Permission denied - Logfiles auslagern

[Bennemannc]

Hallo,

wenn ich das ps grep fhem richtig deute, laufen 4 fhem Server gleichzeitig mit unterschiedlichen Prozessnummern. Das halte ich für nicht wirklich gut.

Gruß Christoph

[Wernieman]

Besser über folgendes Prüfen:
ps auxf | grep fhem

Es könnten auch Subprozesse von FHEM sein (hatte ich "früher" auch mit dem myMPD-Modul)

[Tommyland78]

Hallo zusammen,

wenngleich wir noch hier keine direkte Lösung gefunden haben, so habe ich dank eurer Hilfe den Fehler gefunden.

Das mittels mount eingerichtete CIFS-Share wurde mit dem Benutzer:Raspberry und dessen Passwort in der fstab eingerichtet.
Im Vorfeld habe ich natürlich auf meiner NAS (Debian) den Benutzer:Raspberry eingerichtet und auch die passenden Rechte vergeben.

Auf diesem Weg funktionierte auf Seitens des PI (FHEM) auch das mount und ich konnte auf die Ordnerstruktur zugreifen.
Wenn ich Order angelegt habe, dann hatte ich das immer mit sudo gemacht -war mir gar nicht so bewusst, hab aber mal nachgesehen- was also auch im Bereich des Mountpunktes gut funktionierte.

Die Frage war also nun, warum FHEM nicht auf den Mountpunkt schreiben konnte. Ich bin davon ausgegangen, dass durch die in fstab eingegebenen Benutzername:Passwort-Kombination die Nutzerrechte auf dem Mountpunkt geregelt sind - Das war ein Irrtum.
FHEM als User innerhalb des pi kann genau nicht in den Mountpunkt schreiben, da hier die Benutzerrechte von FHEM genutzt werden. Soweit ist das auch logisch, aus diesem Grund nutzt man ja "chmod 777 -R" etc. um die Rechte mit zu übergeben.

Aber! Offensichtlich ist meiner NAS vollkommen egal was das Gastsystem für Rechte auf die Storage schieben will. Sind die Rechte für fhem nicht auch auf der Storage eingerichtet wird das nichts.

Meine Lösung: Ich habe fhem als User auf der NAS angelegt und das Passwort passend vergeben. Auf der NAS hat der Benutzer:fhem die gleichen Rechte erhalten wie der in der fstab genutzter Benutzer für das mount. Als dies erledigt war, dann ging es.

Die Lösung ist also gewesen: Benutzer:fhem auf der NAS anlegen, Recht vergeben und fertig.

Ich könnte jetzt in der fstab auch noch die Benutzer:Passwort Kombination auf den Benutzer:fhem ändern, dass hebe ich mir ggf. auf, ist ja nicht zwingend notwendig.

Vielen Dank an alle fürs helfen!

P.S. @Bennemannc/Wernieman
root@raspberrypi:~# ps auxf | grep fhem
root      4335  0.0  0.1   3596   844 pts/0    S+   17:52   0:00          \_ grep fhem
fhem      3190  2.4  3.0  17776 15156 ?        S    17:10   1:02 /usr/bin/perl fhem.pl fhem.cfg
fhem      4325  0.1  2.6  17776 13308 ?        S    17:52   0:00  \_ /usr/bin/perl fhem.pl fhem.cfg
fhem      4326  0.1  0.1   1940   560 ?        S    17:52   0:00  |   \_ ping -c 4 192.168.3.10
fhem      4330  0.1  2.6  17776 13308 ?        S    17:52   0:00  \_ /usr/bin/perl fhem.pl fhem.cfg
fhem      4331  0.1  0.1   1940   560 ?        S    17:52   0:00  |   \_ ping -c 4 192.168.5.8
fhem      4332  1.0  2.6  17776 13308 ?        S    17:52   0:00  \_ /usr/bin/perl fhem.pl fhem.cfg
fhem      4333  1.0  0.1   1940   552 ?        S    17:52   0:00      \_ ping -c 4 192.168.0.30

Der Tom
 

[Wernieman]

Damit sind deine FHEM Unterprozesse des Haupt-FHEM .... und damit, so wie ich es sehe, in Ordnung ...

War also doch ein Berechtigungsproblem. Hätte mir denken können, das da Windows (CIFS) dazwischenfunkt ... ;o)

[popy]

Hallo.

Danke für den Thread, hat mir weitergeholfen mein Problem zu finden.
Bei mir war es fast die gleiche Konstellation nur dass ich von meinem WHS2011 einen Share mounten wollte.
Beim Mount funktionierte per SSH mit User pi & root zu lesen/schreiben usw. nur leider nicht per fhem "backup" Befehl, nach ändern des global backupdir attr:

Code Auswählen Erweitern

attr global backupdir /mnt/<Ziel-mnt-Verzeichnis>

Es kam immer im Log:

Code Auswählen Erweitern

sh: 1: cannot create /mnt/<Ziel-mnt-Verzeichnis>/fhem/FHEM-20171023_205431.tar.gz: Permission denied

Bei mir lag es am oben schon angesprochenen fstab Eintrag, den ich vorher mit uid & gid pi gemacht habe.
SOmit konnte der user fhem (gid dialout) nicht schreiben.
Nach anpassen des fstab Eintrags auf "uid=fhem,gid=dialout" funktionierte das Backup.
Hier der komplette EIntrag:

Code Auswählen Erweitern

//192.168.X.X/<Freigabe> /mnt/<Ziel-mnt-Verzeichnis> cifs username=<WINDOWS SHARE USER>,password=<WINDOWS SHARE PW>,uid=fhem,gid=dialout,x-systemd.automount 0 0

Hoffe das hilft mal jemanden 
pOpY