On Sunday 02 May 2010 21:09:46 Tom H wrote: > On Thu, Apr 29, 2010 at 8:36 AM, Anne Wilson <cannewilson at googlemail.com> wrote: > > Fedora 13 is using nfs4, and there is a problem in opening files > > requiring OpenOffice if accessed over an nfs3 mount, so it's time to > > change. I found a couple of tutorials, and got it *almost* working > > correctly. This is where I need help. > > > > Logwatch tells me > > > > /nfs4exports/Data1 and /Data1 have same filehandle for > > *,192.168.0.0/24,192.168.0.0/255.255.255.0, using first > > > > The tutorial I was following suggested making a root connection as ro, > > then the data connections as rw, so I have > > > > /nfs4exports 192.168.0.0/24 > > (ro,sync,insecure,root_squash,no_subtree_check,fsid=0) > > /nfs4exports/Data1 192.168.0.0/24(rw,insecure,no_subtree_check,nohide) > > /nfs4exports/home 192.168.0.0/24(rw,insecure,no_subtree_check,nohide) > > > > However, when I ls nfs4exports I get > > > > Data1 home > > > > which ties in, I think, with the logwatch report. Can someone please > > explain what I've misunderstood, and what I should do to put it right? > > Thanks > > Possibly helpful: > https://bugzilla.redhat.com/show_bug.cgi?id=425765 I've suddenly realised that it is almost certainly not that problem at all. The problem, I think, is that /etc/exports still has the nfs(3) exports. I understand that I could remove them using the -F and -U flags with chgnfsexp, but that would make them unavailable to my older systems. I think it means that I have to concentrate on getting the older systems using nfs4 as well, after which I can remove the old exports. Anne -- KDE Community Working Group New to KDE Software? - get help from http://userbase.kde.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.centos.org/pipermail/centos/attachments/20100504/55679882/attachment-0005.sig>