Previously, a bug caused the Pool SPM ID value in the metadata file to become 'None'. This caused issues with identifying Pool SPMs. Now, the ID value is attributed correctly.
Created attachment 592679[details]
log
Pool SPM ID value shouldn't be 'None'.
For some reason Pool SPM ID value in the metadata file became 'None'.
It shouldn't happen because the engine expects for the INT and not string.
vdsm.log files are attached.
[root@purple-vds2 dom_md]# cat metadata
CLASS=Data
DESCRIPTION=nfs
IOOPTIMEOUTSEC=10
LEASERETRIES=3
LEASETIMESEC=60
LOCKPOLICY=
LOCKRENEWALINTERVALSEC=5
MASTER_VERSION=1
POOL_DESCRIPTION=NFS
POOL_DOMAINS=adcf94f2-941d-4ea3-91a5-2d8002c1d883:Active
POOL_SPM_ID=None
POOL_SPM_LVER=9
POOL_UUID=b68d3bfd-1f4a-41ae-836a-20b5b514d122
REMOTE_PATH=orion.qa.lab.tlv.redhat.com:/export/lesik
ROLE=Master
SDUUID=adcf94f2-941d-4ea3-91a5-2d8002c1d883
TYPE=NFS
VERSION=0
_SHA_CKSUM=6b92ab1030adee7971b431a74dcf9076f47aa741
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
http://rhn.redhat.com/errata/RHSA-2012-1508.html
Created attachment 592679 [details] log Pool SPM ID value shouldn't be 'None'. For some reason Pool SPM ID value in the metadata file became 'None'. It shouldn't happen because the engine expects for the INT and not string. vdsm.log files are attached. [root@purple-vds2 dom_md]# cat metadata CLASS=Data DESCRIPTION=nfs IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 MASTER_VERSION=1 POOL_DESCRIPTION=NFS POOL_DOMAINS=adcf94f2-941d-4ea3-91a5-2d8002c1d883:Active POOL_SPM_ID=None POOL_SPM_LVER=9 POOL_UUID=b68d3bfd-1f4a-41ae-836a-20b5b514d122 REMOTE_PATH=orion.qa.lab.tlv.redhat.com:/export/lesik ROLE=Master SDUUID=adcf94f2-941d-4ea3-91a5-2d8002c1d883 TYPE=NFS VERSION=0 _SHA_CKSUM=6b92ab1030adee7971b431a74dcf9076f47aa741