On 2012-5-10 4:02, Haim Ateya wrote:
----- Original Message -----
From: "Ian Levesque"<[email protected]>
To: "Haim Ateya"<[email protected]>
Cc: [email protected], "Jacob Wyatt"<[email protected]>
Sent: Wednesday, May 9, 2012 10:45:40 PM
Subject: Re: [Users] Default storage pool won't activate after reboot
On May 9, 2012, at 3:34 PM, Haim Ateya wrote:
what kind of storage are you using ? NFS or local-domain ?
NFS (gluster in the backend). This worked fine until the recent
reboot.
- please access your NFS storage
- change dir to export directory - /vmstore/ovirt
- cat the following
e12a0f53-ee72-44bc-ad26-93f9b4613c6c/dom_md/metadata
CLASS=Data
DESCRIPTION=glusternfs
IOOPTIMEOUTSEC=10
LEASERETRIES=3
LEASETIMESEC=60
LOCKPOLICY=
LOCKRENEWALINTERVALSEC=5
MASTER_VERSION=1
POOL_DESCRIPTION=Default
POOL_DOMAINS=82503778-db5d-4ad3-a863-b5484b2a08a1:Active,e12a0f53-ee72-44bc-ad26-93f9b4613c6c:Active
POOL_SPM_ID=3
POOL_SPM_LVER=5
POOL_UUID=af5bcc86-898a-11e1-9632-003048c85226
REMOTE_PATH=cmcd-db-vip.in.hwlab:/vmstore/ovirt
ROLE=Master
SDUUID=e12a0f53-ee72-44bc-ad26-93f9b4613c6c
TYPE=NFS
VERSION=0
_SHA_CKSUM=c193c6426fd840770124c2b1db81c6138337f2ef
the params sent by the manager connecting host to pool fits to what written in
metadata, hence, normally, vdsm shouldn't fail.
however, could please run the following:
- mount command (on host) - if 'cmcd-db-vip.in.hwlab:/vmstore/ovirt' exists,
umount it.
- restart vdsmd service
- try active pool again (from manager)
just want to make sure there is no caching issue.
please attach logs (vdsm only) after you perform the above.
Also, I would like to know the rw attribute of
cmcd-db-vip.in.hwlab:/vmstore/ovirt
--
Shu Ming<[email protected]>
IBM China Systems and Technology Laboratory
_______________________________________________
Users mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/users
