Wiedermal was Seltsames

morgen

HA läuft auf Proxmox und heute Früh war alles Tod , HA war nicht erreichbar und Proxmox auch nicht

den NUC neu gestarte und alles war wieder da , HA läuft , Fehlermeldung nur das Automtisches Backup nicht duchgeführt werden konnte (klar)

Automtisches Backup gestartet und wieder alle Tod

Wieder Neustart , dann nur Backup auf den USB der Fritzbox , und alles ist durchgelaufen , aber sobald er scheinbar ein Backup in die Cloud machen will sprengt es die Kiste weg

Guten morgen.

Hab jetzt grad nachgeschaut.
Automatisches Backup heute um 04:47 hat funktioniert.
Grad jetzt ein manuelles Backup angestossen (inkl. Nabu Casa Cloud) - funktioniert ohne Probleme

HA Version 2026.1.3 und als VM unter Proxmox V 9.1.4 installiert

Gruß
Manfred

Ich habe mehere miniPC, auf zwei von denen läuft Proxmox, einer davon ist ein NUC mit
4 x Intel(R) Core™ i3-7100U CPU, wenn ich dort das Autonatische Proxmoxbackup laufen lasse hängt die Kiste sich fest, muss Hardressenten, aber ohne

Der mimiPC auf dem HA als VM unter Proxmox läuft hat dagegen keine Problem mit den Automatischen Backups, auch nicht mit den Täglichen des HA auf ein NAS, hier läuft das auf einer
4 x Intel(R) N150 CPU

Warum das so ich weiß ich nicht, ich weiß auch nicht ob du mit der Info was Anfangen kannst, aber Paralelen sind schon da :slight_smile:

Wieso macht man ein Backup in eine Cloud die man selber nicht betreibt? Wenn die Cloud mal nicht zu erreichen ist und das System was hat, hast du Pech gehabt! Proxmox hat dazu ja den Proxmox Backup Server da hat man alles Lokal!

es geht ja rein um das Backup das HA selber macht nicht das Backup von Proxmox , warum das dann quasi alles lahm legt weis ich nicht

das HA Backup kann ja auch in die Casa Cloud machen und genau darum gehts , lokal funktioniert es ja

Nur wenn das ganze den Proxmox auch lahm legt hast du im dümmsten Fall gar kein aktuelles, für was wenn du in Proxmox das Backup machst und du kannst ja auch noch auf deine FB es machen und dass Risiko eingehen, dass man gar keines hat weil die Cloud nicht will und damit den Rest Blockiert!

Was steht den im Proxmox Systemlog?

Feb 01 01:56:54 pve systemd[1]: pve-daily-update.service: Consumed 2.812s CPU time.
Feb 01 02:17:01 pve CRON[83894]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Feb 01 02:17:01 pve CRON[83895]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)
Feb 01 02:17:01 pve CRON[83894]: pam_unix(cron:session): session closed for user root
Feb 01 03:10:01 pve CRON[93924]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Feb 01 03:10:01 pve CRON[93925]: (root) CMD (test -e /run/systemd/system || SERVICE_MODE=1 /sbin/e2scrub_all -A -r)
Feb 01 03:10:01 pve CRON[93924]: pam_unix(cron:session): session closed for user root
Feb 01 03:10:39 pve systemd-timesyncd[593]: Server has too large root distance. Disconnecting.
Feb 01 03:10:39 pve systemd[1]: Starting e2scrub_all.service - Online ext4 Metadata Check for All Filesystems...
Feb 01 03:10:39 pve systemd[1]: e2scrub_all.service: Deactivated successfully.
Feb 01 03:10:39 pve systemd[1]: Finished e2scrub_all.service - Online ext4 Metadata Check for All Filesystems.
Feb 01 03:10:39 pve systemd-timesyncd[593]: Contacted time server 152.53.15.127:123 (2.debian.pool.ntp.org).
Feb 01 03:11:26 pve kernel: e1000e 0000:00:1f.6 eno1: Detected Hardware Unit Hang:
  TDH                  <b9>
  TDT                  <d9>
  next_to_use          <d9>
  next_to_clean        <b8>
buffer_info[next_to_clean]:
  time_stamp           <101b1b2d6>
  next_to_watch        <b9>
  jiffies              <101b1be00>
  next_to_watch.status <0>
MAC Status             <40080083>
PHY Status             <796d>
PHY 1000BASE-T Status  <3800>
PHY Extended Status    <3000>
PCI Status             <10>
Feb 01 03:11:28 pve kernel: e1000e 0000:00:1f.6 eno1: Detected Hardware Unit Hang:
  TDH                  <b9>
  TDT                  <d9>
  next_to_use          <d9>
  next_to_clean        <b8>
buffer_info[next_to_clean]:
  time_stamp           <101b1b2d6>
  next_to_watch        <b9>
  jiffies              <101b1c5c0>
  next_to_watch.status <0>

das ist nur ein Auzug da hängt sich was weg denke vielleicht Netzwerk und der Fehler wiederholt sich bis ich in der Früh einen Neustart durchgeführt habe

Hast du proxmox aktualisiert → neuer Kernel?

Proxmox hat bekannterweise Probleme mit „Onboard-NIC mit e1000e“ , die scheinst du zu haben?

1 „Gefällt mir“

Ja gestern

Die KI Tante hat auch sowas gemeint

Ich hatte ein Ähnliches Problem. Schuld war die Netzwerkkarte im Motherboard. Seitdem ich eine 2te Netzwerkkarte eingebaut habe ist es nicht mehr vorgekommen. Probiere einmal nur das Netzwerkkabel ab und dann wieder anzustecken. Wenn es dann wieder funktioniert kommt es vom Netzwerk…

lg Rainer

da gibt es scheinbar schon einen Proxmox Helper

2 „Gefällt mir“

Interessant zu lesen, habe bei mir auch gerade geschaut, mache in proxmox nur einmal monatlich Backups und hat gestern Nacht alles super funktioniert. Dann ist das Netzwerkadapter wohl wirklich das Problem bei dir. Und hast das Helper Script schon installiert?

ja hab ich installiert

Backup manuell aktiviert und ist einwandfrei durchgelaufen

1 „Gefällt mir“

auf welcher Version bist du , bei mir ist es erst gestern nach dem update auf 8.4.16 passiert

Ich habe das System ja gerade erst aufgesetzt und nutze daher die aktuellste Version.

1 „Gefällt mir“

Bin auf der Virtual Environment 8.4.14 und habe keine Probleme, dass auf 2 Proxmox Server! Mache aber auch die Backup nicht in eine Cloud sonder auf einen Proxmox Backup Server

1 „Gefällt mir“

Vielen Dank, der Hinweis kam gerade zur rechten Zeit. Ich habe einen neuen Proxmox-Server aufgesetzt der wiederholt abgestürzt ist. Ich wollte gerade nach dem Grund forschen da kam Dein Hinweis :+1:

1 „Gefällt mir“