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:
<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
users-deqimlfylszytjvyw6y...@public.gmane.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
