我们在这里运行XEN / Linux(Debian Lenny)盒子,运行一个用LVM2管理的SATA磁盘.它已经运行了一年多,唯一的主要变化是内核最近的apt-get升级.
# uname -alinux 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 errorI/O request not ready: 0,ptr: 0,port: 0,data: 0,count: 0,size: 0raw_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/sdasmartctl version 5.38 [x86_64-unkNown-linux-gnu] copyright (C) 2002-8 Bruce AllenHome page is http://smartmontools.sourceforge.net/=== START OF READ SMART DATA SECTION ===SMART Self-test log structure revision number 1Num 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-20brw-rw---- 1 root disk 254,20 2010-10-11 15:02 /dev/dm-20
这是fdisk -l.
# fdisk -l /dev/sdadisk /dev/sda: 160.0 GB,160000000000 bytes255 heads,63 sectors/track,19452 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesdisk 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 errorLV 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无效,并且不容易恢复.
总结以上是内存溢出为你收集整理的xen – LVM报告I / O错误,但磁盘报告没有问题.哎呀全部内容,希望文章能够帮你解决xen – LVM报告I / O错误,但磁盘报告没有问题.哎呀所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)