[Gluster-users] Painfully slow volume actions

[Benjamin Kingston]

I'm trying to get gluster working on a test lab and had excellent success
setting up a volume and 14 bricks on the first go around. However I
realized the reasoning behind using a subdirectory in each brick and
decommissioned the whole volume to start over. I also deleted the
/var/lib/glusterd directory and removed/installed the necessary gluster
packages. I'm running Scientific linux 6.4 with all recent updates.

Upon recreating the new volume with the new brick, I found the process very
very slow, about 2-3 minutes to process the change. Adding additional
bricks also takes the same amount of time as well as simple set parameter
actions. This was with a distributed volume with only one host involved.

I notice in the cli log file, it constantly complains about not being able
to guess the transport family, which an online search for the error or
parts of the error only brought up issues that apply to older versions of
gluster.

One thing of note, is I'm currently trying a distributed volume with a 2nd
host, and actions are still slow on the host containing the batch of bricks
I'm trying to add is very slow, however the other host with no volumes at
this time runs gluster vol info volname very quickly. I will be trying to
add bricks shortly, but since I had very quick response the first time
around I'm hoping someone may be able to shed some light for me.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140521/572d6e4a/attachment.html>