Hallo Liste,
vielelicht sehe ich den Wald vor lauter Bäumen nicht... Aber ich probier hier schon "ewig" herum und komme nicht weiter.
Ich habe eine mini-hardware auf der ein - zugegeben sehr altes - Linux läuft. Kernel 2.6.17 Aber nach dem Motto never change a winning team, warum etwas daran ändern wenn es promblemlos läuft. (zumal das uach sehr viel Arbeit wäre)
Diese "mini-hardware" mountet über /etc/fstab eine NFS Freigabe vom Server. Die entsprechende Zeile aus der fstab:
192.168.1.1:/srv/Audio /var/spool/rince nfs auto,intr,tcp,soft,sync,nfsvers=2
Wie gesagt, hat jahrelang brv seinen Dienst getan.
Jetzt habe ich den Server von 13.1 auf 13.2 gehoben und der mount am Client geht nicht mehr. Egal wo ich zu drehen versuche, immer nur die Antwort: "mount: Protocol not supported"
Hat jemand von euch eine Idee wo ich noch drehen könnte? Die Sache wird langsam SEHR dringend ....
Grüße, Norbert
Zwei stellen zum kucken:
1. kann ein anderer rechner denn den export vom server mounten? 2. Du mountest da mit NFS version 2, kann die 13.2 das denn noch?
Bisdenndann MH
Am Freitag 21 November 2014, 11:08:03 schrieb Norbert Zawodsky:
Hallo Liste,
vielelicht sehe ich den Wald vor lauter Bäumen nicht... Aber ich probier hier schon "ewig" herum und komme nicht weiter.
Ich habe eine mini-hardware auf der ein - zugegeben sehr altes - Linux läuft. Kernel 2.6.17 Aber nach dem Motto never change a winning team, warum etwas daran ändern wenn es promblemlos läuft. (zumal das uach sehr viel Arbeit wäre)
Diese "mini-hardware" mountet über /etc/fstab eine NFS Freigabe vom Server. Die entsprechende Zeile aus der fstab:
192.168.1.1:/srv/Audio /var/spool/rince nfs auto,intr,tcp,soft,sync,nfsvers=2
Wie gesagt, hat jahrelang brv seinen Dienst getan.
Jetzt habe ich den Server von 13.1 auf 13.2 gehoben und der mount am Client geht nicht mehr. Egal wo ich zu drehen versuche, immer nur die Antwort: "mount: Protocol not supported"
Hat jemand von euch eine Idee wo ich noch drehen könnte? Die Sache wird langsam SEHR dringend ....
Grüße, Norbert
Am 21.11.2014 um 11:16 schrieb Mathias Homann:
Zwei stellen zum kucken:
- kann ein anderer rechner denn den export vom server mounten?
Ja. Soeben ausprobiert und funktioniert.
- Du mountest da mit NFS version 2, kann die 13.2 das denn noch?
Laut manpage von rpc.montd ja. "The current version of rpc.mountd can support both NFS version 2 and the newer version 3." Der alte client kann offenbar kein nfsvers=3. Wenn ich das am client einstelle kommt:
NFSv3 not supported! mount: wrong fs type, bad option, bad superblock on 192.168.1.1:/srv/Audio, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so
Bisdenndann MH
Am Freitag 21 November 2014, 11:08:03 schrieb Norbert Zawodsky:
Hallo Liste,
vielelicht sehe ich den Wald vor lauter Bäumen nicht... Aber ich probier hier schon "ewig" herum und komme nicht weiter.
Ich habe eine mini-hardware auf der ein - zugegeben sehr altes - Linux läuft. Kernel 2.6.17 Aber nach dem Motto never change a winning team, warum etwas daran ändern wenn es promblemlos läuft. (zumal das uach sehr viel Arbeit wäre)
Diese "mini-hardware" mountet über /etc/fstab eine NFS Freigabe vom Server. Die entsprechende Zeile aus der fstab:
192.168.1.1:/srv/Audio /var/spool/rince nfs auto,intr,tcp,soft,sync,nfsvers=2
Wie gesagt, hat jahrelang brv seinen Dienst getan.
Jetzt habe ich den Server von 13.1 auf 13.2 gehoben und der mount am Client geht nicht mehr. Egal wo ich zu drehen versuche, immer nur die Antwort: "mount: Protocol not supported"
Hat jemand von euch eine Idee wo ich noch drehen könnte? Die Sache wird langsam SEHR dringend ....
Grüße, Norbert
Am Freitag 21 November 2014, 11:49:08 schrieb Norbert Zawodsky:
Am 21.11.2014 um 11:16 schrieb Mathias Homann:
Zwei stellen zum kucken:
- kann ein anderer rechner denn den export vom server mounten?
Ja. Soeben ausprobiert und funktioniert.
- Du mountest da mit NFS version 2, kann die 13.2 das denn noch?
Laut manpage von rpc.montd ja. "The current version of rpc.mountd can support both NFS version 2 and the newer version 3." Der alte client kann offenbar kein nfsvers=3.
ich hab selber schon ewig kein NFS <3 mehr gemacht, eventuell muss man da an der 13.2 erst einschalten dass auch nfs2 geht... kuck mal in /etc/sysconfig ob du da fündig wirst. Auch die richtigen dienste müssen gestartet sein.
Bisdenndann MH
Am 21.11.2014 um 11:59 schrieb Mathias Homann:
Am Freitag 21 November 2014, 11:49:08 schrieb Norbert Zawodsky:
Am 21.11.2014 um 11:16 schrieb Mathias Homann:
Zwei stellen zum kucken:
- kann ein anderer rechner denn den export vom server mounten?
Ja. Soeben ausprobiert und funktioniert.
- Du mountest da mit NFS version 2, kann die 13.2 das denn noch?
Laut manpage von rpc.montd ja. "The current version of rpc.mountd can support both NFS version 2 and the newer version 3." Der alte client kann offenbar kein nfsvers=3.
ich hab selber schon ewig kein NFS <3 mehr gemacht, eventuell muss man da an der 13.2 erst einschalten dass auch nfs2 geht... kuck mal in /etc/sysconfig ob du da fündig wirst. Auch die richtigen dienste müssen gestartet sein.
Bisdenndann MH
Hab jetzt mal mit wireshark spioniert und die Sache wird noch seltsamer. Für 1 Mount-Versuch gehen folgende Pakete über die Leitung:
17 2014/325 17:08:52.282475000 192.168.1.200 192.168.1.1 MOUNT 190 V2 MNT Call (Reply In 19) /srv/Audio 19 2014/325 17:08:52.406575000 192.168.1.1 192.168.1.200 MOUNT 130 V2 MNT Reply (Call In 17) 37 2014/325 17:08:52.419063000 192.168.1.200 192.168.1.1 NFS 110 V2 NULL Call (Reply In 39)[Malformed Packet] 39 2014/325 17:08:52.419101000 192.168.1.1 192.168.1.200 NFS 102 V2 NULL Reply (Call In 37) 57 2014/325 17:08:52.426041000 192.168.1.200 192.168.1.1 MOUNT 190 V2 MNT Call (Reply In 59) /srv/Audio 59 2014/325 17:08:52.426417000 192.168.1.1 192.168.1.200 MOUNT 130 V2 MNT Reply (Call In 57) 77 2014/325 17:08:52.438998000 192.168.1.200 192.168.1.1 NFS 110 V2 NULL Call (Reply In 79)[Malformed Packet] 79 2014/325 17:08:52.439033000 192.168.1.1 192.168.1.200 NFS 102 V2 NULL Reply (Call In 77)
Interessant ist dass im Pakt "V2 NULL Reply"beide male drin steht: Accept State: remote can't support version # (2) Program Version (Minimum): 3 Program Version (Maximum): 3
Da das der server zum Client schickt lese ich das so dass der Server nfsvers=2 "verweigert". Aber wieso ????? Auszug aus "systemctl status nfsserver":
├─11195 /usr/sbin/rpc.mountd --no-nfs-version 4
mountd wird also so gestartet dass er zwar keine version 4 anbietet, aber lt. manpage sollte er 2+3 können.
Alles seltsam...
Am 21.11.2014 um 20:09 schrieb Norbert Zawodsky:
Am 21.11.2014 um 11:59 schrieb Mathias Homann:
Am Freitag 21 November 2014, 11:49:08 schrieb Norbert Zawodsky:
Am 21.11.2014 um 11:16 schrieb Mathias Homann:
Zwei stellen zum kucken:
- kann ein anderer rechner denn den export vom server mounten?
Ja. Soeben ausprobiert und funktioniert.
- Du mountest da mit NFS version 2, kann die 13.2 das denn noch?
Laut manpage von rpc.montd ja. "The current version of rpc.mountd can support both NFS version 2 and the newer version 3." Der alte client kann offenbar kein nfsvers=3.
ich hab selber schon ewig kein NFS <3 mehr gemacht, eventuell muss man da an der 13.2 erst einschalten dass auch nfs2 geht... kuck mal in /etc/sysconfig ob du da fündig wirst. Auch die richtigen dienste müssen gestartet sein.
Bisdenndann MH
Hab jetzt mal mit wireshark spioniert und die Sache wird noch seltsamer. Für 1 Mount-Versuch gehen folgende Pakete über die Leitung:
17 2014/325 17:08:52.282475000 192.168.1.200 192.168.1.1 MOUNT 190 V2 MNT Call (Reply In 19) /srv/Audio 19 2014/325 17:08:52.406575000 192.168.1.1 192.168.1.200 MOUNT 130 V2 MNT Reply (Call In 17) 37 2014/325 17:08:52.419063000 192.168.1.200 192.168.1.1 NFS 110 V2 NULL Call (Reply In 39)[Malformed Packet] 39 2014/325 17:08:52.419101000 192.168.1.1 192.168.1.200 NFS 102 V2 NULL Reply (Call In 37) 57 2014/325 17:08:52.426041000 192.168.1.200 192.168.1.1 MOUNT 190 V2 MNT Call (Reply In 59) /srv/Audio 59 2014/325 17:08:52.426417000 192.168.1.1 192.168.1.200 MOUNT 130 V2 MNT Reply (Call In 57) 77 2014/325 17:08:52.438998000 192.168.1.200 192.168.1.1 NFS 110 V2 NULL Call (Reply In 79)[Malformed Packet] 79 2014/325 17:08:52.439033000 192.168.1.1 192.168.1.200 NFS 102 V2 NULL Reply (Call In 77)
Interessant ist dass im Pakt "V2 NULL Reply"beide male drin steht: Accept State: remote can't support version # (2) Program Version (Minimum): 3 Program Version (Maximum): 3
Da das der server zum Client schickt lese ich das so dass der Server nfsvers=2 "verweigert". Aber wieso ????? Auszug aus "systemctl status nfsserver":
├─11195 /usr/sbin/rpc.mountd --no-nfs-version 4mountd wird also so gestartet dass er zwar keine version 4 anbietet, aber lt. manpage sollte er 2+3 können.
Alles seltsam...
Hab gerade in einer mailingliste von kernel.org eine interessante Antwort von September 2014 gelesen:
/ Don't use 3.16.x kernels with NFS yet. There are known bugs in the/ / read/write code that need a stable backport of a set of fixes that are/ / in 3.17-rc./
Hmmmm...
-
Mathias Homann -
Norbert Zawodsky