search for: op_errno

...: attempting to pipeline request type(1) op(34) with handshake 2008-09-15 20:16:53 W [client-protocol.c:280:client_protocol_xfer] brick-ns: attempting to pipeline request type(1) op(34) with handshake 2008-09-15 20:16:53 T [trace.c:535:trace_lookup_cbk] trace: callid: 2 (*this=0x50cd30, op_ret=0, op_errno=2, inode=0x5266a0, *buf=0x526ab0 {st_dev=2049, st_ino=1242079, st_mode=16877, st_nlink=13, st_uid=0, st_gid=0, st_rdev=0, st_size=4096, st_blksize=4096, st_blocks=16}) 2008-09-15 20:16:55 T [trace.c:1117:trace_lookup] trace: callid: 3 (*this=0x50cd30, loc=0x526768 {path=/, inode=0x5266a0} ) 2008-...

hi fellas, same old same in log of the probing peer I see: ... 2017-08-29 13:36:16.882196] I [MSGID: 106493] [glusterd-handler.c:3020:__glusterd_handle_probe_query] 0-glusterd: Responded to priv.xx.xx.priv.xx.xx.x, op_ret: 0, op_errno: 0, ret: 0 [2017-08-29 13:36:16.904961] I [MSGID: 106490] [glusterd-handler.c:2606:__glusterd_handle_incoming_friend_req] 0-glusterd: Received probe from uuid: 2a17edb4-ae68-4b67-916e-e38a2087ca28 [2017-08-29 13:36:16.906477] E [MSGID: 106010] [glusterd-utils.c:3034:glusterd_compare_friend_volu...

...nsport: missing 'option transport-type'. defaulting to "socket" [2012-02-29 23:27:53.558575] I [cli-rpc-ops.c:114:gf_cli3_1_probe_cbk] 0-cli: Received resp to probe [2012-02-29 23:27:53.558675] E [cli-rpc-ops.c:162:gf_cli3_1_probe_cbk] 0-glusterd: Probe failed with op_ret -1 and op_errno 107 [2012-02-29 23:27:53.558720] W [cli-rl.c:94:cli_rl_process_line] 0-glusterfs: failed to process line [2012-02-29 23:28:10.161658] I [cli-rpc-ops.c:114:gf_cli3_1_probe_cbk] 0-cli: Received resp to probe [2012-02-29 23:28:10.161713] E [cli-rpc-ops.c:162:gf_cli3_1_probe_cbk] 0-glusterd: Probe f...

Dear all, I'm running GlusterFS 3.4 alpha2 together with oVirt 3.2. This is solely a test system and it doesn't have much data or anything important in it. Currently it has only 2 VM's running and disk usage is around 15 GB. I have been trying to set up a geo-replication for disaster recovery testing. For geo-replication I did following: All machines are running CentOS 6.4 and using

...MSGID: 106490] [glusterd-handler.c:2891:__glusterd_handle_probe_query] 0-glusterd: Received probe from uuid: 77cdfbba-348c-43fe-ab3d-00621904ea9c [2018-03-06 00:14:06.145540] I [MSGID: 106493] [glusterd-handler.c:2954:__glusterd_handle_probe_query] 0-glusterd: Responded to sc5-gluster-1, op_ret: 0, op_errno: 0, ret: 0 [2018-03-06 00:14:06.145697] I [MSGID: 106490] [glusterd-handler.c:2891:__glusterd_handle_probe_query] 0-glusterd: Received probe from uuid: c1877e0d-ccb2-401e-83a6-e4a680af683a [2018-03-06 00:14:06.145831] I [MSGID: 106493] [glusterd-handler.c:2954:__glusterd_handle_probe_query] 0-glust...

...(this=0x7fc4f12cc5cc) at dict.c:397 #6 0x00007fc4ede24c30 in afr_local_cleanup (local=0x7fc4ce68ac20, this=<value optimized out>) at afr-common.c:848 #7 0x00007fc4ede2c0f1 in afr_lookup_done (frame=0x18d5ae4, cookie=0x0, this=<value optimized out>, op_ret=<value optimized out>, op_errno=<value optimized out>, inode=0x18d5b20, buf=0x7fffcb83ec50, xattr=0x7fc4f12e1818, postparent=0x7fffcb83ebe0) at afr-common.c:1881 #8 afr_lookup_cbk (frame=0x18d5ae4, cookie=0x0, this=<value optimized out>, op_ret=<value optimized out>, op_errno=<value optimized out>, i...

...<peljasz at yahoo.co.uk> wrote: > hi fellas, > same old same > in log of the probing peer I see: > ... > 2017-08-29 13:36:16.882196] I [MSGID: 106493] > [glusterd-handler.c:3020:__glusterd_handle_probe_query] 0-glusterd: > Responded to priv.xx.xx.priv.xx.xx.x, op_ret: 0, op_errno: 0, ret: 0 > [2017-08-29 13:36:16.904961] I [MSGID: 106490] > [glusterd-handler.c:2606:__glusterd_handle_incoming_friend_req] > 0-glusterd: Received probe from uuid: 2a17edb4-ae68-4b67-916e-e38a2087ca28 > [2017-08-29 13:36:16.906477] E [MSGID: 106010] > [glusterd-utils.c:3034:gluster...

..._KEY, name)) { 7 gf_msg (this->name, GF_LOG_WARNING, 0, P_MSG_XATTR_NOT_REMOVED, 8 "Remove xattr called on volume-id for file %s", 9 real_path); 10 op_ret = -1; 11 goto out; 12 } I just found that op_errno is not set correctly, but it can't happen in the I/O path, so self-heal/rebalance are off the hook. I also grepped for any removexattr of trusted.gfid from glusterd and didn't find any. So one thing that used to happen was that sometimes when machines reboot, the brick mounts wouldn't...

...[MSGID: 106490] [glusterd-handler.c:2954:__glusterd_handle_probe_query] 0-glusterd: Received probe from uuid: 4baff5cf-6e81-4b2e-b31f-be725b2da4b3 [2017-11-30 20:12:25.432490] I [MSGID: 106493] [glusterd-handler.c:3017:__glusterd_handle_probe_query] 0-glusterd: Responded to elkpinfglt07, op_ret: 0, op_errno: 0, ret: 0 [2017-11-30 20:12:25.436435] I [MSGID: 106490] [glusterd-handler.c:2608:__glusterd_handle_incoming_friend_req] 0-glusterd: Received probe from uuid: 4baff5cf-6e81-4b2e-b31f-be725b2da4b3 [2017-11-30 20:12:25.436683] E [MSGID: 106010] [glusterd-utils.c:2938:glusterd_compare_friend_volume]...

...332b645c2.7 on ovirt-350-zone1-replicate-3 (following linkfile) failed ,gfid = 00000000-0000-0000-0000-000000000000 [No such file or directory] [2018-04-03 02:07:57.974815] I [MSGID: 109069] [dht-common.c:2095:dht_lookup_unlink_stale_linkto_cbk] 0-ovirt-350-zone1-dht: Returned with op_ret 0 and op_errno 0 for /.shard/927c6620-848b-4064-8c88-68a332b645c2.3 [2018-04-03 02:07:57.979851] W [MSGID: 109009] [dht-common.c:2831:dht_lookup_linkfile_cbk] 0-ovirt-350-zone1-dht: /.shard/927c6620-848b-4064-8c88-68a332b645c2.3: gfid different on data file on ovirt-350-zone1-replicate-3, gfid local = 000000...

...virt-350-zone1-replicate-3 (following linkfile) failed ,gfid = > 00000000-0000-0000-0000-000000000000 [No such file or directory] > [2018-04-03 02:07:57.974815] I [MSGID: 109069] > [dht-common.c:2095:dht_lookup_unlink_stale_linkto_cbk] > 0-ovirt-350-zone1-dht: Returned with op_ret 0 and op_errno 0 for > /.shard/927c6620-848b-4064-8c88-68a332b645c2.3 > [2018-04-03 02:07:57.979851] W [MSGID: 109009] > [dht-common.c:2831:dht_lookup_linkfile_cbk] 0-ovirt-350-zone1-dht: > /.shard/927c6620-848b-4064-8c88-68a332b645c2.3: gfid different on data > file on ovirt-350-zone1-replicate-3,...

...sterd-handler.c:2954:__glusterd_handle_probe_query] 0-glusterd: > Received probe from uuid: 4baff5cf-6e81-4b2e-b31f-be725b2da4b3 > [2017-11-30 20:12:25.432490] I [MSGID: 106493] > [glusterd-handler.c:3017:__glusterd_handle_probe_query] 0-glusterd: > Responded to elkpinfglt07, op_ret: 0, op_errno: 0, ret: 0 > [2017-11-30 20:12:25.436435] I [MSGID: 106490] > [glusterd-handler.c:2608:__glusterd_handle_incoming_friend_req] > 0-glusterd: Received probe from uuid: > 4baff5cf-6e81-4b2e-b31f-be725b2da4b3 > [2017-11-30 20:12:25.436683] E [MSGID: 106010] > [glusterd-utils.c:2938:gl...

...[glusterd-handler.c:2891:__glusterd_handle_probe_query] > 0-glusterd: Received probe from uuid: 77cdfbba-348c-43fe-ab3d-00621904ea9c > [2018-03-06 00:14:06.145540] I [MSGID: 106493] [glusterd-handler.c:2954:__glusterd_handle_probe_query] > 0-glusterd: Responded to sc5-gluster-1, op_ret: 0, op_errno: 0, ret: 0 > [2018-03-06 00:14:06.145697] I [MSGID: 106490] [glusterd-handler.c:2891:__glusterd_handle_probe_query] > 0-glusterd: Received probe from uuid: c1877e0d-ccb2-401e-83a6-e4a680af683a > [2018-03-06 00:14:06.145831] I [MSGID: 106493] [glusterd-handler.c:2954:__glusterd_handle_probe...

...:56 E [fuse-bridge.c:2422:fuse_setlk_cbk] glusterfs-fuse: 339424: ERR => -1 (11) 2008-11-03 14:58:56 E [posix-locks.c:1148:pl_lk] data1: returning EAGAIN 2008-11-03 14:58:56 E [afr.c:3192:afr_lk_cbk] data: (path=/vservers/ph01/var/supervise/socklog-unix/log/supervise/lock child= data1) op_ret=-1 op_errno=11 What does this error mean? How can I fix this isssue?. Does anyone run Linux Vservers on gluster? Many thanks Matthias

...gf_msg (this->name, GF_LOG_WARNING, 0, P_MSG_XATTR_NOT_REMOVED, 8 "Remove xattr called on volume-id for file %s", 9 real_path); 10 op_ret = -1; 11 goto out; 12 } I just found that op_errno is not set correctly, but it can't happen in the I/O path, so self-heal/rebalance are off the hook. I also grepped for any removexattr of trusted.gfid from glusterd and didn't find any. So one thing that used to happen was that sometimes when machines reboot, the brick mounts wouldn't h...

..._MSG_XATTR_NOT_REMOVED, > 8 "Remove xattr called on volume-id for file > %s", > 9 real_path); > > 10 op_ret = -1; > > 11 goto out; > > 12 } > > I just found that op_errno is not set correctly, but it can't happen in > the I/O path, so self-heal/rebalance are off the hook. > > I also grepped for any removexattr of trusted.gfid from glusterd and > didn't find any. > > So one thing that used to happen was that sometimes when machines reboot, &...

...ption transport-type'. defaulting to "socket" [2011-01-09 15:16:16.447238] I [glusterd-handler.c:2600:glusterd_friend_add] glusterd: connect returned 0 [2011-01-09 15:16:16.447278] I [glusterd-handler.c:2422:glusterd_handle_probe_query] glusterd: Responded to 83.31.111.111, op_ret: 0, op_errno: 0, ret: 0 [2011-01-09 15:16:16.491402] E [socket.c:1656:socket_connect_finish] management: connection to failed (No route to host) [2011-01-09 15:16:16.491726] I [glusterd-handler.c:2131:glusterd_handle_incoming_friend_req] glusterd: Received probe from uuid: 637b41c6-3349-4202-8cab-2d1293de782c...

Ian, Do you've a reproducer for this bug? If not a specific one, a general outline of what operations where done on the file will help. regards, Raghavendra On Mon, Mar 26, 2018 at 12:55 PM, Raghavendra Gowdappa <rgowdapp at redhat.com> wrote: > > > On Mon, Mar 26, 2018 at 12:40 PM, Krutika Dhananjay <kdhananj at redhat.com> > wrote: > >> The gfid mismatch

...fr-common.c:2264:afr_lookup_done] 0-stack-trace: stack-address: 0x3fff88001080, gv0-replicate-0 returned -1 error: No such file or directory [No such file or directory] [2017-09-20 13:34:23.348665] D [MSGID: 0] [dht-common.c:1870:dht_lookup_everywhere_cbk] 0-gv0-dht: returned with op_ret -1 and op_errno 2 (/tempdir3) from subvol gv0-replicate-0 [2017-09-20 13:34:23.348697] D [MSGID: 0] [dht-common.c:1535:dht_lookup_everywhere_done] 0-gv0-dht: STATUS: hashed_subvol gv0-replicate-0 cached_subvol null [2017-09-20 13:34:23.348740] D [MSGID: 0] [dht-common.c:1596:dht_lookup_everywhere_done] 0-gv0-dh...

...he probing peer I see: >> ... >> 2017-08-29 13:36:16.882196] I [MSGID: 106493] >> >> [glusterd-handler.c:3020:__glusterd_handle_probe_query] >> 0-glusterd: Responded to priv.xx.xx.priv.xx.xx.x, >> op_ret: 0, op_errno: 0, ret: 0 >> [2017-08-29 13:36:16.904961] I [MSGID: 106490] >> >> [glusterd-handler.c:2606:__glusterd_handle_incoming_friend_req] >> 0-glusterd: Received probe from uuid: >> 2a17edb4-ae68-4b67-916e-e38a2087ca28 >>...