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-c1bd27... --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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users