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

[Dr. Bakterius]

@saeft_2003 Also ich habe diese Probleme zum Glück nicht. Ich habe eine VM als auch einen LXC getestet.

[saeft_2003]

@dr-bakterius

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…

[tritor]

@saeft_2003

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/temp

Danach liefen die Backups wieder wie gewohnt.

Da gibt es eventuell andere Methoden, aber so läuft es bei mir.

[crunchip]

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

[saeft_2003]

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

@saeft_2003

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/temp

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

[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

[Ein ehemaliger Benutzer]

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

[Ein ehemaliger Benutzer]

@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

[Ein ehemaliger Benutzer]

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