Hallo FHEM Kollegen,
ich habe seit 1,5 Jahren ein automatisches Backup auf mein Synology NAS laufen. Das hat bis vor kurzem perfekt funktioniert.
Leider habe ich mich auf dem NAS etwas ungeschickt angestellt und einiges bei den Berechtigungen "demoliert".
Den "Gemeinsamen Ordner" habe ich geklont, den alten gelöscht. Name ist wieder komplett gleich.
Raspian (FHEM läuft auf einen PI2 B) hat vollen Zugriff - konnte über die Konsole auch ein altes backup löschen.
Wenn ich in FHEM aber ein backup machen will, kommt diese Fehlermeldung:
2021.01.31 19:55:54 1 : backup tar (child): /mnt/synology/fhembackup/FHEM-20210131_195554.tar.gz: Funktion open fehlgeschlagen: Keine Berechtigung tar (child): Error is not recoverable: exiting now tar: /mnt/synology/fhembackup/FHEM-20210131_195554.tar.gz: Funktion write fehlgeschlagen: Datenübergabe unterbrochen (broken pipe) tar: Child returned status 2 tar: Error is not recoverable: exiting now
2021.01.31 19:55:54 1 : Something went wrong during backup: tar (child): /mnt/synology/fhembackup/FHEM-20210131_195554.tar.gz: Funktion open fehlgeschlagen: Keine Berechtigung tar (child): Error is not recoverable: exiting now tar: /mnt/synology/fhembackup/FHEM-20210131_195554.tar.gz: Funktion write fehlgeschlagen: Datenübergabe unterbrochen (broken pipe) tar: Child returned status 2 tar: Error is not recoverable: exiting now
2021.01.31 19:55:54 1 : update was canceled. Please check manually!
Hat jemand eine Idee?
Bin mit meinen bescheidenen Kentnissen am Ende und daher für jeden Hinweis dankbar.
mfg
Markus
Hi,
ich meine, fhem darf nicht nach /mnt/synology/fhembackup schreiben.
Wie sehen denn die Rechte aus Sicht des Pi 2 aus?
ls -lha /mnt/synology/fhembackup
Gruß Otto
Hallo Otto,
insgesamt 205M
drwxrwxrwx 1 root root 244 Jan 31 19:40 .
drwxr-xr-x 3 root root 0 Jan 31 19:54 ..
-rwxrwxrwx 1 fhem dialout 52M Jan 27 08:16 FHEM-20210127_081500.tar.gz
-rwxrwxrwx 1 fhem dialout 52M Jan 28 08:16 FHEM-20210128_081500.tar.gz
-rwxrwxrwx 1 fhem dialout 52M Jan 29 08:16 FHEM-20210129_081500.tar.gz
-rwxrwxrwx 1 fhem dialout 52M Jan 30 08:16 FHEM-20210130_081500.tar.gz
drwxrwxrwx 1 root root 12 Jan 31 18:50 #recycle
mfg
Markus
alle dürfen alles ::) nur backup darf nix?
und wie wird gemounted? Offenbar hat root gemounted und der normale user darf nix.
Ist das ein smb / cifs mount?
Welcher user macht das?
Also der Raspi kann auf den NAS Ordner zugreifen (Lese und Schreibberechtigung).
FHEM hat anscheinend ein Problem.
Am NAS habe ich die NFS Berechtigungen eingerichtet - das hilft bzw. ermöglicht Raspian den Zugriff. FHEM jedoch nicht.
Was genau jetzt anders ist zu früher kann ich leider nicht sagen - sonst würde ich hier nicht im Forum nach Hilfe suchen.....
Moin,
NFS kenn ich mich leider nicht aus, ist ja aber angeblich einfach :)
Ist denn der Pfad unter fhem überhaupt sichtbar? Was gibt dir dieser Befehl in der FHEM Kommandozeile zurück?
{qx(ls -lha /mnt/synology/fhembackup)}
Gruß Otto
drwxr-xr-x 3 root root 0 Jan 31 19:54 ..
Das Direktroy gehört root und fhem darf nicht schreiben.
Um ein Datei anlegen zu dürfen, muß er aber das Direktroy bearbeitern können.
Am besten änderst Du den User (chown)
wirklich so einfach? habe ich mir gestern auch angeschaut. Hier mein Beispiel, wie man sieht hat otto die Datei werner gerade erzeugt:
otto@odroidxu4:~$ ls -lha /mnt/test
insgesamt 4,0K
drwxr-xr-x 2 otto otto 0 Feb 1 09:33 .
drwxr-xr-x 5 root root 4,0K Jan 27 10:31 ..
drwxr-xr-x 2 otto otto 0 Apr 11 2019 Scripts
drwxr-xr-x 2 otto otto 0 Apr 11 2019 Sicherung
-rwxr-xr-x 1 otto otto 0 Jan 27 10:34 test.txt
-rwxr-xr-x 1 otto otto 0 Feb 1 09:33 werner
-rwxr-xr-x 1 otto otto 0 Jan 29 23:13 willi
Das übergeordnete Verzeichniss sieht genauso aus
drwxr-xr-x 5 root root 4,0K Jan 27 10:31 ..
Ein Verzeichnis darf ich auch anlegen:
otto@odroidxu4:~$ ls -lha /mnt/test
insgesamt 4,0K
drwxr-xr-x 2 otto otto 0 Feb 1 09:37 .
drwxr-xr-x 5 root root 4,0K Jan 27 10:31 ..
drwxr-xr-x 2 otto otto 0 Apr 11 2019 Scripts
drwxr-xr-x 2 otto otto 0 Apr 11 2019 Sicherung
drwxr-xr-x 2 otto otto 0 Feb 1 09:37 testdir
-rwxr-xr-x 1 otto otto 0 Jan 27 10:34 test.txt
-rwxr-xr-x 1 otto otto 0 Feb 1 09:33 werner
-rwxr-xr-x 1 otto otto 0 Jan 29 23:13 willi
Hier ist es aber ein cifs mount, den otto durchgeführt hat. Ohne irgendwelche extras :). Ich weiß, dass es ganz anders ist, wenn das ein andere user gemountet hätte.
Mein "Fehler" .. habe auf 2 "." geguckt, anstatt auf 1 "."
Bei Dir:
drwxr-xr-x 2 otto otto 0 Feb 1 09:33 .
Bei Ihm:
drwxrwxrwx 1 root root 244 Jan 31 19:40 .
aber da dürfen doch Alle alles? drwxrwxrwx - oder ist das nicht so?
Zeige mal bitte eine NFS export. Sollte unter /etc/exports zu finden sein. Hoffe auch auf einem NAS.
Ansonsten kann man auch einfach in den mountpoint ein Verzeichnis anlegen und dieses Verzeichnis die Rechte vom user fhem geben.
Zitat von: Otto123 am 01 Februar 2021, 09:18:13
Moin,
NFS kenn ich mich leider nicht aus, ist ja aber angeblich einfach :)
Ist denn der Pfad unter fhem überhaupt sichtbar? Was gibt dir dieser Befehl in der FHEM Kommandozeile zurück?
{qx(ls -lha /mnt/synology/fhembackup)}
Gruß Otto
NFS ist eigentlich auch einfach - darum habe ich es verwendet. Hat auch ohne Probleme funktioniert.
{qx(ls -lha /mnt/synology/fhembackup)} habe ich in FEM Kommandozeile ausgeführt - keine Rückmeldung, auch nichts im Event Monitor.
Wie kann ich prüfen welche user auf den NAS Ordner Zugriff haben?
Raspian hat wie bereits erwähnt Lese- und Schreibzugriff
FHEM offensichtlich max. Lese.
Warum das nun anders ist als in der Vergangenheit weiß ich nicht. Das Problem habe ich durch eine leichtfertige Änderung bei den NAS Berechtigungen ja selbst verursacht. Aber am NAS ist soweit ich das sehe wieder alles korrekt.
Aber Raspian und FHEM habe ich definitiv nichts verändert.....
Da ich mit Linux nicht so der Experte bin, bitte um Nachsicht bzgl. meiner Fragen...
DANKE!
Zitathabe ich in FEM Kommandozeile ausgeführt - keine Rückmeldung, auch nichts im Event Monitor.
Dann gibt es unter FHEM schlicht und ergreifen diesen mount point nicht ::)
Das Du ihn im Terminal (also raspbian wie Du sagst - was meinst Du genau damit? Ich hoffe nicht irgendeinen Desktop?) siehst sagt ja nur das zu diesem Zeitpunkt der user mit dem Du das tust den Mountpoint hat und zugreifen kann.
fhem nutzt den User fhem. Also muß der Zugriff haben.
Kannst Du bitte nochmals (als root *) ):
ls -lha /mnt/synology/fhembackup
und das gleicbe bitte mal als user fhem
su -s /bin/bash -c "ls -lha /mnt/synology/fhembackup" fhem
*) root werden bitte mal mit:
sudo -i
Zitat von: Otto123 am 01 Februar 2021, 14:30:51
Dann gibt es unter FHEM schlicht und ergreifen diesen mount point nicht ::)
Das Du ihn im Terminal (also raspbian wie Du sagst - was meinst Du genau damit? Ich hoffe nicht irgendeinen Desktop?) siehst sagt ja nur das zu diesem Zeitpunkt der user mit dem Du das tust den Mountpoint hat und zugreifen kann.
Also im Terminal kann ich den Ordner und die files darin sehen, habe über das Terminal (user pi) sogar ein altes gelöscht. Daher schließe ich dass es eher ein FHEM Problem ist. Aber wie erwähnt, bin hier alles andere als ein Experte.
Zitat von: Wernieman am 01 Februar 2021, 14:57:35
fhem nutzt den User fhem. Also muß der Zugriff haben.
Kannst Du bitte nochmals (als root *) ):
ls -lha /mnt/synology/fhembackup
und das gleicbe bitte mal als user fhem
su -s /bin/bash -c "ls -lha /mnt/synology/fhembackup" fhem
*) root werden bitte mal mit:
sudo -i
1. Befehl:
ls -lha /mnt/synology/fhembackup
insgesamt 205M
drwxrwxrwx 1 root root 244 Jan 31 19:40 .
drwxr-xr-x 3 root root 0 Jan 31 19:54 ..
-rwxrwxrwx 1 fhem dialout 52M Jan 27 08:16 FHEM-20210127_081500.tar.gz
-rwxrwxrwx 1 fhem dialout 52M Jan 28 08:16 FHEM-20210128_081500.tar.gz
-rwxrwxrwx 1 fhem dialout 52M Jan 29 08:16 FHEM-20210129_081500.tar.gz
-rwxrwxrwx 1 fhem dialout 52M Jan 30 08:16 FHEM-20210130_081500.tar.gz
drwxrwxrwx 1 root root 12 Jan 31 18:50 #recycle
2. Befehl:
pi@raspi-FHEM:~ $ su -s /bin/bash -c "ls -lha /mnt/synology/fhembackup" fhem
Passwort:
su: Fehler bei Authentifizierung
1. Befehlt mit root:
pi@raspi-FHEM:~ $ sudo -i
root@raspi-FHEM:~# ls -lha /mnt/synology/fhembackup
insgesamt 205M
drwxrwxrwx 1 root root 244 Jan 31 19:40 .
drwxr-xr-x 3 root root 0 Jan 31 19:54 ..
-rwxrwxrwx 1 fhem dialout 52M Jan 27 08:16 FHEM-20210127_081500.tar.gz
-rwxrwxrwx 1 fhem dialout 52M Jan 28 08:16 FHEM-20210128_081500.tar.gz
-rwxrwxrwx 1 fhem dialout 52M Jan 29 08:16 FHEM-20210129_081500.tar.gz
-rwxrwxrwx 1 fhem dialout 52M Jan 30 08:16 FHEM-20210130_081500.tar.gz
drwxrwxrwx 1 root root 12 Jan 31 18:50 #recycle
Hallo zusammen,
habe nun was radikales versucht: sudo chmod 777 /mnt/synology/fhembackup
es hat funktioniert. Backup läuft wieder.
Nach einem Neustart jedoch gleiches Problem wie zuvor....
Für euch Linux Experten wahrscheinlich ein Klacks.....
erschließt sich mir nicht. Weil 777 ist der Zustand ja schon. Ich vermute eher:
Du hast Terminal offen, der User hat den mount gemacht / bekommen / wie auch immer.
Parallel in FHEM geht das backup.
Wenn Du nicht mehr im terminal als der andere User verbunden bist, gibt es im System den mount nicht und damit geht auch kein backup.
1. pi <> fhem .. und das liegt nicht an fhem, sondern, das bei Linux aus Sicherheitsgründen jeder Deamon unter einem anderen User läuft
2.
pi@raspi-FHEM:~ $ su -s /bin/bash -c "ls -lha /mnt/synology/fhembackup" fhem
ich hatte gebeten, unter dem User root dieses auszufühen .. also eventuell noch ein sudo davor
3. Wenn nicht gemountet, wie sieht Dein mountpoint aus? Laso das Verzeichnis, wohin gemountet wird?
4. Und .. wie heißt jetzt überhaupt der Mountpoint?
5. Mit welchen Parametern wird gemountet? Also Inhalt der fstab?
Meine fstab sieht so aus:
proc /proc proc defaults 0 0
/dev/mmcblk0p6 /boot vfat defaults 0 2
/dev/mmcblk0p7 / ext4 defaults,noatime 0 1
//192.168.254/fhembackup/mnt/synology/ cifs username=XXXX,password=YYYYYY,u$
P.S. Username und Passwort habe ich hier mit X und Y ersetzt.
Die anderen Dinge die du schreibst verstehe ich leider nicht.
Ich werf mich weg: cifs - kein nfs!?
Soviel wie ich über cifs weiß: es funktioniert nicht als automatischer Mount beim Systemstart. Und die resultierenden Rechte hängen davon ab, wer den mount ausführt.
Ich verstehe den Eintrag in der fstab nicht - ich wage vorsichtig zu behaupten: Mit dem Eintrag kann man nicht mounten. Der erste Eintrag ist das remote Filesystem, der zweite der Mountpoint. Der Mountpoint ist da aber nicht vorhanden.
Ich mach es anders: https://heinz-otto.blogspot.com/2018/02/windows-server-freigabe-auf-dem.html
Aber das muss nicht der Weisheit letzter Schluss sein.
Aber soviel ich weiß macht es auch keinen erweiterten Sinn eine Linux NAS über Samba cifs zu mounten.
Oder interpretiere ich den Eintrag cifs falsch?
Auf Grundlage welcher Information ist der Eintrag in der fstab entstanden?
Beides hat seine Vor/Nachteile. SMB hat (aktuell) die einfacherer User-Authentifizierung, dafür andere Nachteile als NFS.
Bezüglich des Eintrages, also die fstab kann so nicht funktionieren, stimme ich Dir zu
Danke für die Rückmeldungen.
Den Eintrag aus der fstab habe ich rausgenommen. Der war definitiv nicht erforderlich.
Nach einem Neuestart vom NAS ist nun alles ok.
Backup läuft wieder ohne Probleme.
DANKE nochmals für die Hilfe!
mfg
Markus
Hallo Markus,
falls Du jetzt weißt - was warum geht - solltest Du das gut aufschreiben.
Mir als Zuhörer bereitet das schon ein gewisses Unbehagen nicht zu wissen:
- was ist nun eigentlich eingerichtet
- was war der Fehler
- was war die Lösung
Weil: alles über was wir gesprochen haben, hatte ja offenbar gar nichts damit zu tun?
Gruß Otto
Hallo Otto,
da bin ich genau deiner Meinung - meine NAS Konfiguration habe ich nicht nur gesichert sondern auch mit einigen screenshots und Kommentaren dokumentiert.
Das Problem dürfte wirklich vom NAS ausgegangen sein - da habe ich mich etwas "angeschüttet".
DANKE nochmals für den support!!!
Schöne Grüße aus Österreich!