glusterfs-fuse ?
'mount.glusterfs' is provided by it..
On Tue, May 6, 2014 at 6:48 AM, Thing thing.th...@gmail.com wrote:
For RHEL6.5 what else do I need to install to allow mount to work?
===8
Installed:
glusterfs.x86_64
0:3.4.0.57rhs-1.el6_5
Complete!
Does the volume name really matter?
No to mentioned snoopy is a trademark,
chance is small that glusterfs would use it internally.
I can try other name
Thanks
Cary
On Wed, May 7, 2014 at 5:15 PM, Yang Ye leafyo...@gmail.com wrote:
have you tried using name other than snoopy?
On 6 May 2014
netstat -tlnp is a useful command to know. That shows what tcp ports
are listening and the pids and command names of those processes.
More specifically to gluster, gluster volume status will show what
ports each brick is listening on.
@ports from the IRC channel will trigger a factoid that
# gluster peer status
Number of Peers: 3
Hostname: us-east-2
Uuid: 3b102df3-74a7-4794-b300-b93bccfe8072
State: Peer in Cluster (Connected)
Hostname: us-west-1
Uuid: 98906a76-dd5b-4db9-99d5-1d51b1ee3d2a
State: Peer in Cluster (Connected)
Hostname: us-west-2
Uuid:
For RHEL6.5 what else do I need to install to allow mount to work?
===8
Installed:
glusterfs.x86_64
0:3.4.0.57rhs-1.el6_5
Complete!
[root@8kxl72s ~]# mount -t glusterfs rhel7rc-004.ods.vuw.ac.nz:gv0
/mnt/gluster1-gv0
mount: unknown filesystem type 'glusterfs'
==
On 6
Seem iptables is blocking sync, so what have I missed please?
Chain IN_public_allow (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/00.0.0.0/0tcp dpt:2049
ctstate NEW
ACCEPT tcp -- 0.0.0.0/0
Using iptraf and dd to crate a 2gb file it looks like data is being
transferred from port 970 to port 49152. yet the docs say 34865?
?
On 6 May 2014 14:20, Thing thing.th...@gmail.com wrote:
Seem iptables is blocking sync, so what have I missed please?
Chain IN_public_allow (1