
On 10/10/2013 03:21 PM, Sven Kieske wrote:
Here is the excerpt from engine.log:
2013-10-10 15:06:06,390 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-15) [_WEBADMIN_13422849_Configure_Local_Storage] Lock Acquired to object EngineLock [exclusiveLocks= key: /data/images/rhev value: STORAGE_CONNECTION , sharedLocks= ] 2013-10-10 15:06:06,390 WARN [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-15) [_WEBADMIN_13422849_Configure_Local_Storage] CanDoAction of action AddStorageServerConnection failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS 2013-10-10 15:06:06,391 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-15) [_WEBADMIN_13422849_Configure_Local_Storage] Lock freed to object EngineLock [exclusiveLocks= key: /data/images/rhev value: STORAGE_CONNECTION , sharedLocks= ] Here is the API-Return of https://[your-rhevm-setup]/api/storagedomains:
<storage_domains><storage_domain href="/api/storagedomains/e0c596b4-b751-46c7-8f5d-eaf21aab76a5" id="e0c596b4-b751-46c7-8f5d-eaf21aab76a5"><name>DATA_V3</name><link href="/api/storagedomains/e0c596b4-b751-46c7-8f5d-eaf21aab76a5/permissions" rel="permissions"/><link href="/api/storagedomains/e0c596b4-b751-46c7-8f5d-eaf21aab76a5/disks" rel="disks"/><type>data</type><master>true</master><storage><type>localfs</type><path>/home/DATA</path></storage><available>876173328384</available><used>47244640256</used><committed>32212254720</committed><storage_format>v3</storage_format></storage_domain><storage_domain href="/api/storagedomains/73407366-d658-4a37-ab25-6142b0f4381f" id="73407366-d658-4a37-ab25-6142b0f4381f"><name>DATA_V5</name><link href="/api/storagedomains/73407366-d658-4a37-ab25-6142b0f4381f/permissions" rel="permissions"/><link href="/api/storagedomains/73407366-d658-4a37-ab25-6142b0f4381f/disks" rel="disks"/><type>data</type><master>true</master><storage><type>localfs</type><path>/data/images/rhev</path></storage><available>922344226816</available><used>49392123904</used><committed>0</committed><storage_format>v3</storage_format></storage_domain></storage_domains>
These are just our well known Storage Domains "DATA_V3" and "DATA_V5"
from our hosts 3 and 5.
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