Bug 1351442
Summary: | "TSC frequency mismatch" warning message after migration | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Yiqian Wei <yiwei> |
Component: | qemu-kvm-rhev | Assignee: | Eduardo Habkost <ehabkost> |
Status: | CLOSED ERRATA | QA Contact: | Qianqian Zhu <qizhu> |
Severity: | low | Docs Contact: | |
Priority: | unspecified | ||
Version: | 7.3 | CC: | chayang, dgilbert, ehabkost, hhuang, jinzhao, juzhang, knoel, mrezanin, pbonzini, plai, virt-maint, yiwei, zhguo |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | qemu-kvm-rhev-2.6.0-14.el7 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-11-07 21:20:45 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Yiqian Wei
2016-06-30 06:11:30 UTC
Yiqian, What hardware platforms were used on the source and destination? What processor model? Thanks. If TSC frequency on source and destination don't match, the warning is expected to be shown. It means the TSC frequency seen by the guest will suddenly change. We probably should change that message to print the source/destination frequencies so that we can tell if what we're seeing is an odd huge jump or a few Hz difference. (In reply to Dr. David Alan Gilbert from comment #4) > We probably should change that message to print the source/destination > frequencies so that we can tell if what we're seeing is an odd huge jump or > a few Hz difference. That's a good idea, I will submit a patch upstream. (In reply to Karen Noel from comment #2) > Yiqian, What hardware platforms were used on the source and destination? > What processor model? Thanks. 1.hardware platforms. source: processor : 7 vendor_id : GenuineIntel cpu family : 6 model : 42 model name : Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz stepping : 7 microcode : 0x29 cpu MHz : 3199.718 cache size : 8192 KB physical id : 0 siblings : 8 core id : 3 cpu cores : 4 apicid : 7 initial apicid : 7 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid xsaveopt bogomips : 6784.62 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: destination: processor : 7 vendor_id : GenuineIntel cpu family : 6 model : 60 model name : Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz stepping : 3 microcode : 0x1c cpu MHz : 3900.039 cache size : 8192 KB physical id : 0 siblings : 8 core id : 3 cpu cores : 4 apicid : 7 initial apicid : 7 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt bogomips : 6784.56 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management: The message is expected then - programs running in the guest may be mistaken by the sudden change in TSC. Fix included in qemu-kvm-rhev-2.6.0-14.el7 Hi hit the same issue on Q35+seabios. Version: host kernel:kernel-3.10.0-481.el7.x86_64 qemu-kvm-rhev-2.6.0-17.el7.x86_64 seabios-1.9.1-4.el7.x86_64 guest:rhel6.8 Additional info: I retest pc+seabios,the same issue. Version: host kernel:kernel-3.10.0-481.el7.x86_64 qemu-kvm-rhev-2.6.0-14.el7.x86_64 seabios-1.9.1-4.el7.x86_64 guest:rhel7.3(kernel-3.10.0-481.el7.x86_64) If this version(qemu-kvm-rhev-2.6.0-14.el7) have been fixed. (In reply to Yiqian Wei from comment #11) > Hi > > hit the same issue on Q35+seabios. > > Version: > host kernel:kernel-3.10.0-481.el7.x86_64 > qemu-kvm-rhev-2.6.0-17.el7.x86_64 > seabios-1.9.1-4.el7.x86_64 > guest:rhel6.8 > > Additional info: > I retest pc+seabios,the same issue. > Version: > host kernel:kernel-3.10.0-481.el7.x86_64 > qemu-kvm-rhev-2.6.0-14.el7.x86_64 > seabios-1.9.1-4.el7.x86_64 > guest:rhel7.3(kernel-3.10.0-481.el7.x86_64) > > > If this version(qemu-kvm-rhev-2.6.0-14.el7) have been fixed. Hi, With -14 you should still get the warning but it should print some numbers as well giving the TSC speeds for the host and VM; we'd be interested if you could paste the full error message you get with -14. Dave Hi Dave, the full error message, as follows. (qemu) red_dispatcher_loadvm_commands: qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host (3392288 kHz), and TSC scaling unavailable qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host (3392288 kHz), and TSC scaling unavailable qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host (3392288 kHz), and TSC scaling unavailable qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host (3392288 kHz), and TSC scaling unavailable Yiqian (In reply to Yiqian Wei from comment #13) > Hi Dave, > > the full error message, as follows. > > (qemu) red_dispatcher_loadvm_commands: > qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host > (3392288 kHz), and TSC scaling unavailable > qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host > (3392288 kHz), and TSC scaling unavailable > qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host > (3392288 kHz), and TSC scaling unavailable > qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host > (3392288 kHz), and TSC scaling unavailable > > > Yiqian Was that test done on the same hardware listed in comment 6 ? (In reply to Dr. David Alan Gilbert from comment #14) > (In reply to Yiqian Wei from comment #13) > > Hi Dave, > > > > the full error message, as follows. > > > > (qemu) red_dispatcher_loadvm_commands: > > qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host > > (3392288 kHz), and TSC scaling unavailable > > qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host > > (3392288 kHz), and TSC scaling unavailable > > qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host > > (3392288 kHz), and TSC scaling unavailable > > qemu-kvm: warning: TSC frequency mismatch between VM (3092972 kHz) and host > > (3392288 kHz), and TSC scaling unavailable > > > > > > Yiqian > > > > Was that test done on the same hardware listed in comment 6 ? Hi Dave, Some are not the same,I retest hardware platform: source: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 42 model name : Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz stepping : 7 microcode : 0x29 cpu MHz : 3315.546 cache size : 6144 KB physical id : 0 siblings : 4 core id : 3 cpu cores : 4 apicid : 6 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave avx lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid xsaveopt bogomips : 6186.05 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: destination: processor : 7 vendor_id : GenuineIntel cpu family : 6 model : 42 model name : Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz stepping : 7 microcode : 0x29 cpu MHz : 3268.250 cache size : 8192 KB physical id : 0 siblings : 8 core id : 3 cpu cores : 4 apicid : 7 initial apicid : 7 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid xsaveopt bogomips : 6784.83 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: OK, good that matches the TSC numbers that we see in the error. Base on comment 16 & 15, move to verified Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2016-2673.html |