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