nfs zu Fedora Core 2 Server

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
Benutzeravatar
L@w
Beiträge: 916
Registriert: 24.07.2002 08:12:30

nfs zu Fedora Core 2 Server

Beitrag von L@w » 05.06.2004 11:39:58

hallo,

ich habe jetzt schon seit ein paar tagen immer ein nfs probelm.

jetzt habe ich bekmerkt, dass dieses problem immer nur bei diesem server (mit fedora core 2) auftritt. ich kann das share zwar mounten und teilweise auch durchsuchen. aber spätesten wenn ich die dateien mit nautilus anschauen will hängt sich nautilus komplett auf. dann geh auf den shares gar nichts mehr. nicht mal ein ls. :cry:

ich habe jetzt getestet, mich auf einen anderen linux rechner per nfs zu verbinden da funktioniert alles.

dann habe ich mich mit einem fedora core 1 rechner auf den fedora core 2 rechner verbinden probiert und da geht das share normal.

ein tail -f /var/log/messages gibt folgendes aus.

Code: Alles auswählen

Jun  5 11:30:42 overdose kernel: nfs warning: mount version older than kernel
Jun  5 11:31:17 overdose kernel: nfs: server tux4u not responding, still trying
Jun  5 11:31:35 overdose last message repeated 2 times
hat da jemand eine ahnung an was das liegen kann? ich bin da mit meinem latein am ende :wink:
cu L@w
---

LINUX - because booting is for adding hardware!

storm
Beiträge: 1581
Registriert: 01.05.2004 13:21:26
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DE

Beitrag von storm » 05.06.2004 14:00:04

Tach,

das mindeste, was du angeben solltest, wären die Kernel-Versionen der
einzelnen Kisten. Es sei denn, du möchtest, das ich meine Glaskugel benutze um
Antworten zu geben. :)
Bei nem 2.6.Xer Kernel solltest du dir mal Documentation/Changes ansehen.
Da gibt es einen Absatz NFS-utils.
Ausserdem: wenn sich die nfs-versionen der einzelnen Maschinen unterscheiden und
die server/clients nicht mit Unterstützung für mehrere Versionen arbeiten, können
sie auch nicht richtig miteinander sprechen.
Siehe auch: http://www.linuxforum.com/linux-nfs/tro ... oting.html

Zusammengefasst: mount updaten, kernel mit Unterstützung für v3/v4 erstellen.
Hab ich was vergessen?

ciao, frank

Benutzeravatar
L@w
Beiträge: 916
Registriert: 24.07.2002 08:12:30

Beitrag von L@w » 05.06.2004 14:29:57

fedora server kernel 2.6.5-1.358 nfsversion: 1.0.6


debian client (sid) kernel 2.6.6 (selbst kompiliert) nfsversion: 1.0.6

vielleicht hilft ja das

:oops:
cu L@w
---

LINUX - because booting is for adding hardware!

storm
Beiträge: 1581
Registriert: 01.05.2004 13:21:26
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DE

Beitrag von storm » 05.06.2004 20:50:04

Hi,

mein Fehler, mit nfs-Version ist latürnich die Version des Protokolls gemeint.
Standard ist v2 oder v3, relativ neu ist v4.
Auf der Kiste, auf welcher du Probleme hast, solltest du "mount" updaten.

ciao, frank

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 05.06.2004 21:00:35

Fedora Core 2 hat v4.

Raoul

Code: Alles auswählen

grep -ir fuck /usr/src/linux

storm
Beiträge: 1581
Registriert: 01.05.2004 13:21:26
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DE

Beitrag von storm » 05.06.2004 22:53:45

also für den client einen neuen Kernel bauen, mit NFS v4 Support, falls der
nicht drin ist.

ciao, frank

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 05.06.2004 23:50:46

Nicht nötig, habs eben mal probiert. Der Server (FC2) ist abwärstkompatibel.

Code: Alles auswählen

grep NFS /boot/config-2.6.5-1.358
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
CONFIG_NFS_DIRECTIO=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
CONFIG_NFSD_V4=y
CONFIG_NFSD_TCP=y
CONFIG_NCPFS_NFS_NS=y
der Client (Woody)

Code: Alles auswählen

grep NFS /boot/config-2.4.19-mh17
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_ROOT_NFS is not set
CONFIG_NFSD=m
# CONFIG_NFSD_V3 is not set
CONFIG_NCPFS_NFS_NS=y
Gemountet wird dann halt v3.

Code: Alles auswählen

cat /proc/mounts | grep nfs
hal9000:/home/raoul/ /mnt/hal9000 nfs rw,v3,rsize=32768,wsize=32768,hard,udp,lock,addr=hal9000 0 0
Raoul

Code: Alles auswählen

grep -ir fuck /usr/src/linux

Benutzeravatar
L@w
Beiträge: 916
Registriert: 24.07.2002 08:12:30

Beitrag von L@w » 07.06.2004 12:27:53

an was könnte es dann noch liegen?
cu L@w
---

LINUX - because booting is for adding hardware!

storm
Beiträge: 1581
Registriert: 01.05.2004 13:21:26
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DE

Beitrag von storm » 08.06.2004 19:15:10

wie sieht denn deine /etc/fstab aus?

ciao, frank
drivers/ata/libata-core.c: /* devices which puke on READ_NATIVE_MAX */

Benutzeravatar
L@w
Beiträge: 916
Registriert: 24.07.2002 08:12:30

Beitrag von L@w » 10.06.2004 08:28:01

hallo,

hier ist jetzt mein /etc/fstab eintrag:

Code: Alles auswählen

tux4u:/home/law/share   /mnt/net/tux4u/share    nfs     defaults,user,noauto                            0       0
mir kommt schon schön langsam vor, dass ich nur mit grafischen programmen (nautilus,xmms) problemen habe.

mit vi kann ich normal arbeiten. ausser ich habe es vorher mit einem grafischen programm versucht, dann geht nicht einmal ein cd mehr :cry:
cu L@w
---

LINUX - because booting is for adding hardware!

storm
Beiträge: 1581
Registriert: 01.05.2004 13:21:26
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DE

Beitrag von storm » 10.06.2004 22:56:22

Hi,

versuch mal statt des default-Eintrages folgendes in fstab:
tux4you:/home/law/share /mnt/net/tux4u/share nfs rw,hard,intr,rsize=8192,wsize=8192 0 0
bei den read/write-Parametern kann noch etwas Anpassung nach unten nötig sein, aber die Grösse liegt im Rahmen dessen, was gestattet ist.

ciao, frank
drivers/ata/libata-core.c: /* devices which puke on READ_NATIVE_MAX */

Benutzeravatar
L@w
Beiträge: 916
Registriert: 24.07.2002 08:12:30

Beitrag von L@w » 11.06.2004 22:26:37

habe die einstellungen übernommen jetzt funktioniert es juhu!! danke :D
cu L@w
---

LINUX - because booting is for adding hardware!

Antworten