Standard Backup und Vis
-
@thomas-braun so wie ich es gelesen habe, macht er es über die CLI
-
@karl-heinz1 sagte in Standard Backup und Vis:
In /opt/iobroker/backups sind die Backups alle drin.
was hat das mit der Kategorie Visualisierung zu tun?
-
@simatec sagte in Standard Backup und Vis:
@thomas-braun so wie ich es gelesen habe, macht er es über die CLI
Backup funktioniert nicht, Fehlermeldungen:
18:19:20.021INFOguiBackup gestartet ... 18:19:20.270DEBUGmountWake on LAN wait 25 Seconds for NAS! 18:19:20.309DEBUGmountWake on LAN MAC-Address: 20:DE:20:DE:20:DE 18:19:45.223DEBUGmountnfs-mount command: "sudo mount 192.168.178.172:/Public/iobackup /opt/iobroker/backups" 18:21:50.415DEBUGmountError: Command failed: sudo mount 192.168.178.172:/Public/iobackup /opt/iobroker/backups mount.nfs: Connection timed out 18:21:55.674DEBUGiobrokerhost.raspberrypi 2754 states saved 18:22:00.861DEBUGiobrokerhost.raspberrypi 3199 objects saved 18:22:09.082DEBUGiobrokerBackup created: /opt/iobroker/backups/iobroker_2024_11_18-18_21_50_BrokerBackup_backupiobroker.tar.gz 18:22:09.109DEBUGiobrokerThis backup can only be restored with js-controller version up from 4.1 18:22:10.087DEBUGiobrokerdone 18:22:12.495DEBUGftpdone 18:22:12.799DEBUGcifsused copy path: /Public/iobackup 18:22:12.848DEBUGcifsdone 18:22:13.433ERRORcleanBackup files not deleted from /opt/iobroker/backups because some errors. 18:22:13.462DEBUGcleandone 18:22:13.568DEBUGhistoryHTMLnew history html values created 18:22:13.669DEBUGhistoryHTMLdone 18:22:13.839DEBUGhistoryJSONnew history json values created 18:22:13.882DEBUGhistoryJSONdonesind die Einstellungen richtig ?
-
@karl-heinz1 sagte in Standard Backup und Vis:
sind die Einstellungen richtig ?
Kann man nicht sagen, weil man gar keine sieht.
Ich würde aber erstmal schauen, dass ich ein Backup-Verfahren ans fliegen bekomme und da nicht parallel mit CIFS und NFS und FTP herum machen. -
@thomas-braun sagte in Standard Backup und Vis:
@karl-heinz1 sagte in Standard Backup und Vis:
sind die Einstellungen richtig ?
Kann man nicht sagen, weil man gar keine sieht.
Ich würde aber erstmal schauen, dass ich ein Backup-Verfahren ans fliegen bekomme und da nicht parallel mit CIFS und NFS und FTP herum machen.ich habe es jetzt mal ganz einfach mit:
scp pi@192.168.178.155: /opt/iobroker/backups/backupiobroker.tar.gz ~/Downloads/
und
scp pi@192.168.178.155: /opt/iobroker/backups/iobroker_2024_11_19-12-_01_00_BrokerBackup_backupiobroker.tar.gz ~/Downloads/probiert
Auch mit dem, was unter ls ausgegeben wird kommt immer:
No such file or directoryWas ist da falsch ?
So sehen die Backups aus im Backup Verzeichnis aus:
iobroker_2024_11_18-02_42_40_BrokerBackup_backupiobroker.tar.gz
iobroker_2024_11_18-18_21_50_BrokerBackup_backupiobroker.tar.gz
iobroker_2024_11_19-12_01_00_BrokerBackup_backupiobroker.tar.gz -
@karl-heinz1 sagte in Standard Backup und Vis:
So sehen die Backups aus im Backup Verzeichnis aus:
Nein, so sehen die nicht aus.
Die sehen so aus:ls -l /opt/iobroker/backups -
@thomas-braun sagte in Standard Backup und Vis:
@karl-heinz1 sagte in Standard Backup und Vis:
So sehen die Backups aus im Backup Verzeichnis aus:
Nein, so sehen die nicht aus.
Die sehen so aus:ls -l /opt/iobroker/backupsJa, das sind die doch, wenn ich nur ls eingebe, dann fehlt der vordere Teil, das sind die schreib/lese Berechtigungen.
ls -l /opt/iobroker/backups total 302788 -rw-rw-r--+ 1 iobroker iobroker 10437953 Nov 1 02:40 iobroker_2024_11_01-02_40_10_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10438115 Nov 2 02:40 iobroker_2024_11_02-02_40_10_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10439155 Nov 3 02:40 iobroker_2024_11_03-02_40_10_backupiobroker.tar.gz -
Ich habe alle möglichen Eingaben ausprobiert, bekomme einfach keine Datei vom Raspberry auf meinen Mac.
pi@raspberrypi:~ $ scp pi@192.168.178.155: /etc/test.yaml ~/euronicsxxlwunstorf/Backup/
/home/pi/euronicsxxlwunstorf/Backup/: Not a directoryKannst Du mir da mal eine Befehlszeile schreiben, wie die aussehen muss
-
So aus dem Kopf nur rudimentär. Vom Mac aus irgendwie so ähnlich wohl:
scp user@host:/pfad/zur/quelldatei /pfad/zum/zielWenn scp auf dem Mac verfügbar ist, heißt das.
-
@karl-heinz1 sagte in Standard Backup und Vis:
Ich habe alle möglichen Eingaben ausprobiert, bekomme einfach keine Datei vom Raspberry auf meinen Mac.
pi@raspberrypi:~ $ scp pi@192.168.178.155: /etc/test.yaml ~/euronicsxxlwunstorf/Backup/
/home/pi/euronicsxxlwunstorf/Backup/: Not a directoryKannst Du mir da mal eine Befehlszeile schreiben, wie die aussehen muss
Den Ordner
~/euronicsxxlwunstorf/Backup/gibt es nicht - steht ja auch so in der Fehlermeldung. Arbeite beim Tippen mit dem Tabulator, dann sollte er das vervollständigen bzw. nimm halt einen Pfad bei dir auf dem System den es gibt.
Er ist da kleinlich, ein Buchstabe falsch und es passt nicht. -
Wobei sich das dann ja auch rein auf dem Host 'raspberrypi' abspielt. Das soll ja auf einen Mac kopiert werden.
-
@karl-heinz1 sagte in Standard Backup und Vis:
Ich habe alle möglichen Eingaben ausprobiert, bekomme einfach keine Datei vom Raspberry auf meinen Mac.
pi@raspberrypi:~ $ scp pi@192.168.178.155: /etc/test.yaml ~/euronicsxxlwunstorf/
Meines Wissens darf da kein Leerzeichen zwischen Doppelpunkt und "/".
-
@marc-berg sagte in Standard Backup und Vis:
Meines Wissens darf da kein Leerzeichen zwischen Doppelpunkt und "/".
Ja, das auch.
-
das sind jetzt 2 Versuche erst der 1. danach der 2.
pi@raspberrypi:~ $ sudo scp pi@192.168.178.92: /etc/evcc.yaml euronicsxxlwunstorf@MacBook-Air: The authenticity of host '192.168.178.92 (192.168.178.92)' can't be established. ECDSA key fingerprint is SHA256:VLFzkscJbANHVKsBcTwcNDf/LQw8H7GtnJ9Qkpv5l+E. Are you sure you want to continue connecting (yes/no/[fingerprint])? yes Warning: Permanently added '192.168.178.92' (ECDSA) to the list of known hosts. pi@192.168.178.92's password: ssh: connect to host macbook-air port 22: Connection refused lost connection ssh: connect to host macbook-air port 22: Connection refused lost connectionpi@raspberrypi:/etc $ sudo scp pi@192.168.178.92:/etc/evcc.yaml euronicsxxlwunstorf@MacBook-Air:/Schreibtisch pi@192.168.178.92's password: ssh: connect to host macbook-air port 22: Connection refused lost connection -
@karl-heinz1 sagte in Standard Backup und Vis:
Du schmeißt da alles mögliche durcheinander.
Du bist doch schon auf dem raspberrypi, also musst du dich da auch nicht mehr authentifizieren.
Und einen Zeilordnereuronicsxxlwunstorf@MacBook-Air:/Schreibtischwird es da auch nicht geben.Das Kommando würde nur ansatzweise auf dem MacBook-Air einen Sinn ergeben.
-
Ich bekomme es nicht hin. Wie macht ihr das denn ?
Gibt es denn niemanden, der seine Daten vom Raspi auf einen Mac kopiert.
$ sudo scp pi@192.168.178.92:/etc/evcc.yaml Karl-Heinz@192.168.178.165:/Downloads pi@192.168.178.92's password: ssh: connect to host 192.168.178.165 port 22: Connection refused lost connectionWie ist das denn mit scp ? muss der MAC das können oder haben und wie kann ich das feststellen.
Kann ich einen USB Stick in den Raspi stecken ? Wäre das einfacher ?
-
Das hängt davon ab wo du da herumstehst.
Vom Mac aus:
scp pi@192.168.178.92:/etc/evcc.yaml meinekopiederdateiDann liegt die Datei in dem Arbeitsverzeichnis des Mac.
-
Hast du auf dem Mac den SSH Server aktiviert?
Systemeinstellungen / Freigaben/Remote-Anmeldung
Wenn ich lese „Connection refused“, scheint da niemand zu hören.
-
Kopieren bekomme ich noch nicht hin, im Moment meldet sich der Raspi im Stundentakt mit der Meldung ab:
$ client_loop: ssh_packet_write_poll: Connection to 192.168.178.92 port 22: Host is down
gibt es eine Idee, wo das herkommen kann ??
-
@karl-heinz1 sagte in Standard Backup und Vis:
client_loop
Kann durch Netzwerk-Harakiri (Verbindungen kreuz und quer und vor und zurück über die diversen Hosts oder durch unstabiles WLAN) kommen.
