KVM-Meldungen

[pixel24]

Hallo zusammen,

es gibt durch KVM auf dem Virtualisierungs-Host viele Logmeldungen wie diese die mich schon lange nerven:

Code: Alles auswählen

Jun 13 11:24:37 kvm01 kernel: kvm [1418]: vcpu0 unhandled rdmsr: 0xc0011021
Jun 13 11:24:37 kvm01 kernel: kvm [1418]: vcpu0 unhandled rdmsr: 0xc0010112
Jun 13 11:24:37 kvm01 kernel: kvm [1418]: vcpu0 unhandled rdmsr: 0xc0010001
Jun 13 11:24:37 kvm01 kernel: kvm [1418]: vcpu1 unhandled rdmsr: 0xc0011021
Jun 13 11:24:37 kvm01 kernel: kvm [1418]: vcpu2 unhandled rdmsr: 0xc0011021
Jun 13 11:24:37 kvm01 kernel: kvm [1418]: vcpu3 unhandled rdmsr: 0xc0011021
Jun 13 11:24:37 kvm01 kernel: kvm [1418]: vcpu4 unhandled rdmsr: 0xc0011021
Jun 13 11:24:37 kvm01 kernel: kvm [1418]: vcpu5 unhandled rdmsr: 0xc0011021
Jun 13 11:24:40 kvm01 kernel: kvm [1443]: vcpu0 unhandled rdmsr: 0xc0011021
Jun 13 11:24:40 kvm01 kernel: kvm [1443]: vcpu0 unhandled rdmsr: 0xc0010001
Jun 13 11:24:46 kvm01 kernel: kvm [1443]: vcpu0 unhandled rdmsr: 0x3a
Jun 13 11:24:51 kvm01 kernel: kvm [1418]: vcpu1 unhandled rdmsr: 0x3a
Jun 13 11:24:51 kvm01 kernel: kvm [1418]: vcpu1 unhandled rdmsr: 0xd90

Ich habe auch schon öfter im Web recherchiert und herausgefunden dass es wohl keine echten Fehler sind sondern lediglich daher kommen das der Gast eine CPU-Funktion anfordert die der Host nicht bieten kann. Habe ich dass so richtig verstanden?

Die Meldungen kommen sowohl wenn ich den Gast nach dessen Installation einfach n den Default-Einstellungen lasse wie auch dann wenn ich die CPU-Konfiguration in der XML-Datei auf:

Code: Alles auswählen

<cpu mode='host-passthrough'>
</cpu>

oder

Code: Alles auswählen

  <cpu mode='host-model'>
    <model fallback='allow'/>
  </cpu>

setze. Gibt es wirklich keine Konfiguration die diese Meldungen nicht ausgeben. Ich finde Fehler im Logfile einfach nicht schön und denke dass wenn es kein Fehler wäre die Entwickler es nicht als solches ausgeben würden.

Hat auch nur bedingt mit Debian zu tun denn diese Meldungen habe ich auch auf Ubuntu-Server 12.04 / 14.04

Viele Grüße
pixel24

[rendegast]

Vielleicht das Modul msr / cpuid laden/entladen?


CPU-bezüglich gäbe es noch die Pakete
amd64-microcode
intel-microcode

[pixel24]

Vielleicht das Modul msr / cpuid laden/entladen?

Ich komme zwar im Moment nicht auf den Debian KVM-Host aber auf einem Server mit Ubuntu 15.04 als Host und Debian 8 als Gast ist weder auf dem Host noch auf dem Guest eines der Module geladen.

CPU-bezüglich gäbe es noch die Pakete
amd64-microcode
intel-microcode

Ich nehme mal stark an dieses Paket installiere ich auf dem Host, richtig? Dann verschwinden die Meldungen? Ich konnte lediglich herausfinden dass durch das paket der Microcode in der CPU aktualisiert werden kann. Ich konnte aber keine Infos finden welchen Nutzen das im KVM-Kontext bringt.

[rendegast]

Dann verschwinden die Meldungen?

Naja.

... aber auf einem Server mit Ubuntu 15.04 als Host und Debian 8 als Gast ist weder auf dem Host noch auf dem Guest eines der Module geladen.

Und da gibt es keine Meldung?
Liegt vielleicht an dessen Hardware?
15.04 läuft mit Kernel 3.19,
auf dem bemängelten System im ersten Post mal den kernel 4.0 aus sid/unstable versuchen?

[pixel24]

Und da gibt es keine Meldung?
Liegt vielleicht an dessen Hardware?
15.04 läuft mit Kernel 3.19,
auf dem bemängelten System im ersten Post mal den kernel 4.0 aus sid/unstable versuchen?

Ja, die gibt es. Wie gesagt. Diese Meldungen bekomme ich schon seit Ubuntu 12.04 LTS 64Bit bis Ubuntu 15.04 bzw. Debian 8. Also seit ich von Xen auf KVM gewecselt habe.
Ich habe auf den verschiedenen Systemen unterschiedliche Hardware im Einsatz. Vom Dual-Opteron bis zum Phenom III. Einzige Gemeinsamkeit. Auf allen KVM-Hosts ist AMD-Hardware im Einsatz.

[rendegast]

Kann es an der VM liegen?

Das System mal unter einem Hypervisor starten?

... lediglich daher kommen das der Gast eine CPU-Funktion anfordert die der Host nicht bieten kann.

?
Eigentlich ist es ja so, daß genau das von kvm kontrolliert wird.
Bsp. 'qemu -cpu help':

Code: Alles auswählen

x86           qemu64  QEMU Virtual CPU version 2.1.2                  
x86           phenom  AMD Phenom(tm) 9550 Quad-Core Processor         
x86         core2duo  Intel(R) Core(TM)2 Duo CPU     T7700  @ 2.40GHz 
x86            kvm64  Common KVM processor                            
x86           qemu32  QEMU Virtual CPU version 2.1.2                  
x86            kvm32  Common 32-bit KVM processor                     
x86          coreduo  Genuine Intel(R) CPU           T2600  @ 2.16GHz 
x86              486                                                  
x86          pentium                                                  
x86         pentium2                                                  
x86         pentium3                                                  
x86           athlon  QEMU Virtual CPU version 2.1.2                  
x86             n270  Intel(R) Atom(TM) CPU N270   @ 1.60GHz          
x86           Conroe  Intel Celeron_4x0 (Conroe/Merom Class Core 2)   
x86           Penryn  Intel Core 2 Duo P9xxx (Penryn Class Core 2)    
x86          Nehalem  Intel Core i7 9xx (Nehalem Class Core i7)       
x86         Westmere  Westmere E56xx/L56xx/X56xx (Nehalem-C)          
x86      SandyBridge  Intel Xeon E312xx (Sandy Bridge)                
x86          Haswell  Intel Core Processor (Haswell)                  
x86        Broadwell  Intel Core Processor (Broadwell)                
x86       Opteron_G1  AMD Opteron 240 (Gen 1 Class Opteron)           
x86       Opteron_G2  AMD Opteron 22xx (Gen 2 Class Opteron)          
x86       Opteron_G3  AMD Opteron 23xx (Gen 3 Class Opteron)          
x86       Opteron_G4  AMD Opteron 62xx class CPU                      
x86       Opteron_G5  AMD Opteron 63xx class CPU                      
x86             host  KVM processor with all supported host features (only available in KVM mode)

Recognized CPUID flags:
  pbe ia64 tm ht ss sse2 sse fxsr mmx acpi ds clflush pn pse36 pat cmov mca pge mtrr sep apic cx8 mce pae msr tsc pse de vme fpu
  hypervisor rdrand f16c avx osxsave xsave aes tsc-deadline popcnt movbe x2apic sse4.2|sse4_2 sse4.1|sse4_1 dca pcid pdcm xtpr cx16 fma cid ssse3 tm2 est smx vmx ds_cpl monitor dtes64 pclmulqdq|pclmuldq pni|sse3
  smap adx rdseed rtm invpcid erms bmi2 smep avx2 hle bmi1 fsgsbase
  3dnow 3dnowext lm|i64 rdtscp pdpe1gb fxsr_opt|ffxsr mmxext nx|xd syscall
  perfctr_nb perfctr_core topoext tbm nodeid_msr tce fma4 lwp wdt skinit xop ibs osvw 3dnowprefetch misalignsse sse4a abm cr8legacy extapic svm cmp_legacy lahf_lm
  invtsc
  pmm-en pmm phe-en phe ace2-en ace2 xcrypt-en xcrypt xstore-en xstore
  kvmclock-stable-bit kvm_pv_unhalt kvm_pv_eoi kvm_steal_time kvm_asyncpf kvmclock kvm_mmu kvm_nopiodelay kvmclock
  pfthreshold pause_filter decodeassists flushbyasid vmcb_clean tsc_scale nrip_save svm_lock lbrv npt

Ein Kernel,
egal ob linux oder windows sollte das gebotene CPU-Register eigentlich beachten und seine Anwendungen entsprechend einstellen.

Vielleicht ist eine VM gehackt und da wird ein Exploit versucht?





------------------------------------------------
"unhandled rdmsr" kommt in 3 Behandlungen in
arch/x86/kvm/x86.c vor.
2 davon als "Hyper-V unhandled rdmsr".
Und es scheint wirklich "nur" ein Hinweis darauf zu sein,
daß sich der Gast ungehörig benehmen wollte.

Weiterhin
Documentation/virtual/kvm/cpuid.txt
Documentation/virtual/kvm/msr.txt
https://www.kernel.org/doc/Documentation/virtual/kvm/ oder
https://git.kernel.org/cgit/linux/kerne ... irtual/kvm
(momentan kernel 4.1)

[pixel24]

Kann es an der VM liegen?
Das System mal unter einem Hypervisor starten?

Der Auslöser ist definitiv die VM denn die meldungen werden generiert wenn ich die VM startet. Soll heisen: Satrte ich den KVM-Host ohne eine VM automatisch mit zu starten ist Ruhe im Logfile. Starte ich dann die VM(s) werden die Meldungen erzeugt.

Wie meinst du "unter einem Hypervisor starten" ?

Eigentlich ist es ja so, daß genau das von kvm kontrolliert wird.
Bsp. 'qemu -cpu help':

Code: Alles auswählen

x86           qemu64  QEMU Virtual CPU version 2.1.2                  
x86           phenom  AMD Phenom(tm) 9550 Quad-Core Processor         
x86         core2duo  Intel(R) Core(TM)2 Duo CPU     T7700  @ 2.40GHz 
x86            kvm64  Common KVM processor                            
x86           qemu32  QEMU Virtual CPU version 2.1.2                  
x86            kvm32  Common 32-bit KVM processor                     
...

Ein Kernel, egal ob linux oder windows sollte das gebotene CPU-Register eigentlich beachten und seine Anwendungen entsprechend einstellen.

Ich verstehe e auch nicht denn es tritt sowohl auf wenn ich bei der Guest-Installation (mittels Virtmanager) an der CPU-Konfiguration gar nichts ändere oder diese später auf:

Code: Alles auswählen

<cpu mode='host-passthrough'>
</cpu>

oder

Code: Alles auswählen

<cpu mode='host-model'>
</cpu>

setze. Diese sollen ja, nach meinem Verständnis die CPU bzw. dessen Funktionsumfang 1:1 an den Guest durchgeben. Dadurch soll man zwar die Möglichkeit verlieren einen Guest Live über verschiedene Hardware-Plattformen zu migrieren, jedoch die beste Performance erzielen.

Vielleicht ist eine VM gehackt und da wird ein Exploit versucht?

Das ist auszuschließen da dass Verhalten schon währen der Neuinstallation des Server auftritt bzw. bisher bei allen aufgetreten ist. Da haben sich zwischenzeitlich die Installations-Medien der Guest-VM's geändert.





------------------------------------------------
"unhandled rdmsr" kommt in 3 Behandlungen in
arch/x86/kvm/x86.c vor.
2 davon als "Hyper-V unhandled rdmsr".
Und es scheint wirklich "nur" ein Hinweis darauf zu sein,
daß sich der Gast ungehörig benehmen wollte.

Weiterhin
Documentation/virtual/kvm/cpuid.txt
Documentation/virtual/kvm/msr.txt
https://www.kernel.org/doc/Documentation/virtual/kvm/ oder
https://git.kernel.org/cgit/linux/kerne ... irtual/kvm
(momentan kernel 4.1)[/quote]

[nudgegoonies]

Selbst mit SVM bzw. IVT und deren Erweiterungen werden viele Befehle (fast alles was mit IO zu tun hat, MSRs, CPU Flags, etc.) der virtualisierten CPU abgefangen und ggf. emuliert. Wenn Du keinen paravirtualisierten Gast hast dann besteht immer die Möglichkeit, dass solche Logzeilen, vorkommen. Je mehr CPU Features man an die virtualisierte CPU weiterreicht umso leichter kann es zu solchen Meldungen kommen. Generell passiert sowas gerne wenn man Powermanagement-Geschichten, CPU-Performance Counter, virtuelle Maschinen innerhalb von virtuellen Maschinen und ähnliche Tools mit dazugehörigen Kernelmodulen in der VM ausführt. Interessant wäre zu wissen welches Linux Kernelmodul in der VM (nur Ring0 Befehle können sowas auslösen) die Meldungen verursacht. Aber wie man das herausfindet weiß ich leider auch nicht.