*Erledigt* Probleme mit Backitup
-
-
Ich denke das macht keinen Sinn aber das kommt ja vom Adapter.
Unter Hosts habe ich noch die Meldung "Restart loop detected"
-
@th-g sagte in Probleme mit Backitup:
aber das kommt ja vom Adapter.
nicht wirklich.
Das musst du ihm wohl irgendwie gesagt haben.
Der arme Adapter setzt das dann nur um -
Im Adapter gibt es nichts was mit Amazon zu tun hat und das einzige was dort eingetragen ist, ist mein Google Drive Laufwerk.
-
Hast du das Backup jetzt sauber eingespielt oder ist das noch das reingeklatschte stumpfe Copy?
-
@th-g sagte in Probleme mit Backitup:
Im Adapter gibt es nichts was mit Amazon zu tun hat
So ist es!
im Adapter gibt es nix mit Amazon.Aber das denkt sich der Adapter auch nicht aus.
Hast du irgendwo eine Portweiterleitung oder sonst etwas ominöses in deinem Netz oder im Adapter konfiguriert? -
Alles sauber und es lief auch und auch die erste Sicherung lief sauber bei Google durch. Ich habe dann den Container neu gestartet und nun geht es nicht mehr.
Im Adapter kann man fast nichts einstellen.
Es gibt keine Portweiterleitungen und ausser Alexa im Heimnetz gibt es nichts.
-
Bei Containern bin ich raus.
-
@th-g sagte in Probleme mit Backitup:
Habe nun einfach das ganze Verzeichnis vom RPI in das NAS Verzeichnis kopiert und läuft auch fast.
Ich bekomme nun aber Unmengen an Warnungen und kann das nicht zuordnen.Das funktioniert nicht , du kannst nicht den ioBroker Inhalt einfach für einen Container nutzen .
Setze den Container neu auf und dann ein Backup per Fußweg einspielen .
-
die IP-ergibt bei Whois:
Amazon Technologies Inc. AT-88-Z (NET-18-32-0-0-1) 18.32.0.0 - 18.255.255.255
Amazon.com, Inc. AMAZO-CF (NET-18-64-0-0-1) 18.64.0.0 - 18.67.255.255Also muss das irgendwo herkommen, allerdings
@th-g sagte in Probleme mit Backitup:
den Container neu gestartet
kenne ich mich mit Containern nicht aus
-
@th-g
Glaube auch, dass der Titel des Threads nicht passt.
Du kopierst wild iobroker Verzeichnisse von einem System auf das andere und wunderst dich über Fehler.Es gibt hier ein Howto wie man sauber und vernünftig einen Restore durchführt.
Den Link findest du auch in meiner Signatur.
Dein Problem liegt hier definitiv nicht an Backitup.
Systemverzeichnisse kopiert, Desktopumgebung installiert ….
Setze ein neues sauberes System auf und folge dem Howto
-
@simatec sagte in Probleme mit Backitup:
Glaube auch, dass der Titel des Threads nicht passt.
Du kopierst wildRichtig ..
Setze ein neues sauberes System auf und folge dem Howto
Deshalb auch mein Kommentar dazu an @TH-G
-
@simatec sagte in Probleme mit Backitup:
Es gibt hier ein Howto wie man sauber und vernünftig einen Restore durchführt.
Ich habe mehrfach nach deinem Howto versucht mit Backitup iobroker wiederherzustellen und es geht einfach nicht!
Der Restore startet, der bunte Kreis dreht sich, im zweiten Fenster kommt die Meldung "Website ist nicht erreichbar" und das wars.
Der iobroker wird dann auch im Container gestoppt.
Danach ist iobroker nicht mehr zu erreichen und ich muss alles löschen und neu installieren.
Mit meiner Kopieraktion hat wenigsten 95% funktioniert.
-
@th-g sagte in Probleme mit Backitup:
Ich habe mehrfach nach deinem Howto versucht das Backitup wiederherzustellen und es geht einfach nicht!
Was ging nicht .... nach den Befehlen im Howto .
-
@th-g sagte in Probleme mit Backitup:
Danach ist iobroker nicht mehr zu erreichen
dann sollte man prüfen warum, aber...
Nach dem "offiziellen" Restore, dem kopieren der Konfigurationen, geht die eigentliche Arbeit erst richtig los.
Jetzt werden alle Adapter neu und passend zur aktuellen Hardware und node-version neu installiert udn kompiliert.
das dauert seine Zeit -
Ich habe alles im Container neu aufgesetzt also eine neue Installation und vorher alle Verzeichnisse vorher gelöscht.
In der neuen iobroker Installation dann mit backitup das Wiederherstellen mit der letzten Datensicherung (vorher local in das Backup Verzeichnis kopiert) durchgeführt.
Backup startet und dann passiert das was ich eben schon schrieb.
Auf der Seite http://192.168.178.166:8091/backitup-restore.html kommt dann Website nicht erreichbar.
-
@th-g sagte in Probleme mit Backitup:
Der iobroker wird dann auch im Container gestoppt.Sollte auch so sein
@homoran sagte in Probleme mit Backitup:
das dauert seine ZeitKenne Qnap nicht ... bei Synology gibt es ein Protokoll Fester wo man den Verlauf sehen kann was passiert
-
@homoran sagte in Probleme mit Backitup:
Jetzt werden alle Adapter neu und passend zur aktuellen Hardware und node-version neu installiert udn kompiliert.
das dauert seine ZeitWie soll das gehen wenn iobroker im Container angehalten wurde?
-
@th-g sagte in Probleme mit Backitup:
Wie soll das gehen wenn iobroker im Container angehalten wurde
ja und?
der controller läuft trotzdem -
@th-g sagte in Probleme mit Backitup:
mit der letzten Datensicherung (vorher local in das Backup Verzeichnis kopiert) durchgeführt.
dann nimm den Fußweg , wie ich schon oben erwähnt habe .
pkill -u iobroker iobroker restore 0
