Search results

Hallo bitboy0, Der Agent läuft auf allen VM. Das ist auch nicht das Problem, sondern das die VM danach tot ist. Peter

Hallo, Ich hänge mich hier mal mit an. Mir ist gestern beim Backup folgendes passiert: Das freeze Kommando hat einen Timeout erzeugt. Die VM hing in dem Fall auch. Warum der Timoeut kam ist mir noch unklar. Softwarestand aktuelles Enterprise Repository. Patch bezüglich Backup abbrechen gibt es...

Hallo mira, Leider nein. Die Version läuft bei uns und erzeugt den Fehler. Peter

Scheinbar versucht der pbs dies zu löschen... Storage ist NFS.

Hallo, Auf dem Backupserver sieht es so aus.. GC entfernt dies nicht.

Hallo, Alles klar, die hooks werden definitiv unter Debian 10 nicht ausgeführt. Irgendwie gibt es kein Konfigurationsfile dafür. Hat das jemand unter Debian 10 am laufen? Peter

Hallo Fabian, Vielen Dank für die Info. Ich sehe gerade das das hier VM seitig fehlt. War mir nicht klar. Ich teste das und stelle dann auf "gelöst". Peter

Hallo, Folgendes ist mir bei einem Testrestore aufgefallen: Die VM macht ein "recovery journal". Die Partition mit der mysql Datenbank hat viele fehler und die DB startet nicht mehr. Backupmmethode "snapshot", qemu Agent ist installiert, debian 10. Sollte der quemu Agent nicht das Filesystem...

Hallo, Wie in Bugzilla beschrieben tritt der Fehler nur auf wenn es mehr als ein Backupziel gibt. Auf dem betroffenen Cluster gab es in der Tat neben dem neuen pbs noch ein altes via nfs. Patch wird sicher die nächsten Tage in Repo laufen. Peter

Hallo Fabian, Ja, mache ich. Peter

Hallo, Heute gab es die 1.0.6 im Repo. Leider kein Erfolg. Das Problem beschränkt sich aber bei uns auf einen Cluster. Hier noch mal das Log wo es nicht funktioniert: INFO: 0% (468.3 MiB of 86.0 GiB) in 3s, read: 156.1 MiB/s, write: 109.2 MiB/s ERROR: interrupted by signal INFO: aborting...

Hallo, Wenn man manuell ein Backup startet und dann nach einer Weile abbricht, sollte aus meiner Sicht die Sicherung auf dem Backupserver automatisch geloescht werden. Peter

Hallo Alwin, Das Problem tritt nach wie vor auf. Wenn man ein Backup abbricht, dann ist die VM tot. Sehr Problematisch ist es wenn bei den taeglichen Backups bspw. ein Timeout auftritt, dann ist es im Prinzip dasselbe. Das Problem tritt bei uns allerdings nur im Linuxcluster auf. Hier laufen...

Update to 1.0.6 resolve this bug. Peter

hallo, manual delete backups generate this error: On client or server the same error. storage is nfs. Peter

Es gibt noch eine neue Erkenntniss. Ich habe noch einen einzelnen Notfallserver mit Subskription Lizenz und den gleichen Softwarestand wie unsere Cluster. Hier gibt es das Problem auch nicht. Scheint also auch an der Hardware zu liegen. Kerne hat der Notfallserver 8, der Clusterknoten 52. Zstd...

Was könnte ich Euch noch zuarbeiten/testen? Peter

Hallo Alwin, Eine Lösung gibt es aber auch nicht. Mir ist noch dies aufgefallen: Passiert nur bei zstd. mit lzo sieht das Log so aus: INFO: starting new backup job: vzdump 142 --mode snapshot --remove 0 --node sv-c-vdz4 --compress lzo --storage nfs_qnap_linux INFO: Starting Backup of VM 142...

Hallo Alwin, Unser Testcluster nutzt das Repository "test" nicht nosubscription. Diese zwei Pakete sind unterschiedlich: pve-container libproxmox-acme-perl. Peter

Hallo, Auf unserem Testcluster mit dem Repository "nosubscription" tritt das Problem nicht auf. Scheint also gefixt dort zu sein. Peter