Snapshot bricht mit Fehler ab
- Ersteller RudiP
- Erstellt am
Als SMB. Ist ein Verzeichnis auf meinem NAS.
Der Backup Job wird doch entweder vom Rechenzentrum aus jede Nacht gemacht, ober eben, wie eben 5 mal versucht, auch manuell angestoßen. Was soll ich beim manuellen den neu anlegen ?
Gerade mal beim manuellen gesagt, das er local speichern soll und nicht auf dem NAS, das scheint zu laufen.
Aber warum laufen die beiden anderen problemlos.
Der Backup Job wird doch entweder vom Rechenzentrum aus jede Nacht gemacht, ober eben, wie eben 5 mal versucht, auch manuell angestoßen. Was soll ich beim manuellen den neu anlegen ?
Gerade mal beim manuellen gesagt, das er local speichern soll und nicht auf dem NAS, das scheint zu laufen.
Aber warum laufen die beiden anderen problemlos.
blurrrr
Well-known member
Sicher, dass nicht ggf. noch am Ziel (NAS) Alt-Daten vorhanden sind? Mach das mal komplett platt und richte den Backup-Job mal - wie von @the other vorgeschlagen - neu ein.
the other
Well-known member
Moinsen,
der Fehler kann u.a. wohl bedeuten, dass die vma.dat Datei für eben diesen snapshot nicht lesbar / zu öffnen ist. Jeder snapshot hat idR eine solche Datei, daher kann es gut sein, dass diese bei den anderen backup / snapsot Jobs in Ordnung ist, daher alles sauber durchläuft. Nur eben bei diesem einen nicht.
Kann daran liegen, dass die Datei nicht dem erwarteten Zustand entspricht...
Gerade bei deinem fraglichen Problem mit dem Proxmoxserver allgemein (hattest du hier ja an anderer Stelle berichtet) KANN das aber auch ein Hinweis auf ein beschädigtes Dateisystem sein bzw einem fehlerhaften Datenträger...
So jedenfalls mein bescheidenes Verständnis...
der Fehler kann u.a. wohl bedeuten, dass die vma.dat Datei für eben diesen snapshot nicht lesbar / zu öffnen ist. Jeder snapshot hat idR eine solche Datei, daher kann es gut sein, dass diese bei den anderen backup / snapsot Jobs in Ordnung ist, daher alles sauber durchläuft. Nur eben bei diesem einen nicht.
Kann daran liegen, dass die Datei nicht dem erwarteten Zustand entspricht...
Gerade bei deinem fraglichen Problem mit dem Proxmoxserver allgemein (hattest du hier ja an anderer Stelle berichtet) KANN das aber auch ein Hinweis auf ein beschädigtes Dateisystem sein bzw einem fehlerhaften Datenträger...
So jedenfalls mein bescheidenes Verständnis...
Sicher sind da ältere Backups vorhanden, aber wie man am Dateinamen sieht, besteht der auch aus Datum und Uhrzeit. Das da also eine gleichnamige alte Datei liegt ist maximal unmöglich.
Auch an dich dann die Frage, WIE richtet man den manuellen Backup Job den neu ein ?
Ich gehe ja auf die VM, dort auf Backup, sehe meine vorherigen Backup's und klicke oben auf "Backup starten". Ich wüßte nicht, das man da irgendwo was einstellen kann.
@the other Wo finde ich den diese vma.dat ?
Ein "find -name vma.dat" brachte kein Ergebnis.
Ok, den Backup Job im Rechenzentrum mal neu angelegt, ändert aber nichts. Der manuelle endet immer noch in einem Fehler.
Wenn ich die Befehlszeile für das Backup
in ein ssh Terminal eingebe, kommt der selbe Fehler.
blurrrr
Well-known member
Also wenn schon, such nach "*.vma.dat". Davon aber mal abgesehen suchst Du mit dem Befehl auch nur "innerhalb" des Verzeichnisses wo Du Dich grade befindest. Befindest Du Dich also in Deinem Home-Verzeichnis (/root/) wird auch nur dieses rekursiv durchsucht. Wenn Du das gesamte System durchsuchen möchtest, musst Du einen entsprechenden Startpunkt angeben, z.B. via
find / -name "*.vma.dat". So wird dann ab "/" gesucht, was dann /mnt/, usw. inkludiert.
the other
Well-known member
Moinsen,
Stimmen denn für das backup alle Angaben, um überhaupt auf dem NAS schreiben zu dürfen? Da irgendwas abweichend?
Also, das System schreibt beim backup Dinge in diese temporäre vma.dat, die aber bei dir aus bisher unbekannten Gründen eben nicht
a) geschrieben wird als Option1
b) geschrieben wird, aber dann nicht lesbar /verarbeitbar ist als Option2
Du kannst ja mal schauen: maneull starten, Ziel auf lokal...dann sollte die Datei auch (vorübergehend) unter /var/lib/vz/dump erscheinen (und dann später zu einer vma.lzo zu werden)...
Und ebenso sollte es dann auch auf der Freigabe sein, unter der deine backups gespeichert werden...
Daher:
- passen die Rechte für den share, so dass dort geschrieben werden darf für diesen job?
- stimmt der mount Punkt auch wirklich (korrekter Pfad zum backup Platz)?
Bin da aber nun wirklich eigentlich so ziemlich der letzte, der Ahnung hat, starte ja eben selber erst mit dem Krempel...also alles wie immer ohne Gewähr.
Schau mal unter (nach manuellem Start eines Backups auf den lokalen Speicherplatz) unter /var/lib/vz/dump...da sollte die dann sein. Meines (bescheidenen) Wissens nach ist das aber eh nur eine temporär angelegte Datei, eben da, wo das backup hingeschrieben wird (daher manuell eben auf dem localen Speicherort).
Stimmen denn für das backup alle Angaben, um überhaupt auf dem NAS schreiben zu dürfen? Da irgendwas abweichend?
Also, das System schreibt beim backup Dinge in diese temporäre vma.dat, die aber bei dir aus bisher unbekannten Gründen eben nicht
a) geschrieben wird als Option1
b) geschrieben wird, aber dann nicht lesbar /verarbeitbar ist als Option2
Du kannst ja mal schauen: maneull starten, Ziel auf lokal...dann sollte die Datei auch (vorübergehend) unter /var/lib/vz/dump erscheinen (und dann später zu einer vma.lzo zu werden)...
Und ebenso sollte es dann auch auf der Freigabe sein, unter der deine backups gespeichert werden...
Daher:
- passen die Rechte für den share, so dass dort geschrieben werden darf für diesen job?
- stimmt der mount Punkt auch wirklich (korrekter Pfad zum backup Platz)?
Bin da aber nun wirklich eigentlich so ziemlich der letzte, der Ahnung hat, starte ja eben selber erst mit dem Krempel...also alles wie immer ohne Gewähr.
the other
Well-known member
Moinsen,
mal zur Auflockerung ne kurze Rückfrage: deine HA Instanz läuft auf dem Proxmoxserver aber schon in einer VM? Oder ist das in einem LXC untergebracht?? Denn du schreibst oben
mal zur Auflockerung ne kurze Rückfrage: deine HA Instanz läuft auf dem Proxmoxserver aber schon in einer VM? Oder ist das in einem LXC untergebracht?? Denn du schreibst oben
Hat nu vermutlich gar nix mit deinem Problem zu tun...wäre aber dankbar für ne Info dazu.
Verstehe. Sorry, Linux ist noch nich tso wirklich mein Fachgebiet.
Aber auch ein find / -name "*.vma.dat" liefert kein Ergebnis.
@the other
Ja, HomeAssistant läuft in einer VM.
Das Backup wird ja nicht lokal abgelegt, sondern auf dem NAS. Ich habe das lokale Backup mal angestoßen, aber nein, das von Dir angegebene Verzeichnis ist leer und auch auf dem Verzeichnis auf dem NAS ist nichts.
Vermutlich ist das versuchte Backup schneller fertig, als ich auf ENTER drücken kann.
Hab deswegen das Backup mal auf das lokale Laufwerk umgeleitet, da fängt es an zu arbeiten und dann ist auch die *.vma.dat im angegebenen Verzeichnis.
Das Verzeichnis ist ja via Proxmox eingebunden. Wenn also die lxc Backups laufen, dann muss das für die VM ja auch laufen. Ist ja nix anders.
Ja, da würde ich eher Option 1 annehmen, da das Backup ja so schnell abbricht, da kann noch nicht der gesamte Snapshot (ca. 30 GB) geschrieben worden sein. Ich sehe ja gerade, wo es lokal läuft, das dauert.
Sieht mir also eher so aus, als wenn die Datei erst gar nicht geschrieben werden könnte.
So, Backup auf lokal ist durchgelaufen. 10 Minuten und 30 Sekunden.
Sofort das selbe Backup gestartet, aber als Ziel den NAS und bricht sofort wieder ab.
Nur um es mal gesagt zu haben, auf dem NAS sind 2,8 TB frei. Sollte ja ausreichend sein.
Das Verzeichnis ist im Rechenzentrum unter Storage wie folgt angelegt.
Und da gehen eben auch die lxc hin. Das da also irgendwas falsch konfiguriert wäre, kann ich mir nicht Vorstellen, vor allem, da es ja vorher lange Monate problemlos gelaufen ist.
blurrrr
Well-known member
Stimmen denn die Berechtigungen auf das Share bzw. laufen die anderen Backups auch auf das NAS? Ich würde - Linux zu Linux - übrigens eher NFS bevorzugen (weniger Overhead). Storage unterstützt Snapshots? Die Backups sind alle als Snapshots eingerichtet? Auf dem Hostsystem selbst ist auch noch genügend freier Speicher? Remote-Storage ist auch "ganz sicher" gemountet (mal in der Shell ins Verzeichnis und Inhalt anzeigen lassen, ggf. vorher via Client/NAS mal eine Testdatei erstellen und diese dann via PVE-Shell anzeigen lassen). Und mal ganz blöd: Hast Du mal das NAS (und danach den PVE-Host) mal neugestartet? Nicht, dass da noch irgendwas im Cache hängt und PVE davon ausgeht, dass so eine Datei vorhanden ist, diese aber garnicht mehr dort ist.
Richtig. Ist die selbe SMB Freigabe, also stimmen auch die Berechtigungen.
NFS habe ich nie zum laufen gebracht. Frag mich nicht, warum
Hat es Monatelang, so lange, wie ich Proxmox nutze.
Ja, habe aber auch die anderen Optionen getestet, selbes Ergebnis.
2,8 TB sollten reichen.
Sonst würden die Backups des LXC nicht funktionieren.
Ja, kann ich drauf zugreifen.
Nein. Bisher nur den Proxmox. Teste ich aber nachher mal.
the other
Well-known member
Moinsen,
Ja, bestätigt eben, dass es da Probleme mit besagter Datei gibt...Und leider kann der Fehler eben diverse Gründe haben.
Deswegen ja die Nachfrage nach...
...mountpoint korrekt?
...kannst du von proxmox aus eine testdatei auf besagtes NAS share schreiben?
...auch wenn zwischendurch das NAS einen Reboot erlebt hat kann es zu dem Fehler kommen, daher auch mal den obigen Tip von @blurrrr versuchen.
...kann am Ende auch eben noch ein Speicherproblem sein, gerade weil bzgl Zugriff und Rechten ja vorher alles lief.
Ja, bestätigt eben, dass es da Probleme mit besagter Datei gibt...Und leider kann der Fehler eben diverse Gründe haben.
Deswegen ja die Nachfrage nach...
...mountpoint korrekt?
...kannst du von proxmox aus eine testdatei auf besagtes NAS share schreiben?
...auch wenn zwischendurch das NAS einen Reboot erlebt hat kann es zu dem Fehler kommen, daher auch mal den obigen Tip von @blurrrr versuchen.
...kann am Ende auch eben noch ein Speicherproblem sein, gerade weil bzgl Zugriff und Rechten ja vorher alles lief.
