UNSOLVED Restore schlägt fehl

[Thomas Braun]

@LJSven Da vermute ich eher ein Netzwerk / Timinig Problem.

[Jan1]

@Thomas-Braun
So sehe ich das auch, da noch ein Slave dran hängt und ich immer noch nicht weiß wo der Ursprung dieser Daten ist.
Dann bleibt die Frage offen, warum startet man das Ding so oft? Also ich bastele ja schon viel an der Kiste, aber ein Reboot bekommt der so im Schnitt einmal die Woche, wäre bei 21 Neustarts schon 1/2 Jahr bei mir

[LJSven]

@Jan1 Im Javascript Ordner sind verschiedene Datenpunkte die mit Werte hinterlegt werden wie z.B. Strompreis. Dieser Wert ist dann weg und das Blockly kann natürlich nciht rechnen, wenn der Wert fehlt. Nach einem Restore sind dann die Werte wieder da. Fakt ist, daß die Backups über den Backitup Adapter am 12.12.-15.12. nicht funktionieren. Das Backup vom 11.12. geht tadellos. Ich bekomme jede Nacht ein Telegram Nachricht, daß das Backup erfolgreich war / ausser am 14.12. da war es fehlerhaft (PS. Was übrigens immer am gleichen Tag der Fall ist).

Spiele ich das Backup vom 11.12. ein, geht alles.

[LJSven]

@Jan1 sagte in Restore schlägt fehl:

@Thomas-Braun
So sehe ich das auch, da noch ein Slave dran hängt und ich immer noch nicht weiß wo der Ursprung dieser Daten ist.
Dann bleibt die Frage offen, warum startet man das Ding so oft? Also ich bastele ja schon viel an der Kiste, aber ein Reboot bekommt der so im Schnitt einmal die Woche, wäre bei 21 Neustarts schon 1/2 Jahr bei mir

Die Zahlen waren symbolisch.

[Homoran]

@LJSven Aber das ist doch dann eindeutig!
Deine Backups sind korrupt

Da kann man dann nicht restoren, auch wenn man es zig-mal versucht

[LJSven]

@Homoran sagte in Restore schlägt fehl:

@LJSven Aber das ist doch dann eindeutig!
Deine Backups sind korrupt

Da kann man dann nicht restoren, auch wenn man es zig-mal versucht

Das kann man ja nicht sehen, wenn an die Meldung bekommt, daß das Backup erfolgreich war. Jetzt ist es mir zum ersten mal aufgefallen.

[Jan1]

@LJSven
Du hast Dir also bei den Objekten unter Javascript.0 eigene DPs erstellt und fütterst die manuell mit Werten, richtig?

[Thomas Braun]

@LJSven
Backups brauchen recht viel RAM beim erstellen. Ist möglich, dass der dir bei 2GB und laufendem X ausgegangen ist. Dann wird da u. U. nur die Hälfte ins Backup geschrieben.
Könnte jetzt mit ausgeknipstem X-Server besser laufen.

[Homoran]

@LJSven Ein Backup ist nur dann ein gutes Backup, wenn es auch funktioniert.
Auch wenn es nicht praktikabel ist, müsste man jedes Backup erst verifizieren.

Der Adapter weiß nur dass er es problemlos geschrieben hat.
Ob die Datei anschließend korrupt ist, weil da einzelne Bits beim Transport oder Schreiben defekt waren, weiß das der Adapter nicht.

Auch deswegen solltest du die Karte tauschen, falls es an dieser leigt und dort schon Zellen defekt sind

[LJSven]

@Jan1 Ja, manuell - oder über Blockly. Das komische ist doch einfach, daß x Neustarts gehen, und dann auf einmal nicht mehr.

[Homoran]

@LJSven sagte in Restore schlägt fehl:

@Jan1 Ja, manuell - oder über Blockly. Das komische ist doch einfach, daß x Neustarts gehen, und dann auf einmal nicht mehr.

nein, das wäre bei einer defekten Karte, bei der einzelne Zellen "flackern" nicht komisch.
erstens wird GottseiDank nicht immer in die selben Zellen geschreiben, zweitens könnte es bei einer beginnenden Degradation der Karte ab und zu noch funktionieren, so wie bei einem Wackelkontakt

[Jan1]

@LJSven
Da gehören manuell erstellte DPs auch nicht hin und könnten schon die Antwort sein, warum die ab und an weg sind.
Das sollte alles unert "0_userdata.0" gemacht werden.

@Homoran
Deshalb rate ich ja auch die ganze Zeit zu einer neuen Karte

[Thomas Braun]

@LJSven
Ich würde den Fehler im Skript/Blockly suchen. Da scheint mir was nicht zu stimmen.

[LJSven]

@Thomas-Braun sagte in Restore schlägt fehl:

@LJSven
Ich würde den Fehler im Skript/Blockly suchen. Da scheint mir was nicht zu stimmen.

Schließe ich aus - das geht doch alles seit 2 Jahren.

[LJSven]

@Jan1 sagte in Restore schlägt fehl:

@LJSven
Da gehören manuell erstellte DPs auch nicht hin und könnten schon die Antwort sein, warum die ab und an weg sind.
Das sollte alles unert "0_userdata.0" gemacht werden.

@Homoran
Deshalb rate ich ja auch die ganze Zeit zu einer neuen Karte

Neue Karte hole ich mir - 32 GB / welche Geschwindigkeit?

0_userdate.0 gab es zu dem Zeitpunkt noch nicht, als es angelegt wurde.

[Thomas Braun]

@LJSven
Ich schließe da gar nix aus.
Du hast doch da ein upgrade von diversen Paketen geschoben:

Das ist ein Tinkerboard / das System läuft eigentlich seit einem Jahr. Gestern habe ich ein System Update gemacht.

Syntax in JavaSkript kann sich ja auch ändern und alter Code läuft nicht mehr unter neuen runtimes.

[LJSven]

Ich hole mir jetzt eine neue Karte und setze das System neu auf und spiele dass letzte funktionierende Update ein - ok?

[Thomas Braun]

@LJSven
Kannst du machen. Aber wenn das Problem aus dem Adapter / dem Skript kommt nutzt dir das auch nix.

[Jan1]

@LJSven
Ok, das ist ein Grund warum das dort angelegt wurde. Aber auch der Grund warum es nun "0_userdata.0" gibt und man sollte eben die DPs irgendwann mal umziehen.

Unterm Strich hast jetzt aber die Antworten auf Deine Probleme, altes OS und wohl der Beginn einer sterbenden Karte. Beides derzeit kein Beinbruch und recht schnell wieder zu richten.

Beim Neu aufsetzten des OS aber unbedingt ohne Desktop und Runlevel 3 achten, so ist die Gefahr eine unbrauchbaren Backup schon mal wesentlich geringer.

[LJSven]

@Jan1 sagte in Restore schlägt fehl:

@LJSven
Ok, das ist ein Grund warum das dort angelegt wurde. Aber auch der Grund warum es nun "0_userdata.0" gibt und man sollte eben die DPs irgendwann mal umziehen.

Unterm Strich hast jetzt aber die Antworten auf Deine Probleme, altes OS und wohl der Beginn einer sterbenden Karte. Beides derzeit kein Beinbruch und recht schnell wieder zu richten.

Beim Neu aufsetzten des OS aber unbedingt ohne Desktop und Runlevel 3 achten, so ist die Gefahr eine unbrauchbaren Backup schon mal wesentlich geringer.

Welche Geschwindigkeit sollte die Karte haben?