[Users] Bug: adding LocalStorage Data Centers

Tue Nov 12 08:00:48 UTC 2013

Hi Maor,

thanks for this hint. It definitely could be some kind of an issue of 
that bug.
Iirc we had this error in our logs but I also tried to change the path - 
same results.
I'm also curious about the fact that the first two host have this same 
path and they work.
If I delete one  of those I can add another one but the deleted host 
can't be readded until I delete another one (no matter what node you 
select).

btw:
Our storage connection output was ok - one connection per domain - no 
orphan connections.
Fabian Deutsch already assumed that it might have been a bug with a non 
deleted storage connection. Sadly that wasn't the reason.
The sc output posted by Sven was from a later stage of this project 
where we already had experimented with several export domains. The 
"local storage bug" occured before that with a fresh installation of 
oVrit 3.3.

Regards

Daniel

PS: I work with Sven on the same project.

On 11.11.2013 18:17, Maor Lipchuk wrote:
> 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-dEQiMlfYlSzYtjvyW6yDsg at public.gmane.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>