Hi,
I am trying to set up HA-NFS on RHEL5.2. I dutifully follow http://linux-ha.org/HaNFS
, which involves symlinking /var/lib/nfs to shared storage (DRBD-8.x
in my case)
However, like a previous poster, I ran into trouble at /var/lib/nfs/
rpc_pipefs:
rm: cannot remove directory `/var/lib/nfs/rpc_pipefs/statd':
Operation not permitted
see also
http://lists.community.tummy.com/pipermail/linux-ha/2007-January/022977.html
This is because there's a kernel mount active for rpc_pipefs:
# mount | grep sunrpc
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
I think that if I symlink /var/lib/nfs to DRBD, two bad things happen:
(1) at boot, the DRBD volume is not available, so sunrpc fails to
start. This will definitely happen on the passive node.
(2) if I somehow start sunrpc later, wouldn't that block the umount
of DRBD for failover? (That's moot when all is dead, but it would
block testing or perhaps ordered shutdown.)
Greg Dickie (referenced at the link above) suggested relocating
rpc_pipefs to /var/lib directly, which looks like a good thing to do.
Modifying /etc/idmapd.conf is easy, but the flip side is unclear --
where do I tell *the kernel* (i.e., the sunrpc module) to mount sunrpc?
Note: The RHEL kernel has the sunrpc module linked in:
# grep sunrpc /var/log/messages | tail -1
Sep 8 00:43:25 mgmt01 kernel: Modules linked in: nfsd exportfs
lockd nfs_acl auth_rpcgss drbd(U) autofs4 ipmi_devintf ipmi_si
ipmi_msghandler hidp rfcomm l2cap bluetooth sunrpc ... <<<
Regards, Michael
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
