HP-UX 11.0 NFS Client Problem with LINUX 2.4 NFS Server

[Allen Delehoy]

I have an environment where an HP-UX 11.0 server is acting as an applications server. One of the applications (Oracle 8.1.6) is attempting to mount a RedHat Linux Based (2.4) system in order to provide multiplexed storage for certain Oracle files. When Oracle (on the HP-UX Server) attempts to create / lock the database files on the Linux Server, I receive the following errors in the Oracle alert log:
:
ora-19504: failed to create file ""
ora-27086: skgfglk: unable to lock file - already in use
HP-UX error: 13 : Permission denied
Additional information: 8

The file is actually created "correctly", and the permissions are as expected (-rw-r--r--). The NFS mount is being exported rw and being mounted rw. The HP-UX user creating the database is the owner of, and has rwx permissions on the related NFS directories on the Linux system. As well, the HP-UX user can vi, copy, move and delete files on the NFS mount without problems. It is only when locking the file(s) that the failure occurs. If I change the NFS Server to another HP-UX system (also running 11.0), I do not have the failure. Also, if I run Oracle on a Linux NFS client to the Linux NFS Server, I do not see the problem. This appears to be something between HP-UX and Linux. By the way, I am not currently using NIS or NIS+.

I think I have all the current HP-UX patches, although it is difficult to say for sure.

Any ideas or things to try would be greatly appreciated!

Thanks.....

[Eugen Cocalea · Accepted solution]

Hi,

http://nfs.sourceforge.net

http://www.uwsg.iu.edu/hypermail/linux/big-linux/9506/0028.html

It seems that the bug is known. In the first link, you will find a QA that addresses the same problem. Take a look at the 'no_auth_nlm' option on nfs.

E.

[Allen Delehoy]

E,

Thanks for the links. Using the no_auth_nlm option is taking care of the issue - although I am concerned that the need for this option is not being addressed by the community at large. Even though it solves my immediate issue, it opens up a much larger issue that I hope we will be able to deal with in the near term.

Thanks again!

Allen.

[Allen Delehoy]

Suggested Article resolved the immediate issue - although the larger problem of why the special flag is needed still exists.