copying to nfs mount freezes

Message

CdWhistler · Post by **CdWhistler** » Thu Oct 02, 2003 3:17 pm

The problem is that if I try and copy a file to my nfs mount it will freeze. I have my redhat 8 server sharing out my gentoo distfiles. My desktop and the nat server share the same dir and it has always worked before. The only change that I made was converting my home partition from reiserfs to ext3. I dont see how this could of effected it because it is mounted under /usr/portage/disfiles .The only way to clear the freeze is to kill the rpciod process. But even then the file never copies. I just leaves a file thats 0 bytes in the nfs folder. I'm not sure what it is. My dekstop has been fine with the nfs mount.

Things that I did:
1. portmap IS started (seen people mention this while searching)
2. nat server has the newest nfs-utils that just came out
3. nat server has the correct nfs permissions on the redhat server because it worked before and I havent touched the redhat server.
4. The line in fstab looks like this:
192.168.0.253:/mnt/hde1/distfiles /usr/portage/distfiles nfs rw 0 0
5. I have support for nfs v. 2 and 3 in the kernel
6. The modules do get loaded
7. Tried disabling the mount on bootup and mounting it manually later.

Any help would be very appricated.

daha · Post by **daha** » Thu Oct 02, 2003 7:34 pm

my fstab line:
192.168.x.x:/<dir> /<ldir> nfs rw,bg,hard,intr,retrans=5 0 0

CdWhistler · Post by **CdWhistler** » Sat Oct 11, 2003 6:57 pm

Tried that. Still wont copy but it lets you kill it without trouble. I don't know

CdWhistler · Post by **CdWhistler** » Mon Oct 13, 2003 7:30 pm

While trying to figure this out I found this in portage.

Code: Select all

*  sec-policy/selinux-portmap
      Latest version available: 20030811
      Latest version installed: [ Not Installed ]
      Size of downloaded files: 0 kB
      Homepage:    http://www.gentoo.org/proj/en/hardened/
      Description: SELinux policy for portmap

I am running gentoo-sources-r7 with grsecurity at medium. Think the grsecurity is causing problems with portmap? I am going to look into this more later tonight.

Janne Pikkarainen · Post by **Janne Pikkarainen** » Tue Oct 14, 2003 7:57 am

I've been successfully running nfs even with grsecurity-patched kernels a long time, grsec shouldn't be a problem. iptables, on the other hand, could be a real problem if your rulesets are too tight for nfs.

CdWhistler · Post by **CdWhistler** » Tue Oct 14, 2003 2:56 pm

There is no firewall on the nfs server box. The nat box with the problem has input from the local net unrestricted and output unrestricted. This was working before. I don't know what really changed. The only real thing I can remember was changing my home partition to ext3. Is there anything I should try reemerging?
If this is any more help, the rpciod process locks and cant be killed. This is why it freezes. It wont let the portmap service stop or restart either.

kimi · Post by **kimi** » Mon Oct 27, 2003 1:23 am

i have the same problem described here, when i try to cp/mv more then one file, or a large file. the server locks up, all keyboard input gets ignored etc.

the only thing i can think of that might cause this is that the server uses reiserfs, and the client uses ext3, although that should not have any affect on file transfers between them right?

watersb · Post by **watersb** » Wed Nov 05, 2003 1:19 am

kimi wrote:i have the same problem described here, when i try to cp/mv more then one file, or a large file. the server locks up, all keyboard input gets ignored etc.

the only thing i can think of that might cause this is that the server uses reiserfs, and the client uses ext3, although that should not have any affect on file transfers between them right?

I really don't think so... I have a reiser client and an ext3 server, I don't see any problem. Such things get abstracted out by the NFS layer; NFS is surprisingly simple vs. reiser for example...

Can anyone do a dmesg and get anything? I was getting problems because portmapper wasn't happy on the client, and it blocked until it times out...

So I added the NFS dependency to my /etc/init.d/nfsmount init script, and now everything is much more reliable:

Code: Select all

bwaters@godot init.d $ svn diff nfsmount 
Index: nfsmount
===================================================================
--- nfsmount    (revision 6)
+++ nfsmount    (working copy)
@@ -4,7 +4,7 @@
 # $Header: /home/cvsroot/gentoo-x86/net-fs/nfs-utils/files/nfsmount,v 1.2 2003/02/14 23:00:09 vapier Exp $
 
 depend() {
-       need net portmap
+       need net portmap nfs
 }
 
 start_statd() {

CdWhistler · Post by **CdWhistler** » Sun Nov 09, 2003 7:18 am

Yes, below is what I get from dmesg on the problem machine:

Code: Select all

lockd_up: makesock failed, error=-5
lockd_up: no pid, 2 users??
nfs_statfs: statfs error = 5

Tried to do a google but didnt come up with anything usefull. Also the nfs server is now gentoo and my desktop still has no problems with nfs, just the same machine as before. So I doubt its a server issue.

copying to nfs mount freezes

copying to nfs mount freezes

file systems

Re: file systems