From S.Kieske at mittwald.de Thu Oct 10 10:16:36 2013 Content-Type: multipart/mixed; boundary="===============5871519148256499550==" MIME-Version: 1.0 From: Sven Kieske To: users at ovirt.org Subject: Re: [Users] Bug: adding LocalStorage Data Centers Date: Thu, 10 Oct 2013 14:14:54 +0000 Message-ID: <5256B6CA.1070402@mittwald.de> In-Reply-To: 5256AFF0.6060309@redhat.com --===============5871519148256499550== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm sorry, I misread the connections for the storage domains.. this is the output of the storageconnections: localfs/home= /DATAlocalfs/data= /images/rhev
managementserver32nfs/var/lib/exports/export
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-c1bd2= 7a0b7a4 --insecure and got as response: JBoss Web/7.0.13.Final - Error report

HTTP Status 405 -

type Status report

message

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

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 > = > = > = >=20 --===============5871519148256499550==--