12:45 p.m.
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(a)alslayer.net>
> To: users(a)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--