Re: [ovirt-users] Adding foreman provider: Could not generate DH keypair (Failed with error PROVIDER_SSL_FAILURE and code 5052)
Hi What jdk version are you using? According to http://stackoverflow.com/questions/10687200/java-7-and-could-not-generate-dh-keypair it might be related. Thanks, Oved - Original Message - From: Daniel Helgenberger daniel.helgenber...@m-box.de To: users@ovirt.org Sent: Friday, October 24, 2014 1:16:51 AM Subject: [ovirt-users] Adding foreman provider: Could not generate DH keypair (Failed with error PROVIDER_SSL_FAILURE and code 5052) Hello, I tried to add foreman as external provider - without successes. Hosted Engine 3.5 CentOS6.5 The foreman is a plain vanilla install; working so far (can log in, do stuff, local smart proxy registered) foreman FQDN is resolvable via DNS In the engine UI I enter: https://foreman.lab.mbox.loc user pw and press test. The cert is shown and after clicking ok, the chain is imported. However, the test fails with a SSL error. Please see engine log below: 2014-10-24 00:01:45,188 INFO [org.ovirt.engine.core.bll.provider.ImportProviderCertificateChainCommand] (ajp--127.0.0.1-8702-7) [710ac5c] Running command: ImportProviderCertificateChainCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_STORAGE_POOL with role type ADMIN 2014-10-24 00:01:45,296 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) [710ac5c] Correlation ID: 710ac5c, Call Stack: null, Custom Event ID: -1, Message: Certificate chain for provider foreman was imported. (User: daniel) 2014-10-24 00:01:46,212 INFO [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-9) [6a77acf4] Running command: TestProviderConnectivityCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_STORAGE_POOL with role type ADMIN 2014-10-24 00:01:46,662 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-9) [6a77acf4] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_SSL_FAILURE and code 5052) 2014-10-24 00:02:01,222 INFO [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-10) [2713e6dc] Running command: TestProviderConnectivityCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_STORAGE_POOL with role type ADMIN 2014-10-24 00:02:01,625 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-10) [2713e6dc] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_SSL_FAILURE and code 5052) 2014-10-24 00:02:02,090 ERROR [org.ovirt.engine.core.bll.GetProviderCertificateChainQuery] (ajp--127.0.0.1-8702-11) Query GetProviderCertificateChainQuery failed. Exception message is VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_FAILURE and code 5050) : org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_FAILURE and code 5050): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_FAILURE and code 5050) at org.ovirt.engine.core.bll.provider.BaseProviderProxy.handleException(BaseProviderProxy.java:70) [bll.jar:] at org.ovirt.engine.core.bll.provider.BaseProviderProxy.getCertificateChain(BaseProviderProxy.java:60) [bll.jar:] at org.ovirt.engine.core.bll.GetProviderCertificateChainQuery.executeQueryCommand(GetProviderCertificateChainQuery.java:24) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:73) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:492) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:466) [bll.jar:] at sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) [:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at
Re: [ovirt-users] CPU type is not supported
Thanks for your real support. Until we get replies for option#1, what's the exact steps for option#2? - Original Message - From: Itamar Heim ih...@redhat.com To: Fawzy Ibrhim fawzy_ibr...@yahoo.com; users@ovirt.org users@ovirt.org Cc: Sent: Sunday, October 26, 2014 12:16 AM Subject: Re: [ovirt-users] CPU type is not supported On 10/25/2014 03:37 PM, Fawzy Ibrhim wrote: I have no such option on BIOS. Please; check this image http://goo.gl/1o85R2 option 1: discuss on libvirt mailing list how to change libvirt config if possible to ignore that flag for cpu model detection. option 2: not sure if libvirt actually verifies the cpu model you pass. i.e., if qemu reports that cpu model, maybe you can still pass it ignoring the detection logic. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] CPU type is not supported
On 10/26/2014 08:58 AM, Fawzy Ibrhim wrote: Thanks for your real support. Until we get replies for option#1, what's the exact steps for option#2? Try to launch a VM via virsh with the cpu model you want. if this succeeds we can go further. maybe the cpu model you want minus the AES flag - Original Message - From: Itamar Heim ih...@redhat.com To: Fawzy Ibrhim fawzy_ibr...@yahoo.com; users@ovirt.org users@ovirt.org Cc: Sent: Sunday, October 26, 2014 12:16 AM Subject: Re: [ovirt-users] CPU type is not supported On 10/25/2014 03:37 PM, Fawzy Ibrhim wrote: I have no such option on BIOS. Please; check this image http://goo.gl/1o85R2 option 1: discuss on libvirt mailing list how to change libvirt config if possible to ignore that flag for cpu model detection. option 2: not sure if libvirt actually verifies the cpu model you pass. i.e., if qemu reports that cpu model, maybe you can still pass it ignoring the detection logic. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Issue creating a new Domain
Hi Sean, This error is usually associated either with a storage failure or a permissions foobar on your newly created domain. Could you please attach the logs from the ovirt engine and vdsm? Also, what version are your working with? - Original Message - From: Sean O'Gorman sean.ogor...@ammeon.com To: users@ovirt.org Sent: Friday, October 10, 2014 3:59:57 PM Subject: [ovirt-users] Issue creating a new Domain Hi I'm wondering if anyone can help me, I am trying to create a new domain in Ovirt but am being hit by the following error: Error while executing action AddGlusterFsStorageDomain: Domain is either partially accessible or entirely inaccessible I'm not sure why I am geting this error any help would be appreciated. Regards, Sean This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Import FC Storage as iSCSI
Maor, does this ring in bells wrt importing a storage domain? - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Vered Volansky ve...@redhat.com Cc: users users@ovirt.org Sent: Thursday, October 23, 2014 4:51:34 PM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi. I have done this because this is the only way to access iSCSI target. But after import it shows up as FC (the original storage domain type). Where does this information come from? I have DataCenter setup from about version ovirt-engine-3.3.2. Thank you. - Original Message - From: Vered Volansky ve...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee Cc: users users@ovirt.org Sent: Thursday, 23 October, 2014 4:24:12 PM Subject: Re: [ovirt-users] Import FC Storage as iSCSI - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: users users@ovirt.org Sent: Thursday, October 23, 2014 10:59:30 AM Subject: [ovirt-users] Import FC Storage as iSCSI Hello. I have created an FC Storage Domain and made snapshots of all LUNs on the SAN. Now I want to use those snapshots on another Data Center over iSCSI connection to test recovery. I can import the domain, but the domains Storage Type is FC and I can't attach it to host. Is it possible to change domain type to iSCSI or some other way to import storage domain. Just select iSCSI as thetype when you import it. This is the type of the new domain. Vered Thank you. Raul ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 3.5: Cannot add disks: ACTION_TYPE_DISK_PROFILE_EMPTY
On 10/24/2014 01:36 AM, Gianluca Cecchi wrote: On Thu, Oct 23, 2014 at 9:51 PM, Roy Golan rgo...@redhat.com mailto:rgo...@redhat.com wrote: [1] https://bugzilla.redhat.com/show_bug.cgi?id=1145241 patch sent [3] - it will create a default disk profile for each data domain. If any of you could verify it that will be great. [3] http://gerrit.ovirt.org/#/c/34422/ Hi, what is the workflow for testing? I'm going to update an All-In-One environment from 3.4.4 to 3.5.0 (I just asked some related questions in a separate thread) so that I can test it. Do I have to apply the patch right after the yum update step and before the engine-setup one? after the upgrade you can just download the sql as zip[1] file from the patch and run psql engine engine -f file.sql [1] http://gerrit.ovirt.org/cat/34422%2C1%2Cpackaging/dbscripts/upgrade/03_06_0460_create_default_disk_profiles.sql%5E0 What to do for existing environments for testing? Patch and verify correct setup for new storage domains or anything also for pre-existing ones? Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Adding foreman provider: Could not generate DH keypair (Failed with error PROVIDER_SSL_FAILURE and code 5052)
On 10/26/2014 08:52 AM, Oved Ourfali wrote: Hi What jdk version are you using? According to http://stackoverflow.com/questions/10687200/java-7-and-could-not-generate-dh-keypair it might be related. funny, thought only I encountered that issue and fought with it a day due my out-of-date machine.. sorry I didn't share (learned for next time) :/ all you need is to upgrade your jdk, read more about it in the stackoverflow page. Thanks for raising the issue. Thanks, Oved - Original Message - From: Daniel Helgenberger daniel.helgenber...@m-box.de To: users@ovirt.org Sent: Friday, October 24, 2014 1:16:51 AM Subject: [ovirt-users] Adding foreman provider: Could not generate DH keypair (Failed with error PROVIDER_SSL_FAILURE and code 5052) Hello, I tried to add foreman as external provider - without successes. Hosted Engine 3.5 CentOS6.5 The foreman is a plain vanilla install; working so far (can log in, do stuff, local smart proxy registered) foreman FQDN is resolvable via DNS In the engine UI I enter: https://foreman.lab.mbox.loc user pw and press test. The cert is shown and after clicking ok, the chain is imported. However, the test fails with a SSL error. Please see engine log below: 2014-10-24 00:01:45,188 INFO [org.ovirt.engine.core.bll.provider.ImportProviderCertificateChainCommand] (ajp--127.0.0.1-8702-7) [710ac5c] Running command: ImportProviderCertificateChainCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_STORAGE_POOL with role type ADMIN 2014-10-24 00:01:45,296 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) [710ac5c] Correlation ID: 710ac5c, Call Stack: null, Custom Event ID: -1, Message: Certificate chain for provider foreman was imported. (User: daniel) 2014-10-24 00:01:46,212 INFO [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-9) [6a77acf4] Running command: TestProviderConnectivityCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_STORAGE_POOL with role type ADMIN 2014-10-24 00:01:46,662 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-9) [6a77acf4] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_SSL_FAILURE and code 5052) 2014-10-24 00:02:01,222 INFO [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-10) [2713e6dc] Running command: TestProviderConnectivityCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_STORAGE_POOL with role type ADMIN 2014-10-24 00:02:01,625 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-10) [2713e6dc] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_SSL_FAILURE and code 5052) 2014-10-24 00:02:02,090 ERROR [org.ovirt.engine.core.bll.GetProviderCertificateChainQuery] (ajp--127.0.0.1-8702-11) Query GetProviderCertificateChainQuery failed. Exception message is VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_FAILURE and code 5050) : org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_FAILURE and code 5050): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: java.lang.RuntimeException: Could not generate DH keypair (Failed with error PROVIDER_FAILURE and code 5050) at org.ovirt.engine.core.bll.provider.BaseProviderProxy.handleException(BaseProviderProxy.java:70) [bll.jar:] at org.ovirt.engine.core.bll.provider.BaseProviderProxy.getCertificateChain(BaseProviderProxy.java:60) [bll.jar:] at org.ovirt.engine.core.bll.GetProviderCertificateChainQuery.executeQueryCommand(GetProviderCertificateChainQuery.java:24) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:73) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:492) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:466) [bll.jar:] at sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) [:1.7.0_65] at
Re: [ovirt-users] VM = No bootable device on Centos 7 VDSM, 6.5 boots perfectly
Hi, I have tested the 3.4 release also on CentOS7 as host which gave me the same result. It seems CentOS 7 is the killer here. Matt 2014-10-26 2:14 GMT+01:00 Matt . yamakasi@gmail.com: HI, I'm still struggeling here with the 3.5 hosts on CentOS 7, no booting servers as there is no disk found and connecting to Spice takes around 30 seconds. FreeBSD VM's seem to boot without any issues, CentOS and Ubuntu don't as described above. The 3.4 hosts are still working perfectly on Centos 6.5 with the 3.5 Engine. Any usecases on Centos 7 and 3.5 hosts ? Cheers, Matt 2014-10-20 16:46 GMT+02:00 Matt . yamakasi@gmail.com: I cannot find the docs atm, but even with a upgraded engine to 3.5, same issue. 2014-10-20 16:07 GMT+02:00 Daniel Helgenberger daniel.helgenber...@m-box.de: On 20.10.2014 15:49, Matt . wrote: Hi, Sorry, I forgot a reply to all. As far as I understood 3.4 is supported as host on 7.0. Can you point me to that documentation? As I understood it this was a feature of 3.5 (though I can mix this up with hosted engine). As I'm deploying new hosts I thought this was nice, also as it fixes some issues on networking at my side. So to be clear: ovirt 3.4.1 Engine = CentOS 6.5 Hosts = CentOS 6.5 NewHosts = CentOS 7.0 That is not mixed I thought. Cheers, Matt -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] VM = No bootable device on Centos 7 VDSM, 6.5 boots perfectly
I have two CentOS 7 hosts in a 3.5 cluster, working fine. My storage domain is iSCSI and I have only one logical network, no VLAN tagging. There's one Centos 7 VM running in there and two Windows Server 2012 R2. Haven't tried Centos 6 yet. I have disabled firewalld, because otherwise the ovirt host installation wouldn't complete. On 26 October 2014 02:14, Matt . yamakasi@gmail.com wrote: HI, I'm still struggeling here with the 3.5 hosts on CentOS 7, no booting servers as there is no disk found and connecting to Spice takes around 30 seconds. FreeBSD VM's seem to boot without any issues, CentOS and Ubuntu don't as described above. The 3.4 hosts are still working perfectly on Centos 6.5 with the 3.5 Engine. Any usecases on Centos 7 and 3.5 hosts ? Cheers, Matt 2014-10-20 16:46 GMT+02:00 Matt . yamakasi@gmail.com: I cannot find the docs atm, but even with a upgraded engine to 3.5, same issue. 2014-10-20 16:07 GMT+02:00 Daniel Helgenberger daniel.helgenber...@m-box.de: On 20.10.2014 15:49, Matt . wrote: Hi, Sorry, I forgot a reply to all. As far as I understood 3.4 is supported as host on 7.0. Can you point me to that documentation? As I understood it this was a feature of 3.5 (though I can mix this up with hosted engine). As I'm deploying new hosts I thought this was nice, also as it fixes some issues on networking at my side. So to be clear: ovirt 3.4.1 Engine = CentOS 6.5 Hosts = CentOS 6.5 NewHosts = CentOS 7.0 That is not mixed I thought. Cheers, Matt -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Tiemen Ruiten Systems Engineer RD Media ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] VM = No bootable device on Centos 7 VDSM, 6.5 boots perfectly
Hi, Thanks for your reply! I think I just found out that it's a Firewall issue on CentOS 7. I have them normally off, but these were on as that should be setup right with ovirt. When I turn it off console seems to connect better and servers seem to be able to boot from their mounted disks over NFS. I will update the bugreport! Thanks again. Cheers, Matt 2014-10-26 14:34 GMT+01:00 Tiemen Ruiten t.rui...@rdmedia.com: I have two CentOS 7 hosts in a 3.5 cluster, working fine. My storage domain is iSCSI and I have only one logical network, no VLAN tagging. There's one Centos 7 VM running in there and two Windows Server 2012 R2. Haven't tried Centos 6 yet. I have disabled firewalld, because otherwise the ovirt host installation wouldn't complete. On 26 October 2014 02:14, Matt . yamakasi@gmail.com wrote: HI, I'm still struggeling here with the 3.5 hosts on CentOS 7, no booting servers as there is no disk found and connecting to Spice takes around 30 seconds. FreeBSD VM's seem to boot without any issues, CentOS and Ubuntu don't as described above. The 3.4 hosts are still working perfectly on Centos 6.5 with the 3.5 Engine. Any usecases on Centos 7 and 3.5 hosts ? Cheers, Matt 2014-10-20 16:46 GMT+02:00 Matt . yamakasi@gmail.com: I cannot find the docs atm, but even with a upgraded engine to 3.5, same issue. 2014-10-20 16:07 GMT+02:00 Daniel Helgenberger daniel.helgenber...@m-box.de: On 20.10.2014 15:49, Matt . wrote: Hi, Sorry, I forgot a reply to all. As far as I understood 3.4 is supported as host on 7.0. Can you point me to that documentation? As I understood it this was a feature of 3.5 (though I can mix this up with hosted engine). As I'm deploying new hosts I thought this was nice, also as it fixes some issues on networking at my side. So to be clear: ovirt 3.4.1 Engine = CentOS 6.5 Hosts = CentOS 6.5 NewHosts = CentOS 7.0 That is not mixed I thought. Cheers, Matt -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Tiemen Ruiten Systems Engineer RD Media ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Import FC Storage as iSCSI
Hi Raul, The storage domain type is determined from the Storage Domain meta data. If your storage domain was previously an FC Storage Domain, the import process will read this from the meta data and import it as an FC Storage Domain. This behavior should be changed so the storage type will be determined by the user instead from the meta data, I've opened a bug on this issue for 3.5, https://bugzilla.redhat.com/1157240. Regards, Maor - Original Message - From: Allon Mureinik amure...@redhat.com To: Maor Lipchuk mlipc...@redhat.com Cc: Vered Volansky ve...@redhat.com, users users@ovirt.org, Raul Laansoo raul.laan...@bigbank.ee Sent: Sunday, October 26, 2014 10:42:53 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Maor, does this ring in bells wrt importing a storage domain? - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Vered Volansky ve...@redhat.com Cc: users users@ovirt.org Sent: Thursday, October 23, 2014 4:51:34 PM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi. I have done this because this is the only way to access iSCSI target. But after import it shows up as FC (the original storage domain type). Where does this information come from? I have DataCenter setup from about version ovirt-engine-3.3.2. Thank you. - Original Message - From: Vered Volansky ve...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee Cc: users users@ovirt.org Sent: Thursday, 23 October, 2014 4:24:12 PM Subject: Re: [ovirt-users] Import FC Storage as iSCSI - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: users users@ovirt.org Sent: Thursday, October 23, 2014 10:59:30 AM Subject: [ovirt-users] Import FC Storage as iSCSI Hello. I have created an FC Storage Domain and made snapshots of all LUNs on the SAN. Now I want to use those snapshots on another Data Center over iSCSI connection to test recovery. I can import the domain, but the domains Storage Type is FC and I can't attach it to host. Is it possible to change domain type to iSCSI or some other way to import storage domain. Just select iSCSI as thetype when you import it. This is the type of the new domain. Vered Thank you. Raul ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [QE] oVirt 3.5.1 status
- Original Message - From: Sven Kieske svenkie...@gmail.com To: users@ovirt.org Sent: Thursday, October 23, 2014 6:42:11 PM Subject: Re: [ovirt-users] [QE] oVirt 3.5.1 status -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please consider: https://bugzilla.redhat.com/show_bug.cgi?id=1156115 as a backport to 3.5.1 I don't know if you plan to release a new vdsm version though and I also don't know if this patch is already matured enough, if I can test or help make this patch better, please let me know, as I'm very interested in getting it into this release. Hi Sven, first of all we need to merge the patch in master and yes, as you suggested having some help would speed up the process. The patch affects the move/copy of images with (one or more) snapshots. I already briefly tested the patch with qemu-img from rhel 6 so we need to cover other platforms (fedora and centos) and test: - cold/live move of disks from one storage to another (both nfs/iscsi and cold move from nfs to iscsi and backward) - export vms (with snapshots) to export domain and re-import it (both nfs and iscsi) Once the patch is in master and we have a feedback on how stable it is we may consider it for backporting (maybe 3.5.2 or 3.5.3 if ever). Thanks, -- Federico ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] 3.5 install issues: The VDSM host was found in a failed state
So I tried install #6 today on another machine. I dedicated eth0 to ovirmgmt and put the default route and vlans on eth1. The install got to the point of starting the VM the second time for the engine install (which completed fine), but then: [ INFO ] Engine replied: DB Up!Welcome to Health Status! Enter the name of the cluster to which you want to add the host (Default) [Default]: [ INFO ] Waiting for the host to become operational in the engine. This may take several minutes... [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [ ERROR ] Unable to add hosted_engine_1 to the manager Please shutdown the VM allowing the system to launch it as a monitored service. I shut down the engine VM, but now it seems to be in a reboot loop, starting and then being shutdown and rebooted, by the HA agent, I assume.. Logs for this install are at http://futz.org/users/tmp/ovirt6/. (The first hosted-engine was aborted before it started to fix DNS for of engine VM, but I included it for completeness). Robert -- Senior Software Engineer @ Parsons signature.asc Description: PGP signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Customer user interface customization
Dear list, This is my first post so I hope I am posting to the right list, otherwise please do let me know where should I do so. As mentioned in the subject, it would be really cool if we could add/change colors or add links / logos etc. Should you have any suggestion, I would be really grateful Best, Nikos 3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262isSearch=Falseverify=Verify +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Customer user interface customization
- Original Message - From: Nikos Zaharioudakis nza...@gmail.com To: users@ovirt.org Sent: Sunday, October 26, 2014 9:32:08 PM Subject: [ovirt-users] Customer user interface customization Dear list, This is my first post so I hope I am posting to the right list, otherwise please do let me know where should I do so. As mentioned in the subject, it would be really cool if we could add/change colors or add links / logos etc. Should you have any suggestion, I would be really grateful Hi, You can do this via the branding[1] interface. Alon [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.branding;hb=HEAD Best, Nikos 3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262isSearch=Falseverify=Verify +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Import FC Storage as iSCSI
On 10/26/2014 03:58 PM, Maor Lipchuk wrote: Hi Raul, The storage domain type is determined from the Storage Domain meta data. If your storage domain was previously an FC Storage Domain, the import process will read this from the meta data and import it as an FC Storage Domain. This behavior should be changed so the storage type will be determined by the user instead from the meta data, I've opened a bug on this issue for 3.5, https://bugzilla.redhat.com/1157240. so i guess for now the metadata can be changed as a workaround? Regards, Maor - Original Message - From: Allon Mureinik amure...@redhat.com To: Maor Lipchuk mlipc...@redhat.com Cc: Vered Volansky ve...@redhat.com, users users@ovirt.org, Raul Laansoo raul.laan...@bigbank.ee Sent: Sunday, October 26, 2014 10:42:53 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Maor, does this ring in bells wrt importing a storage domain? - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Vered Volansky ve...@redhat.com Cc: users users@ovirt.org Sent: Thursday, October 23, 2014 4:51:34 PM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi. I have done this because this is the only way to access iSCSI target. But after import it shows up as FC (the original storage domain type). Where does this information come from? I have DataCenter setup from about version ovirt-engine-3.3.2. Thank you. - Original Message - From: Vered Volansky ve...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee Cc: users users@ovirt.org Sent: Thursday, 23 October, 2014 4:24:12 PM Subject: Re: [ovirt-users] Import FC Storage as iSCSI - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: users users@ovirt.org Sent: Thursday, October 23, 2014 10:59:30 AM Subject: [ovirt-users] Import FC Storage as iSCSI Hello. I have created an FC Storage Domain and made snapshots of all LUNs on the SAN. Now I want to use those snapshots on another Data Center over iSCSI connection to test recovery. I can import the domain, but the domains Storage Type is FC and I can't attach it to host. Is it possible to change domain type to iSCSI or some other way to import storage domain. Just select iSCSI as thetype when you import it. This is the type of the new domain. Vered Thank you. Raul ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Customer user interface customization
Thanks a lot :-) 3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262isSearch=Falseverify=Verify +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece On Oct 26, 2014 7:34 PM, Alon Bar-Lev alo...@redhat.com wrote: - Original Message - From: Nikos Zaharioudakis nza...@gmail.com To: users@ovirt.org Sent: Sunday, October 26, 2014 9:32:08 PM Subject: [ovirt-users] Customer user interface customization Dear list, This is my first post so I hope I am posting to the right list, otherwise please do let me know where should I do so. As mentioned in the subject, it would be really cool if we could add/change colors or add links / logos etc. Should you have any suggestion, I would be really grateful Hi, You can do this via the branding[1] interface. Alon [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.branding;hb=HEAD Best, Nikos 3 Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra Instructor https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262isSearch=Falseverify=Verify +30 694 720 40 63 http://zimbra.wikidot.com/zimbra-installations-in-greece ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] VM = No bootable device on Centos 7 VDSM, 6.5 boots perfectly
Tiemen, Are you PXE booting or are it normal installs ? Cheers, Matt 2014-10-26 14:43 GMT+01:00 Matt . yamakasi@gmail.com: Hi, Thanks for your reply! I think I just found out that it's a Firewall issue on CentOS 7. I have them normally off, but these were on as that should be setup right with ovirt. When I turn it off console seems to connect better and servers seem to be able to boot from their mounted disks over NFS. I will update the bugreport! Thanks again. Cheers, Matt 2014-10-26 14:34 GMT+01:00 Tiemen Ruiten t.rui...@rdmedia.com: I have two CentOS 7 hosts in a 3.5 cluster, working fine. My storage domain is iSCSI and I have only one logical network, no VLAN tagging. There's one Centos 7 VM running in there and two Windows Server 2012 R2. Haven't tried Centos 6 yet. I have disabled firewalld, because otherwise the ovirt host installation wouldn't complete. On 26 October 2014 02:14, Matt . yamakasi@gmail.com wrote: HI, I'm still struggeling here with the 3.5 hosts on CentOS 7, no booting servers as there is no disk found and connecting to Spice takes around 30 seconds. FreeBSD VM's seem to boot without any issues, CentOS and Ubuntu don't as described above. The 3.4 hosts are still working perfectly on Centos 6.5 with the 3.5 Engine. Any usecases on Centos 7 and 3.5 hosts ? Cheers, Matt 2014-10-20 16:46 GMT+02:00 Matt . yamakasi@gmail.com: I cannot find the docs atm, but even with a upgraded engine to 3.5, same issue. 2014-10-20 16:07 GMT+02:00 Daniel Helgenberger daniel.helgenber...@m-box.de: On 20.10.2014 15:49, Matt . wrote: Hi, Sorry, I forgot a reply to all. As far as I understood 3.4 is supported as host on 7.0. Can you point me to that documentation? As I understood it this was a feature of 3.5 (though I can mix this up with hosted engine). As I'm deploying new hosts I thought this was nice, also as it fixes some issues on networking at my side. So to be clear: ovirt 3.4.1 Engine = CentOS 6.5 Hosts = CentOS 6.5 NewHosts = CentOS 7.0 That is not mixed I thought. Cheers, Matt -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Tiemen Ruiten Systems Engineer RD Media ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 3.5 install issues: failed to setup ovirtmgmt
On Sat, Oct 25, 2014 at 09:18:18PM -0400, Robert Story wrote: On Sat, 25 Oct 2014 23:30:41 +0100 Dan wrote: DK On Sat, Oct 25, 2014 at 03:18:32PM -0400, Robert Story wrote: DK line 225, in _setupNetworks 'message: %s' % (networks, code, DK message)) RuntimeError: Failed to setup networks {'ovirtmgmt': DK {'nic': 'eth0', 'netmask': '255.255.255.0', 'bootproto': 'none', DK 'ipaddr': '10.69.79.31'}}. Error code: 16 message: Unexpected DK exception DK DK This means that something nasty happened inside Vdsm while attempting to DK create the bridge. DK DK Can you attach vdsm.log and supervdsmd.log? Sure... http://futz.org/users/tmp/ovirt5/supervdsm.log http://futz.org/users/tmp/ovirt5/vdsm.log supervdsm.log has MainProcess|Thread-16::DEBUG::2014-10-25 12:37:25,045::supervdsmServer::101::SuperVdsm.ServerCallback::(wrapper) call setupNetworks with ({'ovirtmgmt': {'nic': 'eth0', 'netmask': '255.255.255.0', 'bootproto': 'none', 'ipaddr': '10.69.79.31'}}, {}, {'connectivityCheck': False}) {} MainProcess|Thread-16::WARNING::2014-10-25 12:37:25,046::libvirtconnection::135::root::(wrapper) connection to libvirt broken. ecode: 1 edom: 7 MainProcess|Thread-16::CRITICAL::2014-10-25 12:37:25,046::libvirtconnection::137::root::(wrapper) taking calling process down. MainThread::DEBUG::2014-10-25 12:37:25,046::supervdsmServer::451::SuperVdsm.Server::(main) Terminated normally MainProcess|Thread-16::DEBUG::2014-10-25 12:37:25,046::libvirtconnection::143::root::(wrapper) Unknown libvirterror: ecode: 1 edom: 7 level: 2 message: internal error client socket is closed which means that libvirtd has died (or was restarted). Jiri, can you tell why this has happened? Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Import FC Storage as iSCSI
- Original Message - From: Itamar Heim ih...@redhat.com To: Maor Lipchuk mlipc...@redhat.com, raul laansoo raul.laan...@bigbank.ee Cc: Vered Volansky ve...@redhat.com, users users@ovirt.org Sent: Sunday, October 26, 2014 9:34:14 PM Subject: Re: [ovirt-users] Import FC Storage as iSCSI On 10/26/2014 03:58 PM, Maor Lipchuk wrote: Hi Raul, The storage domain type is determined from the Storage Domain meta data. If your storage domain was previously an FC Storage Domain, the import process will read this from the meta data and import it as an FC Storage Domain. This behavior should be changed so the storage type will be determined by the user instead from the meta data, I've opened a bug on this issue for 3.5, https://bugzilla.redhat.com/1157240. so i guess for now the metadata can be changed as a workaround? I believe so, I've tried now to import an existing iSCSI Storage Domain after changing its meta data from ISCSI to FCP and it seems to work well, the Storage was imported as Fibre Channel. Regards, Maor - Original Message - From: Allon Mureinik amure...@redhat.com To: Maor Lipchuk mlipc...@redhat.com Cc: Vered Volansky ve...@redhat.com, users users@ovirt.org, Raul Laansoo raul.laan...@bigbank.ee Sent: Sunday, October 26, 2014 10:42:53 AM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Maor, does this ring in bells wrt importing a storage domain? - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: Vered Volansky ve...@redhat.com Cc: users users@ovirt.org Sent: Thursday, October 23, 2014 4:51:34 PM Subject: Re: [ovirt-users] Import FC Storage as iSCSI Hi. I have done this because this is the only way to access iSCSI target. But after import it shows up as FC (the original storage domain type). Where does this information come from? I have DataCenter setup from about version ovirt-engine-3.3.2. Thank you. - Original Message - From: Vered Volansky ve...@redhat.com To: Raul Laansoo raul.laan...@bigbank.ee Cc: users users@ovirt.org Sent: Thursday, 23 October, 2014 4:24:12 PM Subject: Re: [ovirt-users] Import FC Storage as iSCSI - Original Message - From: Raul Laansoo raul.laan...@bigbank.ee To: users users@ovirt.org Sent: Thursday, October 23, 2014 10:59:30 AM Subject: [ovirt-users] Import FC Storage as iSCSI Hello. I have created an FC Storage Domain and made snapshots of all LUNs on the SAN. Now I want to use those snapshots on another Data Center over iSCSI connection to test recovery. I can import the domain, but the domains Storage Type is FC and I can't attach it to host. Is it possible to change domain type to iSCSI or some other way to import storage domain. Just select iSCSI as thetype when you import it. This is the type of the new domain. Vered Thank you. Raul ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Problem installing hosted engine on CentOS 7 host
Hi, I'm just trying to set up ovirt 3.5 for testing and am unable to get hosted engine installed. The problem appears to be something to do with multipath iscsi setup. I run 'hosted-engine --deploy' and answer all the questions. See the config preview below. --== CONFIGURATION PREVIEW ==-- Engine FQDN : ovirt.domain.local Bridge name : ovirtmgmt SSH daemon port : 22 Firewall manager : iptables Gateway address : 192.168.42.254 Host name for web application : hosted_engine iSCSI Target Name : iqn.2014-10.storage.domain.san0:iscsi0 iSCSI Portal port: 3260 Host ID : 1 iSCSI LUN ID : 0 Image size GB : 25 iSCSI Portal IP Address : 10.50.0.200 iSCSI Portal user : myuser Console type: vnc Memory size MB: 4096 MAC address : 00:16:3e:23:b4:c2 Boot type : cdrom Number of CPUs: 2 ISO image (for cdrom boot) : /tmp/CentOS-7.0-1406-x86_64-DVD.iso CPU Type : model_Nehalem At the iscsi target question it shows both target names (for each of the multipath options) but you only seem to be able to choose one. After confirming the settings above I get the following. [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Creating Volume Group [ ERROR ] Failed to execute stage 'Misc configuration': Failed to initialize physical device: (['/dev/mapper/36001405fbaac4f30dd647b083c6a0116'],) [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination The /dev/mapper leads me to believe it's a multipath issue. I noticed this Bugzilla entry when looking into the issue so it appears at least one other person is experiencing the same issue. https://bugzilla.redhat.com/show_bug.cgi?id=1154353 Cheers, Justin. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] vdsm issue
Hi Dan, Yes it is el6. VDSM version currently working without problem vdsm-4.14.11.2-0.el6.x86_64 but for the version vdsm-4.14.17-0.el6.x86_64 it's failing. I used ovirt-engine-3.4.3-1.el6.noarch version. Please see attached file vdsm.log and supervdsm.log On Fri, Oct 24, 2014 at 6:47 PM, Dan Kenigsberg dan...@redhat.com wrote: On Fri, Oct 24, 2014 at 03:01:40PM +0800, John Michael Mercado wrote: Hi All, I need your help. Everytime the vdsm start, the server become *read-only file system*. My OS installed in SAN storage. Could you share more details about your platfor? Is it el6? Which vdsm version is running there? Did it work better with a previous version? Do you have anything in /var/log/vdsm/vdsm.log? and supervdsm.log? Vdsm may be restoring the host network configuration to some outdated values that break the connection to you SAN storage. Dan. MainThread::DEBUG::2014-10-08 18:27:24,291::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-08 18:27:24,291::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-08 18:27:24,326::supervdsmServer::390::SuperVdsm.Server::(main) Making sure I'm root - SuperVdsm MainThread::DEBUG::2014-10-08 18:27:24,327::supervdsmServer::399::SuperVdsm.Server::(main) Parsing cmd args MainThread::DEBUG::2014-10-08 18:27:24,327::supervdsmServer::402::SuperVdsm.Server::(main) Cleaning old socket /var/run/vdsm/svdsm.sock MainThread::DEBUG::2014-10-08 18:27:24,327::supervdsmServer::406::SuperVdsm.Server::(main) Setting up keep alive thread MainThread::DEBUG::2014-10-08 18:27:24,327::supervdsmServer::412::SuperVdsm.Server::(main) Creating remote object manager MainThread::DEBUG::2014-10-08 18:27:24,329::supervdsmServer::423::SuperVdsm.Server::(main) Started serving super vdsm object sourceRoute::DEBUG::2014-10-08 18:27:24,330::sourceRouteThread::56::root::(_subscribeToInotifyLoop) sourceRouteThread.subscribeToInotifyLoop started MainThread::DEBUG::2014-10-10 14:29:26,601::supervdsmServer::430::SuperVdsm.Server::(main) Terminated normally MainThread::DEBUG::2014-10-10 16:41:52,443::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-10 16:41:52,444::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-10 16:41:52,464::supervdsmServer::390::SuperVdsm.Server::(main) Making sure I'm root - SuperVdsm MainThread::DEBUG::2014-10-10 16:41:52,464::supervdsmServer::399::SuperVdsm.Server::(main) Parsing cmd args MainThread::DEBUG::2014-10-10 16:41:52,464::supervdsmServer::402::SuperVdsm.Server::(main) Cleaning old socket /var/run/vdsm/svdsm.sock MainThread::DEBUG::2014-10-10 16:41:52,464::supervdsmServer::406::SuperVdsm.Server::(main) Setting up keep alive thread MainThread::DEBUG::2014-10-10 16:41:52,465::supervdsmServer::412::SuperVdsm.Server::(main) Creating remote object manager MainThread::DEBUG::2014-10-10 16:41:52,466::supervdsmServer::423::SuperVdsm.Server::(main) Started serving super vdsm object sourceRoute::DEBUG::2014-10-10 16:41:52,466::sourceRouteThread::56::root::(_subscribeToInotifyLoop) sourceRouteThread.subscribeToInotifyLoop started MainThread::DEBUG::2014-10-10 16:48:19,748::supervdsmServer::430::SuperVdsm.Server::(main) Terminated normally MainThread::DEBUG::2014-10-13 16:18:09,220::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-13 16:18:09,227::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-13 16:18:09,251::supervdsmServer::390::SuperVdsm.Server::(main) Making sure I'm root - SuperVdsm MainThread::DEBUG::2014-10-13 16:18:09,251::supervdsmServer::399::SuperVdsm.Server::(main) Parsing cmd args MainThread::DEBUG::2014-10-13 16:18:09,251::supervdsmServer::402::SuperVdsm.Server::(main) Cleaning old socket /var/run/vdsm/svdsm.sock MainThread::DEBUG::2014-10-13 16:18:09,251::supervdsmServer::406::SuperVdsm.Server::(main) Setting up keep alive thread MainThread::DEBUG::2014-10-13 16:18:09,251::supervdsmServer::412::SuperVdsm.Server::(main) Creating remote object manager MainThread::DEBUG::2014-10-13 16:18:09,253::supervdsmServer::423::SuperVdsm.Server::(main) Started serving super vdsm object sourceRoute::DEBUG::2014-10-13 16:18:09,253::sourceRouteThread::56::root::(_subscribeToInotifyLoop) sourceRouteThread.subscribeToInotifyLoop started MainThread::DEBUG::2014-10-13 16:54:37,110::supervdsmServer::430::SuperVdsm.Server::(main) Terminated normally MainThread::DEBUG::2014-10-13 17:59:06,550::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-13 17:59:06,551::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-13 17:59:06,571::supervdsmServer::390::SuperVdsm.Server::(main) Making sure I'm root - SuperVdsm MainThread::DEBUG::2014-10-13
[ovirt-users] Strange External Vm's
Hi, I have upgraded ovirt 3.4 to 3.5 ...now whenever i removed any VM...ovirt created some strage external vm's... [image: Inline image 1] ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] vdsm issue
I also have another setup and i used ovirt-engine-3.5.0.1-1.el6.noarch and vdsm-4.16.7-1.gitdb83943.el6.x86_64 but i still encounter the same error. Here is the vdsm.log MainThread::DEBUG::2014-10-23 18:20:33,717::resourceManager::421::Storage.ResourceManager::(registerNamespace) Registering namespace 'Storage' MainThread::DEBUG::2014-10-23 18:20:33,717::threadPool::35::Storage.ThreadPool::(__init__) Enter - numThreads: 10, waitTimeout: 3, maxTasks: 500 MainThread::DEBUG::2014-10-23 18:20:33,722::fileUtils::142::Storage.fileUtils::(createdir) Creating directory: /rhev/data-center/mnt MainThread::DEBUG::2014-10-23 18:20:33,844::supervdsm::77::SuperVdsmProxy::(_connect) Trying to connect to Super Vdsm MainThread::DEBUG::2014-10-23 18:20:33,870::multipath::151::Storage.Multipath::(isEnabled) multipath Defaulting to False MainThread::DEBUG::2014-10-23 18:20:33,871::misc::456::Storage.Misc::(rotateFiles) dir: /etc, prefixName: multipath.conf, versions: 5 MainThread::DEBUG::2014-10-23 18:20:33,871::misc::477::Storage.Misc::(rotateFiles) versions found: [] MainThread::DEBUG::2014-10-23 18:20:33,872::multipath::169::Storage.Misc.excCmd::(setupMultipath) /usr/bin/sudo -n /bin/cp /tmp/tmp2_UKnY /etc/multipath.conf (cwd None) MainThread::DEBUG::2014-10-23 18:20:33,888::multipath::169::Storage.Misc.excCmd::(setupMultipath) SUCCESS: err = ''; rc = 0 MainThread::DEBUG::2014-10-23 18:20:33,890::multipath::175::Storage.Misc.excCmd::(setupMultipath) /usr/bin/sudo -n /sbin/multipath -F (cwd None) MainThread::DEBUG::2014-10-23 18:20:33,907::multipath::175::Storage.Misc.excCmd::(setupMultipath) FAILED: err = ''; rc = 1 MainThread::DEBUG::2014-10-23 18:20:33,907::multipath::178::Storage.Misc.excCmd::(setupMultipath) /usr/bin/sudo -n /usr/bin/vdsm-tool service-reload multipathd (cwd None) MainThread::DEBUG::2014-10-23 18:20:54,163::multipath::178::Storage.Misc.excCmd::(setupMultipath) SUCCESS: err = ''; rc = 0 MainThread::DEBUG::2014-10-23 18:20:54,163::hsm::418::Storage.Misc.excCmd::(__validateLvmLockingType) /usr/bin/sudo -n /sbin/lvm dumpconfig global/locking_type (cwd None) MainThread::DEBUG::2014-10-23 18:20:54,331::hsm::418::Storage.Misc.excCmd::(__validateLvmLockingType) SUCCESS: err = ''; rc = 0 MainThread::DEBUG::2014-10-23 18:20:54,332::hsm::442::Storage.HSM::(__cleanStorageRepository) Started cleaning storage repository at '/rhev/data-center' MainThread::DEBUG::2014-10-23 18:20:54,333::hsm::474::Storage.HSM::(__cleanStorageRepository) White list: ['/rhev/data-center/hsm-tasks', '/rhev/data-center/hsm-tasks/*', '/rhev/data-center/mnt'] MainThread::DEBUG::2014-10-23 18:20:54,334::hsm::475::Storage.HSM::(__cleanStorageRepository) Mount list: [] MainThread::DEBUG::2014-10-23 18:20:54,334::hsm::477::Storage.HSM::(__cleanStorageRepository) Cleaning leftovers MainThread::DEBUG::2014-10-23 18:20:54,338::hsm::520::Storage.HSM::(__cleanStorageRepository) Finished cleaning storage repository at '/rhev/data-center' storageRefresh::DEBUG::2014-10-23 18:20:54,339::misc::741::Storage.SamplingMethod::(__call__) Trying to enter sampling method (storage.sdc.refreshStorage) MainThread::INFO::2014-10-23 18:20:54,341::dispatcher::46::Storage.Dispatcher::(__init__) Starting StorageDispatcher... MainThread::INFO::2014-10-24 14:24:27,283::vdsm::131::vds::(run) (PID: 3372) I am the actual vdsm 4.16.7-1.gitdb83943.el6 ovirt-node-mk2-05.i.gov.ph (2.6.32-431.29.2.el6.x86_64) MainThread::DEBUG::2014-10-24 14:24:27,284::resourceManager::421::Storage.ResourceManager::(registerNamespace) Registering namespace 'Storage' MainThread::DEBUG::2014-10-24 14:24:27,285::threadPool::35::Storage.ThreadPool::(__init__) Enter - numThreads: 10, waitTimeout: 3, maxTasks: 500 MainThread::DEBUG::2014-10-24 14:24:27,288::fileUtils::142::Storage.fileUtils::(createdir) Creating directory: /rhev/data-center/mnt MainThread::WARNING::2014-10-24 14:24:27,289::fileUtils::149::Storage.fileUtils::(createdir) Dir /rhev/data-center/mnt already exists MainThread::DEBUG::2014-10-24 14:24:27,394::supervdsm::77::SuperVdsmProxy::(_connect) Trying to connect to Super Vdsm MainThread::DEBUG::2014-10-24 14:24:27,418::multipath::142::Storage.Multipath::(isEnabled) Current revision of multipath.conf detected, preserving MainThread::DEBUG::2014-10-24 14:24:27,418::hsm::418::Storage.Misc.excCmd::(__validateLvmLockingType) /usr/bin/sudo -n /sbin/lvm dumpconfig global/locking_type (cwd None) MainThread::DEBUG::2014-10-24 14:24:27,604::hsm::418::Storage.Misc.excCmd::(__validateLvmLockingType) SUCCESS: err = ''; rc = 0 MainThread::DEBUG::2014-10-24 14:24:27,604::hsm::442::Storage.HSM::(__cleanStorageRepository) Started cleaning storage repository at '/rhev/data-center' MainThread::DEBUG::2014-10-24 14:24:27,607::hsm::474::Storage.HSM::(__cleanStorageRepository) White list: ['/rhev/data-center/hsm-tasks', '/rhev/data-center/hsm-tasks/*', '/rhev/data-center/mnt'] MainThread::DEBUG::2014-10-24 14:24:27,607::hsm::475::Storage.HSM::(__cleanStorageRepository) Mount list: []
Re: [ovirt-users] Strange External Vm's
VMs are considered external, when they are running on the host, but not known to the engine. You shouldn't be able to remove a running VM, so either the shutdown failed, or there was some other issue that led to that. Can you attach the engine.log and the relevant host vdsm.log? - Original Message - From: Punit Dambiwal hypu...@gmail.com To: users@ovirt.org Sent: Monday, October 27, 2014 5:02:55 AM Subject: [ovirt-users] Strange External Vm's Hi, I have upgraded ovirt 3.4 to 3.5 ...now whenever i removed any VM...ovirt created some strage external vm's... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users