From dlampe at mittwald.de Tue Nov 12 02:59:06 2013 Content-Type: multipart/mixed; boundary="===============7938909981011632972==" MIME-Version: 1.0 From: dlampe To: users at ovirt.org Subject: Re: [Users] Bug: adding LocalStorage Data Centers Date: Tue, 12 Nov 2013 09:00:48 +0100 Message-ID: <5281E030.6020109@mittwald.de> In-Reply-To: 52811110.60800@redhat.com --===============7938909981011632972== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Maor, thanks for this hint. It definitely could be some kind of an issue of = that bug. Iirc we had this error in our logs but I also tried to change the path - = same results. I'm also curious about the fact that the first two host have this same = path and they work. If I delete one of those I can add another one but the deleted host = can't be readded until I delete another one (no matter what node you = select). btw: Our storage connection output was ok - one connection per domain - no = orphan connections. Fabian Deutsch already assumed that it might have been a bug with a non = deleted storage connection. Sadly that wasn't the reason. The sc output posted by Sven was from a later stage of this project = where we already had experimented with several export domains. The = "local storage bug" occured before that with a fresh installation of = oVrit 3.3. Regards Daniel PS: I work with Sven on the same project. On 11.11.2013 18:17, Maor Lipchuk wrote: > 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/h= ome/DATA> href=3D"/api/storageconnections/87dc99f6-98fe-4828-99da-f228958748c0" >> id=3D"87dc99f6-98fe-4828-99da-f228958748c0">localfs/d= ata/images/rhev> href=3D"/api/storageconnections/84970346-ae22-49cf-8a4c-c1bd27a0b7a4" >> id=3D"84970346-ae22-49cf-8a4c-c1bd27a0b7a4">

managementserver32<= /address>nfs/var/lib/exports/export> href=3D"/api/storageconnections/1179a3b3-8f18-4696-bda8-094b7a2f5c35" >> id=3D"1179a3b3-8f18-4696-bda8-094b7a2f5c35">

managementserver32<= /address>nfs/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-c1= bd27a0b7a4 >> --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-dEQiMlfYlSzYtjvyW6yDsg(a)public.gmane.org >> http://lists.ovirt.org/mailman/listinfo/users >> --===============7938909981011632972==--