From: Dan Harrington (dan.harrington@av.com)
Date: Tue Jun 04 2002 - 14:58:00 EDT
The guilty party turned out to be ClearCase. I reran the "export_mvfs -a"
command, which reads the /etc/exports.mvfs file to determine which views to
mark for NFS mounting. The breakthrough (that made me go looking for this
command that I'd never heard of before) was a syslog entry that came about
during one of my various client mount attempts:
mountd[22977]: exportfs CREATE of /view/cmbuild_prd_3_0_pch/avmnt/sample:
Permission denied
This implied to me that the problem was in the local filesystem, rather
than anything in the NFS subsystem.
Thanks to Pat O'Brien and Dr. Tom Blinn for their thoughts and suggestions.
Dan
Original query:
At 11:56 AM 6/4/2002 -0400, Dan Harrington wrote:
>One host in our 2x4100 V4.0F/1.6 (plus patches) TruCluster system provides
>NFS service to a heterogeneous environment (primarily various vendor-UNIX
>and Linux systems). Recently, due to no particular change that I can
>identify, we've been unable to serve a local ClearCase view (mvfs
>filesystem) to a Linux 6.2 client (or, upon further testing, a Tru64 V4.0F
>client either). We get the following mountd errors in daemon.log:
>
>getfh: Permission denied
>
>A search of this list's archive failed to provide any insight. I have
>HUP'd mountd to reread the /etc/exports file, and rebooted the Linux
>client, to no effect. It certainly smells like a permissions problem, but
>I cannot pin down a culprit. Any hints/tips/suggestions welcome. Thanks!
>
>Dan
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:48:43 EDT