Joshua,
You are right. Even though GlusterFS native client provides redundancy and
high availability, the act of mounting itself is from a single server.
Standard way to work around this is to have a ucarp based VIP just for the
purpose of mounting. Other ways include techniques mentioned above to
On Wed, 8 Jun 2011 at 4:44pm, Joe Landman wrote
On 06/08/2011 04:37 PM, Joshua Baker-LePain wrote:
BTW: You need a virtual ip for ucarp
As I said, that's what I'm doing now -- using the virtual IP address
managed by ucarp in my fstab line. But Craig Carl from Gluster told the
OP in this thre
On Wed, Jun 8, 2011 at 1:37 PM, Joshua Baker-LePain wrote:
> On Wed, 8 Jun 2011 at 1:18pm, Mohit Anchlia wrote
>
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
On 06/08/2011 04:37 PM, Joshua Baker-LePain wrote:
BTW: You need a virtual ip for ucarp
As I said, that's what I'm doing now -- using the virtual IP address
managed by ucarp in my fstab line. But Craig Carl from Gluster told the
OP in this thread specifically to mount using the real IP address
On Wed, 8 Jun 2011 at 1:18pm, Mohit Anchlia wrote
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
On Wed, Jun 8, 2011 at 1:17 PM, Mohit Anchlia wrote:
> On Wed, Jun 8, 2011 at 1:00 PM, Joshua Baker-LePain wrote:
>> On Wed, 8 Jun 2011 at 12:12pm, Mohit Anchlia wrote
>>
>>> On Wed, Jun 8, 2011 at 12:09 PM, Joshua Baker-LePain
>>> wrote:
On Wed, 8 Jun 2011 at 9:40am, Mohit Anchlia wro
On Wed, Jun 8, 2011 at 1:00 PM, Joshua Baker-LePain wrote:
> On Wed, 8 Jun 2011 at 12:12pm, Mohit Anchlia wrote
>
>> On Wed, Jun 8, 2011 at 12:09 PM, Joshua Baker-LePain
>> wrote:
>>>
>>> On Wed, 8 Jun 2011 at 9:40am, Mohit Anchlia wrote
>>>
On Tue, Jun 7, 2011 at 11:20 PM, Joshua Baker-LePa
On Wed, 8 Jun 2011 at 12:12pm, Mohit Anchlia wrote
On Wed, Jun 8, 2011 at 12:09 PM, Joshua Baker-LePain wrote:
On Wed, 8 Jun 2011 at 9:40am, Mohit Anchlia wrote
On Tue, Jun 7, 2011 at 11:20 PM, Joshua Baker-LePain
wrote:
On Wed, 8 Jun 2011 at 8:16am, bxma...@gmail.com wrote
When client
On Wed, Jun 8, 2011 at 12:09 PM, Joshua Baker-LePain wrote:
> On Wed, 8 Jun 2011 at 9:40am, Mohit Anchlia wrote
>
>> On Tue, Jun 7, 2011 at 11:20 PM, Joshua Baker-LePain
>> wrote:
>>>
>>> On Wed, 8 Jun 2011 at 8:16am, bxma...@gmail.com wrote
>>>
When client is connecting to any gluster node
On Wed, 8 Jun 2011 at 9:40am, Mohit Anchlia wrote
On Tue, Jun 7, 2011 at 11:20 PM, Joshua Baker-LePain wrote:
On Wed, 8 Jun 2011 at 8:16am, bxma...@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
On Tue, Jun 7, 2011 at 11:20 PM, Joshua Baker-LePain wrote:
> On Wed, 8 Jun 2011 at 8:16am, bxma...@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.
On Wed, Jun 08, 2011 at 02:20:55AM -0400, Joshua Baker-LePain wrote:
> On Wed, 8 Jun 2011 at 8:16am, bxma...@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 contac
On Wed, 8 Jun 2011 at 8:16am, bxma...@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?
--
Joshua Baker-LePain
QB3 Share
When client is connecting to any gluster node it automaticly receive list of
all other nodes for that volume.
Matus
Dne 8.6.2011 8:13 "Joshua Baker-LePain" napsal(a):
> On Mon, 6 Jun 2011 at 1:30am, Craig Carl wrote
>
>> Matus -
>> If you are using the Gluster native client (mount -t glusterfs ..
On Mon, 6 Jun 2011 at 1:30am, Craig Carl wrote
Matus -
If you are using the Gluster native client (mount -t glusterfs ...)
then ucarp/CTDB is NOT required and you should not install it. Always
use the real IPs when you are mounting with 'mount -t glusterfs...'.
Hrm. That wasn't my understan
great, it is working now ... strange is that before i setup that
"network.ping-timeout" value it never switch to another node ( i was
waiting for 5 minutes and nothing ) and now
after 25 seconds is up and working - maybe there is no default value ?
I dont know :) ... but it is working for me now, t
Exactly! The default ping-timeout is 42 seconds.
Craig
On 6/6/11 1:50 AM, bxma...@gmail.com wrote:
> I see, i'm starting to understand that ... so in theory it should work
> fine with normal IP, and after $ping-timeout seconds it should switch
> to another node if one is dead, i'm i right ?
>
> 2
I see, i'm starting to understand that ... so in theory it should work
fine with normal IP, and after $ping-timeout seconds it should switch
to another node if one is dead, i'm i right ?
2011/6/6 Craig Carl :
> Matus -
> If you are using the Gluster native client (mount -t glusterfs ...)
> then
Matus -
If you are using the Gluster native client (mount -t glusterfs ...)
then ucarp/CTDB is NOT required and you should not install it. Always
use the real IPs when you are mounting with 'mount -t glusterfs...'.
Craig
On 6/6/11 1:16 AM, bxma...@gmail.com wrote:
> Hi Craig,
>
> thanks for
Hi Craig,
thanks for answer. I'm using replications - which is working ok,
volume is mounted using -t glusterfs parameter, does it matter ?
All nodes are using real IP's not virtual ( for probing etc ) , i'm
using virtual only for mounting volume on client. I was waiting over
10 minutes for volume
Matus -
Gluster has automatic, built-in failover if you are using replica nodes.
ucarp is only required if you want highly available NFS mounts.
To use ucarp with Gluster you should -
1. Install Gluster and create a replica volume. [1]
1. DO NOT use the virtual IPs when
> But when i use virtual address for gluster volume mount and i turn off
> one of nodes machine/gluster will freeze until node is back online.
>
> My virtual ip is 3.200 and machine real ip is 3.233 and 3.5. In
> gluster log i can see:
>
>
It depends on what is the 'remote-host' field in volume fil
Hello everybody.
I have a problem setting up gluster failover funcionality. Based on
manual i setup ucarp which is working well ( tested with ping/ssh etc
)
But when i use virtual address for gluster volume mount and i turn off
one of nodes machine/gluster will freeze until node is back online.
23 matches
Mail list logo
