Stas Oskin
2009-Mar-29 18:10 UTC
[Gluster-users] Afr doesn't work correctly, many errors in the log files
Hi. I'm getting a lot of errors with the latest 2.0 RC7, and also the AFR doesn't work reliably - name it doesn't synchronizes files. Any idea? The errors which I'm encountering are: 2009-03-29 20:00:39 E [client-protocol.c:391:call_bail] home1: activating bail-out :frame sent = 2009-03-29 20:00:28. transport-timeout = 10 009-03-29 20:00:39 E [client-protocol.c:630:client_ping_cbk] home1: timer must have expired 2009-03-29 20:00:39 E [client-protocol.c:6475:protocol_client_interpret] home1: no frame for callid=1155632 type=4 op=14 2009-03-29 20:02:12 E [socket.c:102:__socket_rwv] home1: writev failed (Bad address) 2009-03-29 20:02:12 E [socket.c:1214:socket_submit] home1: not connected (priv->connected = 255) Then it begins: 2009-03-29 20:26:45 E [afr-self-heal-metadata.c:551:afr_sh_metadata_fix] home: Unable to resolve conflicting metadata of /760/28.3.2 2009-03-29 20:26:45 W [afr-self-heal-metadata.c:77:afr_sh_metadata_done] home: aborting selfheal of /760/28.3.2009/6 2009-03-29 20:26:45 W [afr-self-heal-common.c:1083:sh_missing_entries_lookup_cbk] home: path /760/28.3.2009/7 on subvolume home2 => 2009-03-29 20:26:45 E [afr-self-heal-metadata.c:551:afr_sh_metadata_fix] home: Unable to resolve conflicting metadata of /760/28.3.2 2009-03-29 20:26:45 W [afr-self-heal-metadata.c:77:afr_sh_metadata_done] home: aborting selfheal of /760/28.3.2009/7 2009-03-29 20:26:45 W [afr-self-heal-data.c:647:afr_sh_data_open_cbk] home: sourcing file /760/28.3.2009/2/10_50 from home2 to o 2009-03-29 20:26:47 W [afr-self-heal-data.c:647:afr_sh_data_open_cbk] home: sourcing file /760/28.3.2009/2/8_40 from home2 to ot 2009-03-29 20:26:50 W [afr-self-heal-data.c:647:afr_sh_data_open_cbk] home: sourcing file /760/28.3.2009/3/3_15 from home2 to ot 2009-03-29 20:26:51 W [afr-self-heal-data.c:647:afr_sh_data_open_cbk] home: sourcing file /760/28.3.2009/3/8_40 from home2 to ot 2009-03-29 20:26:54 E [afr-self-heal-data.c:813:afr_sh_data_fix] home: Unable to resolve conflicting data of /760/28.3.2009/5/7_36 2009-03-29 20:26:54 E [afr-self-heal-data.c:813:afr_sh_data_fix] home: Unable to resolve conflicting data of /760/28.3.2009/5/6_31 2009-03-29 20:26:54 E [afr-self-heal-data.c:813:afr_sh_data_fix] home: Unable to resolve conflicting data of /760/28.3.2009/5/4_21 2009-03-29 20:27:40 W [afr-self-heal-common.c:1083:sh_missing_entries_lookup_cbk] home: path /767/28.3.2009/6 on subvolume home2 => 2009-03-29 20:27:40 E [afr-self-heal-metadata.c:551:afr_sh_metadata_fix] home: Unable to resolve conflicting metadata of /767/28.3.2 2009-03-29 20:27:40 W [afr-self-heal-metadata.c:77:afr_sh_metadata_done] home: aborting selfheal of /767/28.3.2009/6 2009-03-29 20:27:40 W [afr-self-heal-common.c:1083:sh_missing_entries_lookup_cbk] home: path /767/28.3.2009/7 on subvolume home2 => 2009-03-29 20:27:40 E [afr-self-heal-metadata.c:551:afr_sh_metadata_fix] home: Unable to resolve conflicting metadata of /767/28.3.2 2009-03-29 20:27:40 W [afr-self-heal-metadata.c:77:afr_sh_metadata_done] home: aborting selfheal of /767/28.3.2009/7 Then 2009-03-29 20:57:03 E [afr-self-heal-data.c:941:afr_sh_data_lock_cbk] home: locking of /730/29.3.2009/20/11_56 on child 0 failed: Transport endpoint is not connected And then: 2009-03-29 21:00:37 E [client-protocol.c:6475:protocol_client_interpret] home1: no frame for callid=1337648 type=4 op=36 2009-03-29 21:00:44 E [client-protocol.c:391:call_bail] home1: activating bail-out :frame sent = 2009-03-29 21:00:30. transport-time 2009-03-29 21:00:44 E [client-protocol.c:391:call_bail] home1: activating bail-out :frame sent = 2009-03-29 21:00:28. transport-time 2009-03-29 21:00:44 E [client-protocol.c:391:call_bail] home1: activating bail-out :frame sent = 2009-03-29 21:00:25. transport-time 2009-03-29 21:01:10 E [client-protocol.c:533:client_ping_timer_expired] home1: ping timer expired! bailing transport -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20090329/fbec1108/attachment.html>