Tag: device mapper

更改存储驱动程序后删除devicemapper

很长时间的听众,第一次来电。 我inheritance了一个运行docker的CI框,我正在寻求清除一些空间。 运行docker info告诉我,当前的存储驱动程序是overlay 。 尽pipe如此,我仍然可以看到/var/lib/docker/devicemapper仍然存在并且占用了10G的空间。 考虑到这一点,删除这个文件夹是否安全? 我怎么知道是否有任何这方面的参考? 谢谢你的帮助! 缺口

构buildDocker容器时出错

命令docker生成失败,错误: Error getting container f43128eda488c88a3b2e111aafb30b80a44faaead33bcf02f8bffd7ae1832753 from driver devicemapper: Error mounting '/dev/mapper/docker-8:2-41159178-f43128eda488c88a3b2e111aafb30b80a44faaead33bcf02f8bffd7ae1832753' on '/var/lib/docker/devicemapper/mnt/f43128eda488c88a3b2e111aafb30b80a44faaead33bcf02f8bffd7ae1832753': no such file or directory docker信息 Containers: 7 Images: 148 Storage Driver: devicemapper Pool Name: docker-8:2-41159178-pool Pool Blocksize: 65.54 kB Backing Filesystem: extfs Data file: /dev/loop0 Metadata file: /dev/loop1 Data Space Used: 27.96 GB Data Space Total: 107.4 GB Data Space Available: […]

在Ubuntu上创build一个卷组以支持docker的非回送devicemapper驱动程序?

有很多材料指出使用devicemapper驱动程序使用回送设备的危险。 这个问题似乎包含了摆脱回环设备所需的大部分信息。 强烈build议在生产中使用环回设备 我的问题是如何在Ubuntu中创build卷组/dev/my-vg ? 还是有绕回设备周围的其他path不涉及创build一个卷组?

Docker服务进程僵尸持有设备映射程序托pipe设备

我使用Docker(1.12.1)运行RHEL(内核4.1.12),我的dockerd服务dockerd成为一个带有PID 412的僵尸[dockerd] <defunct> # ps -a | grep dockerd 1 412 412 412 ? -1 Zsl 0 23:28 [dockerd] <defunct> 并且它保存资源,特别是设备251:4 ( /dev/dm-4 ),该设备是被pipe理的设备映射器: # dmsetup ls docker-251:0-6815748-pool (251:1) docker-251:0-6815748-e97dd950…….59a691feaf6 (251:4) # lsof | grep 251,4 dockerd 412 6844 root 1257u BLK 251,4 0t0 2439769 /dev/dm-4 因此,删除thin入口docker-251:0-6815748-e97dd950…….59a691feaf6失败 # dmsetup remove docker-251:0-6815748-e97dd950…….59a691feaf6 device-mapper: remove ioctl on […]

谷歌/ cadvisor:最新的图像监视器容器运行错误

我在bugzilla.redhat.com上面的“devicemapper”find了下面的错误。 它让我安装“device-mapper-persistent-data”包。 但是,当我安装它,我收到以下错误。 我试图用这个链接来解决错误,但是,我仍然没有设法解决它。 这是我试过的: 1. update the libcontainer dependency 2. look at all cgroup mounts 这是错误: [root@slave712 ~]# docker run \ –volume=/:/rootfs:ro \ –volume=/var/run:/var/run:rw \ –volume=/sys:/sys:ro \ –volume=/var/lib/docker/:/var/lib/docker:ro \ –publish=8080:8080 \ –detach=true \ –name=cadvisor \ google/cadvisor:latest Unable to find image 'google/cadvisor:latest' locally latest: Pulling from google/cadvisor e110a4a17941: Pull complete e17fa94aae07: Pull complete 7097ce2382c0: Pull […]

通过NFS暴露/ var / lib / docker来提供内存有限的主机

导出/ var / lib / docker对NFS有什么影响? 这个想法是将docker图像存储在服务器中,并将其导出到内存有限的主机来存储和运行容器。 这将有助于避免让每个主机下载并存储它自己的Docker镜像库。 主机可以使用FS-Cache来限制networking上的数据传输。

由于设备映射程序错误,无法运行Docker容器

我不能在Docker中创build和运行新的容器。 但在同一时间可以运行先前创build的容器。 当我尝试做这样的事情: [user@host ~ ] docker run –name=fpm-5.3 debian:jessie 2014/07/12 07:34:08 Error: Error running DeviceCreate (createSnapDevice) dm_task_run failed 从docker.log : 2014/07/12 05:57:11 POST /v1.12/containers/create?name=fpm-5.3 [f56fcb6f] +job create(fpm-5.3) Error running DeviceCreate (createSnapDevice) dm_task_run failed [f56fcb6f] -job create(fpm-5.3) = ERR (1) [error] server.go:1025 Error: Error running DeviceCreate (createSnapDevice) dm_task_run failed [error] server.go:90 HTTP Error: statusCode=500 Error […]

在具有NFS的主机之间共享docker镜像

我正在使用3个主服务器(运行zookeeper,mesos-master,marathon和haproxy)和N个从服务器(运行mesos-slave和docker)构buildAWS实例上的mesosphere基础结构。 如果我运行相同的容器在不同的奴隶马拉松下载每个奴隶相同的图像。 我想分享一个单一的NFS导出(说master1),并将其安装在每个奴隶,以便有一个独特的图像存储。 我在EC2实例上使用Ubuntu,所以默认使用的存储驱动程序是device-mapper。 我build立了一个从/ var / lib / docker / devicemapper和/ var / lib / docker / graph的奴隶,但是这个错误结束了:“stale NFS file handle” 我想了解的是: 有一种方法可以使用不同的存储驱动程序来做到这一点? 在任何情况下,docker守护进程在这个目录中的文件做一些看看吗? 我的方法是错误还是可能导致“并发访问问题?

如何告诉Docker使用dm / LVM后端而不是vfs

我最近听到(从RedHat的家伙),“direct-LVM”(devicemapper)是推荐的存储后端的生产设置,所以我想在CentOS 7虚拟机上尝试一下。 (其中loopback-LVM似乎是默认的)。 所以我创build了一个单独的数据磁盘和VG,数据和元数据有两个LV,将它们传递到dockerconfiguration文件中,启动docker …到目前为止,看起来像这样: # ps auxwf … /usr/bin/docker -d –selinux-enabled -H unix://var/run/docker.sock \ –log-level=warn –storage-opt dm.fs=xfs \ –storage-opt dm.datadev=/dev/vg_data/docker-data \ –storage-opt dm.metadatadev=/dev/vg_data/docker-meta \ –storage-opt dm.basesize=30G –bip=172.17.42.1/24 \ # docker info Containers: 8 Images: 145 Storage Driver: devicemapper Pool Name: docker-253:0-34485692-pool Pool Blocksize: 65.54 kB Backing Filesystem: xfs Data file: /dev/vg_data/docker-data Metadata file: /dev/vg_data/docker-meta […]