问题标签 [device-mapper]

我在我的 CentOS 机器上使用了一段时间的 Docker，并且有很多图像和容器（大约 4GB）。docker rm我的机器有 8GB 的​​操作系统存储空间，每当尝试使用或删除 Docker 容器或 Docker 映像时，我都会从 devicemapper 收到错误消息docker rmi。错误是：Error response from daemon: Driver devicemapper failed to remove root filesystem。所以我停止了 Docker 服务并尝试重新启动它，但由于 devicemapper 而失败。之后，我通过运行以下命令卸载了 Docker 并删除了所有镜像、容器和卷rm -rf /var/lib/docker：但是，运行后似乎没有释放任何空间：

为什么 df 告诉我我使用的是 7.7G 而 du 告诉我我使用的是 3.6G？du 给出的数字（3.6G）应该是正确的，因为我删除了/var/lib/docker.

我想知道我是否可以在存储驱动程序为 devicemapper 的 docker 中安装图像（例如 ubuntu 图像）“而不将其作为容器执行”。

实际上我成功地将文件系统安装在这样的容器中。

1. 输入“docker run -it ubuntu”
2. 输入“df -h”
3. 发现“/dev/dm-3”挂载在“/var/lib/docker/devicemapper/mnt/b8~~~”
4. 键入“dd if=/dev/dm-3 of=result.dd”
5. 挂载result.dd，找到rootfs目录
6. 了解更多

我需要找到挂载图像而不将其作为容器执行的方法。（我正在做一些数字取证研究。）我已经知道命令“docker save~”，“docker~export”，但我不是指这些东西。

我在“/var/lib/docker”下仔细检查，但只发现了一个可疑目录，即“/var/lib/docker/image/devicemapper/layerdb/sha256/”，并且该路径下的每个目录都有自己的“tar-split. json.gz”文件。我解压它，发现它意味着层之间的一些差异？！

而且我现在不知道该怎么做更多的形式。有没有人可以帮帮我啊，拜托ㅜㅜ。我这样做是因为当我们调查基于 docker 的系统时，我们需要查看图像中的文件系统而不使图像成为容器，并且我们需要“dd”其中的文件系统并将“.dd”文件导入到另一台用于调查的计算机。

我正在尝试将存储驱动程序更改为 mac 上的 devicemapper。并按照在 Mac OS X 上更改 docker 存储驱动程序中的步骤进行操作

但我收到以下错误，我的 docker for mac 是最新版本。

在连接到 Linux 主机的多个iscsi磁盘的设置（LVM 池设置）中，我希望能够使用Softlayer API. 如何从 Linux 设备名称中知道 iscsi 设备的 id 或 LUN 名称。

例如 -"SLXXXXXXXXX-XX"从"/dev/mapper/YYYYYYYYYYYYYYp1".

我尝试解析 Iscsi 目标 IP，但不同的磁盘可能具有相同的目标 IP，所以我必须找出不同的解决方案

我正在使用 Docker（1.12.1）运行 RHEL（内核 4.1.12），我的 docker 服务dockerd变成了一个[dockerd] <defunct>僵尸PID 412

它拥有资源，特别是一个设备251:4 ( /dev/dm-4)，它是一个设备映射器管理：

结果，删除thin条目docker-251:0-6815748-e97dd950.......59a691feaf6失败

除了重新启动整个系统之外，还有什么建议如何清理 docker 服务的剩余部分（例如，所有 DM 条目）？

僵尸进程真的有可能持有资源吗？

我在 bugzilla.redhat.com 的上述“devicemapper”上发现了以下错误。它让我安装了“device-mapper-persistent-data”包。但是，当我安装它时，我收到以下错误。

我试图使用这个链接来解决这个错误，但是我仍然没有设法解决它。

这是我尝试过的：

这是错误：

我在 Ubuntu 上，将默认 docker 存储驱动程序从 aufs 更改为 devicemapper。我在 aufs 上有一些 docker 图像和容器。我从 /var/lib/docker 备份了 aufs 存储文件。

如何在不丢失数据的情况下将 aufs 图像和容器导入到 devicemapper 存储图像和容器？

我们使用 Docker 作为构建管道的一部分。由于我们使用的是 CentOS，默认的 Docker 安装设置了带有 loop-lvm 稀疏文件的 devicemapper。现在稀疏文件已达到 100G 的大小限制，我们无法构建任何新的图像或容器。由于Clean docker environment: devicemapper中提到的问题，我们无法通过删除未使用的容器或图像来释放任何空间。

正如我在此期间了解到的那样，使用 loop-lvm 并不是一个好主意（http://www.projectatomic.io/blog/2015/06/notes-on-fedora-centos-and-docker-storage- drivers/ )，我们正在计划迁移到 direct-lvm。但是，这需要一些时间来计划。因此，我正在研究扩展当前使用的稀疏文件而不丢失所有数据的可能性。

当前的 Docker 文档有一些关于如何扩展稀疏文件的说明（https://docs.docker.com/engine/userguide/storagedriver/device-mapper-driver/#/for-a-loop-lvm-configuration）。但是，我们目前正在运行 Docker 1.9 版，并且该版本的文档不包含这些说明。它们是否仍然适用于 Docker 1.9？

我的任务是在设备映射器内核模块的帮助下在真实设备下制作虚拟设备。虚拟设备必须将任何请求传输到真实设备，因此两个设备必须相等。

在未来我应该能够控制请求，所以我使用这篇文章编写了内核模块，代表设备映射器目标。

制作模块并插入它（insmod 命令）后，我设置了我的设备（dmsetup create）。然后进行挂载，可以通过刚刚创建的虚拟设备与真实设备一起使用。

但问题是如何在启动时重复上述指令？我想将我的虚拟设备用作通用设备（我猜是通过更改 fstab）。

提前致谢！

我在以 root 用户身份登录的 Mac 上的 Ubuntu 的流浪虚拟框中运行 docker，我试图从 devicemapper 切换到覆盖，但我收到一条错误消息：

我尝试了以下说明：

http://www.projectatomic.io/blog/2015/06/notes-on-fedora-centos-and-docker-storage-drivers/ 无法在 Ubuntu 16.04 中启动 Docker 服务

但它们都不适合我。

当我尝试遵循以下文档时：

https://docs.docker.com/engine/userguide/storagedriver/overlayfs-driver/

我被困在第 2 步，因为 grep 没有从 lsmod 返回任何“覆盖”：

我该如何解决这个问题？