标签: device-mapper

我们有一个基于 CentOS 6.4 的服务器连接到 Hitachi HNAS 3080 存储，并观察到内核以只读模式重新挂载文件系统：

5 月 16 日 07:31:03 GNS3-SRV-CMP-001 内核：[1259725.675814] EXT3-fs (dm-1)：错误：以只读方式重新挂载文件系统

这发生在几次 I/O 错误并且据报道设备的所有路径都出现故障之后：

5 月 16 日 07:31:03 GNS3-SRV-CMP-001 多路径：mpatha：剩余活动路径：0

我一直在查看 sar 日志，可以看到很少有非常大的（2 秒）等待时间：

07:40:00       dev8-0     17.91    112.04     98.03     11.73      0.00      0.20      0.07      0.12
07:40:00      dev8-16      0.23      1.85      0.00      8.00      0.00      3.71      3.71      0.09
07:40:00      dev8-32     91.50   8338.76   5292.93    148.98      8.38     91.60      9.76     89.35
07:40:00     dev252-0     91.27   8336.91   5292.93    149.34     17.79    194.88      9.79     89.38
07:40:00     dev252-1    674.80   8168.16   5292.93     19.95   1473.53   2183.60      1.32 …

这真的扰乱了我备份这台机器的计划......

我有一台服务器，它是多个虚拟机的 KVM 管理程序。其中之一是运行 Docker。它在 /dev/vdb 上有它的 Docker 卷，它被设置为一个 LVM PV，Docker 使用它的 direct-lvm 驱动程序来存储 Docker 容器数据。此虚拟磁盘是主机本地磁盘上的 LVM LV。

主机和来宾都运行 Fedora 21。

主机对该卷的看法是（仅显示相关卷）：

[root@host ~]# lvs
  LV                           VG         Attr       LSize
  docker2.example.com-volumes vm-volumes -wi-ao---- 40.00g
[root@host ~]# dmsetup ls --tree
vm--volumes-docker2.example.com--volumes (253:10)
 ?? (9:125)

客人对这个卷的看法是（同样，只显示了相关卷）：

[root@docker2 ~]# pvs
  PV         VG             Fmt  Attr PSize  PFree
  /dev/vdb   docker-volumes lvm2 a--  40.00g    0 

使用主机上的所有其他 LVM 卷，我可以使用 拍摄快照lvcreate --snapshot，备份快照，然后lvremove它没有问题。但是对于这个特定的卷，我不能这样lvremove做，因为它正在使用中：

[root@host ~]# lvremove /dev/vm-volumes/snap-docker2.example.com-volumes 
  Logical volume vm-volumes/snap-docker2.example.com-volumes is used …

在具有多路径的基于 lvm 的客户机的情况下，从 kvm 迁移到 vmware 的推荐方法是什么？我发现几年前已经有人问过类似的问题了：

如何将在 LVM 设置中运行的基于 KVM 的 VM 迁移到 Vmdk 映像

将 KVM 虚拟机转换为 VMware-vsphere

但是 vCenter 转换器的问题在于，根据文档，不支持由设备映射器多路径安装的 linux 卷。在多路径环境下，目前正确的处理方法是什么？

有没有办法确定/dev/dm-1是块设备分区还是整个块设备？如果/dev/dm-1是分区，有没有办法找出对应的整个块设备的路径？

我在 linux 磁盘管理方面缺少一些概念，我在单个物理卷上有可用空间，我想用它来扩展 ext4 文件系统，这是一个逻辑卷。

我看着 fdisk -l - 这是一个 GPT（警告）

Disk /dev/sda: 299.4 GB, 299439751168 bytes
255 heads, 63 sectors/track, 36404 cylinders, total 584843264 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1   584843263   292421631+  ee  GPT

我查看物理卷：

root@node-29:/home# pvs
  PV         VG      Fmt  Attr PSize  PFree
  /dev/sda4  os      lvm2 …

当我跑步时：

LANG=C cryptsetup --debug luksClose /dev/mapper/Pool-A\n\nit fails as follows:\n\n    device-mapper: remove ioctl on Pool-A failed: Device or resource busy\n\nDevice /dev/mapper/Pool-A is still in use.\nCommand failed with code 16: Device or resource busy\n

(...)（重复了很多这样的台词）

# cryptsetup 1.7.2 processing "cryptsetup --debug luksClose /dev/mapper/Pool-A"\n# Running command close.\n# Locking memory.\n# Installing SIGINT/SIGTERM handler.\n# Unblocking interruption on signal.\n# Allocating crypt device context by device /dev/mapper/Pool-A.\n# Initialising device-mapper backend library.\n# dm version   OF   [16384] (*1)\n# dm versions   OF   [16384] (*1)\n# Detected dm-crypt version …