[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-API] problem accessing lvmoiscsi vhd : libvhd::vhd_validate_footer: invalid footer cookie:



Hi Julian

This sounds possibly like a different sort of failure to the hotfix
issue.

I think I've had the failure of the hotfix a month ago after a snapshot, and I had recovered all the data by mounting the parent VHD. I was hoping it was a similar problem in order to have a similar solution...

Can you run an sr-scan on that SR and check the output. See if
you get a failure and entries in the /var/log/SMlog file that indicate
vhd-util scan was unable to read VHD headers.

Yes the SR scan does not work and it slowly fills up my logs every 30 seconds.

May 16 18:31:58 srvxen1 xapi: [error|srvxen1|1104715 unix-RPC|SR.scan R:6abf3b5a9bc3|xapi] Caught error scanning SR (xcp_sda1_san2): SR_BACKEND_FAILURE_46: [ ; The VDI is not available [opterr=Error scanning VDI 587aa01a-878e-42b6-a272-fc627c407340]; ].

Using vhd-util, it gives me the following error :

[root@srvxen1 ~]# vhd-util check -n /dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8
primary footer invalid: invalid cookie
/dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8 appears invalid; dumping metadata Failed to open /dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8: -22

/dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8 appears invalid; dumping headers

VHD Footer Summary:
-------------------
Cookie              :
Features            : (0x00000000)
File format version : Major: 0, Minor: 0
Data offset         : 0
Timestamp           : Sat Jan  1 00:00:00 2000
Creator Application : ''
Creator version     : Major: 0, Minor: 0
Creator OS          : Unknown!
Original disk size  : 0 MB (0 Bytes)
Current disk size   : 0 MB (0 Bytes)
Geometry            : Cyl: 0, Hds: 0, Sctrs: 0
                    : = 0 MB (0 Bytes)
Disk type           : None
Checksum            : 0x0|0xffffffff (Bad!)
UUID                : 00000000-0000-0000-0000-000000000000
Saved state         : No
Hidden              : 0

VHD Header Summary:
-------------------
Cookie              :
Data offset (unusd) : 0
Table offset        : 0
Header version      : 0x00000000
Max BAT size        : 0
Block size          : 0 (0 MB)
Parent name         :
Parent UUID         : 00000000-0000-0000-0000-000000000000
Parent timestamp    : Sat Jan  1 00:00:00 2000
Checksum            : 0x0|0xffffffff (Bad!)


I have a few VMs on this SR that have this issue. I have brought back about everything from backup except for one VM that I really ought to get back on.

The with the issue is a vm-copy from another SR (full copy), and the same VM on the old SR is working fine.

I don't really know where to look at, the documentation about the VHD and lvmoiscsi is rather scarce. If you have some hint, I'd be glad to try to dig into it.

Thanks,

Denis


Thanks,
Julian

On 16/05/11 15:31, Denis Cardon wrote:
Hi everyone,

this is my first post on this list, I hope I won't be off topic (Dave
Scott's last post make me think that VDI issue are covered here).

I think I have a VHD that has been victim of the bug covered in the
Hotfix XS56EFP1006 (http://support.citrix.com/article/CTX129267). I've
attached a /var/log/xensource output below.

I'd like to know what are the option to get the data in that VDI? Is it
possible to apply the fix on a XCP 1.0 pool? (2 servers, storage on
lvmoicsi).

Thanks for the help,

Denis


May 16 10:28:26 srvxen1 tapdisk[2893]: tapdisk-control: init, 10 x 4k
buffers
May 16 10:28:26 srvxen1 tapdisk[2893]: I/O queue driver: lio
May 16 10:28:26 srvxen1 tapdisk[2893]: tapdisk-log: started, level 0
May 16 10:28:26 srvxen1 tapdisk[2893]: Loading driver 'vhd' for vbd 10
/dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8

0x00000000
May 16 10:28:26 srvxen1 tapdisk[2893]: libvhd::vhd_validate_footer:
invalid footer cookie:
May 16 10:28:26 srvxen1 tapdisk[2893]: libvhd::vhd_read_footer_at:
/dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8:

reading footer at 0x2017ffe00 failed: -22
May 16 10:28:26 srvxen1 tapdisk[2893]: libvhd::vhd_read:
/dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8:

read of 512 returned 0, errno: -22
May 16 10:28:26 srvxen1 tapdisk[2893]: libvhd::vhd_validate_footer:
invalid footer cookie:
May 16 10:28:26 srvxen1 tapdisk[2893]: libvhd::vhd_read_short_footer:
/dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8:

failed reading short footer: -22
May 16 10:28:26 srvxen1 tapdisk[2893]: libvhd::vhd_validate_footer:
invalid footer cookie:
May 16 10:28:26 srvxen1 tapdisk[2893]: libvhd::vhd_read_footer_at:
/dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8:

reading footer at 0x00000000 failed: -22
May 16 10:28:26 srvxen1 tapdisk[2893]: tap-err:__vhd_open: Unable to
open
[/dev/VG_XenStorage-f489b51d-7b20-62a7-d9f3-829a149cfb2e/VHD-847c6b12-de04-446d-9551-6b8ebc4e01d8]

(-22)!
May 16 10:28:26 srvxen1 tap-ctl: tap-err:tap_ctl_open: open failed,
err -22
May 16 10:28:26 srvxen1 tapdisk[2893]: tapdisk-log: closing after 0
errors
May 16 10:28:26 srvxen1 tapdisk[2893]: tapdisk-syslog: 6 messages, 450
bytes, xmits: 7, failed: 0, dropped: 0
May 16 10:28:26 srvxen1 tapdisk[2893]: tapdisk-control: draining 1
connections
May 16 10:28:26 srvxen1 tapdisk[2893]: tapdisk-control: done
May 16 10:28:26 srvxen1 fe: 2813 (/opt/xensource/sm/LVMoISCSISR
<methodCall><methodName>vdi_activate</methodNam...) exitted with code 1
May 16 10:28:26 srvxen1 xapi: [error|srvxen1.pnrvf.local|1080378
unix-RPC|VM.start R:340b87ae50bc|xapi] Memory F 493288 KiB S 0 KiB T
12278 MiB



--
Denis Cardon
Tranquil IT Systems
44 bvd des pas enchantés
44230 Saint Sébastien sur Loire
tel : +33 (0) 2.40.97.57.57
http://www.tranquil-it-systems.fr


_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.