I am not really sure what the recommended way is (adding Nir Soffer, hopefully he can help
or point us to the right person).
Maybe you can try manually deactivating and detaching the domains from the pool using
vdsClient on the SPM host
(for each of the domains):
deactivateStorageDomain <domainID> <poolID>
detachStorageDomain <domainID> <poolID>
if you have vdsm configured for secure connection (default) then you can ssh to the host
and run the following command: vdsClient -s 0 [commands from above].
Otherwise you don't need the -s.
I guess you already have the domainID (VG name) and the poolID (from the previous mails
you sent). Not sure if this is the correct way to solve this problem - Nir?
Gadi Ickowicz
----- Original Message -----
From: "Boyan Tabakov" <blade(a)alslayer.net>
To: "Gadi Ickowicz" <gickowic(a)redhat.com>
Cc: users(a)ovirt.org
Sent: Tuesday, February 25, 2014 3:50:42 PM
Subject: Re: [Users] Old storage domain ID left behind in master storage domain's
metadata
On 25.2.2014, 15:26, Gadi Ickowicz wrote:
Regarding the way to remove the old DC and move from local to iSCSI
storage, you can:
1) deactivate the last domain in the DC (After detaching all other domains in the DC)
2) remove the DC (while there is still a host in the DC)
3) remove the domain regularly (which should clean the storage itself
4) move the host to the new DC
Thanks! Unfortunately I have some production loads already and starting
over would be tough. Any pointers on how the metadata can be fixed?
Regarding the fact that the other domain was removed cleanly and is
still visible in the metadata that is very strange. Do you happen to have logs from the
creation/deletion of that domain?
Looks like those logs are rotated away already.