NFS

[Krishna Prasad]

Strange NFS problem.....

NFS is able to mount the directory needed between two Unix boxes.

The NFS client running an EDI software package can see touch,vi,read, basically everything it needs to do to the files that are exported from the NFS server......except run the translator program. When it tries to execute it just sits there. We moved the files to a local file system and the program works fine. This application has been working and setup the same way for over a year.

any ideas?

[Satish Y]

Ron, what kind of NFS mounts u r using?.. hard mounted or automounter?..

If auto mounter, then what is actual mountpoint(usually under /tmp_mnt)t and configured mountpoints?...

Cheers...
Satish.

[Krishna Prasad]

They are hard mounted NFS mounts from the /etc/fstab file.

ie.

hostname:/sapmnt/SID /sapmnt/SID nfs rw,suid 0 0

[Kevin Wright]

Just a guess here, but perhaps you translator program is trying to access a hung port or something on the remote NFS server. If you permissions are OK, I don't think NFS is really the problem here.

[Satish Y]

Ron,

1) Check whether all rpc daemons properly running?

2) Have u unmounted and remounted the NFS directory while system running?.. if yes,then check whethre u have mounted without write permission.

Cheers...
Satish.

[Roger Baptiste]

hi,

What files/ports does the translator application use?
Does it have a debug mode, where you can see the point at which it hangs?
You can track the list of open files it uses through glance.

Well, if nothing works you always have the option of unmounting the fs and restarting the nFS client.

HTH
raj

[Krishna Prasad]

Hello and thanks for the replies so far...

Here is a small update.

Kevin - Do you mean remote NFS ports?
If you are asking about the local port
that the translator uses...this is not
the problem because it does run when
I move the files off the NFS dir.

Satish - All process are running on each box.
I also ran the folling commands to see
the health of the network or NFS.

netstat -s -p upd
nfsstat -rc from the client
nfsstat -s from ther server

These all looked fine. However, I did
notice that rpc.lockd was the top
process running on the NFS server.
I might kill this and re-start but
doing a little more digging.

Rajman - The translator is working fine when I
move the files off the NFS directory
and the translator uses the same local
port..so that isn't it.

[David Owens_1]

Ron,

Are the dates in sync on both the NFS server and client? Some applications apply time/date stamps to header files when running programs and if they appear to be out of sync you will get errors or the system may hang. This may sound strange but it really happened to me.

Also, go to SAM and make sure to volumes are not soft mounted and automounter is turned off.


David

[Krishna Prasad]

David - The times were off more then normall...I will test to see if makes a difference....If it works I add points to your reply!

[Krishna Prasad]

Update the time difference on the machine did not make any difference....but my times are the same!

[Ian Dennison_1]

This may sound dumb, but 'rlogin' and 'remsh' permissions still the same? Trusted Systems turned on/off? Directory ownership and permissions changed at all?

If you have glance, can you see what the translator process is stopping on? is it processing or sleeping?

Share and enjoy! Ian

[Krishna Prasad]

Well folks,

The answer was removing the /var/statmon directory's.

When we changed to ethernet and changed the I.P of the box and the statmon files had pointers to the old I.P.

This only occured when a program that tried to get a lock ran on a NFS filesystem.