By "destroying" it in ovirt management interface...


2014-06-24 14:03 GMT+02:00 Sven Kieske <S.Kieske@mittwald.de>:
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