[Gluster-users] Problem with fs hang

Matt M misterdot at gmail.com
Thu Jun 11 16:00:42 UTC 2009

Stephan von Krawczynski wrote:
> Hello all,
> I am evaluating glusterfs currently and therefore use a testbed consisting of
> four (real) boxes, two configured as fileservers, two as clients, see configs
> below.
> All I have to do to make the fs hang on both clients (sooner or later) is to
> run bonnie (a simple fs check program) constantly on the mounted tree.

I'm seeing similar problems with 2.0.1 -- any log entries?  I get a lot 
of these in glusterfs.log when mine hangs:

[2009-06-11 05:10:51] E [client-protocol.c:292:call_bail] zircon: 
bailing out frame STATFS(15) frame sent = 2009-06-11 04:40:50. 
frame-timeout = 1800
[2009-06-11 05:10:52] W 
[client-protocol.c:5869:protocol_client_interpret] zircon: no frame for 
callid=1913585 type=4 op=29
[2009-06-11 05:10:52] W 
[client-protocol.c:5869:protocol_client_interpret] zircon: no frame for 
callid=2706745 type=4 op=40

My setup is very close to yours -- using replicate, iocache, readahead, 
and writebehind on the client and iothreads on the servers.  The thread 
below sounds like my problem, but I don't have autoscaling (explicitly) 
turned on:


...so I'm wondering if it could be something else.


More information about the Gluster-users mailing list