Re: [CentOS] SOLVED (was Re: Unable to mount Centos 5.6 Server via nfs4 - Operation Not Permitted - MADNESS!
On Jun 4, 2011, at 4:27 AM, Ljubomir Ljubojevic wrote: > RILINDO FOSTER wrote: >> Okay, it took a few minutes, but I figure it out. Seems that Scientific >> Linux eems to regress a bit in this area. >> SL Box (mounting Centos box via NFS4): >> >> 192.168.15.200:/ /mnt nfs4 rw,addr=192.168.15.200,clientaddr=192.168.15.100 >> 0 0 >> >> Huh. >> >> Thanks a lot for the pointers, guys. It has been interesting. :) >> >> On Jun 2, 2011, at 8:50 PM, RILINDO FOSTER wrote: >> >>> Here you go. Nothing too fancy: >>> >>> [root@centos ~]# cat /etc/exports >>> /home *(ro,sync) >>> /opt/company_data *(rw,sync) >>> > > If I am not mistaking, difference might be between 5.x and 6.x, not > distro oriented. Not binding and having DNS/hostname issues is nice and > is progress. If I understand this correctly, the steps required to mount a NFS4 export is supposed to include binding the directories, right? In that case, SL 6.x (and maybe Red Hat 6.x) is breaking convention here. Make it easier for old-school admins like me, though. :) - Rilindo ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SOLVED (was Re: Unable to mount Centos 5.6 Server via nfs4 - Operation Not Permitted - MADNESS!
On Jun 4, 2011, at 7:52 AM, Louis Lagendijk wrote: > On Fri, 2011-06-03 at 23:49 -0400, RILINDO FOSTER wrote: >> Okay, it took a few minutes, but I figure it out. Seems that Scientific >> Linux eems to regress a bit in this area. >> >> With Centos, you need to bind like so: >> >> /home/share /exports/share nonebind0 0 >> /home/vhosts /exports/vhosts nonebind0 0 >> >> And then specify the options (including fsid0): >> >> in /etc/exports >> >> /exports *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) >> /exports/vhosts >> *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) >> /exports/share >> *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) >> [root@centos home]# > This is not right AFAIK, fsid should be specified ONLY on the export > root. Search for fsid in "man expports" > Louis > Ah, okay. I was going based on this: http://www.brennan.id.au/19-Network_File_System.html#nfs4 but I didn't pay close attention to where fsid is only specified once fixed. Thanks for that correction! - Rilindo ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SOLVED (was Re: Unable to mount Centos 5.6 Server via nfs4 - Operation Not Permitted - MADNESS!
On Fri, 2011-06-03 at 23:49 -0400, RILINDO FOSTER wrote: > Okay, it took a few minutes, but I figure it out. Seems that Scientific > Linux eems to regress a bit in this area. > > With Centos, you need to bind like so: > > /home/share /exports/share nonebind0 0 > /home/vhosts /exports/vhosts nonebind0 0 > > And then specify the options (including fsid0): > > in /etc/exports > > /exports *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) > /exports/vhosts > *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) > /exports/share > *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) > [root@centos home]# This is not right AFAIK, fsid should be specified ONLY on the export root. Search for fsid in "man expports" Louis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SOLVED (was Re: Unable to mount Centos 5.6 Server via nfs4 - Operation Not Permitted - MADNESS!
RILINDO FOSTER wrote: > Okay, it took a few minutes, but I figure it out. Seems that Scientific > Linux eems to regress a bit in this area. > > With Centos, you need to bind like so: > > /home/share /exports/share nonebind0 0 > /home/vhosts /exports/vhosts nonebind0 0 > > And then specify the options (including fsid0): > > in /etc/exports > > /exports *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) > /exports/vhosts > *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) > /exports/share > *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) > [root@centos home]# > > In order for clients to mount via NFS4 (with all the usual stuff about > specifying in the ports in /etc/sysconfig/nfs) in thisfmat : > > mount -t nfs4 192.168.15.200:/ /mnt > > Which is apparently the correct way of mount via NFS > > HOWEVER, in Scientific Linux, you can get way with a) not binding the > directories and b) go back to this format: > > /home/exports *(ro,sync) > /opt *(ro,sync) > > > And still be able to mount: > > mount -t nfs4 192.168.15.100:/opt /mnt > > > I have to double check the mounts to confirm that I am mount via NFS4. > > Centos box (mounting SL box via NFS4): > > 192.168.15.100:/opt /mnt nfs4 rw,addr=192.168.15.100 0 > > SL Box (mounting Centos box via NFS4): > > 192.168.15.200:/ /mnt nfs4 rw,addr=192.168.15.200,clientaddr=192.168.15.100 0 > 0 > > Huh. > > Thanks a lot for the pointers, guys. It has been interesting. :) > > On Jun 2, 2011, at 8:50 PM, RILINDO FOSTER wrote: > >> Here you go. Nothing too fancy: >> >> [root@centos ~]# cat /etc/exports >> /home*(ro,sync) >> /opt/company_data *(rw,sync) >> If I am not mistaking, difference might be between 5.x and 6.x, not distro oriented. Not binding and having DNS/hostname issues is nice and is progress. P.S. Please do not forget not to top post. Thanks. Ljubomir ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] SOLVED (was Re: Unable to mount Centos 5.6 Server via nfs4 - Operation Not Permitted - MADNESS!
Okay, it took a few minutes, but I figure it out. Seems that Scientific Linux eems to regress a bit in this area. With Centos, you need to bind like so: /home/share /exports/share nonebind0 0 /home/vhosts/exports/vhosts nonebind0 0 And then specify the options (including fsid0): in /etc/exports /exports*(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) /exports/vhosts *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) /exports/share *(rw,fsid=0,insecure,no_subtree_check,sync,no_root_squash) [root@centos home]# In order for clients to mount via NFS4 (with all the usual stuff about specifying in the ports in /etc/sysconfig/nfs) in thisfmat : mount -t nfs4 192.168.15.200:/ /mnt Which is apparently the correct way of mount via NFS HOWEVER, in Scientific Linux, you can get way with a) not binding the directories and b) go back to this format: /home/exports *(ro,sync) /opt*(ro,sync) And still be able to mount: mount -t nfs4 192.168.15.100:/opt /mnt I have to double check the mounts to confirm that I am mount via NFS4. Centos box (mounting SL box via NFS4): 192.168.15.100:/opt /mnt nfs4 rw,addr=192.168.15.100 0 SL Box (mounting Centos box via NFS4): 192.168.15.200:/ /mnt nfs4 rw,addr=192.168.15.200,clientaddr=192.168.15.100 0 0 Huh. Thanks a lot for the pointers, guys. It has been interesting. :) On Jun 2, 2011, at 8:50 PM, RILINDO FOSTER wrote: > Here you go. Nothing too fancy: > > [root@centos ~]# cat /etc/exports > /home *(ro,sync) > /opt/company_data *(rw,sync) > > > > On Jun 2, 2011, at 2:07 PM, Louis Lagendijk wrote: > >> On Thu, 2011-06-02 at 14:01 -0400, RILINDO FOSTER wrote: >>> It is actually commented out in SL6. >>> >>> >>> On Jun 2, 2011, at 11:56 AM, Tom H wrote: >>> On Mon, May 30, 2011 at 10:53 PM, RILINDO FOSTER wrote: > On May 30, 2011, at 10:29 PM, Tom H wrote: >> >> Are the values of "Domain" in "/etc/idmapd.conf" the same on the >> client and the server? >> >> FYI: For nfsv4, there's no need to have any ports other than 111 and >> 2049. >> >> (Are you using "fsid=0" as an option?) > >> Can you please show your /etc/exports? I remember that in Fedora some >> changes were made which probably included in RHEL6 as well that made >> fsid superfluous. Here is mine in case it helps you: >> /export gss/krb5(fsid=0,sync,insecure,no_subtree_check,no_root_squash) >> /export/home1 >> gss/krb5(rw,nohide,sync,insecure,no_subtree_check,no_root_squash) >> /export/home2 >> gss/krb5(rw,nohide,sync,insecure,no_subtree_check,no_root_squash) >> >> Louis >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> http://lists.centos.org/mailman/listinfo/centos > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos