Problem 9 virtio-Block devices zu konfigurieren

[skraw]

Hallo zusammen,

hat jemand eine Erklaerung dafuer warum ich es nicht schaffe das 9. virtio-blk Device hinzuzufuegen. Da erscheint folgender Fehler:

Fehler: 400 Parameter verification failed. virtio8: hotplug problem - VM XXX qmp command 'query-pci' failed - got timeout

Eigentlich hatte ich nicht erwartet dass das System schon bei 8 Blockdevices an eine Grenze stoesst.
Kennt jemand den Grund?
--
MfG

PS: Das nicht eingehaengte Laufwerk endet im conf File hier:

[PENDING]
virtio8: store-a01-vm:163/vm-163-disk-8.raw,size=1T

 

[aaron]

Auf die Schnelle bekomm ich das nicht so nachgestellt -> funktioniert bei mir.

Kannst du bitte die volle VM config in [code][/code] Tags posten? qm config <vmid>

Du versuchst das bei einer laufenden VM, wenn ich das richtig sehe?

 

[skraw]

Hallo,
vielen Dank fuer die Reaktion!
Ich muss dazu zwei Dinge anmerken:
1. Das ist Proxmox 6.0.-4
2. Der Gast ist Linux Kernel 3.18.43
3. Ja, der Gast laeuft bei dem Versuch, das ging bist virtio7 einwandfrei ...

Beides koennte Auswirkungen haben. Ich habe im Kernel-Source allerdings keinen Hinweis gefunden auf Einschraenkungen bei der Anzahl der verwendbaren virtio-blk Devices.

Hier die Config:

# qm config 163
bootdisk: virtio0
cores: 4
cpu: host
cpuunits: 2048
hookscript: local:snippets/taskset-hook.sh
ide2: none,media=cdrom
memory: 8192
name: fs-www-a01
net0: virtio=56:9B:FA:99:9A:21,bridge=vmbr1,firewall=1,queues=4,tag=1001
net1: virtio=8A:B2:F9:18:2E:9D,bridge=vmbr1,firewall=1,queues=4,tag=1001
net2: virtio=22:2E:32:E8:32:EF,bridge=vmbr2,firewall=1,queues=4
net3: virtio=2A:2C:90:D7:E4:3C,bridge=vmbr0,firewall=1,queues=4
numa: 0
onboot: 1
ostype: l26
scsihw: virtio-scsi-pci
smbios1: uuid=741415fe-ab40-479b-9783-f263ef07f5b1
sockets: 1
virtio0: store-a01-vm:163/vm-163-disk-0.raw,size=30520M
virtio1: store-a01-vm:163/vm-163-disk-1.raw,size=1T
virtio2: store-a01-vm:163/vm-163-disk-2.raw,size=1T
virtio3: store-a01-vm:163/vm-163-disk-3.raw,size=1T
virtio4: store-a01-vm:163/vm-163-disk-4.raw,size=1T
virtio5: store-a01-vm:163/vm-163-disk-5.raw,size=1T
virtio6: store-a01-vm:163/vm-163-disk-6.raw,size=1T
virtio7: store-a01-vm:163/vm-163-disk-7.raw,size=1T
virtio8: store-a01-vm:163/vm-163-disk-8.raw,size=1T
vmgenid: 58e9c8b8-d552-46e9-ab40-bc7cf29fa630

--
Vielen Dank!

 

[aaron]

1. Das ist Proxmox 6.0.-4

Puh, dann mach bitte mal ein Update auf die letzte 6.4 und überleg ob du nicht gleich auf 7 upgradest. PVE 6 wird im Juli EOL sein.

 

[skraw]

Hm, das bedeutet wohl ich muss die Ursache selbst suchen. Es handelt sich um produktive Systeme wo ich nicht einfach mal so updaten kann (wegen der Downtime und wegen der unbekannten Stabilitaet des neuen Systems).

 

[aaron]

Klappt es, wenn du es bei einer ausgeschalteten VM machst, bzw. die VM nach gescheitertem hotpluggen mal kalt neu startest?
Oder auch schon mal mit einem Linux Gast mit deutlich neuerem Kernel versucht?

PVE 6.0-4 gibt es seit Mitte 2019. Ist also doch schon ganz schön alt.

Es handelt sich um produktive Systeme wo ich nicht einfach mal so updaten kann (wegen der Downtime und wegen der unbekannten Stabilitaet des neuen Systems).

Ohne jetzt dein Setup genau zu kennen; die Downtime könnte man mit einem Cluster und Live Migration der VMs zwischen den einzelnen Cluster Nodes während des Updates vermeiden.

 

[skraw]

Es ist ein Cluster, aber leider sind mittlerweile sehr viele VMs drauf und eine Migration aller VMs einer Node ist nicht mehr so ohne weiteres drin. Daneben bin ich sehr vorsichtig mit der Idee dass nach einem Update die geupdatete Node so ohne weiteres wieder in dem Cluster funktionieren wird. Wenn ein geeigneter Zeitpunkt kommt probiere ich mal einen Kaltstart des Gastes ...