Backup auf NAS

[Frank_Huber]

Telnet:

Code Auswählen Erweitern

defmod telnetPort telnet 7072 global

allowed Telnet:

Code Auswählen Erweitern

defmod allowed_telnetPort allowed
attr allowed_telnetPort password 12345678!
attr allowed_telnetPort validFor telnetPort

Backup Config:

Code Auswählen Erweitern

#!/bin/bash

mountIp="192.168.xxx.yyy"
....
localMountPoint="/Q/backup"

#optional
mytelnetPW="12345678!"
...


läuft so wunderbar. PW ist natürlich geändert.

[Otto123]

Ich habe mein System komplett neu aufgesetzt. Habe entsprechend ein Update von Raspbian auf Buster am laufen.
Vorher hat das Backup, eingerichtet nach meintechblog, ohne Probleme funktioniert.

Habe nachdem aufsetzen des Systems dann FHEM aus dem letzten Backup zurück kopiert, rechte vergben, etc. FHEM läuft soweit.
Habe jetzt aber festgestellt, dass das Backup nicht läuft.

Hat sich bei Buster etwas geändert ?

Moin,

um die ursprüngliche Frage zu beantworten. In Buster ist die Verwendung von cifs offenbar leicht angepasst, so dass ein wie alt auch immer Syntax nicht mehr funktioniert. Eventuell wurden im Syntax einfach alte Zöpfe abgeschnitten, dass passiert bei Entwicklungen immer wieder.

Aber! Du hast entweder entgegen Deiner Aussagen den Zugang zu deinem FHEM verändert und Dein Backupscript nicht angepasst oder das Backup Script ist bezüglich telnet Zugang so noch nie gelaufen!

Werde die Anmeldung mal raus nehmen

Das macht auch keinen Sinn. Du musst vielmehr immer im Hinterkopf haben:
- dass Du eine Anmeldung hast,
- diese nicht verschweigen und für Dich selbst ignorieren und
- Nachfragen von Anderen nach der Anmeldung nicht einfach mehrfach ignorieren.

Und jetzt die Anmeldung einfach in Dein Script einbauen. 

Gruß Otto

[sash.sc]

Asche auf mein Haupt.
Ich bin geläutert. [emoji6]

Das Backup lief immer. Es wurde fleißig auf dem NAS gesichert. Es wurden nur nie die Readings geschrieben.

Das war mir wohl aufgefallen.
Habe dann nur ein at gesetzt, welches den Dummy immer wieder zurück gesetzt hat. Dies sollte ja auch von dem script gemacht werden.

Werden dann die Anmeldung wieder einbauen und die hier von euch gelieferten Infos mit berücksichtigen.

Ein dickes Lob für eure Unterstützung!

Danke.

Gruß Sascha

Gesendet von meinem MI 9 mit Tapatalk

[Otto123]

Hallo Sascha,

tust Du mir noch einen Gefallen?
Probierst Du mal noch meinen HTTP Client bei Dir? Also einfach mal:

Code Auswählen Erweitern

bash /opt/fhem/fhemcl.sh
Sagen ob Du verstehst was da steht und dann mit deinem Login probieren

Code Auswählen Erweitern

bash /opt/fhem/fhemcl.sh <url mit Login zu Deinem FHEM> "list global"
Und sagen ob das klappt.
Wäre schön wenn es mal jemand testet

Gruß Otto

[sash.sc]

Werde ich testen..

Werde aber wohl erst am WE dazu kommen.

Gruß Sascha

Gesendet von meinem MI 9 mit Tapatalk

[Otto123]

gar keine Eile

[sash.sc]

Hat mir jetzt keine Ruhe gelassen.

Habe Passwörter/Login mal zum testen entfernt.

Habe das nochmal ausprobiert.

Code Auswählen Erweitern


pi@raspi:~ $ curl -s -D - "http://localhost:8083/fhem?XHR=1"
HTTP/1.1 200 OK
Content-Length: 0
Cache-Control: no-cache, no-store, must-revalidate
Content-Type: text/plain; charset=UTF-8



Habe dann dein HTTP Client von dir installiert. wie in #79.
Das war die Antwort

Code Auswählen Erweitern


pi@raspi:~ $ bash /opt/fhem/fhemcl.sh 8083 "list global"
Unknown command no, try help.
Unknown command fhemcl.sh, try help.
Unknown command fhemcl.sh, try help.
Unknown command lines, try help.
Unknown command <hosturl>, try help.
Unknown command <hosturl>, try help.
Unknown command except, try help.



Gruß
sascha

[Otto123]

Du hast den csrf Token ausgeschaltet.

Die anderen Meldungen versteh ich nicht
Sieht aus als ist die Datei kaputt ...

Kannst Du dies testen?

Code Auswählen Erweitern

bash /opt/fhem/fhemcl.sh

[sash.sc]

Code Auswählen Erweitern


pi@raspi:~ $ bash /opt/fhem/fhemcl.sh
no command given, hosturl was http://localhost:8083
fhemcl.sh <hosturl> "FHEM command1" "FHEM command2"
fhemcl.sh <hosturl> filename
lines from pipe like echo -e "set Aktor01 toggle" | fhemcl.sh [<hosturl>]
<hosturl> default is $prot://$host:$port
<hosturl> Argument could be any part of http://user:password@hostName:portNumber
          except user:password@ any missing part is added from default



[Otto123]

Das sieht nicht aus wie kaputt.

Was nutzt Du für ein Terminal?

Die Ausgabe oben sieht aus wie der Hilfetext als Befehle interpretiert - sehr eigenartig

[sash.sc]

putty

[Otto123]

Funktioniert bei mir auch in putty

Welche Version hast Du?

Code Auswählen Erweitern

lsb_release -a

[sash.sc]

Code Auswählen Erweitern


pi@raspi:~ $ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 10 (buster)
Release:        10
Codename:       buster



ist die light version

[Otto123]

Guten Morgen,

ich bin etwas ratlos. Aber ich will Dich damit auch nicht ewig behelligen. Ich habe das unter allen raspbian Versionen ab wheezy getestet und auch vorhin nochmal unter genau Deiner Version. Es gibt bei mir keine Auffälligkeit.

Bei Dir gibt er, wenn Du den list Befehl übergibst, ja offenbar meinen "Hilfetext" direkt in die Kommandozeile anstatt den Befehl an FHEM zu schicken. Da habe ich keine Ahnung wie das passieren kann.
Da hab ich wohl irgendeine Unzulänglichkeit eingebaut die ich nicht überblicke.

Gruß Otto

[sepo83]

Ist zwar keine direkte Antwort, bezieht sich aber aufs Thema. Bei mir (fhem auf RPI3 mit buster) hat folgendes funktioniert.

Eintrag in fstab:

Code Auswählen Erweitern

<Pfad Netzwerk-Ordner>      <lokaler Pfad>     cifs credentials=/home/pi/.credentials,uid=fhem 0 0

Damit wird der User "fhem" bei den eingebundenen Dateien als Besitzer gesetzt. Dann funktioniert auch die eingebaute Backup-Funktion von FHEM, wenn man zusätzlich in der FHEM-Config noch setzt:

Code Auswählen Erweitern

attr global backupdir <lokaler Pfad>

Es empfiehlt sich die Login-Daten für den smb-share nicht direkt in die fstab zu schreiben, sondern in eine separate Datei (z.B. /home/pi/.credentials) auszulagern. Diese hat den Inhalt:

Code Auswählen Erweitern

username=<smb-username>
password=<smb-pasword>

Für diese Datei sollten dann restriktive Berechtigungen gesetzt werden; z.B:

Code Auswählen Erweitern

sudo chmod 0600 /home/pi/.credentials