question on NFS mounting

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Mike Hanby wrote:
> Each Gluster server that is going to also act as an NFS server (or Samba) has to mount the volume using the Gluster client:

There is no mounting taking place to export GlusterFS through NFS. That 
NFS server is a GlusterFS client, is correct but it is also a 
translator. That means any translation from NFS ops to GlusterFS ops 
happens internally in the Gluster NFS server process, without having to 
go through a mount point.

-Shehjar

> 
> For example, on my two GlusterFS servers I have the following:
> LABEL=brick01-01        /export/nas-01/brick01  ext4    defaults,_netdev         0 2
> LABEL=brick01-02        /export/nas-01/brick02  ext4    defaults,_netdev         0 2
> ...bricks 3-8
> LABEL=brick01-09        /export/nas-01/brick09  ext4    defaults,_netdev         0 2
> localhost:/dev-storage  /develop                glusterfs defaults,_netdev       0 0
> 
> LABEL=brick02-01        /export/nas-02/brick01  ext4    defaults,_netdev         0 2
> LABEL=brick02-02        /export/nas-02/brick02  ext4    defaults,_netdev         0 2
> ...bricks 3-8
> LABEL=brick02-09        /export/nas-02/brick09  ext4    defaults,_netdev         0 2
> localhost:/dev-storage  /develop                glusterfs defaults,_netdev       0 0
> 
> And then "/usr/sbin/showmount -e nas-01" and "/usr/sbin/showmount -e nas-02" both show the "/dev-storage *" export.
> 
> Also verify your firewalls have the appropriate ports open on all servers. For example on CentOS 5 for 2 servers with 18 bricks and 1 volume:
> 
> # GlusterFS
> -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 111 -j ACCEPT
> -A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 111 -j ACCEPT
> # GlsuterFS 24007, 24008 plus 1 port per brick across all volumes, 18 bricks in this case
> -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 24007:24026 -j ACCEPT
> # Gluster port 38465 and NFS for 2 Gluster servers, 1 port per server
> -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 38465:38468 -j ACCEPT
> # End GlusterFS
> 
> Mike
> 
> -----Original Message-----
> From: gluster-users-bounces at gluster.org [mailto:gluster-users-bounces at gluster.org] On Behalf Of Bernard Li
> Sent: Sunday, November 07, 2010 1:10 AM
> To: landman at scalableinformatics.com
> Cc: gluster-users at gluster.org
> Subject: Re: question on NFS mounting
> 
> Hi Joe:
> 
> On Sun, Nov 7, 2010 at 12:03 AM, Joe Landman
> <landman at scalableinformatics.com> wrote:
> 
>> Actually, showmount didn't work.
>>
>> We get permission denied.  Even after playing with the auth.allowed flag.
> 
> That's an indication that the gNFS server is not running.
> 
> I would recommend you review the FAQ and some of the recent posts on
> the list, as there have been a couple threads discussing numerous
> NFS-related issues and their solutions.  I've collected them for you
> here for your convenience:
> 
> http://www.gluster.org/faq/index.php?sid=679&lang=en&action=show&cat=5
> http://gluster.org/pipermail/gluster-users/2010-November/005692.html
> 
> Cheers,
> 
> Bernard
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users



[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux