Langsamer Start einer Windows VM

[hjdt]

Hallo Zusammen,

ich habe bei Windows Server 2016 VMs auf verschiedenen Proxmox V5 Instanzen nach wie wie das Problem, dass trotz Speicher Ballooning der Start einer VM bis zu 8 Stunden dauern kann. Danach läuft die VM schnell und flüssig. Hat jemand einen Tipp was ich anpassen kann?

VG,
Boris

 

[dcsapak]

hallo,

kannst du mal den output von 'pveversion -v' und die vm config posten? (qm config ID)

 

[hjdt]

'pveverion -v':
proxmox-ve: 5.4-2 (running kernel: 4.13.13-6-pve)
pve-manager: 5.4-15 (running version: 5.4-15/d0ec33c6)
pve-kernel-4.15: 5.4-19
pve-kernel-4.15.18-30-pve: 4.15.18-58
pve-kernel-4.15.18-28-pve: 4.15.18-56
pve-kernel-4.15.18-27-pve: 4.15.18-55
pve-kernel-4.13.13-6-pve: 4.13.13-42
corosync: 2.4.4-pve1
criu: 2.11.1-1~bpo90
glusterfs-client: 3.8.8-1
ksm-control-daemon: not correctly installed
libjs-extjs: 6.0.1-2
libpve-access-control: 5.1-12
libpve-apiclient-perl: 2.0-5
libpve-common-perl: 5.0-56
libpve-guest-common-perl: 2.0-20
libpve-http-server-perl: 2.0-14
libpve-storage-perl: 5.0-44
libqb0: 1.0.3-1~bpo9
lvm2: 2.02.168-pve6
lxc-pve: 3.1.0-7
lxcfs: 3.0.3-pve1
novnc-pve: 1.0.0-3
proxmox-widget-toolkit: 1.0-28
pve-cluster: 5.0-38
pve-container: 2.0-42
pve-docs: 5.4-2
pve-edk2-firmware: 1.20190312-1
pve-firewall: 3.0-22
pve-firmware: 2.0-7
pve-ha-manager: 2.0-9
pve-i18n: 1.1-4
pve-libspice-server1: 0.14.1-2
pve-qemu-kvm: 3.0.1-4
pve-xtermjs: 3.12.0-1
qemu-server: 5.0-56
smartmontools: 6.5+svn4324-1
spiceterm: 3.0-5
vncterm: 1.5-3
zfsutils-linux: 0.7.13-pve1~bpo2

qm config 111:
agent: 1
boot: cdn
bootdisk: virtio0
cores: 4
cpu: host
ide2: none,media=cdrom
memory: 12288
name: datev
net0: virtio=46:C7:21:621:9C,bridge=vmbr0
numa: 0
onboot: 1
ostype: win10
scsihw: virtio-scsi-pci
smbios1: uuid=497f993c-ab0e-4724-a1ff-dafd5a3b41ee
sockets: 1
usb0: host=0529:0001,usb3=1
virtio0: vm-disks:vm-111-disk-1,cache=writeback,size=100G

Danke!

 

[dcsapak]

ok abgesehen davon dass da einige kernel updates waren und offenbar nicht rebootet wurde, und dass pve 5.4 schon seit einiger zeit eol ist sieht es soweit ok aus

sieht man im syslog/journal/dmesg vom host irgendwas besonderes?

 

[hjdt]

Im syslog sind wenig Auffälligkeiten, dmesg bittet mir das und das in verschiedenen zeitlichen Abständen:
usb 1-13: reset full-speed USB device number 11 using xhci_hcd
Kann das mit dem langsamen Start zu tun haben? Ich reiche heir ein USB Device in die VM durch.

In der langsamen Startphase kommt auch gerne sowas:
VM 111 qmp command failed - VM 111 qmp command 'guest-ping' failed - got timeout

Unabhängig vom Problem des Startens, was mir noch aufgefallen ist, ist folgendes:
Dec 14 17:37:38 prx1 qmeventd[13588]: Starting cleanup for 111
Dec 14 17:37:38 prx1 qmeventd[13588]: Finished cleanup for 111
Um die Uhrzeit herum war die VM dann von jetzt auf gleich aus. Was passiert da?

 

[dcsapak]

Kann das mit dem langsamen Start zu tun haben? Ich reiche heir ein USB Device in die VM durch.

wenn es permanent auftaucht, ist es möglich..

In der langsamen Startphase kommt auch gerne sowas:
VM 111 qmp command failed - VM 111 qmp command 'guest-ping' failed - got timeout

solange der guest-agent noch nicht gestartet ist, kann das auch nicht funktionieren

Unabhängig vom Problem des Startens, was mir noch aufgefallen ist, ist folgendes:
Dec 14 17:37:38 prx1 qmeventd[13588]: Starting cleanup for 111
Dec 14 17:37:38 prx1 qmeventd[13588]: Finished cleanup for 111
Um die Uhrzeit herum war die VM dann von jetzt auf gleich aus. Was passiert da?

das ist das cleanup wenn der qemu prozess weg ist. die zeilen sind zwar normal, dass die vm abstürzt eher nicht. vielleicht is doch was sichtbar in den logs? vielleicht im gast log? (event-viewer?)