vms stucked after migrate from 4.1.0 to 4.1.1 host
This is a cryptographically signed message in MIME format. --------------ms080008010405030107020806 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi all, I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have upgraded one host. After reboot and activation of this host some vms started to migrate here. Some time after migration CPU of this vms go to 100% and vms become unreachable. There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this vms) https://pastebin.com/U30xfBMJ Powering off and starting again solve this but I would like to have a glue what is happening. I suspect this line 2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency mismatch between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling unavaila= ble Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz: 2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" with "cpu MHz: 2100.097". Cheers, Jiri --------------ms080008010405030107020806 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 Cn4wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+ 0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101 S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow ggVtMIIEVaADAgECAhAJGghy20GNQBKKy20wIXVXMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw HhcNMTYxMDE3MDAwMDAwWhcNMTcxMTE2MTIwMDAwWjCBkzETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExGzAZBgNVBAMT EkppcmkgU2xlemthIHNsZXprYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAPd3 XaprhIlr9KQ0VkOzTRn8wTrzw26B1SWOr6M+/lL9x/T33HMJTwavfoATuzczB/PnURjHu3kW j5449dAKHmne3LgsNgLPp14YbhhXJtoe5WuJoZ/P1g2o5tR6neKkSlIMWUWBBiCMmZU70EfZ 2NmDjVAhyxOJedSw+Uk4lWs3nrRgtzg3c/K8fkalDnAbTrlCRs0UOUu0NdebrHDdc0AyGpdU apsdD/vBIMlh0aF0il5qfBeCMjND/YAMlJileuYAH59+XWZVnZ2vWwyhE1WEeEpDUhyr3P4B oWTkivIzlT/jynCIYlmoGlwA8qs3aMkcAF0z1xN+zmuJcJ//T30CAwEAAaOCAdswggHXMB8G A1UdIwQYMBaAFIyfES7m43oEpR5Vi0YIBKbtl3CmMB0GA1UdDgQWBBSs4bsp5TEqufKnjp5U kbi2XfR8vzAMBgNVHRMBAf8EAjAAMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejAO BgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdIAQt MCswDAYKKoZIhvdMBQICATAMBgpghkgBhv1sBB8BMA0GCyqGSIb3TAUCAwMDMIGFBgNVHR8E fjB8MDygOqA4hjZodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vVEVSRU5BZVNjaWVuY2VQZXJz b25hbENBMy5jcmwwPKA6oDiGNmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9URVJFTkFlU2Np ZW5jZVBlcnNvbmFsQ0EzLmNybDB7BggrBgEFBQcBAQRvMG0wJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBFBggrBgEFBQcwAoY5aHR0cDovL2NhY2VydHMuZGlnaWNl cnQuY29tL1RFUkVOQWVTY2llbmNlUGVyc29uYWxDQTMuY3J0MA0GCSqGSIb3DQEBCwUAA4IB AQCg0e3UlUq/MB5fHWNWvp4sz2mknbburgqrARkEX2JUlcKe1rRZbN/6E4qBKqGvVeXdvIhi G9GQAhhXG2phojtY2r/MjmWt+vEE7zQoVhOyBxEY4ganXG4dhi4VLwsF7zggLh2XbqmhWcdZ G/SBwF3wEqiOI4hX9ryaPcKM4c/2ojzzNrHI/WQez7LzrRJKrQY1k8dCKXliW7Am7garfIEs L0xXK/6u4rZ5nH+PmvDVpr7MC0UpPP5AcfFAgf4dyu65IZ3TS3+ig0fqplGCpqCvaxGziWbn YyQsUWgcdQJZckUWOg234UAUd4aIvt3fx2aDK9o1hunXShp5Xstzf9xeMYIDwzCCA78CAQEw gYYwcjELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNVBAcTCUFt c3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMSYwJAYDVQQDEx1URVJFTkEgZVNjaWVuY2UgUGVy c29uYWwgQ0EgMwIQCRoIcttBjUASisttMCF1VzANBglghkgBZQMEAgEFAKCCAg0wGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcwMzI3MjIzNDAxWjAvBgkq hkiG9w0BCQQxIgQgk+1uw2/IQMaeRveNkJLTzVPBhDmKy9KUH8C/J+miTpIwbAYJKoZIhvcN AQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBlwYJKwYB BAGCNxAEMYGJMIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIw EAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVT Y2llbmNlIFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwgZkGCyqGSIb3DQEJEAIL MYGJoIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQH EwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNl IFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwDQYJKoZIhvcNAQEBBQAEggEASiqI dps9YtvNagcrav0KU44An2Daph8aU1SXR0+xXwn5O06JwS154rbi+3zReRB2qFbKlrm+bBAi VplbZRZ7XGy05auLrKm5zVuHoNlYCHHAu7v/Cz4k+OQItUXVzbYgIvPPY7D9Aj/ggBVJpiBU L0r4fHinhsOlFLJy/CzFqDNjIaec8L0ib7vd3l4HPy/cWGR6z9AzTQlSX5RECh31JDtfjs4U 4w12E0ZQhIdsI4bfEicMppQdSI7n07549m8qZY83XALZqFR6m7Y4KXV9mJ3FGEDsojRjR8oE W2jVRt0QM412BFEBmFQyob14NGoYrsxQsvfgx0hAusd+GoBQLgAAAAAAAA== --------------ms080008010405030107020806--
This is a cryptographically signed message in MIME format. --------------ms040501020205030306060507 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 03/28/2017 12:34 AM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka wrote:
Hi all, =20 I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have upgraded one host. After reboot and activation of this host some vms started to migrate here. =20 Some time after migration CPU of this vms go to 100% and vms become unreachable. =20 There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this vms) https://pastebin.com/U30xfBMJ =20 Powering off and starting again solve this but I would like to have a glue what is happening. =20 I suspect this line =20 2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency mismatch between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling unavai= lable =20 Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz: 2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" with "cpu MHz: 2100.097".
It looks like it isn't problem with 4.1.1 at all. There is just missing tsc_scale cpu flag on our older AMD CPUs... http://unix.stackexchange.com/questions/296636/100-cpu-utilisation-and-ha= ng-after-virsh-migrate This is probably unsolvable hw problem, right? Cheers, Jiri
=20 Cheers, =20 Jiri =20 =20 =20 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users =20
--------------ms040501020205030306060507 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 Cn4wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+ 0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101 S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow ggVtMIIEVaADAgECAhAJGghy20GNQBKKy20wIXVXMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw HhcNMTYxMDE3MDAwMDAwWhcNMTcxMTE2MTIwMDAwWjCBkzETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExGzAZBgNVBAMT EkppcmkgU2xlemthIHNsZXprYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAPd3 XaprhIlr9KQ0VkOzTRn8wTrzw26B1SWOr6M+/lL9x/T33HMJTwavfoATuzczB/PnURjHu3kW j5449dAKHmne3LgsNgLPp14YbhhXJtoe5WuJoZ/P1g2o5tR6neKkSlIMWUWBBiCMmZU70EfZ 2NmDjVAhyxOJedSw+Uk4lWs3nrRgtzg3c/K8fkalDnAbTrlCRs0UOUu0NdebrHDdc0AyGpdU apsdD/vBIMlh0aF0il5qfBeCMjND/YAMlJileuYAH59+XWZVnZ2vWwyhE1WEeEpDUhyr3P4B oWTkivIzlT/jynCIYlmoGlwA8qs3aMkcAF0z1xN+zmuJcJ//T30CAwEAAaOCAdswggHXMB8G A1UdIwQYMBaAFIyfES7m43oEpR5Vi0YIBKbtl3CmMB0GA1UdDgQWBBSs4bsp5TEqufKnjp5U kbi2XfR8vzAMBgNVHRMBAf8EAjAAMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejAO BgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdIAQt MCswDAYKKoZIhvdMBQICATAMBgpghkgBhv1sBB8BMA0GCyqGSIb3TAUCAwMDMIGFBgNVHR8E fjB8MDygOqA4hjZodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vVEVSRU5BZVNjaWVuY2VQZXJz b25hbENBMy5jcmwwPKA6oDiGNmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9URVJFTkFlU2Np ZW5jZVBlcnNvbmFsQ0EzLmNybDB7BggrBgEFBQcBAQRvMG0wJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBFBggrBgEFBQcwAoY5aHR0cDovL2NhY2VydHMuZGlnaWNl cnQuY29tL1RFUkVOQWVTY2llbmNlUGVyc29uYWxDQTMuY3J0MA0GCSqGSIb3DQEBCwUAA4IB AQCg0e3UlUq/MB5fHWNWvp4sz2mknbburgqrARkEX2JUlcKe1rRZbN/6E4qBKqGvVeXdvIhi G9GQAhhXG2phojtY2r/MjmWt+vEE7zQoVhOyBxEY4ganXG4dhi4VLwsF7zggLh2XbqmhWcdZ G/SBwF3wEqiOI4hX9ryaPcKM4c/2ojzzNrHI/WQez7LzrRJKrQY1k8dCKXliW7Am7garfIEs L0xXK/6u4rZ5nH+PmvDVpr7MC0UpPP5AcfFAgf4dyu65IZ3TS3+ig0fqplGCpqCvaxGziWbn YyQsUWgcdQJZckUWOg234UAUd4aIvt3fx2aDK9o1hunXShp5Xstzf9xeMYIDwzCCA78CAQEw gYYwcjELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNVBAcTCUFt c3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMSYwJAYDVQQDEx1URVJFTkEgZVNjaWVuY2UgUGVy c29uYWwgQ0EgMwIQCRoIcttBjUASisttMCF1VzANBglghkgBZQMEAgEFAKCCAg0wGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcwMzI4MTE0MTE3WjAvBgkq hkiG9w0BCQQxIgQgR3989206YIyBh01Tqa0+3Fq8yLiS7AfF3F5NM3pMUpkwbAYJKoZIhvcN AQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBlwYJKwYB BAGCNxAEMYGJMIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIw EAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVT Y2llbmNlIFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwgZkGCyqGSIb3DQEJEAIL MYGJoIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQH EwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNl IFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwDQYJKoZIhvcNAQEBBQAEggEAveAL J1TVAV26M3aYUBiIxgVzthynLo2CLbJAxvvJgXvvgLBqMZabIVbEoT7O+4VZiXGiUDLYuXlZ 3UAvnHLG+mgrtoasvAiDMga+Jhoo9uoWGYFhV6tALoMCMbMe10kp24GFlj+LZqKyJYPg1/4K zSRP+SdOU5mIFICp6piCQPFMTXJOLy+fXMQeK1BzGGupqOhBufJ9VQMdlCIY/44TFZtkUy8G wRXUzkKBjeVJU44iOhYN5RziMhu5AKVF0Lx13189N/nMsNM1X32fOLWqKKyLSymd6rtWGhbO nxYn4GSuOm/WGrp9tpR6cMZ7S8bIHJebnEZfXfMmQGcObZ5qOQAAAAAAAA== --------------ms040501020205030306060507--
On 28 Mar 2017, at 13:41, Jiří Sléžka <jiri.slezka@slu.cz> wrote:
On 03/28/2017 12:34 AM, Jiří Sléžka wrote:
Hi all,
I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have upgraded one host. After reboot and activation of this host some vms started to migrate here.
Some time after migration CPU of this vms go to 100% and vms become unreachable.
There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this vms) https://pastebin.com/U30xfBMJ
Powering off and starting again solve this but I would like to have a glue what is happening.
I suspect this line
2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency mismatch between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling unavailable
Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz: 2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" with "cpu MHz: 2100.097".
It looks like it isn't problem with 4.1.1 at all.
There is just missing tsc_scale cpu flag on our older AMD CPUs...
http://unix.stackexchange.com/questions/296636/100-cpu-utilisation-and-hang-...
This is probably unsolvable hw problem, right?
And this is without host-model CPU type? That 6172 should be Opteron G3…is that what you have set in your Cluster? Thanks, michal
Cheers,
Jiri
Cheers,
Jiri
_______________________________________________ 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
On Tue, Mar 28, 2017 at 1:50 PM, Michal Skrivanek < michal.skrivanek@redhat.com> wrote:
On 28 Mar 2017, at 13:41, Jiří Sléžka <jiri.slezka@slu.cz> wrote:
On 03/28/2017 12:34 AM, Jiří Sléžka wrote:
Hi all,
I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have upgraded one host. After reboot and activation of this host some vms started to migrate here.
Some time after migration CPU of this vms go to 100% and vms become unreachable.
There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this vms) https://pastebin.com/U30xfBMJ
Powering off and starting again solve this but I would like to have a glue what is happening.
I suspect this line
2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency mismatch between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling unavailable
Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz: 2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" with "cpu MHz: 2100.097".
It looks like it isn't problem with 4.1.1 at all.
There is just missing tsc_scale cpu flag on our older AMD CPUs...
http://unix.stackexchange.com/questions/296636/100-cpu- utilisation-and-hang-after-virsh-migrate
This is probably unsolvable hw problem, right?
And this is without host-model CPU type? That 6172 should be Opteron G3…is that what you have set in your Cluster?
Thanks, michal
Should I care about it too? In my case on my AMD hypervisors: [g.cecchi@ovmsrv06 ~]$ cat /proc/cpuinfo | grep tsc_ [g.cecchi@ovmsrv06 ~]$ model name : Dual-Core AMD Opteron(tm) Processor 8222 flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow art rep_good nopl extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy The related cluster is set as "AMD Opteron G2" Thanks in advance, Gianluca
--Apple-Mail=_6C10F667-0B73-4BC1-9294-B0153AEB53AF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8
On 28 Mar 2017, at 14:54, Gianluca Cecchi <gianluca.cecchi@gmail.com> = wrote: =20 On Tue, Mar 28, 2017 at 1:50 PM, Michal Skrivanek = <michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>> = wrote: =20
On 28 Mar 2017, at 13:41, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka = <jiri.slezka@slu.cz <mailto:jiri.slezka@slu.cz>> wrote:
On 03/28/2017 12:34 AM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka wrote:
Hi all,
I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have upgraded one host. After reboot and activation of this host some = vms started to migrate here.
Some time after migration CPU of this vms go to 100% and vms become unreachable.
There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this = vms) https://pastebin.com/U30xfBMJ <https://pastebin.com/U30xfBMJ>
Powering off and starting again solve this but I would like to have = a glue what is happening.
I suspect this line
2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency = mismatch between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling = unavailable
Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz: 2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" = with "cpu MHz: 2100.097".
It looks like it isn't problem with 4.1.1 at all.
There is just missing tsc_scale cpu flag on our older AMD CPUs...
= http://unix.stackexchange.com/questions/296636/100-cpu-utilisation-and-han= g-after-virsh-migrate = <http://unix.stackexchange.com/questions/296636/100-cpu-utilisation-and-ha= ng-after-virsh-migrate>
This is probably unsolvable hw problem, right? =20 And this is without host-model CPU type? That 6172 should be Opteron G3=E2=80=A6is that what you have set in = your Cluster? =20 Thanks, michal =20 =20 =20 Should I care about it too? In my case on my AMD hypervisors: =20 [g.cecchi@ovmsrv06 ~]$ cat /proc/cpuinfo | grep tsc_ [g.cecchi@ovmsrv06 ~]$ =20 model name : Dual-Core AMD Opteron(tm) Processor 8222 flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge = mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext = fxsr_opt rdtscp lm 3dnowext 3dnow art rep_good nopl extd_apicid pni cx16 = lahf_lm cmp_legacy svm extapic cr8_legacy =20 The related cluster is set as "AMD Opteron G2=E2=80=9D
I suppose not unless you have newer Opterons. And if you do it=E2=80=99s = a matter of testing it I guess, whether the enforced =E2=80=9CAMD = Opteron G2=E2=80=9D on a newer Opteron works correctly.=20 Thanks, michal
=20 Thanks in advance, Gianluca
--Apple-Mail=_6C10F667-0B73-4BC1-9294-B0153AEB53AF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><br class=3D""><div><blockquote type=3D"cite" class=3D""><div = class=3D"">On 28 Mar 2017, at 14:54, Gianluca Cecchi <<a = href=3D"mailto:gianluca.cecchi@gmail.com" = class=3D"">gianluca.cecchi@gmail.com</a>> wrote:</div><br = class=3D"Apple-interchange-newline"><div class=3D""><div dir=3D"ltr" = class=3D""><div class=3D"gmail_extra"><div class=3D"gmail_quote">On Tue, = Mar 28, 2017 at 1:50 PM, Michal Skrivanek <span dir=3D"ltr" = class=3D""><<a href=3D"mailto:michal.skrivanek@redhat.com" = target=3D"_blank" class=3D"">michal.skrivanek@redhat.com</a>></span> = wrote:<br class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px= 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"><span class=3D"gmail-"><br class=3D""> > On 28 Mar 2017, at 13:41, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka <<a = href=3D"mailto:jiri.slezka@slu.cz" class=3D"">jiri.slezka@slu.cz</a>> = wrote:<br class=3D""> ><br class=3D""> > On 03/28/2017 12:34 AM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka wrote:<br = class=3D""> >> Hi all,<br class=3D""> >><br class=3D""> >> I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I = have<br class=3D""> >> upgraded one host. After reboot and activation of this host = some vms<br class=3D""> >> started to migrate here.<br class=3D""> >><br class=3D""> >> Some time after migration CPU of this vms go to 100% and vms = become<br class=3D""> >> unreachable.<br class=3D""> >><br class=3D""> >> There is /var/log/libvirt/qemu/hypnos.<wbr class=3D"">log = (hypnos is one of this vms)<br class=3D""> >> <a href=3D"https://pastebin.com/U30xfBMJ" rel=3D"noreferrer" = target=3D"_blank" class=3D"">https://pastebin.com/U30xfBMJ</a><br = class=3D""> >><br class=3D""> >> Powering off and starting again solve this but I would like to = have a<br class=3D""> >> glue what is happening.<br class=3D""> >><br class=3D""> >> I suspect this line<br class=3D""> >><br class=3D""> >> 2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency = mismatch<br class=3D""> >> between VM (2600031 kHz) and host (2100024 kHz), and TSC = scaling unavailable<br class=3D""> >><br class=3D""> >> Original host uses "AMD Opteron(TM) Processor 6238" with "cpu = MHz:<br class=3D""> >> 2600.113" and upgraded host uses "AMD Opteron(tm) Processor = 6172" with<br class=3D""> >> "cpu MHz: 2100.097".<br class=3D""> ><br class=3D""> > It looks like it isn't problem with 4.1.1 at all.<br class=3D""> ><br class=3D""> > There is just missing tsc_scale cpu flag on our older AMD = CPUs...<br class=3D""> ><br class=3D""> > <a = href=3D"http://unix.stackexchange.com/questions/296636/100-cpu-utilisation= -and-hang-after-virsh-migrate" rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://unix.stackexchange.com/<wbr = class=3D"">questions/296636/100-cpu-<wbr = class=3D"">utilisation-and-hang-after-<wbr class=3D"">virsh-migrate</a><br= class=3D""> ><br class=3D""> > This is probably unsolvable hw problem, right?<br class=3D""> <br class=3D""> </span>And this is without host-model CPU type?<br class=3D""> That 6172 should be Opteron G3=E2=80=A6is that what you have set in your = Cluster?<br class=3D""> <br class=3D""> Thanks,<br class=3D""> michal<br class=3D""> <div class=3D"gmail-HOEnZb"><div class=3D"gmail-h5"><br class=3D""><br = class=3D""></div></div></blockquote><div class=3D""><br = class=3D""></div><div class=3D"">Should I care about it too?</div><div = class=3D"">In my case on my AMD hypervisors:</div></div><br = class=3D""></div><div class=3D"gmail_extra"><div = class=3D"gmail_extra">[g.cecchi@ovmsrv06 ~]$ cat /proc/cpuinfo | grep = tsc_</div><div class=3D"gmail_extra">[g.cecchi@ovmsrv06 = ~]$</div></div><div class=3D"gmail_extra"><br class=3D""></div><div = class=3D"gmail_extra"><div class=3D"gmail_extra">model name<span = class=3D"gmail-Apple-tab-span" style=3D"white-space:pre"> </span>: = Dual-Core AMD Opteron(tm) Processor 8222</div><div class=3D"">flags<span = class=3D"gmail-Apple-tab-span" style=3D"white-space:pre"> = </span>: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov = pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp = lm 3dnowext 3dnow art rep_good nopl extd_apicid pni cx16 lahf_lm = cmp_legacy svm extapic cr8_legacy<br class=3D""></div><div class=3D""><br = class=3D""></div><div class=3D"">The related cluster is set as "AMD = Opteron G2=E2=80=9D</div></div></div></div></blockquote><div><br = class=3D""></div>I suppose not unless you have newer Opterons. And if = you do it=E2=80=99s a matter of testing it I guess, whether the enforced = =E2=80=9CAMD Opteron G2=E2=80=9D on a newer Opteron works = correctly. </div><div><br = class=3D""></div><div>Thanks,</div><div>michal</div><div><br = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D"gmail_extra"><div class=3D""><br = class=3D""></div><div class=3D"">Thanks in advance,</div><div = class=3D"">Gianluca</div></div></div> </div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_6C10F667-0B73-4BC1-9294-B0153AEB53AF--
This is a cryptographically signed message in MIME format. --------------ms020801050409040503090409 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 03/28/2017 01:50 PM, Michal Skrivanek wrote:
=20
On 28 Mar 2017, at 13:41, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka <jiri.slezka= @slu.cz> wrote:
On 03/28/2017 12:34 AM, Ji=C5=99=C3=AD Sl=C3=A9=C5=BEka wrote:
Hi all,
I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have upgraded one host. After reboot and activation of this host some vms started to migrate here.
Some time after migration CPU of this vms go to 100% and vms become unreachable.
There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this vms)=
Powering off and starting again solve this but I would like to have a=
glue what is happening.
I suspect this line
2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency mismatch=
between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling unav= ailable
Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz: 2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" wit= h "cpu MHz: 2100.097".
It looks like it isn't problem with 4.1.1 at all.
There is just missing tsc_scale cpu flag on our older AMD CPUs...
http://unix.stackexchange.com/questions/296636/100-cpu-utilisation-and= -hang-after-virsh-migrate
This is probably unsolvable hw problem, right? =20 And this is without host-model CPU type? That 6172 should be Opteron G3=E2=80=A6is that what you have set in you= r Cluster?
Yes, Cluster CPU type is set to AMD Opteron G3. 6172 should be G3 (we have 3 of 4 hosts in this cluster with 6172 CPU), 6238 is probably G4 but forced (I hoped) to G3. Problem occurs only when migrating from 6238 CPU to 6172. Cheers, Jiri
=20 Thanks, michal =20
Cheers,
Jiri
Cheers,
Jiri
_______________________________________________ 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
=20
--------------ms020801050409040503090409 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 Cn4wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+ 0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101 S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow ggVtMIIEVaADAgECAhAJGghy20GNQBKKy20wIXVXMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw HhcNMTYxMDE3MDAwMDAwWhcNMTcxMTE2MTIwMDAwWjCBkzETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExGzAZBgNVBAMT EkppcmkgU2xlemthIHNsZXprYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAPd3 XaprhIlr9KQ0VkOzTRn8wTrzw26B1SWOr6M+/lL9x/T33HMJTwavfoATuzczB/PnURjHu3kW j5449dAKHmne3LgsNgLPp14YbhhXJtoe5WuJoZ/P1g2o5tR6neKkSlIMWUWBBiCMmZU70EfZ 2NmDjVAhyxOJedSw+Uk4lWs3nrRgtzg3c/K8fkalDnAbTrlCRs0UOUu0NdebrHDdc0AyGpdU apsdD/vBIMlh0aF0il5qfBeCMjND/YAMlJileuYAH59+XWZVnZ2vWwyhE1WEeEpDUhyr3P4B oWTkivIzlT/jynCIYlmoGlwA8qs3aMkcAF0z1xN+zmuJcJ//T30CAwEAAaOCAdswggHXMB8G A1UdIwQYMBaAFIyfES7m43oEpR5Vi0YIBKbtl3CmMB0GA1UdDgQWBBSs4bsp5TEqufKnjp5U kbi2XfR8vzAMBgNVHRMBAf8EAjAAMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejAO BgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDQGA1UdIAQt MCswDAYKKoZIhvdMBQICATAMBgpghkgBhv1sBB8BMA0GCyqGSIb3TAUCAwMDMIGFBgNVHR8E fjB8MDygOqA4hjZodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vVEVSRU5BZVNjaWVuY2VQZXJz b25hbENBMy5jcmwwPKA6oDiGNmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9URVJFTkFlU2Np ZW5jZVBlcnNvbmFsQ0EzLmNybDB7BggrBgEFBQcBAQRvMG0wJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBFBggrBgEFBQcwAoY5aHR0cDovL2NhY2VydHMuZGlnaWNl cnQuY29tL1RFUkVOQWVTY2llbmNlUGVyc29uYWxDQTMuY3J0MA0GCSqGSIb3DQEBCwUAA4IB AQCg0e3UlUq/MB5fHWNWvp4sz2mknbburgqrARkEX2JUlcKe1rRZbN/6E4qBKqGvVeXdvIhi G9GQAhhXG2phojtY2r/MjmWt+vEE7zQoVhOyBxEY4ganXG4dhi4VLwsF7zggLh2XbqmhWcdZ G/SBwF3wEqiOI4hX9ryaPcKM4c/2ojzzNrHI/WQez7LzrRJKrQY1k8dCKXliW7Am7garfIEs L0xXK/6u4rZ5nH+PmvDVpr7MC0UpPP5AcfFAgf4dyu65IZ3TS3+ig0fqplGCpqCvaxGziWbn YyQsUWgcdQJZckUWOg234UAUd4aIvt3fx2aDK9o1hunXShp5Xstzf9xeMYIDwzCCA78CAQEw gYYwcjELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNVBAcTCUFt c3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMSYwJAYDVQQDEx1URVJFTkEgZVNjaWVuY2UgUGVy c29uYWwgQ0EgMwIQCRoIcttBjUASisttMCF1VzANBglghkgBZQMEAgEFAKCCAg0wGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTcwMzI4MTUwNDIxWjAvBgkq hkiG9w0BCQQxIgQgpPoBdDp5S/XkZtjE6ag7OoLvLzJesLHeI2oJGRDr9YAwbAYJKoZIhvcN AQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBlwYJKwYB BAGCNxAEMYGJMIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIw EAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVT Y2llbmNlIFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwgZkGCyqGSIb3DQEJEAIL MYGJoIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQH EwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNl IFBlcnNvbmFsIENBIDMCEAkaCHLbQY1AEorLbTAhdVcwDQYJKoZIhvcNAQEBBQAEggEAuLwu dyrJxtKwcWs93wdbzkwVlsBE68l1cnwBMoRiFpCLwTsOj73k7hIlaZgQzBAY3pY64n5T5oPR QiFS6+mxE3delMTYNi1qzbaQEaznGXGc8i/meEBrajmTqgBdoknB35Nv5U7729DMxRVAl+DH exZW8ayGtZ5XB5qCba1xmHQ5kQ4Rd5Dz6ONWx7m5p+PeEMXn/OmvdMW2lcPmn+BNkcAhMUmi mIqKY18JXNMOqYd6zDcPR38YzYHTh/EhCHPwyYjkzTeMd9M+JizC7r37lbtvuiKwUv6UP9lZ to6RNKXMvfhQtr6nUiEgXv/x4jGdVVrcavcM70lt6Y3/4HF+rgAAAAAAAA== --------------ms020801050409040503090409--
On 03/28/2017 05:04 PM, Jiří Sléžka wrote:
On 03/28/2017 01:50 PM, Michal Skrivanek wrote:
On 28 Mar 2017, at 13:41, Jiří Sléžka <jiri.slezka@slu.cz> wrote:
On 03/28/2017 12:34 AM, Jiří Sléžka wrote:
Hi all,
I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have upgraded one host. After reboot and activation of this host some vms started to migrate here.
Some time after migration CPU of this vms go to 100% and vms become unreachable.
There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this vms) https://pastebin.com/U30xfBMJ
Powering off and starting again solve this but I would like to have a glue what is happening.
I suspect this line
2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency mismatch between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling unavailable
Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz: 2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" with "cpu MHz: 2100.097".
It looks like it isn't problem with 4.1.1 at all.
There is just missing tsc_scale cpu flag on our older AMD CPUs...
http://unix.stackexchange.com/questions/296636/100-cpu-utilisation-and-hang-...
This is probably unsolvable hw problem, right?
And this is without host-model CPU type? That 6172 should be Opteron G3…is that what you have set in your Cluster?
Yes, Cluster CPU type is set to AMD Opteron G3. 6172 should be G3 (we have 3 of 4 hosts in this cluster with 6172 CPU), 6238 is probably G4 but forced (I hoped) to G3.
Problem occurs only when migrating from 6238 CPU to 6172.
maybe the question should be: Should setting "Cluster CPU type" to "AMD Opteron G3" filter out tsc_scale cpu flag on newer AMD CPUs? I hope so. Is it correct? Cheers, Jiri
Cheers,
Jiri
Thanks, michal
Cheers,
Jiri
Cheers,
Jiri
_______________________________________________ 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
participants (4)
-
Gianluca Cecchi -
Jiri Slezka -
Jiří Sléžka
-
Michal Skrivanek