<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
"netstat -tlnp" is a useful command to know. That shows what tcp
ports are listening and the pids and command names of those
processes.<br>
<br>
More specifically to gluster, "gluster volume status" will show what
ports each brick is listening on.<br>
<br>
"@ports" from the IRC channel will trigger a factoid that says:<br>
<blockquote>glusterd's management port is 24007/tcp and 24008/tcp if
you use rdma. Bricks (glusterfsd) use 24009 & up for <3.4
and 49152 & up for 3.4. (Deleted volumes do not reset this
counter.) Additionally it will listen on 38465-38467/tcp for nfs,
also 38468 for NLM since 3.3.0. NFS also depends on
rpcbind/portmap on port 111 and 2049 since 3.4.<br>
</blockquote>
<br>
The documentation states that:<br>
<blockquote>Brick ports will now listen from 49152 onwards (instead
of 24009 onwards as with previous releases). The brick port
assignment scheme is now compliant with IANA guidelines.<br>
</blockquote>
<a class="moz-txt-link-freetext" href="https://forge.gluster.org/gluster-docs-project/pages/GlusterFS_34_Release_Notes#Brick+port+changes">https://forge.gluster.org/gluster-docs-project/pages/GlusterFS_34_Release_Notes#Brick+port+changes</a><br>
<br>
That is, however, the only place that it's correct. There does need
to be a patch to the documentation . It still refers to port 24009.
Whatever documentation you were looking at which mentioned 34865
would have been talking about nfs.<br>
<br>
<div class="moz-cite-prefix">On 5/5/2014 7:47 PM, Thing wrote:<br>
</div>
<blockquote
cite="mid:CAJDAmYGM-zo-C1Ov5uRO=k_aHwL_+74REzMpFXc+Z-Mx0JAJYg@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>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?<br>
<br>
?<br>
<br>
</div>
<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">
On 6 May 2014 14:20, Thing <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:thing.thing@gmail.com"
target="_blank">thing.thing@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Seem iptables is blocking sync, so what have
I missed please?<br>
<br>
========<br>
Chain IN_public_allow (1 references)<br>
target prot opt source
destination <br>
ACCEPT tcp -- <a moz-do-not-send="true"
href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a>
<a moz-do-not-send="true" href="http://0.0.0.0/0"
target="_blank">0.0.0.0/0</a> tcp dpt:2049
ctstate NEW<br>
ACCEPT tcp -- <a moz-do-not-send="true"
href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a>
<a moz-do-not-send="true" href="http://0.0.0.0/0"
target="_blank">0.0.0.0/0</a> tcp dpt:22
ctstate NEW<br>
ACCEPT tcp -- <a moz-do-not-send="true"
href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a>
<a moz-do-not-send="true" href="http://0.0.0.0/0"
target="_blank">0.0.0.0/0</a> tcp
dpts:24009:24012 ctstate NEW<br>
ACCEPT udp -- <a moz-do-not-send="true"
href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a>
<a moz-do-not-send="true" href="http://0.0.0.0/0"
target="_blank">0.0.0.0/0</a> udp dpt:111
ctstate NEW<br>
ACCEPT tcp -- <a moz-do-not-send="true"
href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a>
<a moz-do-not-send="true" href="http://0.0.0.0/0"
target="_blank">0.0.0.0/0</a> tcp
dpts:34865:34867 ctstate NEW<br>
ACCEPT tcp -- <a moz-do-not-send="true"
href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a>
<a moz-do-not-send="true" href="http://0.0.0.0/0"
target="_blank">0.0.0.0/0</a> tcp dpt:111
ctstate NEW<br>
ACCEPT tcp -- <a moz-do-not-send="true"
href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a>
<a moz-do-not-send="true" href="http://0.0.0.0/0"
target="_blank">0.0.0.0/0</a> tcp dpt:24007
ctstate NEW<br>
=======<br>
</div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On 6 May 2014 13:18, Thing <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:thing.thing@gmail.com"
target="_blank">thing.thing@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">For RHEL6.5 what else do I need to
install to allow mount to work?<br>
<br>
=======8><----========<br>
Installed:<br>
glusterfs.x86_64
0:3.4.0.57rhs-1.el6_5
<br>
<br>
Complete!<br>
[root@8kxl72s ~]# mount -t glusterfs
rhel7rc-004.ods.vuw.ac.nz:gv0 /mnt/gluster1-gv0<br>
mount: unknown filesystem type 'glusterfs'<br>
======<br>
<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">
<div>
<div>
On 6 May 2014 12:28, Cary Tsai <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:f4lens@gmail.com"
target="_blank">f4lens@gmail.com</a>></span>
wrote:<br>
</div>
</div>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">
<div>
<div>
<div dir="ltr">
<div># gluster peer status</div>
<div>Number of Peers: 3</div>
<div><br>
</div>
<div>Hostname: us-east-2</div>
<div>Uuid:
3b102df3-74a7-4794-b300-b93bccfe8072</div>
<div>State: Peer in Cluster
(Connected)</div>
<div>
<br>
</div>
<div>Hostname: us-west-1</div>
<div>Uuid:
98906a76-dd5b-4db9-99d5-1d51b1ee3d2a</div>
<div>State: Peer in Cluster
(Connected)</div>
<div><br>
</div>
<div>Hostname: us-west-2</div>
<div>Uuid:
16eff965-ec88-4d12-adea-8512350bdaa7</div>
<div>State: Peer in Cluster
(Connected)</div>
<div><br>
</div>
# gluster volume create snoopy
replica 4 transport tcp
192.168.255.5:/brick1
us-east-2:/brick1 us-west-1:/brick1
us-west-2:/brick1 force<br>
<div>volume create: snoopy: failed<br>
</div>
<div>-------------------------------------------------------------------</div>
<div>When I check the debug log,
/var/log/glusterfs/cli.log , it
shows:</div>
<div><br>
</div>
<div>
<div>[2014-05-06 00:17:29.988414] W
[rpc-transport.c:175:rpc_transport_load]
0-rpc-transport: missing 'option
transport-type'. defaulting to
"socket"</div>
<div>[2014-05-06 00:17:29.988909] I
[socket.c:3480:socket_init]
0-glusterfs: SSL support is NOT
enabled</div>
<div>[2014-05-06 00:17:29.988930] I
[socket.c:3495:socket_init]
0-glusterfs: using system polling
thread</div>
<div>
[2014-05-06 00:17:30.022545] I
[cli-cmd-volume.c:392:cli_cmd_volume_create_cbk]
0-cli: Replicate cluster type
found. Checking brick order.</div>
<div>[2014-05-06 00:17:30.022706] I
[cli-cmd-volume.c:304:cli_cmd_check_brick_order]
0-cli: Brick order okay</div>
<div>[2014-05-06 00:17:30.273942] I
[cli-rpc-ops.c:805:gf_cli_create_volume_cbk]
0-cli: Received resp to create
volume</div>
<div>[2014-05-06 00:17:30.274027] I
[input.c:36:cli_batch] 0-: Exiting
with: -1</div>
</div>
<div>
<br>
</div>
<div>What did I do wrong? Is more
details I can read to figure out why
my volume create failed?</div>
<div>Thanks </div>
</div>
<br>
</div>
</div>
_______________________________________________<br>
Gluster-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Gluster-users@gluster.org"
target="_blank">Gluster-users@gluster.org</a><br>
<a moz-do-not-send="true"
href="http://supercolony.gluster.org/mailman/listinfo/gluster-users"
target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Gluster-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
<a class="moz-txt-link-freetext" href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a></pre>
</blockquote>
<br>
</body>
</html>