Re: [ovirt-users] Could not connect host to Data Center after rebooting, how to resolve?
On 01-05-14 12:48, Boudewijn Ector wrote: Gadi Ickowicz schreef op 1-5-2014 7:54: Hi, Could you please attach the vdsm logs for the host for the time around the logs you pasted from the engine.log? Thanks, Gadi Ickowicz Sure I wasn't even aware of the /var/log/vdsm directory... vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,043::BindingXMLRPC::251::vds::(wrapper) client [192.168.1.44] flowID [61130377] vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,044::task::595::TaskManager.Task::(_updateState) Task=`217a7d59-fe83-4be5-b7e5-ce19c17a8d82`::moving from state init - state preparing vdsm.log.11:Thread-23::INFO::2014-04-30 15:50:00,044::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=1, spUUID='----', conList=[{'connection': '192.168.1.44:/raid/ovirt/data', 'iqn': '', 'portal': '', 'user': '', 'password': '**', 'id': '3021c4ab-5cb8-455b-be5f-2c79b0e3b23b', 'port': ''}], options=None) vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,048::hsm::2317::Storage.HSM::(__prefetchDomains) nfs local path: /rhev/data-center/mnt/192.168.1.44:_raid_ovirt_data vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,049::hsm::2341::Storage.HSM::(__prefetchDomains) Found SD uuids: ('6bee0e2d-961c-453d-a266-e4623f91e162',) vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,050::hsm::2397::Storage.HSM::(connectStorageServer) knownSDs: {6bee0e2d-961c-453d-a266-e4623f91e162: storage.nfsSD.findDomain, 5e8c1e89-f2b8-492c-adb8-e9a9e15a79ee: storage.nfsSD.findDomain} vdsm.log.11:Thread-23::INFO::2014-04-30 15:50:00,050::logUtils::47::dispatcher::(wrapper) Run and protect: connectStorageServer, Return response: {'statuslist': [{'status': 0, 'id': '3021c4ab-5cb8-455b-be5f-2c79b0e3b23b'}]} vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,050::task::1185::TaskManager.Task::(prepare) Task=`217a7d59-fe83-4be5-b7e5-ce19c17a8d82`::finished: {'statuslist': [{'status': 0, 'id': '3021c4ab-5cb8-455b-be5f-2c79b0e3b23b'}]} vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,050::task::595::TaskManager.Task::(_updateState) Task=`217a7d59-fe83-4be5-b7e5-ce19c17a8d82`::moving from state preparing - state finished vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,050::resourceManager::940::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,051::resourceManager::977::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,051::task::990::TaskManager.Task::(_decref) Task=`217a7d59-fe83-4be5-b7e5-ce19c17a8d82`::ref 0 aborting False vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,098::BindingXMLRPC::251::vds::(wrapper) client [192.168.1.44] flowID [2e8f350] vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,098::task::595::TaskManager.Task::(_updateState) Task=`dc6f1b1a-1162-4a3d-865d-d9ad9c3603f8`::moving from state init - state preparing vdsm.log.11:Thread-23::INFO::2014-04-30 15:50:00,099::logUtils::44::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=1, spUUID='----', conList=[{'connection': '192.168.1.44:/raid/ovirt/iso', 'iqn': '', 'portal': '', 'user': '', 'password': '**', 'id': '87de82d7-bc85-41ab-9ca7-3b39a75be919', 'port': ''}], options=None) vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,104::hsm::2317::Storage.HSM::(__prefetchDomains) nfs local path: /rhev/data-center/mnt/192.168.1.44:_raid_ovirt_iso vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,105::hsm::2341::Storage.HSM::(__prefetchDomains) Found SD uuids: ('5e8c1e89-f2b8-492c-adb8-e9a9e15a79ee',) vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,105::hsm::2397::Storage.HSM::(connectStorageServer) knownSDs: {6bee0e2d-961c-453d-a266-e4623f91e162: storage.nfsSD.findDomain, 5e8c1e89-f2b8-492c-adb8-e9a9e15a79ee: storage.nfsSD.findDomain} vdsm.log.11:Thread-23::INFO::2014-04-30 15:50:00,105::logUtils::47::dispatcher::(wrapper) Run and protect: connectStorageServer, Return response: {'statuslist': [{'status': 0, 'id': '87de82d7-bc85-41ab-9ca7-3b39a75be919'}]} vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,106::task::1185::TaskManager.Task::(prepare) Task=`dc6f1b1a-1162-4a3d-865d-d9ad9c3603f8`::finished: {'statuslist': [{'status': 0, 'id': '87de82d7-bc85-41ab-9ca7-3b39a75be919'}]} vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,106::task::595::TaskManager.Task::(_updateState) Task=`dc6f1b1a-1162-4a3d-865d-d9ad9c3603f8`::moving from state preparing - state finished vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,106::resourceManager::940::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} vdsm.log.11:Thread-23::DEBUG::2014-04-30 15:50:00,106::resourceManager::977::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} vdsm.log.11
Re: [ovirt-users] Could not connect host to Data Center after rebooting, how to resolve?
::(run) {'status': {'message': 'Not SPM: ()', 'code': 654}} vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:27,860::task::866::TaskManager.Task::(_setError) Task=`833a9952-107a-437a-bc93-99849e0e0612`::Unexpected error vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:27,865::dispatcher::65::Storage.Dispatcher.Protect::(run) {'status': {'message': Unknown pool id, pool not connected: ('0002-0002-0002-0002-00ec',), 'code': 309}} vdsm.log.11:Thread-23::WARNING::2014-04-30 15:50:28,010::persistentDict::256::Storage.PersistentDict::(refresh) data has no embedded checksum - trust it as it is vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:28,013::task::866::TaskManager.Task::(_setError) Task=`e999e46e-9a5f-43ba-881d-145c38fcb18f`::Unexpected error vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:28,017::dispatcher::68::Storage.Dispatcher.Protect::(run) 'VERSION' vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:38,078::task::866::TaskManager.Task::(_setError) Task=`7d632291-beb9-4bec-9d14-ce9b7d240e49`::Unexpected error vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:38,082::dispatcher::65::Storage.Dispatcher.Protect::(run) {'status': {'message': Unknown pool id, pool not connected: ('0002-0002-0002-0002-00ec',), 'code': 309}} vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:38,097::task::866::TaskManager.Task::(_setError) Task=`1f7a2469-c5f5-460f-a09e-3ff7f666dfe1`::Unexpected error vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:38,101::dispatcher::65::Storage.Dispatcher.Protect::(run) {'status': {'message': 'Not SPM: ()', 'code': 654}} vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:38,163::task::866::TaskManager.Task::(_setError) Task=`a793071a-13e2-4c66-8c63-34501c7becec`::Unexpected error vdsm.log.11:Thread-23::ERROR::2014-04-30 15:50:38,166::dispatcher::65::Storage.Dispatcher.Protect::(run) {'status': {'message': Unknown pool id, pool not connected: ('0002-0002-0002-0002-00ec',), 'code': 309}} Thank you very much already. Boudewijn Ector ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Could not connect host to Data Center after rebooting, how to resolve?
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-49) [7a735111] Correlation ID: 7a735111, Job ID: 75dcda45-e0a3-46e3-b79f-8df9f0ed9d85, Call Stack: null, Custom Event ID: -1, Message: Failed to activate Storage Domain data (Data Center Default) by admin I guess the most relevant error is: engine.log:2014-04-30 15:59:23,152 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-6-thread-49) [7a735111] IrsBroker::Failed::ActivateStorageDomainVDS due to: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) Okay so it can't connect to the data center. Well the NFS storage is mounted and looks fine. The directory is indeed looking fine: [root@leiden data]# ls -al total 12 drwxr-xr-x. 3 vdsm kvm 4096 Mar 30 03:27 . drwxr-xr-x. 4 vdsm kvm 4096 Mar 30 03:26 .. drwxr-xr-x. 5 vdsm kvm 4096 Mar 30 03:27 6bee0e2d-961c-453d-a266-e4623f91e162 -rwxr-xr-x. 1 vdsm kvm0 Mar 30 03:27 __DIRECT_IO_TEST__ (and in the uuid there are indeed my VMs). How should I solve this? To me everything looks just fine. Cheers Boudewijn Ector ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Could not connect host to Data Center after rebooting, how to resolve?
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-49) [7a735111] Correlation ID: 7a735111, Job ID: 75dcda45-e0a3-46e3-b79f-8df9f0ed9d85, Call Stack: null, Custom Event ID: -1, Message: Failed to activate Storage Domain data (Data Center Default) by admin I guess the most relevant error is: engine.log:2014-04-30 15:59:23,152 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-6-thread-49) [7a735111] IrsBroker::Failed::ActivateStorageDomainVDS due to: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) Okay so it can't connect to the data center. Well the NFS storage is mounted and looks fine. The directory is indeed looking fine: [root@leiden data]# ls -al total 12 drwxr-xr-x. 3 vdsm kvm 4096 Mar 30 03:27 . drwxr-xr-x. 4 vdsm kvm 4096 Mar 30 03:26 .. drwxr-xr-x. 5 vdsm kvm 4096 Mar 30 03:27 6bee0e2d-961c-453d-a266-e4623f91e162 -rwxr-xr-x. 1 vdsm kvm0 Mar 30 03:27 __DIRECT_IO_TEST__ (and in the uuid there are indeed my VMs). How should I solve this? To me everything looks just fine. Cheers Boudewijn Ector ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Users] Reimporting storage domains after reinstalling ovirt
On 17-03-14 06:31, Gianluca Cecchi wrote: check also your PostgreSQL version with the original one. HIH, Gianluca Okay I've finally found some time to fix my problems with the old storage domains. I reinstalled the box and it's running fine but I'd love to recover the old domain I used for downloading stuff. I just reread your email from march 16th and I'm going to try the thing you've suggested, so I hope you're still willing to help me :). Option A - *doesn't require copying the disks *if your vms had snapshots involving disks - it won't work currently. let's try to restore a specific vm and continue from there - i'm adding here info - if needed i'll test it on my own deployment. A. first of all, let's get the disks attached to some vm : some options to do that. *under the webadmin ui, select a vm listed under the export domain, there should be a disks tab indicating what disks are attached to the vm - check if you can see the disk id's there. B. query the storage domain content using rest-api - afaik we don't return that info from there. so let's skip that option. 1. under the storage domain storage directory (storage) enter the /vms directory - you should see bunch of OVF files there - that's a file containing a vm configuration. 2. open one specific ovf file - that's the vm that we'll attempt to restore - the ovf file is a file containing the vm configuration *within the ovf file look for the following string: diskId and copy those ids aside, these should be the vm attached disks. *copy the vm disk from the other storage domain, edit the metadata accordingly to have the proper storage domain id listed *try to import the disks using the method specified here: https://bugzilla.redhat.com/show_bug.cgi?id=886133 *after this, you should see the disks as floating, then you can add the vm using the OVF file we discussed in stage 2 using the method specified here: http://gerrit.ovirt.org/#/c/15894/ In order to get the disks attached to a VM, I need to move them into a new import domain. How should I determine which files to get? There were multiple VMs in the directory, each having multiple LVM-based storage domains so I just had a look, I 'm only interested in images from Downloadbak. I found: engine=# select image_guid,size,parentid,imagestatus,volume_type,volume_format,active from images order by parentid; image_guid | size | parentid | imagestatus | volume_type | volume_format | active --+--+--+-+-+---+ 1d304cb5-67bd-4e21-aa2c-2470c19af885 | 268435456000 | ---- | 1 | 2 | 5 | t aca392f5-8395-46fe-9111-8a3c4812ff72 | 268435456000 | ---- | 1 | 2 | 5 | t 182ce48c-59d0-4883-8265-0269247d22e0 | 268435456000 | ---- | 1 | 2 | 5 | t cadcce7f-53ff-4735-b5ff-4d8fd1991d51 | 268435456000 | ---- | 1 | 2 | 5 | t 2cd8d3dc-e92f-4be5-88fa-923076aba287 | 8589934592 | ---- | 1 | 1 | 5 | t 5e56a396-8deb-4c04-9897-0e4f6582abcc | 8589934592 | ---- | 1 | 1 | 5 | t 0ad131d7-2619-42a2-899f-d25c33969dc6 | 268435456000 | ---- | 1 | 2 | 5 | t caecf666-302d-426c-8a32-65eda8d9e5df | 8589934592 | ---- | 1 | 1 | 5 | t 8633fb9b-9c08-406b-925e-7d5955912165 | 8589934592 | ---- | 1 | 1 | 5 | t b2c5d2d5-636c-408b-b52f-b7f5558c0f7f | 8589934592 | ---- | 1 | 2 | 5 | t e66b18a7-e2c5-4f6c-9884-03e5c7477e3d | 268435456000 | ---- | 1 | 2 | 5 | t 988f90f6-a37d-4dfd-8477-70aa5d2db5b6 | 8589934592 | ---- | 1 | 1 | 5 | f e1c098fe-4b5d-4728-81d0-7edfdd3d0ec8 | 268435456000 | ---- | 1 | 2 | 5 | t 179ad90d-ed46-467d-ad75-aea6e3ea115e | 268435456000 | ---- | 1 | 2 | 5 | t 4d583a7a-8399-4299-9799-dec33913c20a | 268435456000 | ---- | 1 | 2 | 5 | t 9e5be41b-c512-4f22-9d7c-81090d62dc31 | 8589934592 | ---- | 1 | 2 | 5 | t f613aa23-4831-4aba-806e-fb7dcdcd704d | 268435456000 |
Re: [Users] ovirt-guest-agent on debian?
How did you get it to actually work? I got the deb from (http://ppa.launchpad.net/zhshzhou/vdsm-ubuntu/ubuntu/pool/main/o/ovirt-guest-agent/ovirt-guest-agent_1.0.9.20140216.git5168c4-1ppa1_all.deb) , since I'm not willing to add ubuntu sources to my apt-configuration since that might make me run into dependency troubles later on. This one works fine with Debian: https://launchpad.net/~zhshzhou/+archive/vdsm-ubuntu/+files/ovirt-guest-agent_1.0.8.201309301944.gitb7f8f2-1ppa1_all.deb The version you try to use is for Ubuntu 13.10. Regards, René Works fine, thanks a lot! Cheers, Boudewijn Ector ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-guest-agent on debian?
On 01-04-14 09:48, René Koch wrote: On 04/01/2014 09:18 AM, Sven Kieske wrote: Hi, well I can use the guest agent for ubuntu 12.04 (precise) really well on a debian 7 64 bit. I can confirm this - precise package works fine on Debian. Hi Rene,Sven, ea, How did you get it to actually work? I got the deb from (http://ppa.launchpad.net/zhshzhou/vdsm-ubuntu/ubuntu/pool/main/o/ovirt-guest-agent/ovirt-guest-agent_1.0.9.20140216.git5168c4-1ppa1_all.deb) , since I'm not willing to add ubuntu sources to my apt-configuration since that might make me run into dependency troubles later on. After downloading and dpkg -i'ing it, I ran an apt-get -f install in order to get the dependencies. Then I reran dpkg: root@host:~# dpkg -i ovirt-guest-agent_1.0.9.20140216.git5168c4-1ppa1_all.deb (Reading database ... 42961 files and directories currently installed.) Preparing to unpack ovirt-guest-agent_1.0.9.20140216.git5168c4-1ppa1_all.deb ... invoke-rc.d: unknown initscript, /etc/init.d/ovirt-guest-agent not found. dpkg: warning: subprocess old pre-removal script returned error exit status 100 dpkg: trying script from the new package instead ... invoke-rc.d: unknown initscript, /etc/init.d/ovirt-guest-agent not found. dpkg: error processing archive ovirt-guest-agent_1.0.9.20140216.git5168c4-1ppa1_all.deb (--install): subprocess new pre-removal script returned error exit status 100 invoke-rc.d: unknown initscript, /etc/init.d/ovirt-guest-agent not found. dpkg: error while cleaning up: subprocess installed post-installation script returned error exit status 100 Errors were encountered while processing: ovirt-guest-agent_1.0.9.20140216.git5168c4-1ppa1_all.deb There's a configfile regarding initscripts in /etc/init, but no such thing on the sste, (I just had a look at the contents of the ubuntu package too). How did you resolve this? Creating my own initscript isn't that hard but it sucks when it comes to having a maintainable setup... Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt-guest-agent on debian?
Hi Guys I was wondering wether anybody has the guest agent already working on debian guests. In m previous install I had a working setup but currently I only see Ubuntu packages. When using these ubuntu packages I really run quite fast into trouble due to the highly integrated nature of upstart in ubuntu. Has anybody got a suggestion for a debian package? Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Reimporting storage domains after reinstalling ovirt
Hi Boudewijn, if you have db backup and you won't lose any data using it - it would be the simplest approach. Please read carefully the following options and keep backup before attempting any of it - for vm's that you don't have space issue with - you can try to previously suggested approach, but it'll obviously take longer as it requires copying of the data. Option A - *doesn't require copying the disks *if your vms had snapshots involving disks - it won't work currently. let's try to restore a specific vm and continue from there - i'm adding here info - if needed i'll test it on my own deployment. A. first of all, let's get the disks attached to some vm : some options to do that. *under the webadmin ui, select a vm listed under the export domain, there should be a disks tab indicating what disks are attached to the vm - check if you can see the disk id's there. B. query the storage domain content using rest-api - afaik we don't return that info from there. so let's skip that option. 1. under the storage domain storage directory (storage) enter the /vms directory - you should see bunch of OVF files there - that's a file containing a vm configuration. 2. open one specific ovf file - that's the vm that we'll attempt to restore - the ovf file is a file containing the vm configuration *within the ovf file look for the following string: diskId and copy those ids aside, these should be the vm attached disks. *copy the vm disk from the other storage domain, edit the metadata accordingly to have the proper storage domain id listed *try to import the disks using the method specified here: https://bugzilla.redhat.com/show_bug.cgi?id=886133 *after this, you should see the disks as floating, then you can add the vm using the OVF file we discussed in stage 2 using the method specified here: http://gerrit.ovirt.org/#/c/15894/ Option B - *Replace the images data files with blank files *Initiate Import for the vm, should be really quick obviously. *As soon as the import starts, you can either: 1. let the import be done and replace the data, not that in that case the info saved in the engine db won't be correct (for example, the actual image size..etc) 2. after the tasks for importing are created (you'll see that in the engine log), turn the engine down immediately (immediately means within few seconds) and after the copy tasks completes on the host replace the data files and then start the engine - so that when the engine will start it'll update the db information according to the updated data files. Hi Guys, Thank you for the elaborate information. I'll try to restore the DB indeed and make sure all the mounts I previously (when creating the DB-dump) had will be there too. I also just had a look in my old DB, which I've just restored: engine=# select vm_name from vm_static; vm_name - Blank template mail nagios bacula debian-template jabber downloadbak vpn (9 rows) That's looking great. Actually the most important VMs to restore (the rest are re-created in about 2-3 hours so having to re-create those instead of restoring would be okayish): - bacula - downloadbak Problem is that both of those are the VMs with the most of the disks attached. Just had a look in the databasedump for the vm id's and found this: COPY disks_vm_map (history_id, vm_disk_id, vm_id, attach_date, detach_date) FROM stdin; 2 b2c5d2d5-636c-408b-b52f-b7f5558c0f7f a16e4354-0c32-47c1-a01b-7131da3dbb6b2014-01-21 02:32:58+01 \N 1 4ef54bf7-525b-4a73-b071-c6750fc7c907 33f78ede-e885-4636-bb0b-1021c31d1cca2014-01-21 02:32:58+01 2014-01-21 18:52:00+01 5 38eee7d5-9fd1-44b0-876c-b24e4bc0085b 0b062e65-7b0f-4177-9e08-cba48230f89a2014-01-22 00:02:01+01 \N 4 988f90f6-a37d-4dfd-8477-70aa5d2db5b6 0b062e65-7b0f-4177-9e08-cba48230f89a2014-01-21 22:57:01+01 2014-01-22 00:02:01+01 6 88a7d07b-b4a3-497d-b2e5-3e6ebc85d83e a466a009-cde7-40db-b3db-712b737eb64a2014-01-22 00:37:01+01 \N 7 2cd8d3dc-e92f-4be5-88fa-923076aba287 c040505a-da58-4ee1-8e17-8e32b97656082014-01-22 00:46:01+01 \N 8 5e56a396-8deb-4c04-9897-0e4f6582abcc 45434b2f-2a79-4a13-812e-a4fd2f5639472014-01-22 01:45:01+01 \N 9 caecf666-302d-426c-8a32-65eda8d9e5df 0edd5aea-3425-4780-8f54-1c84f9a877652014-01-22 19:42:02+01 \N 10 8633fb9b-9c08-406b-925e-7d5955912165 f45a4a7c-5db5-40c2-af06-230aa5f2b0902014-01-22 19:57:02+01 \N 11 81b71076-be95-436b-9657-61890e81cee9 c040505a-da58-4ee1-8e17-8e32b97656082014-01-22 23:22:02+01 2014-01-30 02:09:09+01 12 924e5ba6-913e-4591-a15f-3b61eb66a2e1 c040505a-da58-4ee1-8e17-8e32b97656082014-02-01 20:42:12+01 2014-02-03 18:00:14+01 14 f613aa23-4831-4aba-806e-fb7dcdcd704d c040505a-da58-4ee1-8e17-8e32b97656082014-02-03 18:05:14+01 \N 15
Re: [Users] Reimporting storage domains after reinstalling ovirt
On 11-03-14 16:39, Liron Aravot wrote: - Original Message - From: Boudewijn Ector boudew...@boudewijnector.nl To: Jason Brooks jbro...@redhat.com Cc: users@ovirt.org Sent: Tuesday, March 11, 2014 1:32:00 AM Subject: Re: [Users] Reimporting storage domains after reinstalling ovirt Some people have reported success creating an image of the desired size, then noting the name of this new image, and copying the old image into the place of the new one, with the new name. Something like that might work, but I don't have first-hand experience w/ it. Jason Hi Jason, Due to lack of viable alternative, I've decided to go and try this approach. I just had a look at my datafiles: - these are either 8gb (OS) or 250gb (LVM images) - can't mount those directly in my host OS (tried because of the next point) - I don't know to what VM this image/VM belongs . They're all quite the same (basic debian install), so determining it just by running strings etc on those will not be easy - I can't import the old VMs from the old storage. If I create new images and dd the old information into those new images the metadata will not be copied too. So the only option is not reusing the VM's but creating completely new ones and determining which disk images are required for these VMs. Then creating the new image structure and dd'ing the corresponding images from the old VMs into the new ones. In order to do so I need to know what data belongs to what VM. Is there a trick for doing this? I still do have the database from the old ovirt machine, this might save me. Will have a look into that one tomorrow. Cheers, Boudewijn Hi Boudewijn, So we can proceed and recover your data i'd like to know - 1. can you use the db backup? will you lose any important data if you chose to use it? 2, did you have snapshots for your vm? please answer so we can proceed with it, we can find methods for restoring without having to perform images copy (and to restore with copying) - but each way has it's implications. thanks, Liron. Hi Liron, Have you already been able to look at my reply on the list? It would be great for me to be able to make some decent progress this weekend. Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Reimporting storage domains after reinstalling ovirt
On 10-03-14 10:46, Itamar Heim wrote: On 03/10/2014 12:30 AM, Boudewijn Ector wrote: How should I go on recovering those VMs? change the domain into an export domain, attach it, and import the VMs from it (currently, you can only import an export domain) i think this thread has the relevant info: https://www.mail-archive.com/users@ovirt.org/msg04257.html Okay thank you very much for pointing that out. I now realise the difference between the regular and export shares. I just changed the metadata file (at /raid/ovirt-old/data/1979444d-b79a-494c-8c1a-bcc132e31a04/dom_md0) from: [root@leiden dom_md]# cat metadata.backup CLASS=Data DESCRIPTION=leiden-data IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 MASTER_VERSION=613 POOL_DESCRIPTION=Default POOL_DOMAINS=dafe25c2-1ce7-4979-9d8d-a35688da207a:Active,1979444d-b79a-494c-8c1a-bcc132e31a04:Active,d2676b04-e2ff-420f-8f29-36dafc2df47b:Active POOL_SPM_ID=1 POOL_SPM_LVER=0 POOL_UUID=5849b030-626e-47cb-ad90-3ce782d831b3 REMOTE_PATH=192.168.1.44:/raid/ovirt/data ROLE=Master SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04 TYPE=NFS VERSION=3 _SHA_CKSUM=cab6c41e19812714ba79c48fc98b7037032725e4 into: CLASS=Backup DESCRIPTION=export-storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 MASTER_VERSION=613 POOL_DESCRIPTION=Default POOL_DOMAINS= POOL_SPM_ID=1 POOL_SPM_LVER=0 POOL_UUID= REMOTE_PATH=nfsserver:/raid/ovirt-old/data ROLE=Regular SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04 TYPE=NFS VERSION=3 (there's another storage doman which has to be converted too but that's not that relevant imo). Now I log in onto the webinterface, select storage domain - import domain : Domain function set to export/NFS export path: 192.168.1.44:/raid/ovirt-old/data/ (192.168.1.44 is the server's IP) Now this error pops up: Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version. I just had a look for this one and found this bug (in which you replied... such a small world :) ) : https://bugzilla.redhat.com/show_bug.cgi?id=1059604 But there's no obvious solution over there. the bug is about a host with a cluster not associated with a DC. is your cluster associated with a DC? Yes it is, so my buglink isn't that relevant after all. Thanks :). Despite of that, my setup still isn't running and I haven't got a clue on how to get it to work again. Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Reimporting storage domains after reinstalling ovirt
On 10-03-14 16:55, Jason Brooks wrote: into: CLASS=Backup DESCRIPTION=export-storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 MASTER_VERSION=613 POOL_DESCRIPTION=Default POOL_DOMAINS= POOL_SPM_ID=1 POOL_SPM_LVER=0 POOL_UUID= REMOTE_PATH=nfsserver:/raid/ovirt-old/data ROLE=Regular SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04 TYPE=NFS VERSION=3 This needs to be VERSION=0 (I successfully rescued a storage domain this way just this weekend) Good luck! Jason Hi Jason, Thanks! I'm going to try this after finishing my coffee! Can you explain to me *why* this will change the situation? I'd like to have a better understanding about the inner workings of ovirt. Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Reimporting storage domains after reinstalling ovirt
Hi Guys, Thank you very much Jason, Itamar, Gadi! I'm almost there thanks to your help. My steps were: - remove the old storageconnection: $ curl -u admin@internal:* -X DELETE https://192.168.1.44:443/api/storageconnections/5636a8c3-65b6-44a4-9ba4-e598dc60a4e4 -k I changed version 3 - 0 in metadata file And did an import (export NFS): 192.168.1.44:/raid/ovirt-old/data Currently the box is importing the VMs from the old to the new repository. But, there's still a last challenge to overcome: I had this VM with about 2TB storage attached on both my storage domains (I had another one too). This poses two different problems: - I can't import the VM from the first storage domain, since not all disks did reside on this single storage domain. This error pops up (which is quite logical): Error while executing action: downloadbak: * Cannot import VM. VM's Image does not exist. Yeah I know I shouldn't have split the VMs resources over multiple storage domains... I won't make that mistake again. Is there a way to move these disks from the second old domain to the first old domain so the VM can be reimported? Furthermore, my storage machine has about 1.4TB free disk space left. While importing, a copy of a VM is being made... and this particular one is 2TB. So I'm going to run out of disk space while doing so; is there a way to move instead of copy a VM while importing it? Cheers (and thanks a lot for all the help, I really appreciate it!), Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Reimporting storage domains after reinstalling ovirt
Some people have reported success creating an image of the desired size, then noting the name of this new image, and copying the old image into the place of the new one, with the new name. Something like that might work, but I don't have first-hand experience w/ it. Jason Hi Jason, Thanks, although that's quite an ugly option, although better than not being able to do it at all... I'll keep it in mind anyway if everything else fails. Well I was wondering: Can't I just copy those images and vm's from the second storage domain to the first and add those in the metadata? I might give that a shot tonight. Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Reimporting storage domains after reinstalling ovirt
Some people have reported success creating an image of the desired size, then noting the name of this new image, and copying the old image into the place of the new one, with the new name. Something like that might work, but I don't have first-hand experience w/ it. Jason Hi Jason, Due to lack of viable alternative, I've decided to go and try this approach. I just had a look at my datafiles: - these are either 8gb (OS) or 250gb (LVM images) - can't mount those directly in my host OS (tried because of the next point) - I don't know to what VM this image/VM belongs . They're all quite the same (basic debian install), so determining it just by running strings etc on those will not be easy - I can't import the old VMs from the old storage. If I create new images and dd the old information into those new images the metadata will not be copied too. So the only option is not reusing the VM's but creating completely new ones and determining which disk images are required for these VMs. Then creating the new image structure and dd'ing the corresponding images from the old VMs into the new ones. In order to do so I need to know what data belongs to what VM. Is there a trick for doing this? I still do have the database from the old ovirt machine, this might save me. Will have a look into that one tomorrow. Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Reimporting storage domains after reinstalling ovirt
On 09-03-14 14:11, Vered Volansky wrote: Hi Boudewijn, First of all, the wiki page you are referring to is a feature page that was never implemented. We are currently working on the same feature, this is the correct feature page: http://www.ovirt.org/Features/ImportStorageDomain . I will ask that the irrelevant page be removed to avoid any further confusion. Second, currently, the only way to import a domain is to create an export domain and import it. Can you get the old setup-up and create an export domain? If not, we'll try to help and work around this is issue, but this is going to be very complex, since this is not supported. Just to have a general understanding of your setup - your storage on the same machine as ovirt engine? I'm assuming you're using web-admin. What exactly are you doing there? We don't have the import option there as you mentioned, so I don't understand how you could import an SD that was not export. Adding the entry to /etc/exports is meaningless. Do you have the ovfs of the old VMs available? In the meantime checking for an easier solution than the above, will get back to you on that. Regards, Vered Dear Vered, Thank you very much for your reply; I didn't expect this (at first hand) simple action to be so hard/complex to perform. My machine is indeed a single machine containing both a node, webinterface and storage. The old setup has been reinstalled, so I can't get that one to work anymore. On the other hand I do still have a database dump from it. I'm using the webadmin indeed and if I go to storage there's a button saying import domain. In the dialogue that pops up after pressing that button it's mentioned that I should use a FQDN/IP notation which made me expect that it uses NFS ;-). Yes I do have ovf's, this is a directory listing from one of the storage domains: [root@leiden 1979444d-b79a-494c-8c1a-bcc132e31a04]# find . ./images ./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99 ./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31 ./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31.lease ./images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31.meta ./images/d72c41ff-2e34-474d-86be-3c11181b2128 ./images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93.lease ./images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93.meta ./images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93 ./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6 ./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b ./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6.meta ./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b.meta ./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6 ./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b.lease ./images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6.lease ./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1 ./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9.lease ./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9.meta ./images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9 ./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f ./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165.lease ./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165 ./images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165.meta ./images/c866dd6c-c7e5-419a-85e4-af49228be5a2 ./images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc.meta ./images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc.lease ./images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc ./images/a33a673d-751f-4287-a655-e84dfcfcd005 ./images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287.lease ./images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287 ./images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287.meta ./images/07b94c8d-8195-449b-b5e0-873bde6f85fd ./images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf ./images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf.lease ./images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf.meta ./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5 ./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df ./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df.lease ./images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df.meta ./images/7fd446ce-bfb5-4706-9eb8-4133fcfbc00d
Re: [Users] Reimporting storage domains after reinstalling ovirt
How should I go on recovering those VMs? change the domain into an export domain, attach it, and import the VMs from it (currently, you can only import an export domain) i think this thread has the relevant info: https://www.mail-archive.com/users@ovirt.org/msg04257.html Okay thank you very much for pointing that out. I now realise the difference between the regular and export shares. I just changed the metadata file (at /raid/ovirt-old/data/1979444d-b79a-494c-8c1a-bcc132e31a04/dom_md0) from: [root@leiden dom_md]# cat metadata.backup CLASS=Data DESCRIPTION=leiden-data IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 MASTER_VERSION=613 POOL_DESCRIPTION=Default POOL_DOMAINS=dafe25c2-1ce7-4979-9d8d-a35688da207a:Active,1979444d-b79a-494c-8c1a-bcc132e31a04:Active,d2676b04-e2ff-420f-8f29-36dafc2df47b:Active POOL_SPM_ID=1 POOL_SPM_LVER=0 POOL_UUID=5849b030-626e-47cb-ad90-3ce782d831b3 REMOTE_PATH=192.168.1.44:/raid/ovirt/data ROLE=Master SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04 TYPE=NFS VERSION=3 _SHA_CKSUM=cab6c41e19812714ba79c48fc98b7037032725e4 into: CLASS=Backup DESCRIPTION=export-storage IOOPTIMEOUTSEC=10 LEASERETRIES=3 LEASETIMESEC=60 LOCKPOLICY= LOCKRENEWALINTERVALSEC=5 MASTER_VERSION=613 POOL_DESCRIPTION=Default POOL_DOMAINS= POOL_SPM_ID=1 POOL_SPM_LVER=0 POOL_UUID= REMOTE_PATH=nfsserver:/raid/ovirt-old/data ROLE=Regular SDUUID=1979444d-b79a-494c-8c1a-bcc132e31a04 TYPE=NFS VERSION=3 (there's another storage doman which has to be converted too but that's not that relevant imo). Now I log in onto the webinterface, select storage domain - import domain : Domain function set to export/NFS export path: 192.168.1.44:/raid/ovirt-old/data/ (192.168.1.44 is the server's IP) Now this error pops up: Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version. I just had a look for this one and found this bug (in which you replied... such a small world :) ) : https://bugzilla.redhat.com/show_bug.cgi?id=1059604 But there's no obvious solution over there. Despite this the domains are available in the storage domain list but they're unattached so no use to me. Am I still missing something? Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Reimporting storage domains after reinstalling ovirt
(there's another storage doman which has to be converted too but that's not that relevant imo). Now I log in onto the webinterface, select storage domain - import domain : Domain function set to export/NFS export path: 192.168.1.44:/raid/ovirt-old/data/ (192.168.1.44 is the server's IP) Now this error pops up: Error while executing action: Cannot add Storage. Storage format V3 is not supported on the selected host version. I just had a look for this one and found this bug (in which you replied... such a small world :) ) : https://bugzilla.redhat.com/show_bug.cgi?id=1059604 But there's no obvious solution over there. Despite this the domains are available in the storage domain list but they're unattached so no use to me. Am I still missing something? Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Interesting: i just tried readding it again (maybe rereading the storage domain takes a lot of time) but despite it not showing up in the storage domain list, ovirt's webadmin tells met the repo has already been added: Error while executing action: Cannot add Storage Connection. Storage connection already exists. Strange. Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Reimporting storage domains after reinstalling ovirt
Hi Guys, Currently I've got a Centos machine running the latest ovirt-release. This machine is using a local raid set containing a directory with ovirt-based VMs from my previous install. The ovirt install is a completely fresh install, no storage/VMs have been created yet. What's the best way to reimport those? I might try to create a new storage domain and copy all old VMs into it (if that works anyway...) , or just reimport the old domain from the web-interface. Does either trick have any advantage, or is there a best practice I should adhere to? Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Reimporting storage domains after reinstalling ovirt
On 09-03-14 02:12, Boudewijn Ector wrote: Hi Guys, Currently I've got a Centos machine running the latest ovirt-release. This machine is using a local raid set containing a directory with ovirt-based VMs from my previous install. The ovirt install is a completely fresh install, no storage/VMs have been created yet. What's the best way to reimport those? I might try to create a new storage domain and copy all old VMs into it (if that works anyway...) , or just reimport the old domain from the web-interface. Does either trick have any advantage, or is there a best practice I should adhere to? Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users I just tried reimporting my old storage domains but that doesn't seem to work: [root@server data]# pwd /raid/ovirt-old/data [root@server data]# ls 1979444d-b79a-494c-8c1a-bcc132e31a04 __DIRECT_IO_TEST__ This is the old data domain I used, and the 1979444d-b79a-494c-8c1a-bcc132e31a04 contains quite a lot of VMs. When going to the webinterface and doing : - Storage - Import domain - Type: NFS - export path: $IP:/raid/ovirt-old/data (and $IP:/raid/ovirt-old/data/1979444d-b79a-494c-8c1a-bcc132e31a04) Of course I created an entry in /etc/exports in order to be able to mount this domain by NFS: [root@leiden data]# exportfs /raid/ovirt 192.168.1.44/255.255.255.255 /raid/ovirt-old 192.168.1.44/255.255.255.255 And ownership is by user vdsm. Despite of this it doesn't work. Unfortunately this page (http://www.ovirt.org/Features/Import_an_existing_Storage_Domain) isn't of much use either. How should I do this? Cheers, Boudewijn ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Problems with missing master domains after reboot of hardware
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Boudewijn Ector schreef op 26-2-2014 1:11: Hi Guys, I've been using an FC18-based ovirt setup for a while which has been updated regularly (about each week). Last week I tried to setup the reports module, and ran ovirt-engine-dwh-setup which failed for some reason (didn't preserve the logging). Nobody's got a clue? :( Boudewijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTE25/AAoJEHEpSLlbCXW+WY0P/iHC+juN6r/QKhj55Lwbwm+D 8B04/RIQ3N/SD0VTWhFKmrKhA0CiOiRacxOdkEvtC/Cw/piRDlE/uLQe9gVOgugB 8aJKAVd+knWDTulRpCGeA5NWEoNIp2TeqYnQdSFISGSpou1n/uGeSGO5CdURIenL L3wxGfcMivJafi92H8eFiR1hKA8TNQ5wClUPxbyNErHzDCMA/5WdF0ToTpk9xpf4 7v5MixNspZrodX65yM+SqjFRJaJQKiFfp6JCgvnb3FB8IS3dt1d2grKCGvb2Cdso cOUe1yMZo7veo6ITXA4xOpQPjRKdAkSUC3XxkbT7VhCBwsFy0md0/HC9Q42IJo5r 7De4CaYWoOPOMk6/NneLQBiqh9eogcWHJLJhpqC0+fUIL/MHMcyVVV3MN+rS0njF xM+K95aNSNSmPqiLFqr1xWGQKsL2kJRDwe63juzvtoUmfofLEPAMyDhrFcSlcQS3 pgZufDw8Wd/Od+pt4Keo9/R47At4R3fKyWyga4pkyQLkPgzi+/Wz4zhWGaXgbsct tvptqg/82+5cYGa4sy8vFHMALcuytKME8gGacDMJFlgD1Zcpc2mnI69npI3yrlok mVEFPRkyQ+/EySjiQLoFp0kmbctn7ZKbNO097vMpjaFtX9fTbbdr/sxyGULuTZtO g1oQwmxzRQjMlgabYE+m =QycI -END PGP SIGNATURE- ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Problems with missing master domains after rebooto f
-70aa5d2db5b6.meta ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b.meta ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9.meta ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165.meta ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc.meta ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287.meta ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf.meta ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df.meta ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/7fd446ce-bfb5-4706-9eb8-4133fcfbc00d/88a7d07b-b4a3-497d-b2e5-3e6ebc85d83e.meta ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/dom_md/metadata But no metadata with uuid 5849b030-626e-47cb-ad90-3ce782d831b3 . (there's a lot more files but I filtered the find in order to keep this email as concise as possible :) ) Last time I was able to 'fix' this by running engine-setup which somehow reconfigured my ovirt installation and retained all VMs etc etc etc. This time this doesn't work anymore unfortunately. I read: https://access.redhat.com/site/solutions/62137 http://lists.ovirt.org/pipermail/users/2013-April/014061.html But these don't seem to have an answer to my problems unfortunately. How should I start debugging this? Thanks for this wonderful product! Boudewijn Ector ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users