[Gluster-users] infiniband replicated distributed setup.--- network setup question...

Matthew Temple mht at mail.dfci.harvard.edu
Fri Jan 18 20:14:35 UTC 2013


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.
They are called:    gf2ib-1, gf2ib-2,  gf2ib-1r, gf2ib-2r.

Running the "gluster peer status"  command from gf2ib-1 I get:

Number of Peers: 3

Hostname: gf2ib-2
Uuid: ed599401-25e2-41bb-8e41-b00247a3f3a0
State: Peer in Cluster (Connected)

Hostname: gf2ib-1r
Uuid: 8ea05f85-b416-4047-9e65-9a8185534bb6
State: Peer in Cluster (Connected)

Hostname: gf2ib-2r
Uuid: 34c58361-b3ef-4201-998b-09ff5c73558e
State: Peer in Cluster (Connected)

That's what I expect.   But from the other three peers, I get a variant of
this (the IP address of the first):

[root at gf2-2 rcadmin]# gluster peer status
Number of Peers: 3

Hostname: 172.24.215.202
Uuid: f5edea20-9467-48ed-b4f1-dc566a9b6d02
State: Peer in Cluster (Connected)

Hostname: gf2ib-1r
Uuid: 8ea05f85-b416-4047-9e65-9a8185534bb6
State: Peer in Cluster (Connected)

Hostname: gf2ib-2r
Uuid: 34c58361-b3ef-4201-998b-09ff5c73558e
State: Peer in Cluster (Connected)

Sure enough, when I look at /var/lib/glusterd/peers/* I see something like
this:

uuid=f5edea20-9467-48ed-b4f1-dc566a9b6d02
state=3
hostname1=172.24.215.202

Maybe it doesn't matter, but can I stop the volume and change that hostname
line?   The machine I'm looking at
does't have trouble with it's DNS entry:

[root at gf2-2r rcadmin]# nslookup 172.24.215.202
Server: 155.52.45.100
Address: 155.52.45.100#53

Non-authoritative answer:
202.215.24.172.in-addr.arpa name = gf2ib-1.dfci.harvard.edu.

The "volume info gf2" command gives the *names* of the 4 bricks, too.
Can anyone explain?

Matt Temple

------
Matt Temple
Director, Research Computing
Dana-Farber Cancer Institute.


On Wed, Dec 19, 2012 at 1:30 AM, Shawn Heisey <gluster at elyograg.org> wrote:

> On 12/18/2012 7:33 PM, Matthew Temple wrote:
>
>> From any of those nodes, peer status is wrong:
>> For instance, if I ssh over to 2-ib,
>> and ask for a peer status, it shows the peers to to be
>>
>> 1-ib-r
>> 2-ib-r
>> and *155.52.48.1* (the last is the ethernet side of, not the IB side)
>>
>> I guess my question is this:   How do I get the first node to use the ib
>> side when
>> connecting to the other nodes. (both of these networks are public.)   Do
>> I have to
>> do something interesting with routes?
>>
>
> Just probe the first server by name from any of the other three.  That
> will fix the peers.
>
> Thanks,
> Shawn
>
> ______________________________**_________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.**org/mailman/listinfo/gluster-**users<http://supercolony.gluster.org/mailman/listinfo/gluster-users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130118/afcdc43a/attachment.html>


More information about the Gluster-users mailing list