Can a distributed-only volume be HA for writes?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm testing out using gluster for storing backup images. I don't have
any data redundancy requirements beyond RAID, I just want the volume to
still be writable when one (or more?) nodes are down.

I tried it, but I'm getting a "transport endpoint is not connected"
error when I try to write to a volume where not all the servers are
reachable. Some writes fail, some writes succeed. I'm assuming this is
because the path hash points to the missing server. Is there some way to
get the client to try the write on another server? Currently I'm testing
3.4.0-0.3.alpha3 on CentOS 6.4 (i686! my vintage test servers don't do
long mode unfortunately)

If I missed some documentation that talks about this, please point me to it!

Here are some specifics of what I tried:

[root at 192.168.254.50 ~]# gluster volume info
 
Volume Name: testvol
Type: Distribute
Volume ID: 45db51e0-18ed-4180-882e-f208ffa01452
Status: Started
Number of Bricks: 4
Transport-type: tcp
Bricks:
Brick1: 192.168.254.50:/mnt/brick1
Brick2: 192.168.254.51:/mnt/brick1
Brick3: 192.168.254.50:/mnt/brick2
Brick4: 192.168.254.51:/mnt/brick2

My client has testvol mounted:
192.168.254.50:/testvol on /mnt/gluster-test type fuse.glusterfs
(rw,default_permissions,allow_other,max_read=131072)

I crudely killed all gluster services on 192.168.254.51 with "pkill
-KILL gluster".

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux