[Gluster-users] Gluster 3.2.0 and ucarp not working
Mohit Anchlia
mohitanchlia at gmail.com
Wed Jun 8 20:17:47 UTC 2011
On Wed, Jun 8, 2011 at 1:00 PM, Joshua Baker-LePain <jlb17 at duke.edu> wrote:
> On Wed, 8 Jun 2011 at 12:12pm, Mohit Anchlia wrote
>
>> On Wed, Jun 8, 2011 at 12:09 PM, Joshua Baker-LePain <jlb17 at duke.edu>
>> wrote:
>>>
>>> On Wed, 8 Jun 2011 at 9:40am, Mohit Anchlia wrote
>>>
>>>> On Tue, Jun 7, 2011 at 11:20 PM, Joshua Baker-LePain <jlb17 at duke.edu>
>>>> wrote:
>>>>>
>>>>> On Wed, 8 Jun 2011 at 8:16am, bxmatus at gmail.com wrote
>>>>>
>>>>>> When client is connecting to any gluster node it automaticly receive
>>>>>> list
>>>>>> of
>>>>>> all other nodes for that volume.
>>>>>
>>>>> Yes, but what if the node it first tries to contact (i.e., the one on
>>>>> the
>>>>> fstab line) is down?
>>>>
>>>> For client side use DNS round robin with all the hosts in your cluster.
>>>
>>> And if you use /etc/hosts rather than DNS...?
>>
>> What do you think should happen?
>
> I'm simply trying to find the most robust way to automatically mount
> GlusterFS volumes at boot time in my environment. In previous versions of
> Gluster, there was no issue since the volume files were on the clients. I
> understand that can still be done, but one loses the ability to manage all
> changes from the servers.
>
> Prior to this thread, I thought the best method was to use ucarp on the
> servers and mount using the ucarp address. If that won't work right (I
> haven't had time to fully test my setup yet), then I need to find another
> way. I don't run DNS on my cluster, so that solution is out. As far as I
> can tell, the only other solution is to mount in rc.local, with logic to
> detect a mount failure and go on to the next server.
>
ucarp should work so would the script at startup to check hosts before mounting.
> --
> Joshua Baker-LePain
> QB3 Shared Cluster Sysadmin
> UCSF
>
More information about the Gluster-users
mailing list