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
- -
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-c1b...
--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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users