[Users] Storage domain issue iSCSI

[Shu Ming]

I think the error is clear.  Engine was expecting a master storage 
domain metadata format version 3, while the master storage metadata gave 
version 4.   I am wondering if the master storage domain metadata was 
corrupted during the power off.

See: the error came from.
Thread-54::ERROR::2012-11-29 
20:06:02,491::sp::1532::Storage.StoragePool::(getMasterDomain) Requested 
master domain 68d8b0e2-c348-4cfe-a896-08c62d491dfb does not have 
expected version 3 it is version 4

See: 'MASTER_VERSION=4' below:

Thread-49::DEBUG::2012-11-29 
20:05:58,337::persistentDict::234::Storage.PersistentDict::(refresh) 
read lines (VGTagMetadataRW)=['VERSION=2', 
u'PV0=pv:36001405c2f5e9d2d3be7d41a8db27dd6,uuid:b62d1B-zFVl-LKrH-fekH-vprs-znOZ-IF6jJy,pestart:0,pecount:4093,mapoffset:0', 
'TYPE=ISCSI', 'LOGBLKSIZE=512', 
'SDUUID=68d8b0e2-c348-4cfe-a896-08c62d491dfb', 'LEASERETRIES=3', 
'LOCKRENEWALINTERVALSEC=5', 'LOCKPOLICY=', 'PHYBLKSIZE=512', 
'VGUUID=q7sGQ7-1G03-s9mh-dIyx-NSmo-P0zk-23c3Ad', 'DESCRIPTION=512gb2', 
'CLASS=Data', 'POOL_UUID=f1b40ecc-b6a9-44e7-92cb-0fdf445e3175', 
'IOOPTIMEOUTSEC=10', 'LEASETIMESEC=60', 'MASTER_VERSION=4'_,_ 
'ROLE=Master', 'POOL_DESCRIPTION=UB1', 
u'POOL_DOMAINS=afec8026-ccac-4366-bb4b-2150d8731e4c:Active,c2b01420-fc73-4ccc-a560-3e1c5aa28a9f:Active,45fa93a8-1761-4522-bafb-c5d3ab45f731:Attached,68d8b0e2-c348-4cfe-a896-08c62d491dfb:Active', 
'POOL_SPM_LVER=541', 
'_SHA_CKSUM=d54ce32f30c8040449f2a91ccc6e115e35894a5e', 'POOL_SPM_ID=-1']


2012-11-30 4:08, Simon Donnellan:
> Hi Yeela,
>
> Thanks for the reply, I've attached a vdsm.log file containing an 
> attempt to activate the host, then activate the iSCSI storage domain.
>
> Thanks
>
> Simon
>
>
> On Thu, Nov 29, 2012 at 6:03 PM, Yeela Kaplan <ykaplan at redhat.com 
> <mailto:ykaplan at redhat.com>> wrote:
>
>     Hi Simon,
>     We could use some more information in order to understand the problem,
>     could you please attach the vdsm logs?
>     Thanks,
>     Yeela
>
>     ----- Original Message -----
>     > From: "Simon Donnellan" <f at baconwho.re <mailto:f at baconwho.re>>
>     > To: users at ovirt.org <mailto:users at ovirt.org>
>     > Sent: Thursday, November 29, 2012 7:35:18 PM
>     > Subject: [Users] Storage domain issue iSCSI
>     >
>     >
>     > Hi Everyone,
>     >
>     > I'm having an issue following a power cut, none of my 3 nodes (All
>     > Fedora 17 / oVirt 3.1) are able to attach the master Domain.
>     >
>     > in /var/log/messages I see the following on each node:
>     >
>     > Nov 29 17:15:41 hades vdsm Storage.StoragePool ERROR Requested
>     master
>     > domain 68d8b0e2-c348-4cfe-a896-08c62d491dfb does not have expected
>     > version 3 it is version 4
>     > Nov 29 17:15:41 hades vdsm TaskManager.Task ERROR
>     > Task=`f06fd1bb-46d1-47d7-80ca-c2e01becdc51`::Unexpected error
>     > Nov 29 17:15:41 hades vdsm Storage.Dispatcher.Protect ERROR
>     > {'status': {'message': "Wrong Master domain or its version:
>     > 'SD=68d8b0e2-c348-4cfe-a896-08c62d491dfb,
>     > pool=f1b40ecc-b6a9-44e7-92cb-0fdf445e3175'", 'code': 324}}
>     >
>     > I've tried reboots/restarts/node re-installs
>     >
>     > I can see the PV and the iSCSI sessions fine from the shell.
>     >
>     > As this is the master, none of my nodes will start.
>     >
>     > Any help would be great.
>     >
>     > Kind Regards
>     >
>     > Simon
>     >
>     > _______________________________________________
>     > Users mailing list
>     > Users at ovirt.org <mailto:Users at ovirt.org>
>     > http://lists.ovirt.org/mailman/listinfo/users
>     >
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


-- 
---
?? Shu Ming
Open Virtualization Engineerning; CSTL, IBM Corp.
Tel: 86-10-82451626  Tieline: 9051626 E-mail: shuming at cn.ibm.com or shuming at linux.vnet.ibm.com
Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20121202/6d9ca314/attachment-0001.html>