- Users - oVirt List Archives

Importing VM's from VMware
by Bryan Sockel 26 Oct '16

26 Oct '16

Hi, We are making our first attempt at importing VM's from VMWare, i am able to connect to our VMWare environment and i can choose a VM to import and i am able to start the process. A VM is created, the disk is created as well then the task completes in ovirt. Looking at my virtual machines, the vm shows up with a red arrow and a lock next to it. After that there are no tasks that appear. Is there a way to monitor the import process of the VM? Currently running Ovirt 4.04. Thanks

3 3

Group permissions at cluster level
by Woodward, Paul 26 Oct '16

26 Oct '16

--_000_86B3513E4A7B064599167816D519189698DF346320LAPPWGGCPMB04_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, This could be a bug or a configuration issue, I'm not too sure yet. At the = moment if I apply group permissions using the PowerUserRole to the cluster = itself, then any VMs created in the user portal by users in that group don'= t get the UserVmManager role applied correctly. The user, authorization pro= vider and namespace fields are all blank meaning that VM is visible to all = users on the platform. If you do this with individual users' permissions though, it works as expec= ted and they get the UserVmManager role assigned to their username on the V= M. Thanks, Paul **************************************************************************** NHSGG&C Disclaimer The information contained within this e-mail and in any attachment is confidential and may be privileged. If you are not the intended recipient, please destroy this message, delete any copies held on your systems and notify the sender immediately; you should not retain, copy or use this e-mail for any purpose, nor disclose all or any part of its content to any other person. All messages passing through this gateway are checked for viruses, but we strongly recommend that you check for viruses using your own virus scanner as NHS Greater Glasgow & Clyde will not take responsibility for any damage caused as a result of virus infection. **************************************************************************= =20 --_000_86B3513E4A7B064599167816D519189698DF346320LAPPWGGCPMB04_ Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DEN-GB link=3D"#0563C1= " vlink=3D"#954F72"><div class=3DWordSection1>Hi,<o:p>= </o:p><o:p> </o:p>Th= is could be a bug or a configuration issue, I’m not too sure yet. At = the moment if I apply group permissions using the PowerUserRole to the clus= ter itself, then any VMs created in the user portal by users in that group = don’t get the UserVmManager role applied correctly. The user, authori= zation provider and namespace fields are all blank meaning that VM is visib= le to all users on the platform.<o:p></o:p><o:p>&n= bsp;</o:p>If you do this with individual users&#82= 17; permissions though, it works as expected and they get the UserVmManager= role assigned to their username on the VM.<o:p></o:p><o:p> </o:p>Thanks,<o:p></o:p>Paul<o:p></o:p></div>*********************************= ******************************************* NHSGG&C Disclaimer The information contained within this e-mail and in any attachment is confidential and may be privileged. If you are not the intended recipient, please destroy this message, delete any copies held on your systems and notify the sender immediately; you should not retain, copy or use this e-mail for any purpose, nor disclose all or any part of its content to any other person. All messages passing through this gateway are checked for viruses, but<b= r> we strongly recommend that you check for viruses using your own virus scanner as NHS Greater Glasgow & Clyde will not take responsibility for= any damage caused as a result of virus infection. ************************************************************************= ** </body></html> --_000_86B3513E4A7B064599167816D519189698DF346320LAPPWGGCPMB04_--

2 1

Ovirt and active directory integration
by nicola.gentile.to 26 Oct '16

26 Oct '16

This is a multi-part message in MIME format. --------------FF431EB5B60D11CD4462F1DF Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hi, I would like to submit a problem with active directory authentication. Let me make an introduction. Actually my infrastructure consists in 1 manager and 2 nodes (version 4.0.4). The active directory forest consists in many subdomains. In the active directory forest there are 2 type of accounts: -1- normal users, this account is similar to name.surname(a)domain.it -2- particular users, this account is similar to s123456(a)subdomain.domain.it Important note: the subdomain of the account type 2 is an alias domain for example: s123456(a)subdomain.domain.it is an alias of s123456(a)domain.it When I do login from user portal: - with normal users I login correctly and I can start the vm without problem - with particular users I login correctly but I can not start the vm although I have permissions. To solve this problem I must insert the account in the db of ovirt from administration portal in the users tab I noticed that, with a particular users (s123456(a)subdomain.domain.it) the ovirt infrastructure does not automatically insert this account in the own db. Also the subdomain.domain.it is not in the list of the subdomains of the forest, perhaps it is for this reason that does not work properly. I deduced that is an active directory problem (that in not resolvable for the complexity of the AD infrastructure), I ask you if exist a script for insert of many accounts at one time. Something like: script.sh < list-users.txt where the file lists-users.txt consists of a sequential list of accounts like this: s000001(a)subdomain.polito.it s000002(a)subdomain.polito.it s000003(a)subdomain.polito.it s000004(a)subdomain.polito.it Thank you very much for your help Nicola --------------FF431EB5B60D11CD4462F1DF Content-Type: text/html; charset=iso-8859-15 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-15"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, I would like to submit a problem with active directory authentication. Let me make an introduction. Actually my infrastructure consists in 1 manager and 2 nodes (version 4.0.4). The active directory forest consists in many subdomains. In the active directory forest there are 2 type of accounts: -1- normal users, this account is similar to <a class="moz-txt-link-abbreviated" href="mailto:name.surname@domain.it">name.surname(a)domain.it</a> -2- particular users, this account is similar to <a class="moz-txt-link-abbreviated" href="mailto:s123456@subdomain.domain.it">s123456(a)subdomain.domain.it</a> Important note: the subdomain of the account type 2 is an alias domain for example: <a class="moz-txt-link-abbreviated" href="mailto:s123456@subdomain.domain.it">s123456(a)subdomain.domain.it</a> is an alias of <a class="moz-txt-link-abbreviated" href="mailto:s123456@domain.it">s123456(a)domain.it</a> When I do login from user portal: - with normal users I login correctly and I can start the vm without problem - with particular users I login correctly but I can not start the vm although I have permissions. To solve this problem I must insert the account in the db of ovirt from administration portal in the users tab I noticed that, with a particular users (<a class="moz-txt-link-abbreviated" href="mailto:s123456@subdomain.domain.it">s123456(a)subdomain.domain.it</a>), the ovirt infrastructure does not automatically insert this account in the own db. Also the subdomain.domain.it is not in the list of the subdomains of the forest, perhaps it is for this reason that does not work properly. I deduced that is an active directory problem (that in not resolvable for the complexity of the AD infrastructure), I ask you if exist a script for insert of many accounts at one time. Something like: script.sh < list-users.txt where the file lists-users.txt consists of a sequential list of accounts like this: <a class="moz-txt-link-abbreviated" href="mailto:s000001@subdomain.polito.it">s000001(a)subdomain.polito.it</a> <a class="moz-txt-link-abbreviated" href="mailto:s000002@subdomain.polito.it">s000002(a)subdomain.polito.it</a> <a class="moz-txt-link-abbreviated" href="mailto:s000003@subdomain.polito.it">s000003(a)subdomain.polito.it</a> <a class="moz-txt-link-abbreviated" href="mailto:s000004@subdomain.polito.it">s000004(a)subdomain.polito.it</a> Thank you very much for your help Nicola </body> </html> --------------FF431EB5B60D11CD4462F1DF--

2 1

oVirt Node iso downoad
by Anantha Raghava 26 Oct '16

26 Oct '16

This is a multi-part message in MIME format. --------------FBDF6EAF34054A8449966C68 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, Where do we download a working oVirt Node ISO? Not finding the correct link. -- Thanks & Regards, Anantha Raghava eXza Technology Consulting & Services Do not print this e-mail unless required. Save Paper & trees. --------------FBDF6EAF34054A8449966C68 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, Where do we download a working oVirt Node ISO? Not finding the correct link. <div class="moz-signature"> <meta http-equiv="content-type" content="text/html; charset=utf-8"> <title></title> <meta name="generator" content="LibreOffice 5.0.3.2 (Linux)"> <meta name="created" content="00:00:00"> <meta name="changedby" content="Anantha Raghava"> <meta name="changed" content="2016-01-05T17:20:50.677541300"> <meta name="created" content="00:00:00"> <meta name="changedby" content="Anantha Raghava"> <meta name="changed" content="2015-12-20T09:03:26.251763811"> <meta name="created" content="2015-02-21T00:00:00"> <meta name="changedby" content="Anantha Raghava"> <meta name="changed" content="2015-12-20T09:02:11.666821134"> <style type="text/css"> @page { margin: 2cm } p { margin-bottom: 0.25cm; color: #000000; line-height: 120% } address { color: #000000 } a:link { so-language: zxx } </style> -- Thanks & Regards, <address style="line-height: 100%">Anantha Raghava</address> <address style="line-height: 100%">eXza Technology Consulting & Services</address> Do not print this e-mail unless required. Save Paper & trees. </div> </body> </html> --------------FBDF6EAF34054A8449966C68--

3 3

Using Local Harddisks on the Host for Storage Domains
by Anantha Raghava 26 Oct '16

26 Oct '16

This is a multi-part message in MIME format. --------------1D97EA1C50CE860F27E65889 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello to all, Can we make use of large hard disk drives on the Hosts for shared storage domains? In our setup we have iSCSI storage on which the primary storage domain is created and is being used. On the hosts, we have 1 TB of storage that is not used for anything and just going waste. Can we make use of them in some manner? -- Thanks & Regards, Anantha Raghava eXza Technology Consulting & Services Do not print this e-mail unless required. Save Paper & trees. --------------1D97EA1C50CE860F27E65889 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hello to all, Can we make use of large hard disk drives on the Hosts for shared storage domains? In our setup we have iSCSI storage on which the primary storage domain is created and is being used. On the hosts, we have 1 TB of storage that is not used for anything and just going waste. Can we make use of them in some manner? <div class="moz-signature">-- Thanks & Regards, <address style="line-height: 100%">Anantha Raghava</address> <address style="line-height: 100%">eXza Technology Consulting & Services</address> Do not print this e-mail unless required. Save Paper & trees. </div> </body> </html> --------------1D97EA1C50CE860F27E65889--

3 3

problem with changing cluster compatibility version to 4.0
by Jiří Sléžka 26 Oct '16

26 Oct '16

This is a cryptographically signed message in MIME format. --------------ms050709010503010006030600 Content-Type: multipart/alternative; boundary="------------CA1FD9CC50B3169CB399A39A" This is a multi-part message in MIME format. --------------CA1FD9CC50B3169CB399A39A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I am trying to change cluster compatibility version on one of our=20 clusters in our oVirt 4.0.4.4-1.el7.centos installation and I am getting = this error: Error while executing action Edit Cluster properties: Internal Engine Err= or (btw. it would be realy nice make all texts/logs in manager copyable in=20 some easy way (simple ctrl+c does not usually work)) In engine.log I found this interesting lines 2016-10-17 15:02:50,415 WARN [org.ovirt.engine.core.bll.UpdateVmCommand] = (default task-51) [2921f45e] Validation of action 'UpdateVm' failed for=20 user user@auth. Reasons:=20 VAR__ACTION__UPDATE,VAR__TYPE__VM,ACTION_TYPE_FAILED_ILLEGAL_SINGLE_DEVIC= E_DISPLAY_TYPE 2016-10-17 15:02:50,417 ERROR=20 [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-51) [2921f45e] = Transaction rolled-back for command=20 'org.ovirt.engine.core.bll.UpdateVmCommand'. 2016-10-17 15:02:50,417 ERROR=20 [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51)=20 [2921f45e] Transaction rolled-back for command=20 'org.ovirt.engine.core.bll.UpdateClusterCommand'. 2016-10-17 15:02:50,421 ERROR=20 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]=20 (default task-51) [2921f45e] Correlation ID: 11011a71, Call Stack: null, = Custom Event ID: -1, Message: Failed to update Host cluster (User:=20 user@auth) 2016-10-17 15:02:50,422 INFO=20 [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51)=20 [2921f45e] Lock freed to object 'EngineLock:{exclusiveLocks=3D'null',=20 sharedLocks=3D'[27161d3d-01ef-4446-aa7a-be5483fdbdf5=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 0323b12f-a515-4759-9bae-cf53336a7756=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 1c6d0ce4-bdcd-4f77-906b-65e4f6415cc3=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 8240ebe8-388c-4a5b-996e-f9e5c77e6375=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, e6fab9a1-8f45-4565-8483-363137536334=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 7a5de3e0-ecbd-4ed6-bf98-2e7a45e96027=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 6db37ee2-0ff0-4642-9907-666376b13bda=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, dccb8bc9-4760-487b-a2bf-100906a50502=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, ea63bea8-f41d-4878-814e-fa62b123a89f=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 885b9641-fda5-4e90-889e-488b858bc37b=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 886a6b86-1bf9-43a0-b7ee-2c43640f8f42=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, f4fa4a7e-d0eb-44d8-8ed3-00c2b2705cb4=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 9d4673af-6fba-4b62-bdbf-0864dac65941=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 5ef8560e-bf35-4dfb-8677-3b444fcb9a5d=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 2dfc397f-7230-4517-b143-0bec13b3cd55=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, f9d1161f-0d7e-4da5-b45f-1796f87ddab5=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 2b0afe1d-1196-4c99-ab61-43e3764fe1ac=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 08016bb0-e638-431c-a429-0a8f3272632b=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 0a4596ec-fa40-46a1-9d2a-7dcaf0127136=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 9f0bb9a0-374f-41ec-9bec-e35fec4275a1=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 606f3257-7d38-405f-8fc9-b56ff6d36684=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 64976d4e-a64d-453b-8bcb-514c687ae208=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 833ebee2-7e8f-480c-877d-3bbdbf78c7ca=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 7dcabc9d-0d61-4bb0-a532-39655caa900d=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName=20 Math-IBM_BladeS>, 9eaceca3-4e48-4bde-8cfb-024219d226a9=3D<VM,=20 ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>]= '}' It looks to me like one of our vm has=20 "ILLEGAL_SINGLE_DEVICE_DISPLAY_TYPE" set which fail upgrade. But which=20 one and which setting correspond to this? :-) I have no idea if changing cluster compatibility version should fail due = this error. Should I fill Bugreport for this? Cheers, Jiri --------------CA1FD9CC50B3169CB399A39A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf= -8"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#000000"> Hello, I am trying to change cluster compatibility version on one of our clusters in our oVirt 4.0.4.4-1.el7= =2Ecentos installation and I am getting this error: Error while executing action Edit Cluster properties: Internal Engine Error (btw. it would be realy nice make all texts/logs in manager copyable in some easy way (simple ctrl+c does not usually work)) In engine.log I found this interesting lines 2016-10-17 15:02:50,415 WARN=C2=A0= [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-51) [2921f45e] Validation of action 'UpdateVm' failed for user user@auth. Reasons: VAR__ACTION__UPDATE,VAR__TYPE__VM,ACTION_TYPE_FAILED_ILLEGAL_SINGLE_DEVIC= E_DISPLAY_TYPE 2016-10-17 15:02:50,417 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-51) [2921f45e] Transaction rolled-back for command 'org.ovirt.engine.core.bll.UpdateVmCommand'. 2016-10-17 15:02:50,417 ERROR [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51) [2921f45e] Transaction rolled-back for command 'org.ovirt.engine.core.bll.UpdateClusterCommand'. 2016-10-17 15:02:50,421 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDire= ctor] (default task-51) [2921f45e] Correlation ID: 11011a71, Call Stack: null, Custom Event ID: -1, Message: Failed to update Host cluster (User: user@auth) 2016-10-17 15:02:50,422 INFO=C2=A0 [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-51) [2921f45e] Lock freed to object 'EngineLock:{exclusiveLocks=3D'null', sharedLocks=3D'[27161d3d-01ef-4446-aa7a-be5483fdbdf5=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 0323b12f-a515-4759-9bae-cf53336a7756=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 1c6d0ce4-bdcd-4f77-906b-65e4f6415cc3=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 8240ebe8-388c-4a5b-996e-f9e5c77e6375=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, e6fab9a1-8f45-4565-8483-363137536334=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 7a5de3e0-ecbd-4ed6-bf98-2e7a45e96027=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 6db37ee2-0ff0-4642-9907-666376b13bda=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, dccb8bc9-4760-487b-a2bf-100906a50502=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, ea63bea8-f41d-4878-814e-fa62b123a89f=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 885b9641-fda5-4e90-889e-488b858bc37b=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 886a6b86-1bf9-43a0-b7ee-2c43640f8f42=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, f4fa4a7e-d0eb-44d8-8ed3-00c2b2705cb4=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9d4673af-6fba-4b62-bdbf-0864dac65941=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 5ef8560e-bf35-4dfb-8677-3b444fcb9a5d=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 2dfc397f-7230-4517-b143-0bec13b3cd55=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, f9d1161f-0d7e-4da5-b45f-1796f87ddab5=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 2b0afe1d-1196-4c99-ab61-43e3764fe1ac=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 08016bb0-e638-431c-a429-0a8f3272632b=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 0a4596ec-fa40-46a1-9d2a-7dcaf0127136=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9f0bb9a0-374f-41ec-9bec-e35fec4275a1=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 606f3257-7d38-405f-8fc9-b56ff6d36684=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 64976d4e-a64d-453b-8bcb-514c687ae208=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 833ebee2-7e8f-480c-877d-3bbdbf78c7ca=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 7dcabc9d-0d61-4bb0-a532-39655caa900d=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>, 9eaceca3-4e48-4bde-8cfb-024219d226a9=3D<VM, ACTION_TYPE_FAILED_CLUSTER_IS_BEING_UPDATED$clusterName Math-IBM_BladeS>]'}' It looks to me like one of our vm has "ILLEGAL_SINGLE_DEVICE= _DISPLAY_TYPE" set which fail upgrade. But which one and which setting correspond to this? :-) I have no idea if changing cluster= compatibility version should fail due this error. Should I fill Bugreport for this? Cheers, Jiri </body> </html> --------------CA1FD9CC50B3169CB399A39A-- --------------ms050709010503010006030600 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjEwMTcxMzMxMDRaMC8GCSqGSIb3DQEJBDEi BCAlSRTwLRT6ILZhcdxY1Y6PNJM9iOC8ADNKP4N/5YRYgDBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAEtKR5GnRPp4HfBbJ/2qf10Dzu +gdiScJ1XVU3Cmpu5LOUhw8ntMm5BuGomXhVa7IHRGsxcmj2/rKN+hg9XihLlVhY63fxBLfF OHpqEcWcQRJbX0tUzwmqgU1/clpAraeA3baQJDtUG4S2TK9pgxtkRluf1YWauBiQ4q7L/EUN Rrbo+Kp9fn+melqvgYXOETGjdjGC1oiQm+yb4RulXLGD/xeOp/+RkFlWgluGg9Sld3GtSlaG j7RWxdndD5CYNDq1OcNwuzAUgmfuv9NS54BxvXIEXqhKQtv6lY8pnHA74cEjC85FqG+qjl9b FYmh+0UIMS6hi1t3WWUkviYoe58fAAAAAAAA --------------ms050709010503010006030600--

2 2

Foreign key constraint violation on oVirt Node removal
by Thomas Klute 25 Oct '16

25 Oct '16

Dear oVirt Users, using the most recent (stable) hosted engine release (4.0.4) we are unable to remove an oVirt node using the GUI: Engine.log says: ----- 2016-10-25 17:14:59,300 INFO [org.ovirt.engine.core.bll.RemoveVdsCommand] (default task-10) [4bde1aa7] Lock Acquired to object 'EngineLock:{exclusiveLocks='[1014c79a-5565-430d-8076-778893948f0f=<VDS, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-10-25 17:14:59,324 INFO [org.ovirt.engine.core.bll.RemoveVdsCommand] (org.ovirt.thread.pool-8-thread-36) [4bde1aa7] Running command: RemoveVdsCommand internal: false. Entities affected : ID: 1014c79a-5565-430d-8076-778893948f0f Type: VDSAction group DELETE_HOST with role type ADMIN 2016-10-25 17:14:59,369 INFO [org.ovirt.engine.core.utils.transaction.TransactionSupport] (org.ovirt.thread.pool-8-thread-36) [4bde1aa7] transaction rolled back 2016-10-25 17:14:59,370 ERROR [org.ovirt.engine.core.bll.RemoveVdsCommand] (org.ovirt.thread.pool-8-thread-36) [4bde1aa7] Command 'org.ovirt.engine.core.bll.RemoveVdsCommand' failed: CallableStatementCallback; SQL [{call deletevdsstatic(?)}]; ERROR: update or delete on table "vds_static" violates foreign key constraint "vds_static_vm_dynamic_m" on table "vm_dynamic" Detail: Key (vds_id)=(1014c79a-5565-430d-8076-778893948f0f) is still referenced from table "vm_dynamic". Where: SQL statement "DELETE FROM vds_static WHERE vds_id = v_vds_id" PL/pgSQL function deletevdsstatic(uuid) line 11 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: update or delete on table "vds_static" violates foreign key constraint "vds_static_vm_dynamic_m" on table "vm_dynamic" Detail: Key (vds_id)=(1014c79a-5565-430d-8076-778893948f0f) is still referenced from table "vm_dynamic". Where: SQL statement "DELETE FROM vds_static WHERE vds_id = v_vds_id" PL/pgSQL function deletevdsstatic(uuid) line 11 at SQL statement 2016-10-25 17:14:59,370 ERROR [org.ovirt.engine.core.bll.RemoveVdsCommand] (org.ovirt.thread.pool-8-thread-36) [4bde1aa7] Exception: org.springframework.dao.DataIntegrityViolationException: CallableStatementCallback; SQL [{call deletevdsstatic(?)}]; ERROR: update or delete on table "vds_static" violates foreign key constraint "vds_static_vm_dynamic_m" on table "vm_dynamic" Detail: Key (vds_id)=(1014c79a-5565-430d-8076-778893948f0f) is still referenced from table "vm_dynamic". Where: SQL statement "DELETE FROM vds_static WHERE vds_id = v_vds_id" PL/pgSQL function deletevdsstatic(uuid) line 11 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: update or delete on table "vds_static" violates foreign key constraint "vds_static_vm_dynamic_m" on table "vm_dynamic" Detail: Key (vds_id)=(1014c79a-5565-430d-8076-778893948f0f) is still referenced from table "vm_dynamic". Where: SQL statement "DELETE FROM vds_static WHERE vds_id = v_vds_id" PL/pgSQL function deletevdsstatic(uuid) line 11 at SQL statement at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:243) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:73) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1094) [spring-jdbc.jar:4.2.4.RELEASE] ---- The RPMs installed are: ovirt-engine-jboss-as-7.1.1-1.el7.centos.x86_64 ovirt-vmconsole-proxy-1.0.4-1.el7.centos.noarch ovirt-engine-lib-4.0.4.4-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-4.0.4.4-1.el7.centos.noarch ovirt-engine-extension-aaa-jdbc-1.1.0-1.el7.noarch ovirt-host-deploy-java-1.5.2-1.el7.centos.noarch ovirt-engine-wildfly-overlay-10.0.0-1.el7.noarch ovirt-engine-wildfly-10.0.0-1.el7.x86_64 ovirt-iso-uploader-4.0.1-1.el7.centos.noarch ovirt-engine-webadmin-portal-4.0.4.4-1.el7.centos.noarch ovirt-engine-restapi-4.0.4.4-1.el7.centos.noarch ovirt-guest-agent-common-1.0.12-3.el7.noarch ovirt-vmconsole-1.0.4-1.el7.centos.noarch ovirt-engine-dwh-4.0.2-1.el7.centos.noarch ovirt-release36-3.6.6-1.noarch ovirt-engine-dashboard-1.0.3-1.el7.centos.noarch ovirt-engine-tools-4.0.4.4-1.el7.centos.noarch ovirt-engine-backend-4.0.4.4-1.el7.centos.noarch ovirt-engine-4.0.4.4-1.el7.centos.noarch ovirt-setup-lib-1.0.2-1.el7.centos.noarch ovirt-engine-setup-base-4.0.4.4-1.el7.centos.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.4.4-1.el7.centos.noarch ovirt-engine-setup-4.0.4.4-1.el7.centos.noarch ovirt-imageio-common-0.4.0-1.el7.noarch ovirt-imageio-proxy-setup-0.4.0-0.201608310602.gita9b573b.el7.centos.noarch ovirt-image-uploader-4.0.1-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.9.1-1.el7.centos.noarch ovirt-engine-extensions-api-impl-4.0.4.4-1.el7.centos.noarch ovirt-release40-4.0.4-1.noarch ovirt-engine-dwh-setup-4.0.2-1.el7.centos.noarch ovirt-engine-cli-3.6.8.1-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-4.0.4.4-1.el7.centos.noarch ovirt-engine-setup-plugin-websocket-proxy-4.0.4.4-1.el7.centos.noarch python-ovirt-engine-sdk4-4.0.1-1.el7.centos.x86_64 ovirt-host-deploy-1.5.2-1.el7.centos.noarch ovirt-imageio-proxy-0.4.0-0.201608310602.gita9b573b.el7.centos.noarch ovirt-engine-websocket-proxy-4.0.4.4-1.el7.centos.noarch ovirt-engine-vmconsole-proxy-helper-4.0.4.4-1.el7.centos.noarch ovirt-engine-tools-backup-4.0.4.4-1.el7.centos.noarch ovirt-engine-userportal-4.0.4.4-1.el7.centos.noarch ovirt-engine-dbscripts-4.0.4.4-1.el7.centos.noarch ovirt-guest-tools-iso-4.0-1.fc23.noarch Thanks for help! Best regards, Thomas

1 0

Storage Domain High Latency
by Alan Griffiths 25 Oct '16

25 Oct '16

Hi, One of my hosts is periodically reporting high latency to a storage domain (FC). There is almost no load on the SAN so the issue must be either fault, mis-configuration or internal ovirt issue. Can anyone enlighten me on how ovirt/vdsm goes about calculating the storage latency? As I'm struggling to find anything in the logs. Thanks, Alan

2 2

Host keeps disconnecting
by Chris Cowley 25 Oct '16

25 Oct '16

Hello all I am trying out ovirt 4 on a single host using the hosted engine. All storage is on the same machine, with NFS3 in the middle. Regularly the host disconnects from the engine - although all the VMs continue working happily. I can re-activate it immediately and it will come online happily, I can then manipulate VMs to my hearts content for a few minutes until it disconnects again and I have to re-activate it. First, am I being stupid trying to run this on a single node? Am I obliged to at least break out the storage in to a seperate node/NAS Second, assuming this is technically possible, where should I be looking for clues? vdsm.log <https://drive.google.com/a/klaxoon.com/file/d/0B1WTcLeiwXQ2emhDQURjU25rYm8/…>

2 1

Re: [ovirt-users] VMware import, username with '.' not accepted
by Martijn Grendelman 25 Oct '16

25 Oct '16

Done. https://bugzilla.redhat.com/show_bug.cgi?id=1388336 Cheers, Martijn. Op 25-10-2016 om 00:41 schreef Tomáš Golembiovský: > Hi, > > unfortunately the mentioned bug is related only to DC and Cluster > fields. The problem with dot in user name is still present in oVirt 4.0. > > Martijn, can you please open a bug for us? > > Thanks, > > Tomas > > > On Mon, 24 Oct 2016 16:33:25 +0200 > Martijn Grendelman <martijn.grendelman(a)isaac.nl> wrote: > >> Op 24-10-2016 om 16:06 schreef Michal Skrivanek: >>>> On 24 Oct 2016, at 11:21, Martijn Grendelman <martijn.grendelman(a)isaac.nl> wrote: >>>> >>>> Hi, >>>> >>>> I'm trying to import a VM from VMware. On the "Import Virtual >>>> Machine(s)" screen, my VCenter username is not accepted, because "Name >>>> can only contain 'A-Z', 'a-z', '0-9', '_' or '-' characters" and it >>>> contains a '.', which should be perfectly fine. >>> What is the exact version? >>> There were improvements in bug 1377271 which is in 4.0.5 RC2 >> This is 4.0.3. >> >> Thanks, >> Martijn. >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >

1 0