Bug 762518 (GLUSTER-786) - volume file pulled from the server should have correspoinding IP address to which clients can connect to (when servers have more than 1 interface)
Summary: volume file pulled from the server should have correspoinding IP address to w...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: GLUSTER-786
Product: GlusterFS
Classification: Community
Component: protocol
Version: mainline
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Amar Tumballi
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-03-29 18:46 UTC by Krishna Srinivas
Modified: 2013-12-19 00:04 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:


Attachments (Terms of Use)

Description Krishna Srinivas 2010-03-29 18:46:43 UTC
A customer has requested a feature where when client gets a client vol file from
server process, the vol file should have the appropriate IP addresses
(depending on which interface the client connects to) - Can we do
anything about this? If client resolved the domain name to correct IP
addresses it will work as expected but stew mentioned that maintaining
DNS entires will be painful for him. This is something we have not discussed at Gluster.

Comment 1 Harshavardhana 2010-04-15 02:59:36 UTC
(In reply to comment #0)
> A customer has requested a feature where when client gets a client vol file
> from
> server process, the vol file should have the appropriate IP addresses
> (depending on which interface the client connects to) - Can we do
> anything about this? If client resolved the domain name to correct IP
> addresses it will work as expected but stew mentioned that maintaining
> DNS entires will be painful for him. This is something we have not discussed at
> Gluster.

Krishna can you explain further about this feature.

Is it about "volfile" during the fetch-spec should resolve the hostnames to their respective IP's? 

Its quite confusing. 

Thanks

Comment 2 Krishna Srinivas 2010-04-15 04:11:00 UTC
The storage servers have 3 IP addresses for the box (for 3 separate physical interfaces). Say IP1 IP2 IP3. Now clients connecting from IP2 network should fetch the client volfile from the server and the volume file should have remote-host as IP2 and not IP1 (if not it will say "no route to host"). The customer requested us to handle such a setup.

We can solve this at the platform level by maintaining separate volume files for each IP address. Or we can solve it at the FS level by making remote-host accept a list of comma separated IP addresses in the volume definition (so it will act like DNS round robin)

Bala knows about this as he was also in the customer visit.

Let me reassign this to Avati as it looks like it will be much simpler if we handle this situation at the FS level. Avati, can you take a look?

> Krishna can you explain further about this feature.
> 
> Is it about "volfile" during the fetch-spec should resolve the hostnames to
> their respective IP's? 
> 
> Its quite confusing. 
> 
> Thanks

Comment 3 Krishna Srinivas 2010-04-15 14:43:35 UTC
Just had a call with the customer. He mentioned that the feature is low priority.

Comment 4 Amar Tumballi 2011-04-12 03:39:21 UTC
We can have multiple volume files per interface/ip like volume.ip1.vol volume.ip2.vol volume.ip3.vol

one can decide which interface to connect by choosing one of the below commands

# mount -t glusterfs host:/volume.ip1 /mnt/glusterfs


# mount -t glusterfs host:/volume.ip2 /mnt/glusterfs


# mount -t glusterfs host:/volume.ip2 /mnt/glusterfs

This is achievable in all of 3.1.x series will be working for all future releases also. Hence closing it as fixed.


Note You need to log in before you can comment on or make changes to this bug.