[Gluster-users] Replication not working on server hang
Stephan von Krawczynski
skraw at ithnet.com
Fri Aug 28 11:32:48 UTC 2009
> [...]
> Glusterfs log only shows lines like this ones:
>
> [2009-08-28 09:19:28] E [client-protocol.c:292:call_bail] data2: bailing
> out frame LOOKUP(32) frame sent = 2009-08-28 08:49:18. frame-timeout = 1800
> [2009-08-28 09:23:38] E [client-protocol.c:292:call_bail] data2: bailing
> out frame LOOKUP(32) frame sent = 2009-08-28 08:53:28. frame-timeout = 1800
>
> Once server2 has been rebooted all gluster fs become available
> again on all clients and the hanged df and ls processes terminate,
> but difficult to understand why a replicated share that must survive
> to failure on one server does not.
You are suffering from the problem we talked about few days ago on the list.
If your local fs produces a deadlock somehow on one server glusterfs is
currently unable to cope with the situation and just _waits_ for things to
come. This deadlocks your clients, too, without any need.
Your experience backs my critics on the handling of these situations.
--
Regards,
Stephan
More information about the Gluster-users
mailing list