[Gluster-users] 3.3beta2 on centos 6.2 seems very broken

Joe Pruett joey at q7.com
Mon Jan 16 21:44:40 UTC 2012

i have been playing with 3.3beta2 for a few weeks now and i can easily
create inconsistencies between replicas.

my first test was to start an rsync from a client using the gluster fuse
code and then reboot one of the servers.  after the rsync finishes, i
can see that the replicas are out of sync (which is to be expected), so
i start a self-heal via find.  after that has run to completion, i don't
see any xattrs that indicate there are any files out of sync.  but a
simple du/df shows that the two replicas aren't using the same amount of
space, so i dig further via find -ls on each replica and then compare
those outputs, and i'll find one or more files that are truncated on the
server that i rebooted.

i have been using the 3.3 beta code because i wanted to play with the s3
layer, but this simple test makes me wonder what's going on.

i guess i could try 3.2 and see if i can create the problem there, but i
was kind of hoping that this basic layer of the code wouldn't have been
touched that much from 3.2 to 3.3.

the files in question so far have been large files, so that could be a
clue.  maybe centos 6.2 is to blame?

anyone else trying these simple kinds of tests? i don't see anything
obvious in the logs.

any suggestions from the list? 

More information about the Gluster-users mailing list