Autofs - Raspbian bringt mich zu Verzweiflung

Status
Für weitere Antworten geschlossen.

MadM4x

Benutzer
Mitglied seit
06. Mai 2017
Beiträge
153
Punkte für Reaktionen
1
Punkte
16
Nabend,

da ich nun Aufgegeben habe, wende ich mich an Euch mit folgendem Problem.
Ich nutze für verschiedene Dinge Autofs auf meinen Raspberry´s um damit automounts zur Synology herzustellen.
Über fstab sah mir das ganze immer zu Kompliziert aus mit den ganzen ID´s und den "Login Daten" daher autofs ;-)

Bisher habe ich es auch immer irgendwie hinbekommen bzw. zum laufen gebracht.
Allerdings habe ich jetzt einen RPi der, obwohl es die gleichen Einstellungen wie bei den anderen sind, einfach nicht
laufen will.
Ich habe lediglich das Mount Verzeichnis anders als sonst.
Ansonsten sind die RPi´s eigentlich gleich Konfiguriert und haben die aktuelle Raspbian Stretch.

Zu erst einmal der RPi der funktioniert.

cat /etc/auto.master
Rich (BBCode):
#
# Sample auto.master file
# This is a 'master' automounter map and it has the following format:
# mount-point [map-type[,format]:]map [options]
# For details of the format look at auto.master(5).
#
#/misc	/etc/auto.misc
#
# NOTE: mounts done from a hosts map will be mounted with the
#	"nosuid" and "nodev" options unless the "suid" and "dev"
#	options are explicitly given.
#
#/net	-hosts
#
# Include /etc/auto.master.d/*.autofs
# The included files must conform to the format of this file.
#
+dir:/etc/auto.master.d
#
# Include central master map if it can be found using
# nsswitch sources.
#
# Note that if there are entries for /net or /misc (as
# above) in the included master map any keys that are the
# same will not be seen as the first read key seen takes
# precedence.
#
+auto.master
/mnt/nas-mount/raspi_syno   /etc/auto.nfs -t 600, -browse

cat /etc/auto.nfs

Rich (BBCode):
PI_Hole_Server		-fstype=nfs4,rw,retry=0		<ip-der-nas>:/volume3/PI_Hole_Server/
raspi_tools		-fstype=nfs4,rw,retry=0		<ip-der-nas>:/volume2/Raspberry_Tools/
lan_backup		-fstype=nfs4,rw,retry=0		<ip-der-nas>:/volume3/Raspberry_Lan_Backup/

/etc/ ls -la

Rich (BBCode):
-rw-r--r--  1 root   root   13354 Jun 10 22:52 autofs.conf
-rw-r--r--  1 root   root     855 Jun 10 22:48 auto.master
-rw-r--r--  1 root   root     524 Dez 23  2016 auto.misc
-rwxr-xr-x  1 root   root    1039 Dez 23  2016 auto.net
-rw-r--r--  1 root   root     231 Aug  2 15:15 auto.nfs
-rwxr-xr-x  1 root   root    2191 Dez 23  2016 auto.smb

Die autofs.conf ist ebenfalls Identisch...

service autofs status
Rich (BBCode):
? autofs.service - Automounts filesystems on demand
   Loaded: loaded (/lib/systemd/system/autofs.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2019-07-31 17:51:23 CEST; 1 day 23h ago
  Process: 647 ExecStart=/usr/sbin/automount $OPTIONS --pid-file /var/run/autofs.pid (code=exited, status=0/SUCCESS)
 Main PID: 688 (automount)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/autofs.service
           ??688 /usr/sbin/automount --pid-file /var/run/autofs.pid

Jul 31 17:51:23 pi_hole_raspi systemd[1]: Starting Automounts filesystems on demand...
Jul 31 17:51:23 pi_hole_raspi systemd[1]: Started Automounts filesystems on demand.


Und jetzt der RPi der mich zur Verzweiflung bringt:

cat /etc/auto.master

Rich (BBCode):
#
# Sample auto.master file
# This is a 'master' automounter map and it has the following format:
# mount-point [map-type[,format]:]map [options]
# For details of the format look at auto.master(5).
#
#/misc	/etc/auto.misc
#
# NOTE: mounts done from a hosts map will be mounted with the
#	"nosuid" and "nodev" options unless the "suid" and "dev"
#	options are explicitly given.
#
#/net	-hosts
#
# Include /etc/auto.master.d/*.autofs
# The included files must conform to the format of this file.
#
+dir:/etc/auto.master.d
#
# Include central master map if it can be found using
# nsswitch sources.
#
# Note that if there are entries for /net or /misc (as
# above) in the included master map any keys that are the
# same will not be seen as the first read key seen takes
# precedence.
#
+auto.master
/mnt/netzwerk /etc/auto.nfs -t 600, -browse

cat /etc/auto.nfs

Rich (BBCode):
PI_Hole_Server		-fstype=nfs4,rw,retry=0		<ip-der-nas>:/volume3/PI_Hole_Server/
raspi_tools		-fstype=nfs4,rw,retry=0		<ip-der-nas>:/volume2/Raspberry_Tools/
lan_backup		-fstype=nfs4,rw,retry=0		<ip-der-nas>:/volume3/Raspberry_Lan_Backup/

/etc/ ls -la

Rich (BBCode):
-rw-r--r--  1 root root   13354 Aug  2 16:06 autofs.conf
-rw-r--r--  1 root root     841 Aug  2 17:01 auto.master
-rw-r--r--  1 root root     524 Dez 23  2016 auto.misc
-rwxr-xr-x  1 root root    1039 Dez 23  2016 auto.net
-rw-r--r--  1 root root     255 Aug  2 17:02 auto.nfs
-rwxr-xr-x  1 root root    2191 Dez 23  2016 auto.smb

service autofs status

Rich (BBCode):
? autofs.service - Automounts filesystems on demand
   Loaded: loaded (/lib/systemd/system/autofs.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2019-08-02 17:34:55 CEST; 12s ago
  Process: 766 ExecStart=/usr/sbin/automount $OPTIONS --pid-file /var/run/autofs.pid (code=exited, status=0/SUCCESS)
 Main PID: 804 (automount)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/autofs.service
           ??804 /usr/sbin/automount --pid-file /var/run/autofs.pid

automount[804]: lookup(file): failed to read included master map auto.master
automount[804]: lookup_read_master: lookup(file): read entry /mnt/netzwerk
automount[804]: master_do_mount: mounting /mnt/netzwerk
automount[804]: automount_path_to_fifo: fifo name /var/run/autofs.fifo-mnt-netzwerk
automount[804]: lookup_nss_read_map: reading map file /etc/auto.nfs
automount[804]: do_init: parse(sun): init gathered global options: (null)
automount[804]: mounted indirect on /mnt/netzwerk with timeout 600, freq 150 seconds
automount[804]: st_ready: st_ready(): state = 0 path /mnt/netzwerk
automount[804]: ghosting enabled
systemd[1]: Started Automounts filesystems on demand.

showmount -e <ip-der-nas>

Rich (BBCode):
/volume3/Raspberry_Lan_Backup 10.10.10*,10.10.1.10,10.10.30.11,192.168.10.15
/volume3/Raspberry_Backup     10.10.10*,10.10.30.11,192.168.10.58,192.168.0.15
/volume3/PI_Hole_Server       192.168.10.15,10.10.1.10

NFS Berechtigungen der Ordner
Privileg: Lesen/Schreiben
Squash: keine Zuordnung
Sicherheit: sys

Die 3 Punkte darunter sind alle Ausgewählt.


Kann mir jetzt mal jemand Erklären wieso es auf dem einen RPi einfach nicht laufen will?
Denn ich weiß nicht mehr weiter und wie gesagt bisher habe ich es immer hinbekommen.
Merkwürdig ist allerdings auch das es vorher mal lief und erst Probleme gibt als ich heute
alle Geräte einheitlich auf "/mnt/netzwerk" umstellen wollte.

Bin für jede Hilfe Dankbar sowie für jeden Tipp wie ich dem Fehler näher komme bzw. Ausfindig mache....


VG
 

MadM4x

Benutzer
Mitglied seit
06. Mai 2017
Beiträge
153
Punkte für Reaktionen
1
Punkte
16
Für NFSv4 brauchst du noch fsid, z. B. "fsid=0" (man 5 exports)

Das war es leider auch nicht.

Nach Stundenlanger Suche bei Tante Google und ein wenig Testen habe ich es allerdings nun doch hinbekommen.
Von alleine wäre mir das aber auch wahrscheinlich nie eingefallen :-D

Ich nutze seit kurzem den RPi auch als DNS/Bonjouring Proxy Server und habe dafür den avahi-daemon entsprechend Konfiguriert.
Im gleichem Zuge musste ich den RPi natürlich auch für alle VLAN´s Einrichten.

Nachdem ich nun in der Syno für die NFS Berechtigung alle IP´s bzw. Subnetze auf die der RPi "lauscht" in dem entsprechenden Ordner
freigegeben habe funktioniert auch autofs endlich.

Wieso die Syno allerdings alle IP´s für die NFS Freigabe braucht ist mir im Moment schleierhaft zu mal der RPi eine statische Adresse hat für eth0 und auch
über diese Angesprochen werden kann.
 

framp

Benutzer
Mitglied seit
19. Feb 2016
Beiträge
899
Punkte für Reaktionen
53
Punkte
54
Ergaenzung:

Eigentlich benutze ich immer die /etc/fstab und kein autofs. Aber nachdem ich nun eine DS418 habe wollte ich das mal ausprobieren und bin der Anleitung gefolgt. Das interessante ist dass es erst funktioniert hat nachdem ich in
Code:
PI_Hole_Server		-fstype=nfs4,rw,retry=0		<ip-der-nas>:/volume3/PI_Hole_Server/
nfs4 in nfs geaendert habe :rolleyes:
 

MadM4x

Benutzer
Mitglied seit
06. Mai 2017
Beiträge
153
Punkte für Reaktionen
1
Punkte
16
Mittlerweile gestehe ich:

AutoFS kann Empfindlicher als ne Frau sein *rofl*
Ich hatte auch schon mal das Problem, dass es erst dauerhaft fehlerfrei Funktionierte nachdem ich -fstype=auto benutzt habe.
Laut Doku müssen die Rechte für die AutoFS Dateien auch 0644 haben was auf irgendeinem RPi mal nicht klappte.

Unter Linux-Manjaro läuft das ganze nur wenn du das - vor fstype weg lässt. Also -fstype= ändern in fstype=
Zu den jeweiligen Fehlermeldungen unter service autofs status gibt es leider auch nicht wirklich viele Infos :-( ... es kann manchmal echt ein Krampf sein.

Aber ich persönlich finde es immer noch einfacher als mit /etc/fstab und den ganze Parametern und Logindaten.
 

framp

Benutzer
Mitglied seit
19. Feb 2016
Beiträge
899
Punkte für Reaktionen
53
Punkte
54
Zu den jeweiligen Fehlermeldungen unter service autofs status gibt es leider auch nicht wirklich viele Infos :-( ... es kann manchmal echt ein Krampf sein.
Jupp, leider :( Das ist auch der Grund warum ich damals nach ein paar Versuchen mit autofs wieder aufgegeben habe.
Aber ich persönlich finde es immer noch einfacher als mit /etc/fstab und den ganze Parametern und Logindaten.
Ist bei mir genau anders herum. Darum habe ich auch nur ganz kurz in autofs reingesehen und dann wieder aufgegeben. Aber Deine Anleitung hat mich dann wieder mal auf autofs gestossen und ich habe es dann mal wieder probiert :) Und jetzt klappt es :thumbsup:
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat