[Users] Cannot activate SD

[Maor Lipchuk]

Hi Alessandro,
Please see inline comments

Regards,
Maor

On 06/02/2013 01:16 PM, Alessandro Bianchi wrote:
> Il 02/06/2013 11:00, Maor Lipchuk ha scritto:
>> Hi Alessandro,
>> Please see inline comments
>>
>> Regards,
>> Maor
>>
>> On 05/31/2013 10:49 PM, Joop wrote:
>>> Alessandro Bianchi wrote:
>>>> Hi all
>>>>
>>>> I'm unable to activate a domain but if I mount it from the shell it
>>>> mounts with no problem at all
>>>>
>>> Could you add ovirt version and OS version?
>>>
>>> Joop
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>> What does it mean "Cannot allocate IRS server"?
>> It means that your SPM is not up and active.
>> If there is no SPM, you can't do any storage operations like activating
>> a domain
>>> Any idea?
>> Please check if you got an active SPM.
>>> Thanks and bye
>>>
>>> Alessandro Bianchi
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
> Hi and thank you
> 
> I'm on Fedora 18
> 
> Here are the relevant rpm's
> 
> ovirt-engine-userportal-3.2.2-1.1.fc18.noarch
> ovirt-log-collector-3.2.2-1.fc18.noarch
> ovirt-engine-tools-3.2.2-1.1.fc18.noarch
> ovirt-engine-sdk-3.2.0.11-1.fc18.noarch
> ovirt-engine-setup-plugin-allinone-3.2.2-1.1.fc18.noarch
> ovirt-engine-restapi-3.2.2-1.1.fc18.noarch
> ovirt-release-fedora-5-3.noarch
> ovirt-engine-webadmin-portal-3.2.2-1.1.fc18.noarch
> ovirt-engine-backend-3.2.2-1.1.fc18.noarch
> ovirt-iso-uploader-3.2.2-1.fc18.noarch
> ovirt-host-deploy-1.0.2-1.fc18.noarch
> ovirt-engine-dbscripts-3.2.2-1.1.fc18.noarch
> ovirt-engine-cli-3.2.0.12-1.fc18.noarch
> ovirt-host-deploy-offline-1.0.2-1.fc18.noarch
> ovirt-engine-3.2.2-1.1.fc18.noarch
> ovirt-image-uploader-3.2.2-1.fc18.noarch
> ovirt-engine-setup-3.2.2-1.1.fc18.noarch
> ovirt-host-deploy-java-1.0.2-1.fc18.noarch
> ovirt-engine-genericapi-3.2.2-1.1.fc18.noarch
> 
> After several errors with the log I reported, the SD "magically" went up
> with no intervention.
> 
> I can't figure what causes this curious behviour
> 
> It vold be interesting to understand how to manually force a SD up or
> down or even detach a domain even if master SD is not up
> 
> In my scenario I had the esport SD attached to this domain ant it was
> holding a copy of the VM's but I culd not restore the VM's to a
> different cluster because I was unable to detach the Export SD since the
> master SD was not up.
> 
> I would expect that the detach of export domain should not be dependent
> to anuthing else
> 
> Am I wrong?
When detaching an export domain (or any other domain) there should be a
change in the meta data of the master storage domain so we will have the
information which storages are related to the storage pool.
The host which update this info is the SPM, there for we need it to be
up and running
> 
> Best regards
> 
> Alessandro Bianchi
> 
> -- 
> 
> SkyNet SRL
> 
> Via Maggiate 67/a - 28021 Borgomanero (NO) - tel. +39 0322-836487/834765
> - fax +39 0322-836608
> 
> http://www.skynet.it <http://www.skynet.it/>
> 
> Autorizzazione Ministeriale n.197
> 
> Le informazioni contenute in questo messaggio sono riservate e
> confidenziali ed è vietata la diffusione in qualunque modo eseguita.
> Qualora Lei non fosse la persona a cui il presente messaggio è
> destinato, La invitiamo ad eliminarlo ed a distruggerlo non
> divulgandolo, dandocene gentilmente comunicazione.
> Per qualsiasi informazione si prega di contattare info at skynet.it (e-mail
> dell'azienda). Rif. D.L. 196/2003
>