From mlipchuk at redhat.com Mon Nov 11 12:17:19 2013 Content-Type: multipart/mixed; boundary="===============7497053439176540811==" MIME-Version: 1.0 From: Maor Lipchuk To: users at ovirt.org Subject: Re: [Users] Bug: adding LocalStorage Data Centers Date: Mon, 11 Nov 2013 19:17:04 +0200 Message-ID: <52811110.60800@redhat.com> In-Reply-To: 5256B6CA.1070402@mittwald.de --===============7497053439176540811== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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: > = > href=3D"/api/storageconnections/b3eca2aa-5983-404f-af06-c7ca10b9fa23" > id=3D"b3eca2aa-5983-404f-af06-c7ca10b9fa23">localfs/ho= me/DATA href=3D"/api/storageconnections/87dc99f6-98fe-4828-99da-f228958748c0" > id=3D"87dc99f6-98fe-4828-99da-f228958748c0">localfs/da= ta/images/rhev href=3D"/api/storageconnections/84970346-ae22-49cf-8a4c-c1bd27a0b7a4" > id=3D"84970346-ae22-49cf-8a4c-c1bd27a0b7a4">
managementserver32nfs/var/lib/exports/export href=3D"/api/storageconnections/1179a3b3-8f18-4696-bda8-094b7a2f5c35" > id=3D"1179a3b3-8f18-4696-bda8-094b7a2f5c35">
managementserver32nfs/var/lib/exports/iso > = > 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= d27a0b7a4 > --insecure > = > and got as response: > = > JBoss Web/7.0.13.Final - Error > report >

HTTP Status 405 -

noshade=3D"noshade">

type Status report

message >

description The specified HTTP method is not > allowed for the requested resource ().

noshade=3D"noshade">

JBoss Web/7.0.13.Final

> = > 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=3D1014966 >> >> >>> 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=3D991739 >> >>> 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 > = --===============7497053439176540811==--