LVM 报告 I/O 错误，但磁盘未报告任何问题。啊

Question 1

好的，我认为答案是逻辑卷的 COW 空间已满。

使用命令“lvs”（我刚刚发现），我看到......

# lvs
/dev/dm-20: read failed after 0 of 4096 at 0: Input/output error
LV             VG      Attr   LSize   Origin          Snap%  Move Log Copy%  Convert
[...other LVs...]
newvm-cdrive   mrburns Swi-I-   2.00G original-cdrive 100.00
[...other LVs...]

“Attr” 列开头的大写字母“S”表示“无效快照”。（小写字母“s”表示（有效）快照。）如您所见，Snap% 为 100，即它已使用了所有 COW 空间。

令人恼火的是，lvdisplay 没有提供这些信息，它不会告诉你你的快照逻辑卷无效。（它只说快照状态为“INACTIVE”，我认为意思是“当前未使用”。）而且这个lvs命令没有得到广泛的宣传。而且错误消息（“输入/输出错误”）也没什么用——事实上不日志消息或错误消息提示“快照已满”。（LVM2 的更高版本在空间开始填满时会将消息写入 /var/log/messages，但 Debian Lenny 中的版本不会这样做。嘘。）

更糟糕的是，互联网上没有关于此问题的讨论（或者至少我找不到）！

我确实想知道为什么不能通过向 LV 添加更多空间（使用）来修复 COW 快照lvextend，但实际上，不仅在写入快照目标时需要 COW 空间，而且还当您写入快照源时。因此，一旦 COW 区域已填满，对源 LV 的任何写入必然会使快照 LV 无效，并且不易恢复。

Answer

好的，我认为答案是逻辑卷的 COW 空间已满。

使用命令“lvs”（我刚刚发现），我看到......

# lvs
/dev/dm-20: read failed after 0 of 4096 at 0: Input/output error
LV             VG      Attr   LSize   Origin          Snap%  Move Log Copy%  Convert
[...other LVs...]
newvm-cdrive   mrburns Swi-I-   2.00G original-cdrive 100.00
[...other LVs...]

“Attr” 列开头的大写字母“S”表示“无效快照”。（小写字母“s”表示（有效）快照。）如您所见，Snap% 为 100，即它已使用了所有 COW 空间。

令人恼火的是，lvdisplay 没有提供这些信息，它不会告诉你你的快照逻辑卷无效。（它只说快照状态为“INACTIVE”，我认为意思是“当前未使用”。）而且这个lvs命令没有得到广泛的宣传。而且错误消息（“输入/输出错误”）也没什么用——事实上不日志消息或错误消息提示“快照已满”。（LVM2 的更高版本在空间开始填满时会将消息写入 /var/log/messages，但 Debian Lenny 中的版本不会这样做。嘘。）

更糟糕的是，互联网上没有关于此问题的讨论（或者至少我找不到）！

我确实想知道为什么不能通过向 LV 添加更多空间（使用）来修复 COW 快照lvextend，但实际上，不仅在写入快照目标时需要 COW 空间，而且还当您写入快照源时。因此，一旦 COW 区域已填满，对源 LV 的任何写入必然会使快照 LV 无效，并且不易恢复。

Question 2

（这不是一个直接的答案，但我希望对那些正在与导致输入/输出错误的 100% 完整快照作斗争的人有用）

这发生在我身上：我的快照已 100% 满，但其中的文件系统认为它有大量空间，导致input/output每次运行lvs或任何其他 LVM2 命令时都会出现错误。

就我而言，唯一的选择是使用删除快照lvremove，但我无法删除，因为我懒得使用卸载了快照umount -l。这使得追踪哪些进程正在使用最近才挂载的文件系统变得非常困难。

我发现通过获取逻辑卷的主设备号+次设备号可以成功，例如252:10：

root@hostname:~# lvdisplay

  --- Logical volume ---
  LV Path                /dev/vg00/
  LV Name                snapshot_of_my_origin
  VG Name                vg00
  LV UUID                CWZxOa-depw-k5P4-SqDo-bdFb-h3Np-ukQkmM
  LV Write Access        read/write
  LV Creation host, time cz3328jlkj, 2016-07-12 13:47:31 +0100
  LV snapshot status     active destination for my_origin
  LV Status              available
  # open                 1
  LV Size                150.00 GiB
  Current LE             38400
  COW-table size         50.00 GiB
  COW-table LE           12800
  Allocated to snapshot  0.03%
  Snapshot chunk size    4.00 KiB
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:10

如果您lsof以 root 身份运行，不带参数，您将获得系统上打开文件的完整列表。过滤您的主要 + 次要块设备号，以逗号，而不是像上面那样的冒号，您可能会发现使用它的过程：

root@hostname:~# lsof | sed -ne '1p; / 252,10 /p'
COMMAND     PID   TID       USER   FD      TYPE             DEVICE  SIZE/OFF       NODE NAME
bash       2055           upr473  cwd       DIR             252,10      4096          2 /

请注意，由于NAMEis/已被延迟卸载，因此lsof无法解析其原始路径名。

2055在这个例子中，终止该进程，lvremove然后重试。

Answer