[Users] Bug: adding LocalStorage Data Centers

Katarzyna Jachim kjachim at redhat.com
Thu Oct 10 13:47:28 UTC 2013


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




More information about the Users mailing list