Hallo Listen-Teilnehmer,
habe momentan grundlegende Probleme mit NFS.
Habe bei einem NFS-Server (SNAP-Server von Adaptec) eine Freigabe erstellt:
/shares/share1 *(rw,async,no_root_squash,no_all_squash)
wenn ich es über den Opensuse 10.2 -Server einmounten möchte:
(/etc/fstab-Eintrag:)
snap1:/share1 /lw/snap1 nfs auto,exec 0 0
dann
mount /lw/snap1
kann ich problemlos Daten drauf kopieren.
Wenn ich jetzt aber einen Link erzeuge (altes Verzeichnis vorher umbenannt):
ln -s /lw/snap1/mail /var/spool/mail
(das Verzeichnis gibt es dort auf /lw/snap1/)
und es dann durch Postfix verwenden lasse (Mails darauf ablegen möchte),
kommen seltsame Lock-Fehler:
# l /lw/snap1/mail
total 0
drwxrwxrwx 2 root root 37 Mar 6 20:54 ./
drwxrwxrwx 10 root root 130 Mar 3 22:04 ../
-rw------- 1 office users 0 Mar 6 20:54 office
---------- 1 office users 0 Mar 6 20:54 office.lock
# mailq
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
0B68B4C38F* 1200 Tue Mar 6 20:53:03 root@localhost
root@localhost
7998F4C3CC 1200 Tue Mar 6 20:54:01 root@localhost
(cannot update mailbox /var/mail/office for user office. unable to
create lock file /var/mail/office.lock: File exists)
office@localhost
root@localhost
...
Mar 6 20:55:06 s1 kernel: statd: server localhost not responding, timed out
Mar 6 20:55:06 s1 kernel: lockd: cannot monitor snap1
Mar 6 20:55:06 s1 kernel: lockd: failed to monitor snap1
Mar 6 20:55:37 s1 kernel: statd: server localhost not responding, timed out
Mar 6 20:55:37 s1 kernel: lockd: cannot monitor snap1
Mar 6 20:55:37 s1 kernel: lockd: failed to monitor snap1
Mar 6 20:56:08 s1 kernel: statd: server localhost not responding, timed out
Mar 6 20:56:08 s1 kernel: lockd: cannot monitor snap1
Mar 6 20:56:08 s1 kernel: lockd: failed to monitor snap1
...
ich habe auch schon den Link gegen einen echten Mountpoint ersetzt, ohne
Erfolg.
ich habe auch schon als Server einen Debian-Sarge (Kernel 2.6.18.3)
Server verwendet, selbes Problem. Drauf schreiben geht ohne Probleme,
aber sobald ein Lock angelegt werden soll, streikt er.
Probeweise habe ich auch diesen Opensuse 10.2-Server als NFS-Server
aktiviert und die Freigabe über diesen 10.2-Server gemountet. Mit noch
weniger Erfolg, beim mounten blieb er minutenlang hängen.
auf dem 10.2-Server (NFS-Client) sind folgende Dienste gestartet:
nfs (automatisches Mounten beim Start)
portmap
nfsserver (probehalber)
Die Firewall habe ich inzwischen auch schon komplett ausgeschaltet.
# rpcinfo -p snap1
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
351396 1 udp 765
351396 1 tcp 767
100005 1 udp 16406 mountd
100005 1 tcp 33155 mountd
100005 2 udp 16406 mountd
100005 2 tcp 33155 mountd
100005 3 udp 16406 mountd
100005 3 tcp 33155 mountd
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100021 1 udp 16407 nlockmgr
100021 3 udp 16407 nlockmgr
100021 4 udp 16407 nlockmgr
100021 1 tcp 33156 nlockmgr
100021 3 tcp 33156 nlockmgr
100021 4 tcp 33156 nlockmgr
100024 1 udp 16408 status
100024 1 tcp 33157 status
# rpcinfo -p localhost
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 32770 status
100021 1 udp 32770 nlockmgr
100021 3 udp 32770 nlockmgr
100021 4 udp 32770 nlockmgr
100024 1 tcp 39143 status
100021 1 tcp 39143 nlockmgr
100021 3 tcp 39143 nlockmgr
100021 4 tcp 39143 nlockmgr
# rcnfsserver start
Starting kernel based NFS server done
# rpcinfo -p localhost
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 32770 status
100021 1 udp 32770 nlockmgr
100021 3 udp 32770 nlockmgr
100021 4 udp 32770 nlockmgr
100024 1 tcp 39143 status
100021 1 tcp 39143 nlockmgr
100021 3 tcp 39143 nlockmgr
100021 4 tcp 39143 nlockmgr
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100005 1 udp 669 mountd
100005 1 tcp 670 mountd
100005 2 udp 669 mountd
100005 2 tcp 670 mountd
100005 3 udp 669 mountd
100005 3 tcp 670 mountd
Es läuft ein 2.6.20.1-Kernel (Vanilla, fast ohne zusätzliche Patches,
außer einen ipmi-Patch), das Problem tritt aber auch beim
Original-2.6.18-Kernel von Suse auf, wenn auch nicht ständig (mal geht
es für ein paar Stunden, dann steht es wieder für eine Stunde).
Wo kann ich noch nachforschen, welche Dienste sollten noch laufen,
welche Mechanismen sind für's Locking zuständig?
Besten Dank im voraus,
Günther
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: opensuse-de+help(a)opensuse.org