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 > [email protected] > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
