|
Bugzilla – Full Text Bug Listing |
| Summary: | NFS File locking problem with 10.0 Client and 9.3 Server | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Jörg Spilker <js> |
| Component: | Network | Assignee: | Dr. Werner Fink <werner> |
| Status: | RESOLVED INVALID | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | 32bit | ||
| OS: | SuSE Linux 10.0 | ||
| Whiteboard: | |||
| Found By: | Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
SuSE Linux 9.3 does not have a kernel 2.6.15. Please use the orignal kernel for this distribution. For your problem you are welcome to use the official support channel at <http://www.novell.com/support/products/suselinux/> within the 90 day installation support. Beside this you may ask and discuss your problem at one of the mailing lists found at <http://lists.suse.com>. You may subscribe one or more of the lists, e.g. suse-linux (german only) or suse-linux-e (english) or any other list with more specific subject areas. |
Hallo, i´ve some NFS filelocking problem between my SuSE 10.0 based clients and the 9.3 based server. /home is located on the server (with SuSE 9.3 and a recent kernel (2.6.15)) Applications which are using NFS filelocking on /home (examples: eclipse, skype, banshee) are not working. The server locks shows the following message: Dec 19 21:35:55 daolin kernel: lockd: cannot monitor 192.168.9.10 I know now (after googling for some minutes), that the reason for the message ist, that the lockd on the server cannot contact the status daemon on the client site. rpcinfo on Server/Client shows the following info: Server: Suse Linux 9.3 mit Kernel 2.6.15 daolin:/var/log # rpcinfo -p daolin Program Vers Proto Port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100004 2 udp 795 ypserv 100004 1 udp 795 ypserv 100004 2 tcp 798 ypserv 100004 1 tcp 798 ypserv 100007 2 udp 814 ypbind 100007 1 udp 814 ypbind 100007 2 tcp 817 ypbind 100007 1 tcp 817 ypbind 100009 1 udp 834 yppasswdd 600100069 1 udp 849 fypxfrd 600100069 1 tcp 851 fypxfrd 100011 1 udp 858 rquotad 100011 2 udp 858 rquotad 100011 1 tcp 877 rquotad 100011 2 tcp 877 rquotad 391002 2 tcp 601 sgi_fam 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 100021 1 udp 2262 nlockmgr 100021 3 udp 2262 nlockmgr 100021 4 udp 2262 nlockmgr 100021 1 tcp 3171 nlockmgr 100021 3 tcp 3171 nlockmgr 100021 4 tcp 3171 nlockmgr 100005 1 udp 724 mountd 100005 1 tcp 739 mountd 100005 2 udp 724 mountd 100005 2 tcp 739 mountd 100005 3 udp 724 mountd 100005 3 tcp 739 mountd Client: Suse Linux 10.0 mit Kernel 2.6.13-15-default daolin:/var/log # rpcinfo -p lotus Program Vers Proto Port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 391002 2 tcp 749 sgi_fam 100007 2 udp 810 ypbind 100007 1 udp 810 ypbind 100007 2 tcp 811 ypbind 100007 1 tcp 811 ypbind 100024 1 udp 32779 status 100021 1 udp 32779 nlockmgr 100021 3 udp 32779 nlockmgr 100021 4 udp 32779 nlockmgr 100024 1 tcp 32803 status 100021 1 tcp 32803 nlockmgr 100021 3 tcp 32803 nlockmgr 100021 4 tcp 32803 nlockmgr i´m not sure but i think that status is the service which the server can´t contact. There are no firewall rules active during my tests. I can telnet the tcp port for status from daolin. What looks strange for me are the high port numbers for lockmgr and status on the client. I really don´t know what is wrong. Can you please help