VM pausiert beim booten,VM Reiter friert ein/VM pauses when booting / VM tab freezes

[MrBasen]

Hallo und Guten Tag

Ich habe Probleme mit meinen Virtuellen Maschinen. Wenn ich zB eine Virtuelle Maschine starte kommt der Windows Typische boot screen mit den drehenden Punkte und danach passiert erstmal gar nix. Nach ungefähr einer Minute fährt die VM weiter normal hoch und läuft. Das passiert egal bei welcher Virtuellen Maschine. Während des Boot vorganges ist der Menü Punkt (VM) anwählbar aber lädt in einer Dauerschleife und zeigt mir meine VM´s nicht an. Ich habe jeweils jeder VM 4 CPU kerne zu gwiesen womit das booten auch immer gut funktioniert hat bis heute. Ich habe es auch schon mit allen 8 Kernen versucht aber da gibt es auch keine änderung. Ich habe mir auch mal während des Boot vorganges mal die CPU auslastungen angeguckt und dort ist mir aufgefallen das jeweils immer nur ein Kern komplett ausgelastet ist (Währenddessen die VM eingefroren ist) der mit der VM an sich nichts zu tun haben sollte und erst danach die zugewiesenen Kerne zu 100% ausgelasstet sind wenn die VM weiter macht. Ich habe die VM´s auch schon ohne Grafikkarte booten lassen, aber leider ohne Erfolg. Das hauptsächliche Problem ist das ich mir eine Ubuntu VM erstellen wollte und die VM während der Installation ständig einfriert und das Installations Prozedere zur geduldsprobe wird und das Arbeiten damit nicht wirklich spaß macht.

 

Hatte schon mal jemand von euch so ein Problem gehabt ? Ich hoffe ihr könnt mir helfen.

 

Hello and good afternoon

I am having problems with my virtual machines. When I start a virtual machine, for example a Windows 10 VM, the Windows typical boot screen comes up with the rotating dots and then nothing happens at all. After about a minute, the VM will start up and run normally. That happens no matter which virtual machine. The menu item (VM) can be selected during the boot process, but loads in a continuous loop and does not show me my VMs. I assigned 4 CPU cores to each VM, which means that booting has always worked well until today. I've already tried all 8 cores, but there is no change. I also looked at the CPU loads during the boot process and there I noticed that only one core is always fully used (while the VM is frozen) that should have nothing to do with the VM itself and only after that the assigned cores are 100% used when the VM continues. I already booted the VMs without a graphics card, but unfortunately without success. The main problem is that I wanted to create an Ubuntu VM and the VM constantly freezes during the installation and the installation procedure becomes a test of patience and it is not really fun to work with.

 

Have any of you ever had such a problem? I hope you can help me

 

 

Hier der log von der VM:

Here the log screen from the VM

 

-overcommit mem-lock=off \
-smp 4,sockets=1,dies=1,cores=2,threads=2 \
-uuid 88ea89f6-596a-b4d9-cd86-8dd44626cef0 \
-display none \
-no-user-config \
-nodefaults \
-chardev socket,id=charmonitor,fd=31,server,nowait \
-mon chardev=charmonitor,id=monitor,mode=control \
-rtc base=localtime \
-no-hpet \
-no-shutdown \
-boot strict=on \
-device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x7.0x7 \
-device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x7 \
-device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x7.0x1 \
-device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x7.0x2 \
-device ahci,id=sata0,bus=pci.0,addr=0x3 \
-device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 \
-blockdev '{"driver":"file","filename":"/mnt/cache/domains/Windows 10 Lokal/vdisk1.img","node-name":"libvirt-2-storage","cache":{"direct":false,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-2-format","read-only":false,"cache":{"direct":false,"no-flush":false},"driver":"raw","file":"libvirt-2-storage"}' \
-device virtio-blk-pci,bus=pci.0,addr=0x5,drive=libvirt-2-format,id=virtio-disk2,bootindex=1,write-cache=on \
-blockdev '{"driver":"file","filename":"/mnt/user/isos/virtio-win-0.1.190-1.iso","node-name":"libvirt-1-storage","auto-read-only":true,"discard":"unmap"}' \
-blockdev '{"node-name":"libvirt-1-format","read-only":true,"driver":"raw","file":"libvirt-1-storage"}' \
-device ide-cd,bus=sata0.1,drive=libvirt-1-format,id=sata0-0-1 \
-netdev tap,fd=33,id=hostnet0 \
-device virtio-net,netdev=hostnet0,id=net0,mac=52:54:00:a3:66:67,bus=pci.0,addr=0x2 \
-chardev pty,id=charserial0 \
-device isa-serial,chardev=charserial0,id=serial0 \
-chardev socket,id=charchannel0,fd=34,server,nowait \
-device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \
-device 'vfio-pci,host=0000:01:00.0,id=hostdev0,bus=pci.0,addr=0x6,romfile=/mnt/disk1/isos/GTX 750Ti Bios fix.rom' \
-device vfio-pci,host=0000:01:00.1,id=hostdev1,bus=pci.0,addr=0x8 \
-device vfio-pci,host=0000:00:14.2,id=hostdev2,bus=pci.0,addr=0x9 \
-device usb-host,hostbus=8,hostaddr=2,id=hostdev3,bus=usb.0,port=1 \
-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \
-msg timestamp=on
2021-10-07 18:54:01.576+0000: Domain id=7 is tainted: high-privileges
2021-10-07 18:54:01.576+0000: Domain id=7 is tainted: host-cpu
char device redirected to /dev/pts/0 (label charserial0)

 

UNRAID System Specs:

 

ASRock 970 Extreme3
American Megatrends Inc., Version P1.80

AMD FX™-9590 Eight-Core

16GB RAM

NVIDIA Gefore GTX 750Ti

Cache:Kingston A2000 500GB & SanDisk SSD Plus 240GB

 

 

 

 

 

 

[ich777]

1 hour ago, MrBasen said:

Hallo und Guten Tag

Hallo, ich hab deinen Betrag in das Deutsche Unterforum verschoben.

[hawihoney]

13 hours ago, MrBasen said:

Ich habe es auch schon mit allen 8 Kernen versucht

 

Nur so am Rande: Überlass einfach dem Host die Zuordnung der CPUs. Gib jeder VM alle Kerne (CPU Pinning). Weise aber unter CPU Isolation nix zu.

 

Einzelne 100% Kerne ist meist - nicht immer - ein SMB Problem. Wäre interessant zu sehen ob es IO-Wait ist oder eine tatsächliche Auslastung. Das kann man z.B. in htop sehen.

 

Abgesehen davon: Ohne die Diagnostics kann man nix sehen.

 

Edited October 8, 2021 by hawihoney

[mgutt]

Ganz zu Anfang ist es normal, dass nur eine CPU genutzt wird. Also quasi in der BIOS Phase. Aber danach sollte er alle Kerne nutzen.

22 hours ago, MrBasen said:

Cache:Kingston A2000 500GB & SanDisk SSD Plus 240GB

Irgendwie tippe ich auf die beiden. Trim ausgeführt?

 

22 hours ago, MrBasen said:

/mnt/disk1/isos/GTX 750Ti Bios fix.rom

Auch nicht optimal 

 

22 hours ago, MrBasen said:

cores=2,threads=2

Das sind nicht 4, sondern 2 Kerne. HT bringt vielleicht 15% mehr Leistung, ist aber nicht lange kein Kern. Wann hast du das letzte mal einen W10 Rechner im Laden mit 2 Kernen gesehen? Ich würde hier keine Wunder erwarten, wenn das natürlich auch nichts mit deinem ursprünglichen Problem zu tun hat.

 

22 hours ago, MrBasen said:

AMD FX™-9590 Eight-Core

Alte AMD Hardware ist nicht gerade optimal für Virtualisierung. Schon mal recherchiert wie die QEMU/KVM Erfahrungen anderer mit diesem Setup sind?

 

 

[MrBasen]

Hallo

 

Ich danke euch viel mals für eure Antworten, vielen vielen dank. Ich konnte das problem lösen. Ich habe während des booten´s mir mal von unraid selbst den system log angeguckt und habe jetzt mal ein und den gleichen fehler gesehen (usb 8-2: device descriptor read/64, error -110). Daraufhin habe ich der VM die USB Gerät (Maus&Tastaur) weg genommen ohne ergebnis bis eingefallen ist...moment wo ist die Maus und dir Tastatur angeschlossen?. Der USB Dongle war an einem USB 3.0 anschluss angeschlossen. Daraufhin habe ich den dongle an einen 2.0 USB anschluss angeschlossen und siehe da die VM bootet wieder ganz normal ohne das die beim booten einfriert oder ähnliches. Ich muss dazu aber auch sagen ich hatte das system in ein anderes Gehäuse eingebaut und ein USB verlängerungskabel gekauft und angschlossen hatte was vorher nicht der fall war. Hatte dann auch eine zeitlang keine VM genutzt sodass der fehler ein wenig später erst aufgefallen ist. Also man merke... gewisse USB 2.0 geräte können an 3.0 anschlüssen ärger machen

 

Die SSD Kombi hatte ich auch schon im verdacht gehabt aber auch leider ohne erfolg und ich muss sagen dafür das die VM auf 2 kernen und 2 threads läuft ist die boot geschwindigkeit gut 🙂 ich habe das System auch erstmal so zum Testen aufgebaut und bin mittlerweile sehr zufrieden und bin jetzt dabei nach und nach aufzurüsten  🙂 Um ehrlich zu sein habe ich bis jetzt keinen mit so einem ähnlichen setup gefunden was ich um ehrlich zu sein auch verstehen kann weil effizient ist die CPU nicht mehr so ganz aber ich dachte zum testen um mit Unraid zu arbeiten reicht es erstmal und die sachen hatte ich noch alle da gehabt 🙂

 

In wie fern ist das nicht optimal mit dem Graka Bios ? 🙂

 

 Auf jeden fall vielen dank für eure schnelle Hilfe 🙂 und für die Antworten 🙂 👍

[mgutt]

13 minutes ago, MrBasen said:

In wie fern ist das nicht optimal mit dem Graka Bios ? 🙂

Da das auf der langsamen HDD liegt. Aber ich denke Mal nach dem Start liegt das im RAM?!

[MrBasen]

2 minutes ago, mgutt said:

Da das auf der langsamen HDD liegt. Aber ich denke Mal nach dem Start liegt das im RAM?!

Das kann gut möglich dafür kenne ich mich noch mit unraid zu wenig aus😅 Soll ich das besser auch auf den Cache packen ?

[alturismo]

8 hours ago, MrBasen said:

Soll ich das besser auch auf den Cache packen ?

yep, wie @mgutt oben erwähnte ist die 1 core Auslastung beim boot "kurz" normal, wenn deine HDD im spindown war und das bios da liegt, dann muss die hdd erst "aufwachen" um das vbios der graka zu laden ... macht nicht wirklich Sinn, daher bitte auf cache verschieben, damit sollte der boot besser klappen