[Users] Bug: adding LocalStorage Data Centers

Maor Lipchuk mlipchuk at redhat.com
Mon Nov 11 17:17:04 UTC 2013


Hi Sven,
What is the path of the third local storage domain you can't add.
Could it be the same as the other existing connections (/home/DATA,
/data/images/rhev)?

It could be an issue of this bug https://bugzilla.redhat.com/1023739 - -
Cannot create same Local SD path on different Hosts

Regards,
Maor

On 10/10/2013 05:14 PM, Sven Kieske wrote:
> I'm sorry, I misread the connections for the storage domains..
> 
> this is the output of the storageconnections:
> 
> <storage_connections><storage
> href="/api/storageconnections/b3eca2aa-5983-404f-af06-c7ca10b9fa23"
> id="b3eca2aa-5983-404f-af06-c7ca10b9fa23"><type>localfs</type><path>/home/DATA</path></storage><storage
> href="/api/storageconnections/87dc99f6-98fe-4828-99da-f228958748c0"
> id="87dc99f6-98fe-4828-99da-f228958748c0"><type>localfs</type><path>/data/images/rhev</path></storage><storage
> href="/api/storageconnections/84970346-ae22-49cf-8a4c-c1bd27a0b7a4"
> id="84970346-ae22-49cf-8a4c-c1bd27a0b7a4"><address>managementserver32</address><type>nfs</type><path>/var/lib/exports/export</path></storage><storage
> href="/api/storageconnections/1179a3b3-8f18-4696-bda8-094b7a2f5c35"
> id="1179a3b3-8f18-4696-bda8-094b7a2f5c35"><address>managementserver32</address><type>nfs</type><path>/var/lib/exports/iso</path></storage></storage_connections>
> 
> So this is one export domain, one iso domain and 2 localfs storage
> domains, I suppose our two working ones. So no sign of this 5th
> supposed connection?
> 
> the fun part: the export domain does not show up any more in the
> mangement, so I tried to delete the connection via curl:
> 
> curl -X DELETE -H "Accept: application/xml" -u user:password
> https://192.168.150.50/api/storageconnections/84970346-ae22-49cf-8a4c-c1bd27a0b7a4
> --insecure
> 
> and got as response:
> 
> <html><head><title>JBoss Web/7.0.13.Final - Error
> report</title><style><!--H1
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;}
> H2
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;}
> H3
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;}
> BODY
> {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B
> {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;}
> P
> {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A
> {color : black;}A.name {color : black;}HR {color : #525D76;}--></style>
> </head><body><h1>HTTP Status 405 - </h1><HR size="1"
> noshade="noshade"><p><b>type</b> Status report</p><p><b>message</b>
> <u></u></p><p><b>description</b> <u>The specified HTTP method is not
> allowed for the requested resource ().</u></p><HR size="1"
> noshade="noshade"><h3>JBoss Web/7.0.13.Final</h3></body></html>
> 
> so this method does not seem to be allowed?
> 
> 
> Regards Sven
> 
> 
>>
>> https://[your-rhevm-setup]/api/storageconnections (!), please
>>
>>
>>> I tried to add another one for host 4, by putting the host into
>>> maintainence mode, and then clicking: "setup local storage"
>>> When you click then "ok" in the popup you get the error:
>>>
>>> "can't add storage connection, connection already exists"
>>
>> So it means that you have a storage connection which is not used by any
>> storage domain. One thing is how it was created (I suppose a duplicate
>> of aforementioned bug), the other - how to fix it.
>>
>> Fix:
>> * GET https://[your-rhevm-setup]/api/storageconnections
>> * find id of the problematic connection
>> * DELETE
>> https://[your-rhevm-setup]/api/storageconnections/[id_of_the_connection]
>>
>> Last step perform with cURL or REST Client for Firefox or whatever is
>> your favourite tool for REST API.
>>
>>> The bugzilla entry seems not to fit as this is:
>>> a) no NFS Storage Domain
>>
>> Doesn't matter, it may happen for any non-iSCSI (and maybe non-FC)
>> storage, localfs duplicate here:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1014966
>>
>>
>>> b) no Export Storage Domain
>>
>> Doesn't matter, I've seen it for data domains as well.
>> Here you have duplicate for ISO:
>> https://bugzilla.redhat.com/show_bug.cgi?id=991739
>>
>>> c) the name of our SD does not contain any spaces
>>
>> Doesn't matter, the only important thing is if you ever tried to add
>> this domain and the command failed.
>>
>>> d) the bug entry mentions this bug only occurs via api
>>> because the webfrontend doesn't allow to create SDs with spaces
>>>
>>> however how can I check if the postgres db doesn't contain any other
>>> storage domains, just to make 110% sure this is not this bug?
>>
>> You don't have additional storage domain, you have only additional
>> storage connection. That's why I asked also for output of
>> api/storageconnections
>>
>> Kasia
>>
>>
>>
>>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 




More information about the Users mailing list