Bisher habe ich leider noch keine guten Rückmeldungen.
Deswegen versuche ich auch den Ansatz von "birotela".
Mal sehen, was sich ändert
Deswegen versuche ich auch den Ansatz von "birotela".
Mal sehen, was sich ändert
Ich kann von meiner Seite nur folgenden Befehl als erfolgreich bestätigen:Ich habe ein Proxmox Cluster mit drei Servern.
Veeam in der neuesten Version.
Auf dem ersten von den dreien bleibt der Worker immer wieder hängen. Also im Prinzip das gleiche, wie oben beschrieben.
Bei den anderen beiden passiert das bisher nicht.
Den Worker vom ersten Server habe ich auch schon mal entfernt und neu erzeugt. Nach einer Weile kam der Fehler wieder.
Mit
überprüfe ich jeden Morgen, ob der Worker wieder hängen geblieben ist.Bash:systemctl status qemu.slice
Der Worker hat bei mir die ID: 101.
Wenn der wieder hängt, stoppe ich den Worker mit:
Die Lock-Datei wird dabei nicht gelöscht.Bash:systemctl kill 101.scope
Mit:
kann die Datei nach dem "Abschuss" des Workers gelöscht werden.Bash:rm /var/lock/qemu-server/lock-101.conf
Nach ein paar Tagen kommt der gleiche Fehler wieder.
Also auch, wie oben erwähnt, alles nicht besonders nachhaltig.
systemctl kill 102.scope
Seit dem die Worker dauernd laufen, gibt es nur noch ganz selten Probleme.
So wie es aussieht, werden wir hier nach dem Auslaufen der Lizenzen von Veeam auf das Backup von Proxmox wechseln. Das ist mir alles etwas zu instabil. Das dauert aber noch mehr als ein Jahr.
We use essential cookies to make this site work, and optional cookies to enhance your experience.