UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Karl-Heinz1]

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

Was 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

[Thomas Braun]

@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

[Karl-Heinz1]

@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/backups

Ja, 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

[Karl-Heinz1]

@thomas-braun

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 directory

Kannst Du mir da mal eine Befehlszeile schreiben, wie die aussehen muss

[Thomas Braun]

@karl-heinz1

So aus dem Kopf nur rudimentär. Vom Mac aus irgendwie so ähnlich wohl:

scp user@host:/pfad/zur/quelldatei /pfad/zum/ziel

Wenn scp auf dem Mac verfügbar ist, heißt das.

[BananaJoe]

@karl-heinz1 sagte in Standard Backup und Vis:

@thomas-braun

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 directory

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

[Thomas Braun]

@bananajoe

Wobei sich das dann ja auch rein auf dem Host 'raspberrypi' abspielt. Das soll ja auf einen Mac kopiert werden.

[Marc Berg]

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

[Thomas Braun]

@marc-berg sagte in Standard Backup und Vis:

Meines Wissens darf da kein Leerzeichen zwischen Doppelpunkt und "/".

Ja, das auch.

[Karl-Heinz1]

@thomas-braun

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 connection

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

[Thomas Braun]

@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 Zeilordner euronicsxxlwunstorf@MacBook-Air:/Schreibtisch wird es da auch nicht geben.

Das Kommando würde nur ansatzweise auf dem MacBook-Air einen Sinn ergeben.

[Karl-Heinz1]

@thomas-braun

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 connection

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

[Thomas Braun]

@karl-heinz1

Das hängt davon ab wo du da herumstehst.

Vom Mac aus:

scp pi@192.168.178.92:/etc/evcc.yaml meinekopiederdatei

Dann liegt die Datei in dem Arbeitsverzeichnis des Mac.

[Marc Berg]

@karl-heinz1

Hast du auf dem Mac den SSH Server aktiviert?

Systemeinstellungen / Freigaben/Remote-Anmeldung

Wenn ich lese „Connection refused“, scheint da niemand zu hören.

[Karl-Heinz1]

@thomas-braun

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

[Thomas Braun]

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

[BananaJoe]

@karl-heinz1 sagte in Standard Backup und Vis:

$ client_loop: ssh_packet_write_poll: Connection to 192.168.178.92 port 22: Host is down

Könnte auch einfach schlicht das beenden der SSH Sitzung auf Grund von Inaktivität sein. puTTY (Windows SSH Client) hätte dafür bzw. dagegen eine "Keep alive" Funktion. Wenn meine Theorie stimmt müsste es dazu etwas in der /etc/ssh/sshd_config geben, den Parameter ClientAliveInterval, keine Ahnung welchen Default-Wert der hat.

Also ggf. durchaus gewolltes Verhalten.

[Karl-Heinz1]

@marc-berg

Es gibt keinen Punkt Freigaben, nur das:

[Marc Berg]

@karl-heinz1 sagte in Standard Backup und Vis:

Es gibt keinen Punkt Freigaben, nur das:

Ich dachte, du wolltest direkt auf den Mac speichern, wegen dieses Satzes:

@karl-heinz1 sagte in Standard Backup und Vis:

Ich habe alle möglichen Eingaben ausprobiert, bekomme einfach keine Datei vom Raspberry auf meinen Mac.

Aber das Ziel ist es ja, auf die WD zu schreiben, korrekt? Dann ist meine Anmerkung natürlich Unsinn.

[Karl-Heinz1]

@thomas-braun

das ist aber erst jetzt aufgetreten und ich habe eigentlich nix gemacht ausser mein Skript (Blockly) für die Wallbox Steuerung verkleinert.
Allerdings haben wir etwas Probleme mit dem Fritz 6490. von den 8 Shelly`s melden sich zwei immer mal ab.

Und EVCC läuft auch, aber das läuft auch schon seit 2 Monaten, allerdings hängt sich da auch immer ein RS485 Adapter to USB auf, wenn beide Wallboxen dran sind, daher jetzt nur eine Wallbox und die andere schalte ich normal über einen Shelly ein.
Die normal angeschlossen über den Kippschalter. Den Kippschalter, das macht der Shelly.