[Users] Old storage domain ID left behind in master storage domain's metadata

Gadi Ickowicz gickowic at redhat.com
Tue Feb 25 15:11:22 UTC 2014


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 at alslayer.net>
To: "Gadi Ickowicz" <gickowic at redhat.com>
Cc: users at 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.




More information about the Users mailing list