<div dir="ltr">Just got back to this after long delay. I have a slightly different question now. I have a working distributed/replicated setup with 4 bricks.<div>They are called: gf2ib-1, gf2ib-2, gf2ib-1r, gf2ib-2r.</div>
<div><br></div><div>Running the "gluster peer status" command from gf2ib-1 I get:</div><div><br></div><div><div><font face="'courier new', monospace">Number of Peers: 3</font></div><div><font face="'courier new', monospace"><br>
</font></div><div><font face="'courier new', monospace">Hostname: gf2ib-2</font></div><div><font face="'courier new', monospace">Uuid: ed599401-25e2-41bb-8e41-b00247a3f3a0</font></div><div><font face="'courier new', monospace">State: Peer in Cluster (Connected)</font></div>
<div><font face="'courier new', monospace"><br></font></div><div><font face="'courier new', monospace">Hostname: gf2ib-1r</font></div><div><font face="'courier new', monospace">Uuid: 8ea05f85-b416-4047-9e65-9a8185534bb6</font></div>
<div><font face="'courier new', monospace">State: Peer in Cluster (Connected)</font></div><div><font face="'courier new', monospace"><br></font></div><div><font face="'courier new', monospace">Hostname: gf2ib-2r</font></div>
<div><font face="'courier new', monospace">Uuid: 34c58361-b3ef-4201-998b-09ff5c73558e</font></div><div><font face="'courier new', monospace">State: Peer in Cluster (Connected)</font></div></div><div><br></div>
<div>That's what I expect. But from the other three peers, I get a variant of this (the IP address of the first):</div><div><br></div><div><div><font face="'courier new', monospace">[root@gf2-2 rcadmin]# gluster peer status</font></div>
<div><font face="'courier new', monospace">Number of Peers: 3</font></div><div><font face="'courier new', monospace"><br></font></div><div><font face="'courier new', monospace">Hostname: 172.24.215.202</font></div>
<div><font face="'courier new', monospace">Uuid: f5edea20-9467-48ed-b4f1-dc566a9b6d02</font></div><div><font face="'courier new', monospace">State: Peer in Cluster (Connected)</font></div><div><font face="'courier new', monospace"><br>
</font></div><div><font face="'courier new', monospace">Hostname: gf2ib-1r</font></div><div><font face="'courier new', monospace">Uuid: 8ea05f85-b416-4047-9e65-9a8185534bb6</font></div><div><font face="'courier new', monospace">State: Peer in Cluster (Connected)</font></div>
<div><font face="'courier new', monospace"><br></font></div><div><font face="'courier new', monospace">Hostname: gf2ib-2r</font></div><div><font face="'courier new', monospace">Uuid: 34c58361-b3ef-4201-998b-09ff5c73558e</font></div>
<div><font face="'courier new', monospace">State: Peer in Cluster (Connected)</font></div></div><div><br></div><div>Sure enough, when I look at /var/lib/glusterd/peers/* I see something like this:</div><div><br></div>
<div><div><font face="'courier new', monospace">uuid=f5edea20-9467-48ed-b4f1-dc566a9b6d02</font></div><div><font face="'courier new', monospace">state=3</font></div><div><font face="'courier new', monospace">hostname1=172.24.215.202</font></div>
</div><div><br></div><div>Maybe it doesn't matter, but can I stop the volume and change that hostname line? The machine I'm looking at</div><div>does't have trouble with it's DNS entry:</div><div><br></div>
<div><div><font face="'courier new', monospace">[root@gf2-2r rcadmin]# nslookup 172.24.215.202</font></div><div><font face="'courier new', monospace">Server:<span class="" style="white-space:pre"> </span>155.52.45.100</font></div>
<div><font face="'courier new', monospace">Address:<span class="" style="white-space:pre"> </span>155.52.45.100#53</font></div><div><font face="'courier new', monospace"><br></font></div><div><font face="'courier new', monospace">Non-authoritative answer:</font></div>
<div><font face="'courier new', monospace">202.215.24.172.in-addr.arpa<span class="" style="white-space:pre"> </span>name = <a href="http://gf2ib-1.dfci.harvard.edu">gf2ib-1.dfci.harvard.edu</a>.</font></div></div>
<div><br></div><div>The "volume info gf2" command gives the <i>names</i> of the 4 bricks, too.</div><div>Can anyone explain?</div><div><br></div><div>Matt Temple</div></div><div class="gmail_extra"><br clear="all">
<div>------<br>Matt Temple<br>Director, Research Computing<br>Dana-Farber Cancer Institute.<br></div>
<br><br><div class="gmail_quote">On Wed, Dec 19, 2012 at 1:30 AM, Shawn Heisey <span dir="ltr"><<a href="mailto:gluster@elyograg.org" target="_blank">gluster@elyograg.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 12/18/2012 7:33 PM, Matthew Temple wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>From any of those nodes, peer status is wrong:<br>
For instance, if I ssh over to 2-ib,<br>
and ask for a peer status, it shows the peers to to be<br>
<br>
1-ib-r<br>
2-ib-r<br>
and *155.52.48.1* (the last is the ethernet side of, not the IB side)<br>
<br>
I guess my question is this: How do I get the first node to use the ib side when<br>
connecting to the other nodes. (both of these networks are public.) Do I have to<br>
do something interesting with routes?<br>
</blockquote>
<br>
Just probe the first server by name from any of the other three. That will fix the peers.<br>
<br>
Thanks,<br>
Shawn<br>
<br>
______________________________<u></u>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.<u></u>org/mailman/listinfo/gluster-<u></u>users</a><br>
</blockquote></div><br></div>