virtio guest tools können weder de-installiert noch installiert/upgegraded werden

[drnicolas]

Ich kämpfe seit längerem mit der katastrophalen Performance einer P2V VM unter Windows 2019.

Jetzt hatte ich gehofft mit den neuesten virtio tools die Probleme zu lösen.

1. virtio 0.1.229 liess sich nicht installieren. Der übeliche Abbruch wie ich ihn schonhäuiger gesehen hatte.
2. Dann versucht, die alten virtio-Tools zu de-installieren. Schlägt auch fehl.

Nach dem Neustart ist trotzdem die Netzwerkkarte weg.

3. Versuch die alten Tools zu reparieren schlägt auch fehl.

Nix geht mehr.

Was kann ich noch tun? (außerdas P2V zu wiederholen)

 

[fireon]

Poste doch bitte mal deine VMconfig:

qm config <vmid>

Deine Proxmoxversion:

pveversion -v

Und wie und auf was wirkt sich die "katastrophalen Performance" denn genau aus?

Welche Version der Gasttools hast du installiert?
Hast schon versucht "nicht" das fertige Setup zu verwenden, sondern einfach die Treiberupdates über den Gerätemanager zu organisieren? Das sollte fast immer funktionieren.

 

[drnicolas]

root@pve-main:~# qm config 401
agent: 1
bios: ovmf
boot: order=scsi1;ide2
cores: 2
cpu: host
efidisk0: DATA-HDD:vm-401-disk-0,efitype=4m,pre-enrolled-keys=1,size=4M
ide2: ISO:iso/virtio-win-0.1.229.iso,media=cdrom,size=522284K
machine: pc-q35-5.1
memory: 8192
meta: creation-qemu=7.1.0,ctime=1673878435
name: xxxxxKlon
net0: virtio=A2:55:2C4:0E:9C,bridge=vmbr0,firewall=1,mtu=1
numa: 0
ostype: win10
scsi0: DATA-HDD:vm-401-disk-1,iothread=1,size=10G
scsi1: DATA-HDD:vm-401-disk-2,cache=writeback,iothread=1,size=600G,ssd=1
scsi2: DATA-HDD:vm-401-disk-4,cache=writeback,iothread=1,size=180G
scsihw: virtio-scsi-single
smbios1: uuid=66005544-82a3-4438-9b19-0c2599d573de
sockets: 1
startup: order=99
tpmstate0: DATA-HDD:vm-401-disk-3,size=4M,version=v2.0
vga: virtio
vmgenid: 04e302df-1a87-4d8a-88bf-1d865838f9f5



und ...

proxmox-ve: 7.4-1 (running kernel: 5.15.104-1-pve)
pve-manager: 7.4-3 (running version: 7.4-3/9002ab8a)
pve-kernel-5.15: 7.4-3
pve-kernel-5.15.107-2-pve: 5.15.107-2
pve-kernel-5.15.107-1-pve: 5.15.107-1
pve-kernel-5.15.104-1-pve: 5.15.104-2
pve-kernel-5.15.30-2-pve: 5.15.30-3
ceph-fuse: 15.2.16-pve1
corosync: 3.1.7-pve1
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown2: 3.1.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.24-pve2
libproxmox-acme-perl: 1.4.4
libproxmox-backup-qemu0: 1.3.1-1
libproxmox-rs-perl: 0.2.1
libpve-access-control: 7.4-2
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.4-1
libpve-guest-common-perl: 4.2-4
libpve-http-server-perl: 4.2-3
libpve-rs-perl: 0.7.6
libpve-storage-perl: 7.4-2
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 5.0.2-2
lxcfs: 5.0.3-pve1
novnc-pve: 1.4.0-1
proxmox-backup-client: 2.4.1-1
proxmox-backup-file-restore: 2.4.1-1
proxmox-kernel-helper: 7.4-1
proxmox-mail-forward: 0.1.1-1
proxmox-mini-journalreader: 1.3-1
proxmox-offline-mirror-helper: 0.5.1-1
proxmox-widget-toolkit: 3.6.5
pve-cluster: 7.3-3
pve-container: 4.4-3
pve-docs: 7.4-2
pve-edk2-firmware: 3.20230228-2
pve-firewall: 4.3-1
pve-firmware: 3.6-5
pve-ha-manager: 3.6.1
pve-i18n: 2.12-1
pve-qemu-kvm: 7.2.0-8
pve-xtermjs: 4.16.0-1
qemu-server: 7.4-3
smartmontools: 7.2-pve3
spiceterm: 3.2-2
swtpm: 0.8.0~bpo11+3
vncterm: 1.7-1
zfsutils-linux: 2.1.11-pve1

 

[fireon]

Danke mal für die Info. Grundsätzlich schaut deine Config schon ganz gut aus. Was geht den nun genau langsam? Wie wirkt sich das in der Praxis aus?

Das was mir auffällt ist das hier HDD's verwendet werden. Wobei die Server 2019 und 2022 für SSD's designt wurden. Also hier bei uns auf nen 50.000 Euro SANcluster ist so ein Teil auch nicht gerade schnell.
2 Cores sind viel ein bisschen wenig, könnte man mit mehr testen?
Und die Qemu Version ist auf 5.x, mittlerweile gibt es 7.2. Mach doch mal ein Snapshot und teste es mit 7.2.

Aja und wie gesagt bitte mal über den Gerätemanager manuell updaten, das funktioniert fast in allen Fällen.

 

[Falk R.]

Bei der Netzwerkkarte steht MTU=1, das kann eigentlich nicht funktionieren. Ist das eventuell ein Kopierfehler?
MTU sollte normalerweise auf 1500 stehen.

 

[Neobin]

Bei der Netzwerkkarte steht MTU=1, das kann eigentlich nicht funktionieren. Ist das eventuell ein Kopierfehler?
MTU sollte normalerweise auf 1500 stehen.

You can overwrite the MTU setting for each VM network device. The option mtu=1 represents a special case, in which the MTU value will be inherited from the underlying bridge. This option is only available for VirtIO network devices.

https://pve.proxmox.com/pve-docs/chapter-qm.html#qm_network_device