[Gluster-users] Afr doesn't work correctly, many errors in the log files

[Stas Oskin]

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>