我们在这里运行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,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,0x12dfff0,512) [20971520] read Failed -1 : 5 = Input/output error
这首先发生在2个虚拟机上,其磁盘基于第三个原始虚拟机的快照.我训练了2个LV并重新创建它们(再次通过快照相同的原始VM的LV),从那以后他们一直很好.
但是,今天我尝试创建一个新VM.我拍摄了相同的原始VM的LV(lvcreate -L500M –snapshot –name newvm-cdrive / dev / vgroup / original-cdrive),并创建了新的VM.它最初工作,但在关闭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
在Interwebs上找到了一些对这个错误消息的引用(“在4096的0之后读取失败”),但似乎没有任何内容适用于我的情况.
有任何想法吗？
更新：根据要求,下面是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
解决方法
使用命令’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’意味着’无效快照’. (小写的”意味着(有效)快照.)正如你所看到的,Snap％是100,即它使用了它的所有COW空间.
令人讨厌的是,lvdisplay不提供此信息,并且它不会告诉您快照逻辑卷无效. (它所说的是快照状态为’非活动’,我将其视为“目前尚未使用”的含义.)并且lvs命令的广告宣传并不广泛.并且错误消息(“输入/输出错误”)不是很有用 – 实际上没有日志消息或错误消息表明“快照已满”. (当空间开始填满时,LVM2的更高版本将消息写入/ var / log / messages,但Debian Lenny中的版本没有.Boo.)
为了解决这个问题,互联网上没有对此进行过讨论(或者至少,我找不到)！
我确实想知道为什么只能通过向LV添加更多空间来修复COW快照(使用lvextend,但实际上,不仅在写入快照目标时,而且在写入时也需要COW空间)因此,一旦您的COW区域被填满,对源LV的任何写入都必须使快照LV无效,并且不容易恢复.
