backup auf gemountetem NAS

[hyper2910]

Hallo zusammen,

kurze Frage.


Ich habe auf dem Raspi ein NAS gemountet und kann dort auch Dateien LESEN/SSCHREIBEN.

mit fhem habe ich das BackupDir auf dieses gemountet Verzeichnis gesetzt.

Wenn ich jetzt ein Backup mache, bekomme ich folgende Meldung

Code Auswählen Erweitern

tar: Removing leading `/' from member names
sh: 1: cannot create /media/nas/FHEM-20140903_105047.tar.gz: Permission denied
tar: -: Wrote only 4096 of 10240 bytes
tar: Error is not recoverable: exiting now
backup done: FHEM-20140903_105047.tar.gz (0 Bytes)


hat jemand eine Idee?




Gruss Dirk

[franky08]

Scheinbar kann aber fhem nicht auf dein NAS schreiben

Code Auswählen Erweitern

Permission denied
Dem User fhem auf dem NAS Schreibrechte einräumen, sollte Abhilfe schaffen.
VG
Frank

[hyper2910]

hi,

das dachte ich auch!

habe einen fhem User auf der NAS, welcher mittlerweile alles darf, ohne PW zum testen!


Aber ich bekomme die gleiche Meldung!

[franky08]

Vielleicht stößt Puschel irgenwann auf den Thread und verschiebt ihn nach NAS, da kann dir bestimmt jemand weiterhelfen. Nutze selber kein NAS für Backup Zwecke aber musste da nicht in known Hosts was eingetragen werden?

VG
Frank

[marvin78]

Per NFS mounten (entsprechende Einrichtung auf dem NAS machen) und dann gibt es keine Probleme mehr mit Userrechten.

[hyper2910]

ich glaube da ist mein Fehler,

ich habe das Ding als CIFS gemountet.


wie kann ich das als NFS mounten, bin noch relativ neu in Linux!

[thor42]

Hallo,

kenne Dein NAS nicht.

Bei meinem klappt es mit dem folgenden Eintrag in der /etc/fstab:
<ip des nas>:/nfs  /mnt  nfs  rsize=32768,wsize=32768,vers=3,nolock,proto=tcp 0  0
Die Daten des NAS sind dann unter /mnt zu finden.
Das NAS hat den /nfs exportiert.

[hyper2910]

Habe einen synologyc!   

[karl0123]

Beschäftige dich mit dem Gerät, schau nach, wie du NFS-Freigaben einrichtest und dann informiere dich darüber, wie man diese NFS Freigaben mounten kann. thor42 hat die ja schon eine Variante gezeigt.

[kadettilac89]

Hi,

was thor42 sagt ist richtig. Ich würde aber vorher direkt mal im Raspi per "mount" Befehl testen (per SSH mit Putty). Output siehst du sofort und musst nicht die fstab editieren.

1) Trage auf deinem NAS die IP des Raspi unter NFS-Freigabe ein.
2) Schau mal auf der Weboberfläche nach wie die NFS-Freigabe heißt. Evlt. steht das auch direkt bei der NFS-Freigabe dabei. Bei mir heißt es z. B 192.168.1.30:/raid0/data/BACKUP.
3) such dir einen Pfad wohin du das Verzeichins mounten willst. Ich habe zum Testen im Verzeichnis /TMP noch ein Unterverzeichnis /mounttest angelegt --> Somit würde bei mir der Befehl
sudo mount 192.168.1.30:/raid0/data/BACKUP /TMP/mounttest  ---   sudo mount <ip>:/<pfad auf NAS> <Pfad auf Raspi>


teste dann am besten per SSH oder WINSCP ob der Mount funktioniet hat. Du solltest die Dateien und Verzeichnisse von der Nas unter dem Mountpoint finden.

Wenn das funktioniert hat kannst genau diese Daten nach Vorgabe von thor42 in deine fstab eintragen. Wenn der Mountbefehl Fehler ausgibt nochmal posten. Oder du suchst mit der Fehlermeldung bei Goolge. Ist dann kein FHEM-spezifisches Problem sondern Linux.

google gibt dir mit Suche nach "mount linux" oder "fstab linux" noch weitere HowTo Links.

[Bennemannc]

Hallo,

das Verzeichnis /media/nas was sind denn da für Berechtigungen drauf. Der Befehl "ls -la" im Verzeichnis zeigt Dir das. Es kann durchaus sein, dass das Netzwerksverzeichnis offen ist für das schreiben, aber Linux auf dem Raspi das verhindert, weil es zuerst die Berechtigungen seiner eigenen Verzeichnisstruktur prüft. Wenn das dort nicht erlaubt ist, wird das auch mit permission denied abgelehnt.
CIFS bedeutet, das Du das Verzeichnis wie ein freigegebenes Windowsverzeichins eingebunden hast. Das war früher Sambamount.
NFS sollte erheblich performanter sein.

Gruß Christoph

[hyper2910]

So, diese Berechtigungen sind da
(http://tapatalk.imageshack.com/v2/14/09/04/8605ab84908973483f0c9ef5e0a8a447.jpg)


Welche müssen denn da sein?

[Bennemannc]

Hallo,

die sehen ok aus - aber darfst Du denn nach media schreiben ? Linux arbeitet das hierarchische ab - also Schreibberechtigungen in einem Unterordner nützen Dir nichts, wenn Du keine für den Ordner darüber hast. Im Prinzip musst Du die Berechtignung von der Wurzel (/) aus kontrollieren. Das wären dann die Verzeichnisse media und nas.

Gruß Christoph

[hyper2910]

Hier fuer / und media (http://tapatalk.imageshack.com/v2/14/09/04/bc32a568a137b0c317b64466d27717b1.jpg)(http://tapatalk.imageshack.com/v2/14/09/04/2e71d8024f90e0da24ccee48ecbbc4c7.jpg)

[Bennemannc]

Hallo,

die sind soweit ich das sehen kann ok. Was hast Du denn als Pfad angegeben ?
Eine Alternative wäre ein Link. Also in ./fhem/ das Verzeichnis backup löschen und dort "ln -s /media/nas/backup ./backup". Dadurch wird das Backupverzeichnis auch umgebogen auf das NAS.

Gruß Christoph

[hyper2910]

Hi,

habe ich mal probiert und....


genau das gleiche.

sh: 1: cannot create ./backup/FHEM-20140904_230833.tar.gz: Permission denied
tar: Removing leading `/' from member names
tar: -: Cannot write: Broken pipe
tar: Error is not recoverable: exiting now
backup done: FHEM-20140904_230833.tar.gz (0 Bytes)


von einem anderen FHEM System läuft das einwandfrei nur vom Produktiv System nicht!

[moonsorrox]

also ich bin der Meinung, dass ist falsch... und es ist eine Rechte Geschichte..

du hast überall root Rechte, d.h. der pi kann nicht schreiben weil er ja nicht root ist..!
Der pi ist pi und nicht der root... oder sehe ich das falsch...

Bei mir schreibt der Cubie auch per nfs auf mein NAS ist zwar nen Qnap, aber das ist egal. Aber der Cubie ist bei mir root.

Und ich habe das NAS in meinen Cubie gemountet, in deinem Fall würde cih das so machen und den Pfad /media/nas/backup auf den Pi mounten ich habe das eben nach /mnt gemacht.

Beispiel:
ich habe Backups auf meinem Nas vom Cubietruck (bei dir eben Pi) auf dem NAS im Verzeichnis Sicherungen/Backup_Fhem der Pfad dahin sieht aber so aus /share/MD0_DATA/Sicherung/Backup_FHEM

d.h. ich habe auf dem Cubietruck in dem Verzeichnis /mnt diesen Pfad drin sieht dann so aus
/mnt/share/MD0_DATA/Sicherung/Backup_FHEM

also der manuelle mount sieht bei mir so aus: (IP ersetzen durch deine)
mount 10.0.0.44:/Sicherung/Backup_FHEM /mnt/share/MD0_DATA/Sicherung/Backup_FHEM

mach also mal einen manuellen mount in dein Verzeichnis.
später dann eintragen in die fstab damit er bestehen bleibt bei einem reboot..!

[Bennemannc]

Hallo,

die Rechte hat er ja schon gepostet - die stehen alle auf 777, also rwx für jeden. Deshalb wundert es mich, das er nicht schreiben kann. An Berechtigungen im /dev/ kann es auch nicht liegen - das NAS ist für Linux ja kein Device. Es könnte sein, das dem User Gruppen fehlen - aber welche ? disk ?
Kannst Du denn manuell - also mit cp eine Datei vom Raspi auf das NAS Gerät kopieren ? Oder kommt da auch schon der Fehler.

Gruß Christoph

[hyper2910]

Ich kann in dem gemounteten Verzeichnis alles machen, Dateien erstellen, mit filezilla Dateien hinkopieren, löschen alles ohne Probleme,  nur wenn ich das Backup dir auf /media/nas oder /media/fhem oder wie immer setze bekomme ich den Fehler! 

[moonsorrox]

eigentlich fällt mir dann auch nichts mehr ein, nur noch eines..
Schau mal auf deinem NAS --> unter Zugriffsberechtigung ob du dort dein Netzwerk eingetragen hast..
Bei meinem Qnap ist das so... die normalen Berechtigungen sind ja User abhängig bei NFS steht eigentlich die Netzwerk IP drin...
Schau mal genau oben in die Zeile bei NFS-Hostzugriff, dass ist entscheidend bei NFS nicht wie auf dem 2. Screenshot die Benutzer- und Gruppenberechtigung... und deshalb ist es eigentlich egal welcher User bei NFS, denn dein Pi möchte ja per NFS schreiben soweit ich das mitbekommen habe... ich hoffe das hilft

[kadettilac89]

Hallo

nimm alles aus der fstab raus, start den RPI mal durch damit keine offenen Bezüge rumhängen. Ich gehe davon aus, dass du mittlerweile versuchst per NFS auf dein NAS zuzugreifen. Poste dann auch die Konfiguration deines NAS. Hat das Gastsystem vollen Zugriff (root:root) auf die nfs-Freigabe? Oder nur lesend?

Nach dem Starten des RPI machst mal

mount (befehl ohne irgendwelche parameter) und postests was rauskommt. Ist /mnt/media übermountet? Könnte Probleme machen. Ich möchte sehen was schon beim Starten gemountet wird.

dann machst vor dem mounten ein lsof /mnt/media

.... posten

dann machst deinen manuellen mount auf NFS -- poste auch deinen mountbefehlt

dann nochmal lsof /mnt/media

.... ausgabe posten

dann teste das backup mit fhem nochmal

nochmal lsof /mnt/media

... ausgabe noochmal posten


.... dann schaun wir weiter
Nach dem ersten mount des Verzeichnisses machst du im RPI unter root ..... lsof /mnt/media/(dein mountpoint).



parallel kannst mal ein komplett neues verzeichniss anlegen z. B. /TMP/mounttest und mountest das mal und versuch ob es damit geht.

[hyper2910]

Hi,

danke für die Hilfe:

Viel Zeit habe ich heute nicht:

m alles aus der fstab raus

hier die fstab:

Code Auswählen Erweitern

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    defaults          0       2
/dev/mmcblk0p2  /               ext4    defaults,noatime  0       1

# a swapfile is not a swap partition, so no using swapon|off from here on, use $



Mount:

Code Auswählen Erweitern


/dev/root on / type ext4 (rw,noatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=219768k,nr_inodes=54942,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=44788k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=89560k)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)


weiter..

lsof /media/nas

nichts passiert

Code Auswählen Erweitern

mount 192.168.178.24:/volume1/fhem /media/nas



COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
bash    5056 root  cwd    DIR   0,18     4096 1313467 /media/nas (192.168.178.24:/volume1/fhem)
lsof    5300 root  cwd    DIR   0,18     4096 1313467 /media/nas (192.168.178.24:/volume1/fhem)
lsof    5301 root  cwd    DIR   0,18     4096 1313467 /media/nas (192.168.178.24:/volume1/fhem)


root@raspberrypi:~# cd /media/nas
root@raspberrypi:/media/nas# ls
backup  @eaDir  hijackthis.log  restoreDir


Also der Inhalt von meinem Nas

Code Auswählen Erweitern

attr global backupdir /media/nas

Code Auswählen Erweitern

backupdir
/media/nas
deleteattr
configfile
fhem.cfg
deleteattr
logfile
./log/fhem-%Y-%m-%d.log

backup

Code Auswählen Erweitern

sh: 1: cannot create /media/nas/FHEM-20140906_002355.tar.gz: Permission denied
tar: Removing leading `/' from member names
tar: -: Cannot write: Broken pipe
tar: Error is not recoverable: exiting now

danach

Code Auswählen Erweitern

root@raspberrypi:/media/nas# lsof /media/nas
COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
bash    5056 root  cwd    DIR   0,18     4096 1313467 /media/nas (192.168.178.24:/volume1/fhem)
lsof    5339 root  cwd    DIR   0,18     4096 1313467 /media/nas (192.168.178.24:/volume1/fhem)
lsof    5340 root  cwd    DIR   0,18     4096 1313467 /media/nas (192.168.178.24:/volume1/fhem)
root@raspberrypi:/med


NAS KONF
Bilder



Gruss Dirk

[kadettilac89]

ich seh hier jetzt nichts auffälliges. Ich würde noch zum Test mal ein komplett neues Verzeichis auf dem NAS anlegen und dieses in ein auch neues Verzeichnis auf dem RPI mouten.

[moonsorrox]

evtl. noch interessant zu wissen 1. Screenshot die NFS Berechtigungen...! NFS Berechtigungen sind ja vom IP-Bereich abhängig...

Ich habe auf meinem NAS bei NFS überhaupt keine User Berechtigung, weder für meinen SAT Receiver noch für eine FHEM Sicherung..! und alle kommen drauf und schreiben oder lesen

[Bennemannc]

Hallo,

zweites Bild - was hat der Raspi denn für eine IP ? Dort ist alles auf eine IP eingeschränkt. Normalerweise würde ich für das komplette Segment das schreiben und lesen freigeben - also hinten .0 und nicht .23

Gruß Christoph

[hyper2910]

der raspi hat die .23 als IP, sobald ich da etwas anderes eintrage kann ich nicht mounten,


Ich glaube mittlerweile auch, das das eine Rechte geschichte ist.

Fhem schreibt als USER fhem doch die Dateien, richtig?

wie kann ich mich als USER fhem per SSH anmelden?

bzw. kann ich dem fhem user root rechte geben?

genauso dem user pi.

dann sollten alle alles dürfen und es müsste gehen.

[moonsorrox]

ich habe leider keinen Pi mehr... sonst könnte ich es mal nachvollziehen...

Ich glaube mittlerweile auch, das das eine Rechte geschichte ist.

hast du mal die von mir erwähnten NFS Berechtigungen auf deinem NAS überprüft, bisher habe ich keine Rückmeldung bekommen von dir

wie kann ich mich als USER fhem per SSH anmelden?

den gibt es auf dem Pi nicht, meines Wissens gibt es auf dem Pi nur der User "root" und den User "pi"

Fhem hat nur Berechtigungen... die du mal so wie beschrieben geben kannst... und
damit das installierte fhem die passenden Berechtigungen hat, wechsel mal in das FHEM-Installationsverzeichnis mit

cd /opt

Du kannst mal folgendes eingeben, evtl. hast du einiges verbogen mit den Rechten..!

Code Auswählen Erweitern

sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem

auf jeden Fall sind diese dann jetzt richtig...!

[hyper2910]

so,

das war es.

Code Auswählen Erweitern

sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem


plus user PI vom Nas gelöscht und nochmals neu angelegt.


dann in die fstab

Code Auswählen Erweitern

192.168.178.24:/volume1/backupfhem /mnt/fhemback nfs rsize=8192,wsize=8192,time$



neustarten und alle lief!

[moonsorrox]

  schön, wird doch alles nur Geduld

[mane88]

Hallo,

habe auch mein NAS (qnap) per NFS verbunden. Hab direkt den Pi Backupordner gemountet 192.168.xxx.xxx:/Programme/RaspberryPi/BackupRaspberryPi /opt/fhem/backup.

Funktioniert auch mit der fstab allerdings hab ich noch das Problem, dass nach einem Restart  de PI

Code Auswählen Erweitern

rpc.statd is not running

kommt

die Lösung ist manuell zu starten

Code Auswählen Erweitern

/etc/init.d/rpcbind start

kann ich diesen Befehl irgendwie in den "autostart" packen?

[Otto123]

Hallo,
sollte in etwa so gehen:

Code Auswählen Erweitern

sudo update-rc.d -f rpcbind defaults

Habe es nicht getestet.

Gruß Otto

[Wernieman]

Mal etwas zum nachdenken:

Da du den Mount nicht immer brauchst, sondern nur fürs Backup, hast Du mal an den automounter gedacht?

Stichwort: autofs

Hat den Vorteil, das nicht immer (24/7) die Verbindung hergestellt ist ....

[Lling]

Hab noch ne Frage zur Konfiguration der backup.sh
Ich bin nach der anleitung von http://www.meintechblog.de/2015/05/fhem-howto-automatisches-backup-auf-externem-nas/ vorgegangen.

Beim Backup script steht ja
mountIp="192.168.3.10"
mountUser="admin"
mountPass="password"
mountDir="backup"
mountSubDir="rpi/fhem"

muss angepasst werden.
Ip, User und Pass sind mir natürlich klar was dort hin muss.
Beim Dir und Subdir aber noch nicht bzw. kommt bei meinem einstellungen nichts im entsprechenden Ordner an.
Wenn ich mich auf meiner Synology mit dem neuen Nutzer anmelde ist das Verzeichnis bei /volume1/homes/FHEM/Backup
Mein Dir hab ich jetzt auf "volume1"
SubDir auf "homes/FHEM/Backup

[rumors]

Hi,

hab grade keine Zeit den Blogartikel zu lesen ....
Aber prinzipiell .... eure entferneten NAS Mounts müssen den Pfad zu eurem NFS Verzeichnes haben ... damit wird der mount zum externen device realisiert.

Und der Mountpoint auf welchen Ihr referenziert ist das Verzeichnis welches Ihr für die Backups nehmt.

Bsp : mount NASIP/BACKUP/FEHM/XYZ /mnt/backup -> euer Ziel ist dann /mnt/backup ... fertig

Es ist immer der lokale mount Ordner .... nicht das Ziel .... deshalb auch das lokale Berechtigungsthema der Ordner