- Users - oVirt List Archives

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

Windows guests
by vasily.lamykin＠MegaFon.ru 25 Oct '16

25 Oct '16

--_004_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_ Content-Type: multipart/alternative; boundary="_000_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_" --_000_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable I have windows vm and physical machine On benchmark test CPU,HDD. VM cause more faster result than Physical(VM run= ning on enterprise server, physical - simply laptop) But 1 test failed. I run bat script, which doing dummy incremental operation in loop. <code> @echo %time% start @set /a lcount=3D0 @set /a lmax=3D199999 @set /a tst=3Dlmax+1 :lstart @set /a lcount=3Dlcount+1 @if not %lcount%=3D=3D%lmax% goto lstart @echo dummy|set /p dummy=3DDone looping %tst% times at @echo %time% stop </code> And physical laptop faster than vm in 2x. Why? How can I improve this test for vm? =EC=C1=CD=D9=CB=C9=CE =F7=C1=D3=C9=CC=C9=CA =F3=D4=C1=D2=DB=C9=CA =C9=CE=D6=C5=CE=C5=D2 =D0=CF =DC=CB=D3=D0=CC=D5=C1=D4= =C1=C3=C9=C9 =D3=C5=D2=D7=C9=D3=CE=D9=C8 =D0=CC=C1=D4=C6=CF=D2=CD =F3=D4=CF=CC=C9=DE=CE=D9=CA =C6-=C1=CC =F0=E1=EF "=ED=C5=C7=C1=E6=CF=CE +7 (926) 500-3308 [=ED=C5=C7=C1=E6=CF=CE =CC=CF=C7=CF+=DA=CE=C1=CB =F2=F5=F3 B2C] ________________________________ =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0= =CF=CC=D8=DA=CF=D7=C1=CE=C9=C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, = =CB=CF=D0=C9=D2=CF=D7=C1=CE=C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1= =CE=C5=CE=C9=C5 =D3=CF=C4=C5=D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 = =C9=CC=C9 =C5=C7=CF =DE=C1=D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1= =D0=D2=C5=DD=C5=CE=CF. =E5=D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4= =CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC= =D5=CA=D3=D4=C1, =CE=C5=DA=C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2= =DD=C9=D4=C5 =CF=D4=D0=D2=C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5= =C4=C1=CC=C9=D4=C5 =D3=CF =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3= =C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD=CF= =D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9=D1. The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the ad= dressee. If you are not the intended recipient(s), any use, disclosure, cop= ying, distribution or any action taken or omitted to be taken in reliance o= n it is prohibited and may be unlawful. If you have received this communica= tion in error please notify us immediately by responding to this email and = then delete the e-mail and all attachments and any copies thereof. (c)20mf50 --_000_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_ Content-Type: text/html; charset="koi8-r" 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=3D"Content-Type" content=3D"text/html; charset=3Dkoi8-r"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"RU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I have windows vm and physical = machine<o:p></o:p> On benchmark test CPU,HDD. VM c= ause more faster result than Physical(VM running on enterprise server, phys= ical – simply laptop)<o:p></o:p> But 1 test failed.<o:p></o:p></= span> I run bat script, which doing d= ummy incremental operation in loop.<o:p></o:p> <code><o:p></o:p><= /p> @echo %time% start<o:p></o:p></= span> @set /a lcount=3D0<o:p></o:p></= span> @set /a lmax=3D199999<o:p></o:p= > @set /a tst=3Dlmax+1<o:p></= o:p> :lstart<o:p></o:p> @set /a lcount=3Dlcount+1<o= :p></o:p> <o:p> </o:p> @if not %lcount%=3D=3D%lmax% go= to lstart<o:p></o:p> @echo dummy|set /p dummy=3DDone= looping %tst% times at<o:p></o:p> @echo %time% stop<o:p></o:p></s= pan> </code><o:p></o:p>= <o:p> </o:p> And physical laptop faster than= vm in 2x.<o:p></o:p> Why? How can I improve this tes= t for vm?<o:p></o:p> <o:p> </o:p> =EC=C1=CD=D9=CB=C9=CE =F7=C1=D3=C9=CC=C9=CA<o:p></o:p> =F3=D4=C1=D2=DB=C9=CA =C9=CE=D6=C5=CE=C5=D2 =D0=CF =DC= =CB=D3=D0=CC=D5=C1=D4=C1=C3=C9=C9 =D3=C5=D2=D7=C9=D3=CE=D9=C8 =D0=CC=C1=D4= =C6=CF=D2=CD<o= :p></o:p> =F3=D4=CF=CC=C9=DE=CE=D9=CA =C6-=C1=CC =F0=E1=EF "= =ED=C5=C7=C1=E6=CF=CE<o:p></= o:p> <o:p> </o:p> +7 (926) 500-3308<o:p></o:p></sp= an> <img width= =3D"285" height=3D"54" style=3D"width:2.9687in;height:.5625in" id=3D"=F2=C9= =D3=D5=CE=CF=CB_x0020_1" src=3D"cid:image001.png@01D22AF9.036D3E40" alt=3D"= =ED=C5=C7=C1=E6=CF=CE =CC=CF=C7=CF+=DA=CE=C1=CB =F2=F5=F3 B2C"><o:p></o= :p> <o:p> </o:p> </div> <hr> =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C9= =C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, =CB=CF=D0=C9=D2=CF=D7=C1=CE= =C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1=CE=C5=CE=C9=C5 =D3=CF=C4=C5= =D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 =C9=CC=C9 =C5=C7=CF =DE=C1= =D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1=D0=D2=C5=DD=C5=CE=CF. =E5= =D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4=CF =D3=CF=CF=C2=DD=C5=CE= =C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC=D5=CA=D3=D4=C1, =CE=C5=DA= =C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2=DD=C9=D4=C5 =CF=D4=D0=D2= =C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5=C4=C1=CC=C9=D4=C5 =D3=CF = =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3=C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD= =CF=D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9= =D1. The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended re= cipient(s), any use, disclosure, copying, distribution or any action taken = or omitted to be taken in reliance on it is prohibited and may be unlawful.= If you have received this communication in error please notify us immediately by responding to this email and then= delete the e-mail and all attachments and any copies thereof. (c)20mf50 </body> </html> --_000_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_-- --_004_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=2130; creation-date="Thu, 20 Oct 2016 14:45:10 GMT"; modification-date="Thu, 20 Oct 2016 14:45:10 GMT" Content-ID: <image001.png(a)01D22AF9.036D3E40> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAASkAAAA4CAYAAAChZA4IAAAACXBIWXMAAA9hAAAPYQGoP6dpAAAA GXRFWHRTb2Z0d2FyZQBBZG9iZSBJbWFnZVJlYWR5ccllPAAAB99JREFUeNrsnd114joUhZUs3q87 GE8FcSoIVDCkAsjbvJlUAKmA8Ja3QAVhKsCpYJgKxrcD3wq4liUTIx/LkiwyMOxvLc0k/PhX2trn SFbYTtBnAABwQnBd4uJU/hDgkgAATkykAhgoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAM1c 4RIAAEheRsP837u8RLLwx+cS9n01yN+byffSvLznZZ2/nh3jMHq4EwCAijBxIZrkZZSXsOXTffn/ OC/z/Lvr/P+nXKxSn4d0jbsCAJACxcXpd16mBgKlEkix+p1vZy7FDiIFAPDknl5Gb4UbEmLTFS52 m3ybEUQKAOAjvNvkZeh5y5EvoYJIAQCBio60h8CHUPWIgxYb/L5KPFwAP9sCAByDtyMKlCpUX11H /3oVUZnLWLL8nW/wMd/w0kGgqG095NtaX0DvVB22tSVlRx7OBUDWU94++5+0Ny5Ur3m5d/nylTzg sdwIxb2VuKgCdchX38OTJyZO/NxDD1vjAsWHcp/RmsAR6iqvoz+ZW5K8Ok9qavndgUtUVTqpWPOZ edGzm5/8RPOJuHBnh99xUfPtgdOohpY2UBdMCPad/O3dyEnqRd615+HDuDf5/h8Mr3ukuQZJ7ZrV t9GvuTpdh0Jdc4T158LUUqAST67rtTAqjiKla+Bh0QjNwr42ZY2UhrVxdB4DeeG6CsSV0vA2ys0Y 56/FsgfINAIxP1Jl4vtfNTZ+ce6xgUBP5efLyXZb4jMb5fenvMxa7uVGez3BKbooLk6mI3m8zt8W nZVIfm867j0sOkPLzsx0dG/k+eTLhuMjNJp7unmzht4ianGHVK+UyND2al9Eo1dtc/V93sMsjc/v ZfQqxdnGQQ4Lmy/EDVwmQwsXtdi7adGx+XDKI9svNImUavP7BmHZhDj5VKuq/kIjH8Ta95pn0FJh 0sA698Y/L0K7dU0khVtTBbWL0Lw6htng/Lmz+OzNEdqsdb1renZvLRtBoChgYqGQieWJZYVym6ET AH7svyxdlHqumSKA5ZT/Z8I9hkSY1IUnwpGG+3MW+4wb8gY/GM89HfKNuJelA0zQZi8OG5EYSse+ qqQVutaZsOh0LTrxJpH6T4YeEyU/Qj88KBp5WLOKeneiwhO7Mw83YeGQwJ0Sx54poVZcEyk61Np2 Onpuq19GVMVKNHZ9qUmwJ8V9q0/a69tWFvBXYOuGxh1de9MxGNe7a21jpw/YxEWlZzMnSkwdUG/c sxTpTOkB2m8WnZS2ZWthwbPWEUCR9H8k3onQZi8INW1wJkLZ0+ZIXkZLRZi4m5gpJx4RFtIl5Ink 6JqJ2xh4vGAx4UoyeW5r5fynjE5ufyZRQ1jdds0SwqFFrHl6yTT//BQt+6Jd1EkcR9vo3kr5PSDc RFzr2U3nVanbFmJnUnz1LNT2FhqxDVsTzn6e/I5qzrQZm/xbgnYKHHisjEQPPnvn1629b71iTysN MiBCwMUZPdIR18Ksargm8jXN50/nvro9TS7CT2YhUgCY4T7Zdrvv1EWZMLt8c6fO0mRlzpXiNqoT sqj5Q67hUMa6Jp3t4/Nh7RjE8L56XFX6yoS0reJ84iJMdMlNCdGfW1auf87Q7oPzZPMndtouUnym uchNhIoDSRidz3Ht9befbCWpfItpOFmdjrFSRIoLzU+Zz3uvuKAvROjcr3znjtFTBZYtrmrI6KQ4 JcqhhUN70o62imPfoN2eHQn7vAeLvTg60xnnq1rDEI4jaPncaSIa7LjDFsb7kRLxEPCW/IyYEb6R Rd1fVHnvjdGTYcWDxof8qrkjOkRUmTfaeHBJvHvazpaoq6nBa9Yhp+kfYniWrinQOJGk4wOmgcUs 6G3HvNfYw03i518O/T9IofEZTvHzo2aurwnBeZNzoepOViTyp0Rom3qaLgHOizWzX71Add+3RfsT neObFKyBfK3snNdMLM+UKSsm/LDdoZmTEoLQNmLX1UVVnUVbcR9Bo2dsLw+eo6NKPewa7x+VEY39 VrqezIM4LWVF2BL3ImV03o9XAr4I/u6giCU5hmQ4By4PUae6dE6rvUEQcyETmRrI9ukhsf1F5bWZ Jn3hzUmVlXrcqK72i+P9qRHAiWOYuiDOn29rVhHyWVGEewkVMb1TcgGpst9UXkcTN/rI9EuztLF0 WswQ/C0smPvKIV9q6YbqfLuPR8VCJb1S1jvrdm8uUmJy5wNxcnynLivurZj/xd9NoGbHJwbnzx9X SRSh4SN5z7UL/9FbrSs3alYTKdfHgISFHkj3NLHsGLCYHtwUHwwbMbcEOo8g/pX1O5ZiNJUThbfs Y1WQeWXycCzr3qPL4fYarH+iOblMNvRA9v4LTW6DC9G74hbY3iqKhuZyoVJN2JJqQr2QcE2JxX6f WD3xGBi6wsT4OM1D8EeZi+Jif6NxVu9M5PHWLedmc11ShIxnzQNzX51zavBaoBiae9c8MhYpA+BS MV8wciAfq9p1SC88uB4m/qQVAJcc9n2MUB+LTgIFkQIAQnVMoeosUBApAEApVHwKTeppi+WfsPMi fhApAIDPuX5C8DxOcenh7gAApFCJuX58Wo2YE8hH8U3m4nEHxkeOF8dY6RWjewCAZj6eqqBWCBHz AbEENQAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0Y7fb9fMS4EoAAE5MmwKuT/yHXfEDAACcnoHa/S/A ANCM57qVhzX7AAAAAElFTkSuQmCC --_004_f10eadf11f78469ba5af5750a1b3ec53vlgums05Megafonru_--

2 1

Host in error state
by knarra 25 Oct '16

25 Oct '16

Hi All, I am currently using ovirt master branch, having hosted-engine setup with glusterfs as the storage domain. I launched some vms and try to start them. VMs fails to start on two other hosts in the cluster and both of them go into error state. why does the hosts go into error state ? I see the following error in the vdsm logs on why the vm start process fails. 2016-10-25 12:13:37,320 ERROR (Thread-301489) [virt.vm] vmId=`0b84e276-3375-46e8-8f5f-3e0ccee82f95`::The vm start process failed (vm:582) Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 523, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 1855, in _run domxml = hooks.before_vm_start(self._buildDomainXML(), File "/usr/share/vdsm/virt/vm.py", line 1555, in _buildDomainXML self._appendDevices(domxml) File "/usr/share/vdsm/virt/vm.py", line 1502, in _appendDevices deviceXML = dev.getXML().toxml(encoding='utf-8') File "/usr/share/vdsm/virt/vmdevices/storage.py", line 422, in getXML self._validate() File "/usr/share/vdsm/virt/vmdevices/storage.py", line 491, in _validate raise ValueError("Network disk without hosts") ValueError: Network disk without hosts seeing following error in the events tab "Host hosted_engine2 will be switched to Error status for 30 minutes because it failed to run a VM." seeing following error in the engine logs. 2016-10-25 06:44:36,912 INFO [org.ovirt.engine.core.vdsbroker.FailedToRunVmVDSCommand] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] START, FailedToRunVmVDSCommand(HostName = hosted_engine2, FailedToRunVmVDSCommandParameters:{runAsync='true', hostId='fcf264de-6f03-4835-8c26-6927417d848b'}), log id: 5b369412 2016-10-25 06:44:36,920 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] START, SetVdsStatusVDSCommand(HostName = hosted_engine2, SetVdsStatusVDSCommandParameters:{runAsync='true', hostId='fcf264de-6f03-4835-8c26-6927417d848b', status='Error', nonOperationalReason='NONE', stopSpmFailur eLogged='false', maintenanceReason='null'}), log id: 3ae9ae50 2016-10-25 06:44:36,927 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] FINISH, SetVdsStatusVDSCommand, log id: 3ae9ae50 2016-10-25 06:44:36,934 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Host hosted_engine2 will be switched to Error status for 30 minutes because it failed to run a VM. 2016-10-25 06:44:36,934 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] Vds 'hosted_engine2' moved to Error mode after 3 att empts. Time: Tue Oct 25 06:44:36 UTC 2016 2016-10-25 06:44:36,934 INFO [org.ovirt.engine.core.vdsbroker.FailedToRunVmVDSCommand] (org.ovirt.thread.pool-6-thread-1) [20bafb6a] FINISH, FailedToRunVmVDSCommand, log id : 5b369412 Thanks kasturi

2 1

ovirt 3.6.7 and gluster 3.7.14
by Luiz Claudio Prazeres Goncalves 24 Oct '16

24 Oct '16

Hi, it seems the ovirt-3.6-dependencies.repo is pointing the yum repo to http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re… and http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re…, however the "LATEST" is now pointing to gluster 3.8.x and not to 3.7.x anymore. So, in order to fix it I was forced to manually adjust the yum repo paths as you can see below. Is this procedure correct? I would say yes, but it's always good to double check :) Also, It's currently running centos 7.2 + ovirt 3.6.6 + gluster 3.7.11 (client) and I'm planning to upgrade to ovirt 3.6.7 and gluster 3.7.14 (client). The oVirt Cluster is running on top of an external gluster replica 3 cluster, hosting the engine storage domain and vms storage domain, running the version 3.7.11 which I'm also planning to move to 3.7.14 as well. I'm using XFS and not ZFS, which seems to have issues with gluster 3.7.13 Is this upgrade safe and recommended? Thanks -Luiz [ovirt-3.6-glusterfs-epel] name=GlusterFS is a clustered file-system capable of scaling to several petabytes. #baseurl= http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re… baseurl=https://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.14 /EPEL.repo/epel-7.2/x86_64/ enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key [ovirt-3.6-glusterfs-noarch-epel] name=GlusterFS is a clustered file-system capable of scaling to several petabytes. #baseurl= http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$re… baseurl=https://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.14 /EPEL.repo/epel-7.2/noarch enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key

2 3

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

24 Oct '16

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.

2 1