Operating System - HP-UX
1837905 Members
3015 Online
110124 Solutions
New Discussion

hanfs problem(server retries for nfs server package)

 
SOLVED
Go to solution
kirit_2
Frequent Advisor

hanfs problem(server retries for nfs server package)

first my setup is like ...

two nos of rx2600 server with 11.23 OS and sept'2004 patch bundle is loaded on both.

SGeSAP and HANFS is configired for high availbility using two package concept.

one package name ci runs on server A
Second packgae name db runs on server B
db packgae has nfs exported file systems ( /export/usr/sap/trnas and /export/sapmnt)
and these are exported throug hanfs on server A as well as server B as /usr/sap/trans and /sapmnt.

My problem is that when I shutdown the cluster , some commands hangs and console gives messages that "nfs server db not responding still trying"

can u please guide me what could be the problem?
10 REPLIES 10
Uday_S_Ankolekar
Honored Contributor

Re: hanfs problem(server retries for nfs server package)

This doc may help:

In a NFS Serviceguard environment the client side mounts, autofs or static,
will go stale when the package is moved on the NFS Serviceguard server from the
Primary node to the Secondary node.

Why?
RESOLUTION

Stale NFS mounts on any NFS client are caused when the NFS inode is changed
while the mount is active.

When preparing to confiure a NFS package the names of the volume groups must be
unique within the cluster, and the major and minor numbers associated with the
volume groups must be the same on all nodes. In addition, the mounting points
and exported file system names must be the same on all nodes.

The preceding requirements exist because NFS uses the major number, minor
number, inode number, and exported directory as part of a file handle to
uniquely identify each NFS file. If differences exist between the primary and
adoptive nodes, the client's file handle would no longer point to the correct
file location after movement of the package to a different node.

This is what results in the Stale file on the NFS client when the package is
moved.

To check the major and minor numbers for your NFS package filesystems you can
run the following command.


# ls -al /dev/*/group


For more details on Configuring the NFSTOOLKIT package please reference the
following manual:

Managing MC Serviceguard NFS


http://www.docs.hp.com/hpux/onlinedocs/B5140-90017/B5140-90017.html
Good Luck..
kirit_2
Frequent Advisor

Re: hanfs problem(server retries for nfs server package)

Hi uday

here nfs exported file systems are part of db package only.

Checked minor number configuration also , its ok.

also I get error even when I stop the cluster ( both packags show down in cmviewcl)

Dietmar Konermann
Honored Contributor

Re: hanfs problem(server retries for nfs server package)

kirit,

You are saying that both packages are in status "halted"... so the package control scripts themselves are not hanging, correct?

I think, what you are seeing is quite normal. SGeSAP does not umount the NFS mounts during package halt. This means that, as long as the NFS serving package is halted, the correpsonding (relocatable) NFS server is unreachable. And since these mounts are usually hard mounts, some commands may hang and console message may appear.

What is your actual problem? If you dislike that behaviour during e.g. maintenance then maybe a dedicated NFS package (which is kept running) could be an option.

Best regards...
Dietmar.
"Logic is the beginning of wisdom; not the end." -- Spock (Star Trek VI: The Undiscovered Country)
kirit_2
Frequent Advisor

Re: hanfs problem(server retries for nfs server package)

Hi Dietmar

Do u mean that I will not be able to work more on that systems after I shutdown the cluster ? Is there any workaround ( killing some processes) so that I dont get such messages on console and work smoothly for non cluster activity if required some time.
Dietmar Konermann
Honored Contributor

Re: hanfs problem(server retries for nfs server package)

Well, you exactly see the same symptoms as you would see on a system with hard mounts pending on a died NFS server. You don't have problems as long as you don't touch these mounts... killing the hanging procs should be possible (intr option is default), but may take some (long) time.

Often the main problem is not having local SAP executables (SAPCPE) configured. Typically adm's and ora's search PATHs contain the exe directory, which actually resides on the NFS server then, making these users unusable.

SAPCPE is a prerequisite for SGeSAP.

Best regards...
Dietmar.
"Logic is the beginning of wisdom; not the end." -- Spock (Star Trek VI: The Undiscovered Country)
kirit_2
Frequent Advisor

Re: hanfs problem(server retries for nfs server package)

which executable I should have in both servers ? can I have some more info on SAPCPE so that I can ask our sap consultant to check/configure it - if it is not there!
Dietmar Konermann
Honored Contributor

Re: hanfs problem(server retries for nfs server package)

Don't be afraid... any SAP Basis consultant should be aware of the SAPCPE option. If not, then it should be no problem to find details in the official docs that SAP provides. You also find information in "Managing SGeSAP":

http://docs.hp.com/hpux/pdf/B7885-90018.pdf

Best regards...
Dietmar.
"Logic is the beginning of wisdom; not the end." -- Spock (Star Trek VI: The Undiscovered Country)
Dietmar Konermann
Honored Contributor

Re: hanfs problem(server retries for nfs server package)

Ah... how to check if SAPCPE is in place? Here is an example with SAPCPE:

# bdf /usr/sap/P01/SYS/exe/run/disp+work
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol6 1572864 1229569 321866 79% /usr

You see /usr as mount point... which means local. Without SAPCPE you would see an NFS mount point.

Best regards...
Dietmar.
"Logic is the beginning of wisdom; not the end." -- Spock (Star Trek VI: The Undiscovered Country)
kirit_2
Frequent Advisor

Re: hanfs problem(server retries for nfs server package)

Is it ok if customer have local copies of executables rather than using SAPCPE ?
Dietmar Konermann
Honored Contributor
Solution

Re: hanfs problem(server retries for nfs server package)

Should be fine also... however, maintenance with SAPCPE is easier, since replication is automated.
"Logic is the beginning of wisdom; not the end." -- Spock (Star Trek VI: The Undiscovered Country)