and*_*ewf 5 xen lvm diskmanagement errors debian-lenny
我已经开始看到 LVM 在某些逻辑卷上报告的错误（以及 Xen 在尝试在这些 LV 上创建虚拟机时）报告的错误。但是我已经在磁盘上运行了测试，并没有发现任何硬件问题。
我们在这里运行 XEN/Linux (Debian Lenny) 机器，运行由 LVM2 管理的单个 SATA 磁盘。它已经运行了一年多，唯一的主要变化是最近对内核的 apt-get 升级。
# uname -a
Linux hostname 2.6.26-2-xen-amd64 #1 SMP Thu Sep 16 16:32:15 UTC 2010 x86_64 GNU/Linux
错误显示如下：
# vgck
/dev/dm-20: read failed after 0 of 4096 at 0: Input/output error
然后，当我尝试启动使用该 LV 作为其 C 驱动器的 VM（它是 Windows 虚拟机）时，VM 拒绝启动，我在/var/log/xen/qemu-dm-*.log日志文件的末尾看到了这一点：
...
Register xen platform.
Done register platform.
raw_read(6:/dev/vgroup/newvm-cdrive, 0, 0x7fff02bca520, 512) [20971520] read failed -1 : 5 = Input/output error
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
raw_read(6:/dev/vgroup/newvm-cdrive, 0, 0x12dfff0, 512) [20971520] read failed -1 : 5 = Input/output error
这首先发生在 2 个 VM 上，它们的磁盘基于第三个原始 VM 的快照。我 nuked 2 LVs 并重新创建它们（再次通过快照相同的原始 VM 的 LV），从那以后它们一直很好。
但是，今天我尝试创建一个新的 VM。我对相同的原始 VM 的 LV ( lvcreate -L500M --snapshot --name newvm-cdrive /dev/vgroup/original-cdrive) 进行了快照，并创建了新的 VM。它最初有效，但在关闭虚拟机一次后，它拒绝再次启动，并出现如上所示的错误。
我明显的第一个猜测是驱动器的物理问题，但 smartmon 没有报告任何内容：
# smartctl -t long /dev/sda
# [later]
# smartctl -l selftest /dev/sda
smartctl version 5.38 [x86_64-unknown-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 1 -
# 2 Short offline Completed without error 00% 0 -
此外，没有从badblocks.
我试过运行vgck和pvck：
# vgck vgroup -v
Using volume group(s) on command line
Finding volume group "vgroup"
/dev/dm-20: read failed after 0 of 4096 at 0: Input/output error
# pvck /dev/sda2
Found label on /dev/sda2, sector 1, type=LVM2 001
Found text metadata area: offset=4096, size=192512
在 Internet 上找到了一些对此错误消息的引用（“read failed after 0 of 4096 at...”），但似乎没有任何内容适用于我的情况。
有任何想法吗？
更新：根据要求，下面是 lvdisplay 和 ls -l 的输出。用完 COW 空间是合理的。我怎么讲？
# lvdisplay /dev/vgroup/newvm-cdrive
/dev/dm-20: read failed after 0 of 4096 at 0: Input/output error
--- Logical volume ---
LV Name /dev/vgroup/newvm-cdrive
VG Name vgroup
LV UUID jiarxt-q2NO-SyIf-5FrW-I9iq-mNEQ-iwS4EH
LV Write Access read/write
LV snapshot status INACTIVE destination for /dev/vgroup/original-cdrive
LV Status available
# open 0
LV Size 10.00 GB
Current LE 2560
COW-table size 200.00 MB
COW-table LE 50
Snapshot chunk size 4.00 KB
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:20
# ls -l /dev/dm-20
brw-rw---- 1 root disk 254, 20 2010-10-11 15:02 /dev/dm-20
这是 fdisk -l。
# fdisk -l /dev/sda
Disk /dev/sda: 160.0 GB, 160000000000 bytes
255 heads, 63 sectors/track, 19452 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000080
Device Boot Start End Blocks Id System
/dev/sda1 * 1 31 248976 83 Linux
/dev/sda2 32 19452 155999182+ 8e Linux LVM
好的，我认为答案是逻辑卷的 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 中的版本不会。嘘。）
使问题更加复杂的是，互联网上没有对此进行讨论（或者至少，我找不到）！
我也奇怪为什么COW快照不能仅仅通过增加更多的空间给LV（使用固定lvextend，但是，实际上，COW空间将不仅当你写快照目的地所需，而且还当你写快照因此，一旦您的 COW 区域被填满，对源 LV 的任何写入都必须使快照 LV 无效，并且不容易恢复。