On 07/01/20 4:38 pm, lejeczek wrote:> > 3. These files which the brick/replica shows appear to exist on only > that very brick/replica:Right, so the mknods are failing on the other 2 bricks (as seen from the log) when selfheal is trying to recreate it.> > > 4. I do not see, on the brick/replica in question, mknod_cbk() with > "server" anywhere in the logs.That is strange. Can you nevertheless check using gdb if server4_0_mknod() and? server4_mknod_cbk() is being hit on any one of the bricks where the file is missing? Can you also provide the stat output of ./HA-halfspeed-LXC/rootfs/var/lib/gssproxy/default.sock on rider-ring8?> > many thanks, L. >
On 07/01/2020 13:11, Ravishankar N wrote:> > On 07/01/20 4:38 pm, lejeczek wrote: >> >> 3. These files which the brick/replica shows appear to exist on only >> that very brick/replica: > Right, so the mknods are failing on the other 2 bricks (as seen from > the log) when selfheal is trying to recreate it. >> >> >> 4. I do not see, on the brick/replica in question, mknod_cbk() with >> "server" anywhere in the logs. > That is strange. Can you nevertheless check using gdb if > server4_0_mknod() and? server4_mknod_cbk() is being hit on any one of > the bricks where the file is missing? Can you also provide the stat > output of ./HA-halfspeed-LXC/rootfs/var/lib/gssproxy/default.sock on > rider-ring8? >> >> many thanks, L. >> >Which process should I be gdbing, selfheal's? -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 1757 bytes Desc: not available URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20200107/fe315a21/attachment.bin>
On 07/01/2020 13:11, Ravishankar N wrote:> > On 07/01/20 4:38 pm, lejeczek wrote: >> >> 3. These files which the brick/replica shows appear to exist on only >> that very brick/replica: > Right, so the mknods are failing on the other 2 bricks (as seen from > the log) when selfheal is trying to recreate it. >> >> >> 4. I do not see, on the brick/replica in question, mknod_cbk() with >> "server" anywhere in the logs. > That is strange. Can you nevertheless check using gdb if > server4_0_mknod() and? server4_mknod_cbk() is being hit on any one of > the bricks where the file is missing? Can you also provide the stat > output of ./HA-halfspeed-LXC/rootfs/var/lib/gssproxy/default.sock on > rider-ring8? >> >> many thanks, L. >> >3. $ stat ./HA-halfspeed-LXC/rootfs/var/lib/gssproxy/default.sock ? File: ?./HA-halfspeed-LXC/rootfs/var/lib/gssproxy/default.sock? ? Size: 0???????? ??? Blocks: 0????????? IO Block: 4096?? socket Device: fd48h/64840d??? Inode: 5913022264? Links: 2 Access: (0600/srw-------)? Uid: (??? 0/??? root)?? Gid: (??? 0/??? root) Context: system_u:object_r:unlabeled_t:s0 Access: 2019-12-11 16:03:58.157482726 +0000 Modify: 2019-12-11 16:03:58.157482726 +0000 Change: 2020-01-07 14:19:48.118689948 +0000 ?Birth: - -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 1757 bytes Desc: not available URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20200107/6beac526/attachment.bin>