[gelöst] Mit proxmox 8.1.3 sehr hohe CPU Last nach backup
-
Hallo,
Ich habe vor kurzem 2 host mit proxmox 7.x aktualisiert auf proxmox 8.1.3 das hat auch soweit gut geklappt.
Jetzt habe ich festgestellt das seit genau dem Update die CPU Last bei 3 iobroker VMs um 20% höher ist, wenn ein proxmox Backup gefahren wurde.
- alles läuft normal iobroker VM ca. 10% CPU Last
- backup gefahren im snapshot
- alles läuft normal aber iobroker VM ca. 30% CPU Last
- iobroker gestoppt ca. 20% CPU Last keine erkennbare Last mit top.
- VM neustarten alles läuft wieder normal mit 10% CPU Last bis zum nächsten Backup.
Genau dieses verhalten habe ich jetzt auf zwei verschiedene host und bei allen drei iobroker VMs, alle andere VMs funktionieren normal auch nach einem Backup.
Beim Update wurde ich gefragt ob die Datei lvm.conf überschrieben oder beibehalten werden soll. Hier habe ich überschreiben gewählt, das Original aber gesichert. Könnte das damit zusammenhängen?
P.s. hat nichts mit iobroker zu tun. Ist wohl ein bug in pve 8.1.3 macht also lieber kein Update, als workaround soll man ein downgrade machen.
https://forum.proxmox.com/threads/pve-100-cpu-on-all-kvm-while-vms-are-idle-at-0-5-cpu.138140/page-2
Der downgrade hilft!
apt install pve-qemu-kvm=8.1.2-4 -
@saeft_2003 Also ich habe diese Probleme zum Glück nicht. Ich habe eine VM als auch einen LXC getestet.
-
Hab auch nicht verstanden warum das nur bei den iobroker VMs auftritt.
Jetzt hab ich noch ein anderes Problem ich hab nur ein LXC und da lässt sich kein Backup mehr auf meine Diskstations machen. Bei den VMs oder in die Cloud (BPS) geht es aber.
Ich bin grad unterwegs ich poste später mal das Fehlerlog…
-
bei mir ging das auch nicht, und zwar nach dem Update auf Proxmox8.
VMs schreiben das Backup direkt auf z.b. einen NFS share vom NAS. So ist das zumindest bei mir.Bei den LXC wird soweit ich das sehen konnte zuerst ein lokales File im einem temp Vezeichnis erzeugt und dieses dann, wenn fertig, auf den NFS Share verschoben.
Ich habe eine lokale Disk gemounted und die dann als tmp directory für Proxmox angegeben:
consider configuring a local tmpdir via /etc/vzdump.conf
content:
tmpdir: /mnt/sda/tempDanach liefen die Backups wieder wie gewohnt.
Da gibt es eventuell andere Methoden, aber so läuft es bei mir.
-
@saeft_2003 sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Beim Update wurde ich gefragt ob die Datei lvm.conf überschrieben oder beibehalten werden soll. Hier habe ich überschreiben gewählt, das Original aber gesichert. Könnte das damit zusammenhängen?
schon mal beide Verglichen?
-
@tritor sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
bei mir ging das auch nicht, und zwar nach dem Update auf Proxmox8.
VMs schreiben das Backup direkt auf z.b. einen NFS share vom NAS. So ist das zumindest bei mir.Bei den LXC wird soweit ich das sehen konnte zuerst ein lokales File im einem temp Vezeichnis erzeugt und dieses dann, wenn fertig, auf den NFS Share verschoben.
Ich habe eine lokale Disk gemounted und die dann als tmp directory für Proxmox angegeben:
consider configuring a local tmpdir via /etc/vzdump.conf
content:
tmpdir: /mnt/sda/tempDanach liefen die Backups wieder wie gewohnt.
Da gibt es eventuell andere Methoden, aber so läuft es bei mir.
in der vzdump.conf hat das gefehlt: tmpdir: /tmp nun geht auch das backup vom LXC wieder...
-
@crunchip sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
@saeft_2003 sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Beim Update wurde ich gefragt ob die Datei lvm.conf überschrieben oder beibehalten werden soll. Hier habe ich überschreiben gewählt, das Original aber gesichert. Könnte das damit zusammenhängen?
schon mal beide Verglichen?
Hat sich scho alles geklärt. Das ganze ist ein proxmox bug ein downgrad von KVM hat geholfen...
-
Danke das du im ersten Beitrag den Befehlt ergänzt hast.
Vielleicht noch ein [gelöst] in die überschrift.
-
@saeft_2003 sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Genau dieses verhalten habe ich jetzt auf zwei verschiedene host und bei allen drei iobroker VMs, alle andere VMs funktionieren normal auch nach einem Backup.
@saeft_2003 sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Das ganze ist ein proxmox bug
passt aber irgendwie nicht zusammen, oder einfach nur Zufall
-
Wenn ich mir das hier trotz meines schlechtem
Englisch durchlese, haben die genau das gleiche Problem wie ich und wenn dann auch noch der workaround hilft kann es eigentlich kein Zufall sein.https://forum.proxmox.com/threads/pve-100-cpu-on-all-kvm-while-vms-are-idle-at-0-5-cpu.138140/page-2
-
@ticaki sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Danke das du im ersten Beitrag den Befehlt ergänzt hast.
Vielleicht noch ein [gelöst] in die überschrift.
Erledigt
-
@saeft_2003 sagte in [gelöst] Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Englisch durchlese, haben die genau das gleiche Problem wie ich und wenn dann auch noch der workaround hilft kann es eigentlich kein Zufall sein.
Moin,
doch, denn es hängt mit einem speziellen
iothreadzusammen, wenn die VM das nicht nutzt, dann hast Du kein Problem, wenn es genutzt wird, dann Problem.Ändert aber nichts an der Tatsache, dass ein Downgrade oder ein Upgrade zur Testing Version des
pve-qemu-kvmdie Lösung ist, für die die VMs einsetzen!VG
Bernd -
Hi, gibt es eine Möglichkeit, bei Upgrade von 7 auf 8 die Version 8.1.2-4 auszuwählen?
-
Bin nicht danach gefragt worden. Aber der downgrad ist eine Sache von Sekunden…
-
@schmakus sagte in [gelöst] Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Hi, gibt es eine Möglichkeit, bei Upgrade von 7 auf 8 die Version 8.1.2-4 auszuwählen?
Moin,
Du kommst doch von V 6, eine Migration über zwei Releases würde ich nicht machen, außer Du bist fit in Linux, dann kann man erst zu 7 migrieren und dann nach ausführlichen Tests von 7 zu 8.
Der Aufwand und die Gefahr, dass etwas schiefgeht, steht für mich in keinem Verhältnis zur sauberen Neuinstallation, mit vorheriger Sicherung aller VMs, LXC.VG
Bernd -
@saeft_2003 sagte in [gelöst] Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:
Aber der downgrad ist eine Sache von Sekunden…
Moin,
habe gerade gesehen, dass es eine neue Version gibt, vielleicht ist damit ein Downgrade nicht mehr nötig
VG
Bernd -
@dp20eic
hab ich gerade aktualisiert, dass steht im changelog:
pve-qemu-kvm (8.1.2-6) bookworm; urgency=medium
- revert attempted fix to avoid rare issue with stuck guest IO when using
iothread, because it caused a much more common issue with iothreads
consuming too much CPU
-- Proxmox Support Team support@proxmox.com Fri, 15 Dec 2023 14:22:06 +0100
Kann bestätigen das der bug beseitigt wurde, somit ist ein downgrade nicht mehr notwendig!
- revert attempted fix to avoid rare issue with stuck guest IO when using
