[Gluster-devel] infinband client io hangs when one brick fails

Mickey Mazarick mic at digitaltadpole.com
Fri Feb 29 11:48:52 UTC 2008


Please ignore this we just ran some tests and it's actually the 
infiniband bonding scripts that are messing this up.

My apologies, please disregard.

-Mic

Mickey Mazarick wrote:
> Sorry to be annoying today, but while I'm reporting bugs, I've noticed 
> that when you use ib-verbs a client will hang forever when an 
> afr/unify volume goes down.
>
> The logs show:
> 2008-02-29 06:00:56 W [client-protocol.c:4520:client_protocol_cleanup] 
> main4: cleaning up state in transport object 0x51a6e0
> 2008-02-29 06:00:56 E [client-protocol.c:4572:client_protocol_cleanup] 
> main4: forced unwinding frame type(0) op(34) reply=@0x530c40
> 2008-02-29 06:00:56 C [ib-verbs.c:1458:ib_verbs_disconnect] 
> transport/ib-verbs: main4: peer disconnected, cleaning up
> 2008-02-29 06:00:56 W [client-protocol.c:294:client_protocol_xfer] 
> main4: attempting to pipeline request type(0) op(34) with handshake
> 2008-02-29 06:01:01 W [client-protocol.c:294:client_protocol_xfer] 
> main4: attempting to pipeline request type(0) op(34) with handshake
> 2008-02-29 06:02:01 W [client-protocol.c:294:client_protocol_xfer] 
> main4: attempting to pipeline request type(0) op(34) with handshake
> ....
>
>
> Any io just waits until that volume is back online. I can stop any 
> brick with the same result.
> This works great with tcp, ibverbs seems to be hanging only.
>
> Thanks again!
>
> -Mickey Mazarick
>
>
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel


-- 





More information about the Gluster-devel mailing list