Well, to my understanding there is still an active
storage connection to this non existent iso domain:
91fca941-d9f3-496c-908f-92d31bce6a64
maybe this can be deleted, and the error disappears
but I would really check with someone from redhat before doing
this, because I'm really not sure if this is a good idea on
a production machine.
Another question: how did you remove the iso domain in ovirt?
Am 24.06.2014 13:48, schrieb Koen Vanoppen:
> Database info:
> engine=# select * from storage_server_connections;
> id |
> connection | user_name | password | iqn | port | portal
> | storage_type | mount_options | vfs_type | nfs_version | nfs_timeo |
> nfs_retrans
> --------------------------------------+----------------------------------------------------+-----------+----------+-----+------+--------+--------------+---------------+----------+-------------+-----------+-------------
> 732405ec-6c3e-45ac-aeac-c9fbedf3c983 |
> saturnus1.brusselsairport.aero:/media/NFSSaturns
> | | | | | | 1 |
> | | | |
> f7458694-1d03-45ed-87ca-9f2cf72deaa3 |
> saturnus1.brusselsairport.aero:/media/NfsSaturnus
> | | | | | | 1 |
> | | | |
> fd7c4d90-5bbe-41b1-b294-84e8269dd8c6 |
> saturnus1.brusselsairport.aero:/media/NfsSaturnus1
> | | | | | | 1 |
> | | | |
> ee1e3e5f-28ae-45cc-a13c-e77244f08c83 |
> buran:/root/NfsStorageBuran | |
> | | | | 1 | |
> | | |
> fca163d6-6bf7-488b-bc63-896cd126eb7a |
> buran.brusselsairport.aero:/root/NfsStorageBuran
> | | | | | | 1 |
> | | | |
> 4dd8434c-e63d-48c4-9e46-68391bcbdae2 |
> buran.brusselsairport.aero:/NfsExportOvirt
> | | | | | | 1 |
> | | | |
> 341d9f52-aa4c-42ab-92d3-c67a8e8847b5 |
> buran.brusselsairport.aero://NfsExportOvirt
> | | | | | | 1 |
> | | | |
> 88c4573f-819c-4573-b1c0-3d40b5ec081a |
> buran.brusselsairport.aero:/ExportStorageDomain
> | | | | | | 1 |
> | | | |
> bbaab55d-3859-4a6d-86c0-9f8465f4e78e |
> buran.brusselsairport.aero:/ExportDomainBuran
> | | | | | | 1 |
> | | | |
> 5caf2b82-ad4d-418f-871f-c5187fb805c2 |
> progress.brusselsairport.aero:/media/NfsProgress
> | | | | | | 1 |
> | | | |
> 91fca941-d9f3-496c-908f-92d31bce6a64 |
> progress.brusselsairport.aero:/media/ISO_DOMAIN
> | | | | | 1 | 1 |
> | | | |
> (11 rows)
>
> engine=# select storage from storage_domain_static;
> storage
> ----------------------------------------
> xnxCbi-Dbj2-MMpq-vYcG-MJU7-WRYG-AmhiXb
> I6Tx7M-CgPq-A23s-ixpk-vNTr-A6Nk-0RO9RA
> pKWBtU-KmYS-ZS6S-3Wtu-g1e9-rPtn-wgnflj
> KD01Sk-exBV-0dG9-bFzx-m5YP-vH3f-ykwpBn
> U7CpHl-YdQ2-v2QL-lyXS-Ta3l-QAXJ-sdFsII
> N7wm36-uh0L-kvee-vfuH-wdLF-TikC-bAdfZi
> fd7c4d90-5bbe-41b1-b294-84e8269dd8c6
> ppuvqb-zjKr-9un0-JQK8-Wbha-LuRY-8ORbKS
> 5caf2b82-ad4d-418f-871f-c5187fb805c2
> ceab03af-7220-4d42-8f5c-9b557f5d29af
> 7ZqEl9-14by-Rpms-prrd-FjGc-jG3Q-d1Z3Qt
> Q9H2ty-CQyd-D6Is-XnnZ-nnTh-6NkW-ndxlG2
> ddAOPb-Je1e-HaKU-tu3T-eJTQ-Bxnb-3bozGg
> (13 rows)
>
> [oVirt shell (connected@vega.
> brusselsairport)]# list storageconnections
>
> id :
> 732405ec-6c3e-45ac-aeac-c9fbedf3c983
>
>
> id :
> f7458694-1d03-45ed-87ca-9f2cf72deaa3
>
>
> id :
> fd7c4d90-5bbe-41b1-b294-84e8269dd8c6
>
>
> id :
> ee1e3e5f-28ae-45cc-a13c-e77244f08c83
>
>
> id :
> fca163d6-6bf7-488b-bc63-896cd126eb7a
>
>
> id :
> 4dd8434c-e63d-48c4-9e46-68391bcbdae2
>
>
> id :
> 341d9f52-aa4c-42ab-92d3-c67a8e8847b5
>
>
> id :
> 88c4573f-819c-4573-b1c0-3d40b5ec081a
>
>
> id :
> bbaab55d-3859-4a6d-86c0-9f8465f4e78e
>
>
> id :
> 5caf2b82-ad4d-418f-871f-c5187fb805c2
>
>
> id : 91fca941-d9f3-496c-908f-92d31bce6a64
>
>
> I'm lost...
>
>
> 2014-06-24 11:39 GMT+02:00 Sven Kieske <S.Kieske@mittwald.de>:
>
>> I have to guess now, maybe someone else from the devs knows
>> more, maybe there is still an active storage connection somehow?
>> can you check that?
>> Docs on how to do so, are here:
>> http://www.ovirt.org/Features/Manage_Storage_Connections
>>
>> Am 24.06.2014 11:27, schrieb Koen Vanoppen:
>>> Ok, thanx. I manually went through all the VM's-->edit--> unchecked
>> "attach
>>> cd"-->ok
>>> But he keeps giving the error. Do I need to restart something or... Is
>>> there a way to see why the error keeps coming?
>>
>> --
>> Mit freundlichen Grüßen / Regards
>>
>> Sven Kieske
>>
>> Systemadministrator
>> Mittwald CM Service GmbH & Co. KG
>> Königsberger Straße 6
>> 32339 Espelkamp
>> T: +49-5772-293-100
>> F: +49-5772-293-333
>> https://www.mittwald.de
>> Geschäftsführer: Robert Meyer
>> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
>> Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>>
>
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen