Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
NFS unter stretch
89 views
Skip to first unread message
Jürgen F. Pennings
Feb 14, 2017, 2:30:03 PM2/14/17
to
Liebe Wissende,
bei mir läuft jessie auf einer Partition meines Medion-Notebooks, dieses
ist mein täglich genutztes Produktivsystem. Auf jessie läuft ein cyrus-
imap-Server, auf dem sich die EMails tummeln. Das Verzeichnis /var/spool/
cyrus kopiere ich regelmäßig auf einen Raspi, der hier im Haus
durchgängig als Server für diverse Dienste läuft. Dort läuft auch ein
cyrus-imap-Server, auf den ich von jedem anderen Rechner im Haus aus so
zugreifen kann, dass ich da meine EMails lesen kann. Zum Kopieren mounte
ich vom Raspi aus das cyrus-Verzeichnis auf dem Notebook und kopiere es
auf dem Raspi nach /var/spool/cyrus. Alles das funktioniert problemlos.
Unter jessie.
Nun habe ich vor einiger Zeit die jessie-Partition des Notebooks auf eine
andere Partition des Notebooks kopiert, zum Laufen gebracht und dann auf
stretch hochgezogen. Ein paar kleinere Probleme, die danach auftraten,
habe ich inzwischen lösen können, aber ein Problem bekomme ich nicht
ausgemerzt: Das mounten von Notebook:/var/spool/cyrus vom Raspi aus
funktioniert auf stretch nicht mehr (aus jessie weiterhin wie zuvor).
Eingetragen auf dem Notebook ist in /etc/exports sowohl unter jessie als
auch unter stretch:
/var/spool/cyrus 192.168.1.1/16
(rw,sync,no_subtree_check,no_root_squash,no_all_squash)
Im Raspi steht in der /etc/fstab:
medion:/var/spool/cyrus /mnt/medion/ nfs
noauto,user,nfsvers=3,noatime,nodiratime 0 0
Versuche ich jetzt mit stretch auf dem Notebook, vom Raspi aus das
Verzeichnis /var/spool/cyrus auf dem Notebook zu mounten, bekomme ich die
Fehlermeldung:
mount.nfs: requested NFS version or transport protocol is not supported
Nun ist mir nicht bekannt, dass stretch kein nfs Version 3 mehr kann.
Weiß jemand von euch vielleicht, an welcher Schraube ich hier drehen
muss, damit mein Raspi wieder seinen cyrus-Datenabgleich hinbekommen
kann? Mit nfs Version 4 kenne ich mich nicht aus und ich habe auch keine
Lust, mich da einzuarbeiten, da ich dafür ja offensichtlich Kerberos
brauche, in das ich mich ja dann auch wieder einarbeiten müsste.....
Für mich ist so was „Mit Kanonen auf Spatzen geschossen“, zumindest für
meinen Heimgebrauch.
Jürgen F. Pennings
bei mir läuft jessie auf einer Partition meines Medion-Notebooks, dieses
ist mein täglich genutztes Produktivsystem. Auf jessie läuft ein cyrus-
imap-Server, auf dem sich die EMails tummeln. Das Verzeichnis /var/spool/
cyrus kopiere ich regelmäßig auf einen Raspi, der hier im Haus
durchgängig als Server für diverse Dienste läuft. Dort läuft auch ein
cyrus-imap-Server, auf den ich von jedem anderen Rechner im Haus aus so
zugreifen kann, dass ich da meine EMails lesen kann. Zum Kopieren mounte
ich vom Raspi aus das cyrus-Verzeichnis auf dem Notebook und kopiere es
auf dem Raspi nach /var/spool/cyrus. Alles das funktioniert problemlos.
Unter jessie.
Nun habe ich vor einiger Zeit die jessie-Partition des Notebooks auf eine
andere Partition des Notebooks kopiert, zum Laufen gebracht und dann auf
stretch hochgezogen. Ein paar kleinere Probleme, die danach auftraten,
habe ich inzwischen lösen können, aber ein Problem bekomme ich nicht
ausgemerzt: Das mounten von Notebook:/var/spool/cyrus vom Raspi aus
funktioniert auf stretch nicht mehr (aus jessie weiterhin wie zuvor).
Eingetragen auf dem Notebook ist in /etc/exports sowohl unter jessie als
auch unter stretch:
/var/spool/cyrus 192.168.1.1/16
(rw,sync,no_subtree_check,no_root_squash,no_all_squash)
Im Raspi steht in der /etc/fstab:
medion:/var/spool/cyrus /mnt/medion/ nfs
noauto,user,nfsvers=3,noatime,nodiratime 0 0
Versuche ich jetzt mit stretch auf dem Notebook, vom Raspi aus das
Verzeichnis /var/spool/cyrus auf dem Notebook zu mounten, bekomme ich die
Fehlermeldung:
mount.nfs: requested NFS version or transport protocol is not supported
Nun ist mir nicht bekannt, dass stretch kein nfs Version 3 mehr kann.
Weiß jemand von euch vielleicht, an welcher Schraube ich hier drehen
muss, damit mein Raspi wieder seinen cyrus-Datenabgleich hinbekommen
kann? Mit nfs Version 4 kenne ich mich nicht aus und ich habe auch keine
Lust, mich da einzuarbeiten, da ich dafür ja offensichtlich Kerberos
brauche, in das ich mich ja dann auch wieder einarbeiten müsste.....
Für mich ist so was „Mit Kanonen auf Spatzen geschossen“, zumindest für
meinen Heimgebrauch.
Jürgen F. Pennings
Ulf Volmer
Feb 14, 2017, 3:10:03 PM2/14/17
to
On Tue, Feb 14, 2017 at 08:00:31PM +0100, Jürgen F. Pennings wrote:
> Versuche ich jetzt mit stretch auf dem Notebook, vom Raspi aus das
> Verzeichnis /var/spool/cyrus auf dem Notebook zu mounten, bekomme ich die
> Fehlermeldung:
>
> mount.nfs: requested NFS version or transport protocol is not supported
NFS v3 wird unter strech weiterhin unterstützt, Du machst also vermutlich
> Versuche ich jetzt mit stretch auf dem Notebook, vom Raspi aus das
> Verzeichnis /var/spool/cyrus auf dem Notebook zu mounten, bekomme ich die
> Fehlermeldung:
>
> mount.nfs: requested NFS version or transport protocol is not supported
etwas falsch. nfs-kernel-server ist installiert und gestartet?
> Nun ist mir nicht bekannt, dass stretch kein nfs Version 3 mehr kann.
> Weiß jemand von euch vielleicht, an welcher Schraube ich hier drehen
> muss, damit mein Raspi wieder seinen cyrus-Datenabgleich hinbekommen
> kann? Mit nfs Version 4 kenne ich mich nicht aus und ich habe auch keine
> Lust, mich da einzuarbeiten, da ich dafür ja offensichtlich Kerberos
> brauche, in das ich mich ja dann auch wieder einarbeiten müsste.....
> Für mich ist so was „Mit Kanonen auf Spatzen geschossen“, zumindest für
> meinen Heimgebrauch.
abschrecken. Die einzige Änderung in v4, die man beachten sollte, ist
der auf beiden Seiten laufende idmapd.
Viele Grüße
Ulf
Jürgen F. Pennings
Feb 14, 2017, 4:40:03 PM2/14/17
to
Am Tue, 14 Feb 2017 21:10:02 +0100 schrieb Ulf Volmer:
> NFS v3 wird unter strech weiterhin unterstützt, Du machst also
> vermutlich etwas falsch. nfs-kernel-server ist installiert und
> gestartet?
Mann, tausend Dank! Man ist ja manchmal so blind!!!
> NFS v3 wird unter strech weiterhin unterstützt, Du machst also
> vermutlich etwas falsch. nfs-kernel-server ist installiert und
> gestartet?
--------
root@medion:~# service nfs-kernel-server status
● nfs-server.service - NFS server and services
Loaded: loaded (/lib/systemd/system/nfs-server.service; enabled;
vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2017-02-14 19:40:57 CET;
2h 29min ago
Feb 14 19:40:57 medion systemd[1]: Starting NFS server and services...
Feb 14 19:40:57 medion exportfs[966]: exportfs: Failed to stat
/media/15cc61dd-3127-45c3-984e-7f81d8f1a257: No such file or directory
--------
DAS wars. /media/15cc61dd-3127-45c3-984e-7f81d8f1a257 aus der /etc/
exports auskommentiert, und schon läufts.
Nochmals vielen Dank.
NFS Version 4 habe ich schon damals beim Wechsel von wheezy auf jessie
irgendwie nicht vernünftig ans Laufen bekommen.
Schöne Grüße vom Möhnesee
Jürgen
Martin Steigerwald
Feb 14, 2017, 5:10:03 PM2/14/17
to
Hallo Jürgen,
Am Dienstag, 14. Februar 2017, 22:18:10 CET schrieb Jürgen F. Pennings:
> DAS wars. /media/15cc61dd-3127-45c3-984e-7f81d8f1a257 aus der /etc/
> exports auskommentiert, und schon läufts.
> Nochmals vielen Dank.
> NFS Version 4 habe ich schon damals beim Wechsel von wheezy auf jessie
> irgendwie nicht vernünftig ans Laufen bekommen.
Ist an sich ziemlich einfach, sofern kein Kerberos zum Einsatz kommen soll.
Einfach das Beispiel in der /etc/exports nehmen, das Kerberos-Zeug vor den
Klammern einfach durch was wie 10.0.0.0/16 oder ein anderes Netz ersetzen.
Und dann beim Mounten eben nicht den kompletten Pfad angeben, sondern nur das
ab dem Basisverzeichnis das im Beispiel, wenn ich mich recht entsinne mit
crossmnt markiert ist.
Ciao,
--
Martin
Am Dienstag, 14. Februar 2017, 22:18:10 CET schrieb Jürgen F. Pennings:
> DAS wars. /media/15cc61dd-3127-45c3-984e-7f81d8f1a257 aus der /etc/
> exports auskommentiert, und schon läufts.
> Nochmals vielen Dank.
> NFS Version 4 habe ich schon damals beim Wechsel von wheezy auf jessie
> irgendwie nicht vernünftig ans Laufen bekommen.
Einfach das Beispiel in der /etc/exports nehmen, das Kerberos-Zeug vor den
Klammern einfach durch was wie 10.0.0.0/16 oder ein anderes Netz ersetzen.
Und dann beim Mounten eben nicht den kompletten Pfad angeben, sondern nur das
ab dem Basisverzeichnis das im Beispiel, wenn ich mich recht entsinne mit
crossmnt markiert ist.
Ciao,
--
Martin
Jürgen F. Pennings
Feb 15, 2017, 4:10:02 AM2/15/17
to
Am Tue, 14 Feb 2017 23:10:02 +0100 schrieb Martin Steigerwald:
> Ist an sich ziemlich einfach, sofern kein Kerberos zum Einsatz kommen
> soll.
>
> Einfach das Beispiel in der /etc/exports nehmen, das Kerberos-Zeug vor
> den Klammern einfach durch was wie 10.0.0.0/16 oder ein anderes Netz
> ersetzen.
>
> Und dann beim Mounten eben nicht den kompletten Pfad angeben, sondern
> nur das ab dem Basisverzeichnis das im Beispiel, wenn ich mich recht
> entsinne mit crossmnt markiert ist.
>
> Ciao,
OK, Martin, ich werde es beizeiten mal ausprobieren, aber solange NFS
> Ist an sich ziemlich einfach, sofern kein Kerberos zum Einsatz kommen
> soll.
>
> Einfach das Beispiel in der /etc/exports nehmen, das Kerberos-Zeug vor
> den Klammern einfach durch was wie 10.0.0.0/16 oder ein anderes Netz
> ersetzen.
>
> Und dann beim Mounten eben nicht den kompletten Pfad angeben, sondern
> nur das ab dem Basisverzeichnis das im Beispiel, wenn ich mich recht
> entsinne mit crossmnt markiert ist.
>
> Ciao,
Version 3 hier (dank der Antwort von Ulf) noch weiter funktioniert,
bleibe ich dabei.
Das Beispiel in /etc/exports für Version 4 lautet
# Example for NFSv4:
# /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
Aber inwiefern ist da nicht der komplette Pfad angegeben? Ich würde es an
meine Situation so anpassen
/var/spool/cyrus 192.168.1.0/24(rw,sync,no_subtree_check)
fsid=0 und crossmnt dürfte ich hier doch gar nicht benötigen, oder?
Martin Steigerwald
Feb 15, 2017, 7:30:02 AM2/15/17
to
Am Mittwoch, 15. Februar 2017, 09:45:31 CET schrieb Jürgen F. Pennings:
> Am Tue, 14 Feb 2017 23:10:02 +0100 schrieb Martin Steigerwald:
> > Ist an sich ziemlich einfach, sofern kein Kerberos zum Einsatz kommen
> > soll.
> >
> > Einfach das Beispiel in der /etc/exports nehmen, das Kerberos-Zeug vor
> > den Klammern einfach durch was wie 10.0.0.0/16 oder ein anderes Netz
> > ersetzen.
> >
> > Und dann beim Mounten eben nicht den kompletten Pfad angeben, sondern
> > nur das ab dem Basisverzeichnis das im Beispiel, wenn ich mich recht
> > entsinne mit crossmnt markiert ist.
[…]
> Am Tue, 14 Feb 2017 23:10:02 +0100 schrieb Martin Steigerwald:
> > Ist an sich ziemlich einfach, sofern kein Kerberos zum Einsatz kommen
> > soll.
> >
> > Einfach das Beispiel in der /etc/exports nehmen, das Kerberos-Zeug vor
> > den Klammern einfach durch was wie 10.0.0.0/16 oder ein anderes Netz
> > ersetzen.
> >
> > Und dann beim Mounten eben nicht den kompletten Pfad angeben, sondern
> > nur das ab dem Basisverzeichnis das im Beispiel, wenn ich mich recht
> > entsinne mit crossmnt markiert ist.
> OK, Martin, ich werde es beizeiten mal ausprobieren, aber solange NFS
> Version 3 hier (dank der Antwort von Ulf) noch weiter funktioniert,
> bleibe ich dabei.
> Das Beispiel in /etc/exports für Version 4 lautet
>
> # Example for NFSv4:
> # /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
> # /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
>
> Aber inwiefern ist da nicht der komplette Pfad angegeben? Ich würde es an
> meine Situation so anpassen
> /var/spool/cyrus 192.168.1.0/24(rw,sync,no_subtree_check)
>
> fsid=0 und crossmnt dürfte ich hier doch gar nicht benötigen, oder?
Also es geht ziemlich wahrscheinlich auch mit einem Eintrag, aber meines
> Version 3 hier (dank der Antwort von Ulf) noch weiter funktioniert,
> bleibe ich dabei.
> Das Beispiel in /etc/exports für Version 4 lautet
>
> # Example for NFSv4:
> # /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
> # /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
>
> Aber inwiefern ist da nicht der komplette Pfad angegeben? Ich würde es an
> meine Situation so anpassen
> /var/spool/cyrus 192.168.1.0/24(rw,sync,no_subtree_check)
>
> fsid=0 und crossmnt dürfte ich hier doch gar nicht benötigen, oder?
Erachtens empfohlenes Vorgehen ist ein Haupt-Verzeichnis zu haben und dann
eines darunter und das darunter gebe ich beim Mounten an. Wie in dem Beispiel.
Da würde der Mount dann lauten
mount -t nfs nfsserverhostname:homes /mnt/bla
Also "homes" statt "/srv/homes".
Nur würde sich das bei Dir nicht so recht eignen, weil das übergeordnete
Verzeichnis von /var/spool/cyrus dann ja /var/spool ist… und eher nicht so
sinnvoll ist, das zu exportieren.
--
Martin
Jürgen F. Pennings
Feb 15, 2017, 8:20:02 AM2/15/17
to
Am Wed, 15 Feb 2017 13:30:02 +0100 schrieb Martin Steigerwald:
> Also es geht ziemlich wahrscheinlich auch mit einem Eintrag, aber meines
> Erachtens empfohlenes Vorgehen ist ein Haupt-Verzeichnis zu haben und
> dann eines darunter und das darunter gebe ich beim Mounten an. Wie in
> dem Beispiel.
> Da würde der Mount dann lauten
>
> mount -t nfs nfsserverhostname:homes /mnt/bla
>
> Also "homes" statt "/srv/homes".
>
> Nur würde sich das bei Dir nicht so recht eignen, weil das übergeordnete
> Verzeichnis von /var/spool/cyrus dann ja /var/spool ist… und eher nicht
> so sinnvoll ist, das zu exportieren.
OK, Martin, jetzt habe ich es glaube ich verstanden. Danke für die
> Also es geht ziemlich wahrscheinlich auch mit einem Eintrag, aber meines
> Erachtens empfohlenes Vorgehen ist ein Haupt-Verzeichnis zu haben und
> dann eines darunter und das darunter gebe ich beim Mounten an. Wie in
> dem Beispiel.
> Da würde der Mount dann lauten
>
> mount -t nfs nfsserverhostname:homes /mnt/bla
>
> Also "homes" statt "/srv/homes".
>
> Nur würde sich das bei Dir nicht so recht eignen, weil das übergeordnete
> Verzeichnis von /var/spool/cyrus dann ja /var/spool ist… und eher nicht
> so sinnvoll ist, das zu exportieren.
Erklärung.
Gruß vom Möhnesee
Jürgen
0 new messages