Unable to make depot on NFS mount

[Daniel Griffiths]

I am trying to use the make_depots command to create a depot from a local HPUX 11.11 CD on an NFS mount but am encountering an error. The NFS server in this case is a NAS on the same subnet.

The command I am using is:
make_depots –v –x \
swcopy.write_remote_files=true \
–s /dev/dsk/c0t1d0 –d /nas/…/Rel_B.11.11/core

Running this command produces the output: “ERROR: swopy command failed”

swcopy.log contains the message “The target source is already in use either within this same session or by another session. A read or write lock was denied” and I am then pointed to look at swagentd.log

swagentd.log gives the message “Cannot lock ‘/nas/…/Rel_B.11.11/core’ because another command holds a conflicting lock. The process id of that command is 0”

pid 0 is the “swapper” process.

This error persists after several attempts at rebooting the machine and restarting the swagentd process.

Although the command doesn’t create the depot, it does create some of the directory structure, namely: catalog directory, dfiles directory and also the swlock file within catalog.

I am not really sure why the swapper process is holding the lock on the NFS mount, but any ideas for a fix or even a solid workaround would be appreciated.

Thanks

[Yogeeraj_1]

hi,

I had a similar problem with CIFS mounted file systems.

Read this reply from HP: http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1085158

Anyway, try to eliminate any other issues by doing the same on a locally mounted file system.

kind regards
yogeeraj

[Daniel Griffiths]

yogeeraj,
Thanks for the reply.

We have tried this workaround before but we are also unable to Ignite from the copy of the depot residing on the NAS.

So the method of doing so at the moment involves having to copy a new depot to the NAS, then copy it back off when we need to use it.

Unfortunately this isn't really practical given the speed of our network at the moment.

[Tim Nelson]

Is there a swagentd lock file in the destination that may be left over from some previous incomplete process?

Can root manually write to this location ?

Root access may be denied on this NFS mount.

[Daniel Griffiths]

Tim,
I can manually write as Root in the directory. I can freely create new files/directories as Root before and after the command fails.

There does seem to be a swlock file created (as well as some of the directory structure), and swagentd seems pretty convinced that there is a lock held but I have executed this command after first deleting this residual directory structure and then rebooting the local machine.

It may be some misunderstanding on my part of the functionality of make_depots but as far as I can tell no other commands should have been running to take a lock on the destination (certainly no SD commands were run).

[D Block 2]

Daneil,
Can you get off the CD and copy the CD content/files onto /tmp/make-new-dir ?

what is being exported ? exportfs command ?

who is using the share exported-file-system ? run: fuser -u /exported-file-system-name

also, is the NAS configured proper for NFS ? Might want to double check that the files are for NFS type configuration.

good luck