Re: [Users] Default storage pool won't activate after reboot

----- 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.