*Erledigt* Probleme mit Backitup

[TH G]

@thomas-braun

Läuft nun wie von Geisterhand problemlos und alle Fehler haben sich aufgelöst.

Danke für eure Hilfe hier.

P.S. Nun muss ich nur noch herausfinden wie ich per Konsole auf den iobroker kommen, um mal Updates usw. zu machen.

[Jan1]

@th-g sagte in Probleme mit Backitup:

P.S. Nun muss ich nur noch herausfinden wie ich per Konsole auf den iobroker kommen, um mal Updates usw. zu machen.

Blöde Frage, wie hast denn das Ding die ganze Zeit bedient?

[TH G]

@jan1 sagte in Probleme mit Backitup:

Blöde Frage, wie hast denn das Ding die ganze Zeit bedient?

Mit dem RPI4 ist das ja ganz einfach. Per VNC auf den RPI und dann dort das Terminal genutzt.

[Thomas Braun]

@th-g sagte in Probleme mit Backitup:

Per VNC auf den RPI

ARRRGH!
Das macht man per SSH, OHNE Desktop und OHNE VNC.

[Jan1]

@th-g
Die Antwort hatte ich befürchtet. VNC hat auf dem Pi nix zu suchen und leicht gehts mit ner SSH Verbindung nicht mit dem Desktop Quatsch

[TH G]

@jan1 @Thomas-Braun

Und was spricht gegen meine bisherige Vorgehensweise?

[Jan1]

@th-g
alles

[Homoran]

@th-g sagte in Probleme mit Backitup:

Und was spricht gegen meine bisherige Vorgehensweise?

unnötige Ressourcen und zusätzliche Problemquellen
Haben auf einem stabil zu laufenden Server nichts zu suchen

[TH G]

Ich habe nachfolgende Logeinträge und kann Backitup nicht starten:

backitup.0
2021-12-19 19:19:17.190	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

backitup.0
2021-12-19 19:19:17.190	info	terminating

backitup.0
2021-12-19 19:19:17.189	info	cleaned everything up...

backitup.0
2021-12-19 19:19:17.183	error	Exception-Code: ECONNREFUSED: connect ECONNREFUSED 18.66.2.33:443

backitup.0
2021-12-19 19:19:17.183	error	Error: connect ECONNREFUSED 18.66.2.33:443 at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1159:16)

backitup.0
2021-12-19 19:19:17.183	error	unhandled promise rejection: connect ECONNREFUSED 18.66.2.33:443

backitup.0
2021-12-19 19:19:17.183	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

backitup.0
2021-12-19 19:19:17.009	info	[iobroker] backup was activated at 02:00 every 5 day(s)

backitup.0
2021-12-19 19:19:16.990	info	starting. Version 2.2.2 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.18.2, js-controller: 3.3.21

Woran kann das liegen?

[Thomas Braun]

@th-g

ECONNREFUSED 18.66.2.33:443

Schaut wie irgendwas von Amazon aus. Macht das Sinn?

[TH G]

@thomas-braun

Ich denke das macht keinen Sinn aber das kommt ja vom Adapter.

Unter Hosts habe ich noch die Meldung "Restart loop detected"

[Homoran]

@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

[TH G]

@homoran

Im Adapter gibt es nichts was mit Amazon zu tun hat und das einzige was dort eingetragen ist, ist mein Google Drive Laufwerk.

[Thomas Braun]

@th-g

Hast du das Backup jetzt sauber eingespielt oder ist das noch das reingeklatschte stumpfe Copy?

[Homoran]

@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?

[TH G]

@thomas-braun

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.

[Thomas Braun]

@th-g

Bei Containern bin ich raus.

[Glasfaser]

@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 .

[Homoran]

@th-g

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.255

Also muss das irgendwo herkommen, allerdings

@th-g sagte in Probleme mit Backitup:

den Container neu gestartet

kenne ich mich mit Containern nicht aus

[simatec]

@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