Nested KVM crasht Server

Ich kann mir nicht vorstellen, dass /dev/shm das Problem war.

Denn diese Werte passen ja nun.

Was mir eben auffällt, ist das wenn ich eine VM starte der qemu-Prozess sofort 100% CPU frisst.
Im SCP (Statistik) ist dann eine CPU ebenfalls komplett auf 100% Auslastung.

Und damit bekomme ich wieder die "CPU stuck" Meldungen und der Server friert ein.

Gruß

Wie sieht die Ausgabe von

cat /proc/cpuinfo

aus?

Mit freundlichen Grüßen

Felix Preuß

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 79
model name      : Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz
stepping        : 1
microcode       : 0x1
cpu MHz         : 2399.996
cache size      : 16384 KB
physical id     : 0
siblings        : 1
core id         : 0
cpu cores       : 1
apicid          : 0
initial apicid  : 0
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 mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl xtopology eagerfpu pni pclmulqdq vmx ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch vnmi ept fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm rdseed adx smap xsaveopt arat
bugs            :
bogomips        : 4799.99
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

(das ganze natürlich 12x - aber ich darf nur 10.000 Zeichen posten)

Ich sehe auch das VMX aktiv ist, aber trotzdem ist das Ergebnis (egal welche Distribution, egal welcher Kernel etc) immer das selbe gewesen.

Vielen Dank für die Auskunft.

Wie viele virtuelle Maschinen starten Sie? Wie sind diese konfiguriert? Welche CPUs stellen Sie in den VMs bereit?

Greifen Sie ggf. auf ein Storage zurück?

Mit freundlichen Grüßen

Felix Preuß

Ich versuche nur eine zu starten.
Die VM hat testweise:

1 CPU

1024MB RAM

Dazu wird ein virtuelles CD Laufwerk gemounted, welches auf die debian-netinst.iso (liegt auf dem Server) zugreift.

Es wird auf dem Server (Host) ein qcow2 Image mit einer Größe von 20 GB angelegt.

Hier noch die XML der VM:

<domain type='kvm'>
  <name>testsystem</name>
  <uuid>a69ae851-2333-4899-bdc0-8ed8c1196bfb</uuid>
  <description>Test</description>
  <memory unit='KiB'>1048576</memory>
  <currentMemory unit='KiB'>1048576</currentMemory>
  <vcpu placement='static'>1</vcpu>
  <os>
    <type arch='x86_64' machine='pc-i440fx-2.8'>hvm</type>
    <boot dev='cdrom'/>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
  </features>
  <clock offset='utc'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>destroy</on_crash>
  <devices>
    <emulator>/usr/bin/kvm</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2' cache='none'/>
      <source file='/var/lib/libvirt/images/testsystem-0.qcow2'/>
      <target dev='hda' bus='ide'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/var/lib/libvirt/images/debian-9.0.0-amd64-netinst.iso'/>
      <target dev='hdb' bus='ide'/>
      <readonly/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <controller type='usb' index='0' model='piix3-uhci'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'/>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <input type='tablet' bus='usb'>
      <address type='usb' bus='0' port='1'/>
    </input>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <graphics type='vnc' port='-1' autoport='yes' listen='0.0.0.0' keymap='de'>
      <listen type='address' address='0.0.0.0'/>
    </graphics>
    <video>
      <model type='cirrus' vram='16384' heads='1' primary='yes'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
    <memballoon model='virtio'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </memballoon>
  </devices>
</domain>

Vielen Dank!

Haben Sie die Konfiguration selbst geschrieben? Warum nutzen Sie IDE als Treiber?

Weitere VMs gibt es nicht?

Ist "/var/lib/libvirt/images/debian-9.0.0-amd64-netinst.iso" wirklich lesbar? Ich frage daher da es durchaus zu kompletten Freezes kommen kann, wenn ein Device nicht lesbar ist.

Mit freundlichen Grüßen

Felix Preuß

Die Konfiguration ist aktuell über Univention Corporate Server erstellt worden.

Weitere VMs gibt es nicht.

Die ISO-Datei ist lesbar.

Wenn ich im Internet nach Beispielen (VM XML) nutzen eigentlich alle eine ähnliche Konfiguration (stets IDE)

Hi AndreasDe,

danke für deine XML - das Ergebnis ist aber das selbe.

Gruß

Okay, sieht so aus als hätte keiner eine Lösung mehr

Hallo zusammen,

ich habe exakt die gleichen Probleme wie WassdSchoBassdScho.

Habe mich durch alle Forenbeiträge und Tipps gelesen. Der Server friert trotzdem sofort beim Start einer KVM VM ein.

Momentan nutze ich Proxmox 5.1-35 Linux 4.13.4-1-pve ...

Gibt es eventuell irgendwelche Neuigkeiten oder noch Ideen?

Nutze soweit wie möglich die LXC Container anstatt KVM. Nested KVM ist Frickelkram.

Also, anscheinend hat der Post Wunder bewirkt. Um kurz nach 16 Uhr wurde der Server neugestartet. Im SCP Log ist davon nichts zu sehen. Von mir wurde der Neustart jedenfalls nicht ausgelöst.

Und siehe da... die KVM VMs laufen....

Ist der Support hier aktiv geworden?

Hallo,

ich habe auch einen KVM mit VMX Flag bestellt.

Zuerst dachte ich super

Heute stürzten nach der Reihe die VMs ab mit einem CPU Stuck Error.

Ich habe nun den die CPU Virtualisierung von "Host" auf KVM64 umgestellt.

Jetzt bin ich aber gespannt....

Ok also bei mir funktioniert das ganze gar nicht.

Habe jetzt Proxmox und Xenserver probiert und erhalte ständig Kernel Panics.

Bsp: veeam Recovery media iso.

CPU Stuck 22s....

Kernel Hung...

etc...

Ich habe das dem Support mit verweis auf das Forum mitgeteilt jedoch bin ich nun etwas enttäuscht. Netcup verrechnet für die VMX Flag gleich volle 12 Monate und meint dann ich soll die 12 Monate auch zahlen, obwohl das ganze nun unbrauchbar ist.

Die Server werde ich wohl auf Zufriedenheitsgarantie Kündigen müssen. Die VMX Flag sollte doch Kulant mitgekündigt werden können.

Ich verstehe Netcup da nicht. Wenn es nicht richtig funktioniert dann sollten die das besser gar nicht erst anbieten anstatt Kunden so dermaßen zu enttäuschen.

Was soll man dazu noch sagen...
Ich würde das dann gerne wieder normal hosten ohne Proxmox etc.. aber ich bin sehr enttäuscht dass ich die VMX Flag jetzt auch noch zahlen muss.