UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[saeft_2003]

@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...

[ticaki]

@saeft_2003

Danke das du im ersten Beitrag den Befehlt ergänzt hast.

Vielleicht noch ein [gelöst] in die überschrift.

[crunchip]

@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

[saeft_2003]

@crunchip

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

[saeft_2003]

@ticaki sagte in Mit proxmox 8.1.3 sehr hohe CPU Last nach backup:

@saeft_2003

Danke das du im ersten Beitrag den Befehlt ergänzt hast.

Vielleicht noch ein [gelöst] in die überschrift.

Erledigt

[A Former User]

@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 iothread zusammen, 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-kvm die Lösung ist, für die die VMs einsetzen!

VG
Bernd

[Schmakus]

Hi, gibt es eine Möglichkeit, bei Upgrade von 7 auf 8 die Version 8.1.2-4 auszuwählen?

[saeft_2003]

@schmakus

Bin nicht danach gefragt worden. Aber der downgrad ist eine Sache von Sekunden…

[A Former User]

@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

[A Former User]

@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

[saeft_2003]

@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!