----- Original Message -----
From: "Ian Levesque" <ian(a)crystal.harvard.edu>
To: "Haim Ateya" <hateya(a)redhat.com>
Cc: users(a)ovirt.org, "Jacob Wyatt" <jwyatt(a)ggc.edu>
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.
Best,
Ian