
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2HL2sI0NmLbAoVBrOEQwsWUMqrns2ElTq Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed Feb 26 11:51:18 2014, Nir Soffer wrote:
----- Original Message -----
From: "Boyan Tabakov" <blade@alslayer.net> To: users@ovirt.org Sent: Tuesday, February 25, 2014 12:59:09 PM Subject: [Users] Old storage domain ID left behind in master storage d= omain's metadata
Hello,
I started with an all-in-one installation of ovirt 3.3.2 on a FC19 hos= t. After the initial setup was done, I created a new datacenter, cluster and storage domain in the engine and moved the single host in the engi= ne to the new cluster. After that I deleted the automatically created storage domain, local datacenter, etc.
It seems, however, that the new master storage domain still contains some references to the now removed old storage domains in its metadata= =2E Here's the metadata, extracted from the tags of the VG. I got them usi= ng vgs:
MDT_DESCRIPTION=3DStorageDomainX MDT_LOCKPOLICY=3D MDT_PV0=3Dpv:36090a098103b1821532d057a5a0120d4&44&uuid:xreVSW-NmjD-MUq= k-jucQ-Hrbs-KRe8-P93tn3&44&pestart:0&44&pecount:798&44&mapoffset:0 MDT_TYPE=3DISCSI MDT_LOGBLKSIZE=3D512 MDT_VGUUID=3Dnpukh2-ulUm-MEbj-T0TZ-0kDX-pUkp-2hJEKo MDT_LEASERETRIES=3D3 MDT_IOOPTIMEOUTSEC=3D10 MDT_LOCKRENEWALINTERVALSEC=3D5 MDT_SDUUID=3D3307f6fa-dd58-43db-ab23-b1fb299006c7 MDT_PHYBLKSIZE=3D512 MDT_CLASS=3DData MDT_VERSION=3D3 RHAT_storage_domain MDT_POOL_UUID=3D61f15cc0-8bba-482d-8a81-cd636a581b58 MDT_ROLE=3DMaster MDT_MASTER_VERSION=3D44 MDT_POOL_DESCRIPTION=3DDataCenterX MDT_POOL_DOMAINS=3Dec4ba43a-e334-4ce2-90d1-86e5a6da071d:Active&44&a7af= 75fe-b96a-4ebe-8903-5743a8176311:Active&44&ff33856e-e00f-4be8-9456-8e47c5= 92f82f:Active&44&3307f6fa-dd58-43db-ab23-b1fb299006c7:Active MDT_PV1=3Dpv:36090a09810bb99fefb2da57b94332027&44&uuid:UMUs49-GvEF-IOg= Z-p6jD-yP1r-dpnd-syawJz&44&pestart:0&44&pecount:798&44&mapoffset:798 MDT_POOL_SPM_ID=3D1 MDT_POOL_SPM_LVER=3D30 MDT__SHA_CKSUM=3Dad43ad855d386b103a672a0801a932a9ee115ed7
Notably, see MDT_POOL_DOMAINS. Domains ec4ba43a-e334-4ce2-90d1-86e5a6da071d and a7af75fe-b96a-4ebe-8903-5743a8176311 no longer exist in the engine (we= re removed from admin UI).
Their presence in the metadata causes vdsmd to repeatedly try to acces= s those domains, resulting in constant error messages in the log that th= e domains don't exist.
Any advice on how to properly clean up the old domains from the metada= ta?
The easy way to do this is to use vdsClient tool:
vdsClient -s 0 forcedDetachStorageDomain <domain UUID> <pool UUID>
If you are not using secure connection (ssl=3Dtrue), remove the -s opti= on.
Nir
Thanks! This solved the issue! --2HL2sI0NmLbAoVBrOEQwsWUMqrns2ElTq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMNxboACgkQXOXFG4fgV76NRQCgkvEHmS43E+DUoirViiaRvuTM p3EAoNa37MtLCVgWJLAoPTNq3QRt9vjc =6PpQ -----END PGP SIGNATURE----- --2HL2sI0NmLbAoVBrOEQwsWUMqrns2ElTq--