search for: fuse_simple_request

Displaying 7 results from an estimated 7 matches for "fuse_simple_request".

2017 Nov 06
2
ctdb vacuum timeouts and record locks
On Thu, 2 Nov 2017 11:17:27 -0700, Computerisms Corporation via samba <samba at lists.samba.org> wrote: > This occurred again this morning, when the user reported the problem, I > found in the ctdb logs that vacuuming has been going on since last > night. The need to fix it was urgent (when isn't it?) so I didn't have > time to poke around for clues, but immediately
2017 Nov 15
0
ctdb vacuum timeouts and record locks
...db output, but all I can seem to find is the contents of /proc/<pid>/stack: [<ffffffffc05ed856>] request_wait_answer+0x166/0x1f0 [fuse] [<ffffffffa04b8d50>] prepare_to_wait_event+0xf0/0xf0 [<ffffffffc05ed958>] __fuse_request_send+0x78/0x80 [fuse] [<ffffffffc05f0bdd>] fuse_simple_request+0xbd/0x190 [fuse] [<ffffffffc05f6c37>] fuse_setlk+0x177/0x190 [fuse] [<ffffffffa0659467>] SyS_flock+0x117/0x190 [<ffffffffa0403b1c>] do_syscall_64+0x7c/0xf0 [<ffffffffa0a0632f>] entry_SYSCALL64_slow_path+0x25/0x25 [<ffffffffffffffff>] 0xffffffffffffffff I am still not...
2017 Oct 18
0
Mounting of Gluster volumes in Kubernetes
...09a6d0>] ? prepare_to_wait_exclusive+0x80/0x80 [495498.182557] [<ffffffffc02e331f>] ? 0xffffffffc02e331f [495498.187893] [<ffffffffa109a9e0>] ? prepare_to_wait_event+0xf0/0xf0 [495498.194357] [<ffffffffc02e3679>] 0xffffffffc02e3679 [495498.199519] [<ffffffffc02e723a>] fuse_simple_request+0x11a/0x1e0 [fuse] [495498.206415] [<ffffffffc02e7f71>] fuse_dev_cleanup+0xa81/0x1ef0 [fuse] [495498.213151] [<ffffffffa11b91a9>] lookup_fast+0x249/0x330 [495498.218748] [<ffffffffa11b95bd>] walk_component+0x3d/0x500 While the particular issue seems more related to the Fuse cl...
2017 Nov 15
1
ctdb vacuum timeouts and record locks
...seem to find is the contents of /proc/<pid>/stack: > > [<ffffffffc05ed856>] request_wait_answer+0x166/0x1f0 [fuse] > [<ffffffffa04b8d50>] prepare_to_wait_event+0xf0/0xf0 > [<ffffffffc05ed958>] __fuse_request_send+0x78/0x80 [fuse] > [<ffffffffc05f0bdd>] fuse_simple_request+0xbd/0x190 [fuse] > [<ffffffffc05f6c37>] fuse_setlk+0x177/0x190 [fuse] > [<ffffffffa0659467>] SyS_flock+0x117/0x190 > [<ffffffffa0403b1c>] do_syscall_64+0x7c/0xf0 > [<ffffffffa0a0632f>] entry_SYSCALL64_slow_path+0x25/0x25 > [<ffffffffffffffff>] 0xfffffff...
2017 Oct 27
2
ctdb vacuum timeouts and record locks
...me (yet!): cat /proc/30491/stack [<ffffffff8197d00d>] inet_recvmsg+0x7d/0xb0 [<ffffffffc07c3856>] request_wait_answer+0x166/0x1f0 [fuse] [<ffffffff814b8d50>] prepare_to_wait_event+0xf0/0xf0 [<ffffffffc07c3958>] __fuse_request_send+0x78/0x80 [fuse] [<ffffffffc07c6bdd>] fuse_simple_request+0xbd/0x190 [fuse] [<ffffffffc07ccc37>] fuse_setlk+0x177/0x190 [fuse] [<ffffffff816592f7>] SyS_flock+0x117/0x190 [<ffffffff81403b1c>] do_syscall_64+0x7c/0xf0 [<ffffffff81a0632f>] entry_SYSCALL64_slow_path+0x25/0x25 [<ffffffffffffffff>] 0xffffffffffffffff This might hap...
2017 Nov 15
0
hung disk sleep process
..., but under /proc/<pid>/stack I get something like the following each time: [<ffffffffc047e856>] request_wait_answer+0x166/0x1f0 [fuse] [<ffffffff8b0b8d50>] prepare_to_wait_event+0xf0/0xf0 [<ffffffffc047e958>] __fuse_request_send+0x78/0x80 [fuse] [<ffffffffc0481bdd>] fuse_simple_request+0xbd/0x190 [fuse] [<ffffffffc0487c37>] fuse_setlk+0x177/0x190 [fuse] [<ffffffff8b259467>] SyS_flock+0x117/0x190 [<ffffffff8b003b1c>] do_syscall_64+0x7c/0xf0 [<ffffffff8b60632f>] entry_SYSCALL64_slow_path+0x25/0x25 [<ffffffffffffffff>] 0xffffffffffffffff Once ps shows...
2017 Oct 27
0
ctdb vacuum timeouts and record locks
...91/stack > [<ffffffff8197d00d>] inet_recvmsg+0x7d/0xb0 > [<ffffffffc07c3856>] request_wait_answer+0x166/0x1f0 [fuse] > [<ffffffff814b8d50>] prepare_to_wait_event+0xf0/0xf0 > [<ffffffffc07c3958>] __fuse_request_send+0x78/0x80 [fuse] > [<ffffffffc07c6bdd>] fuse_simple_request+0xbd/0x190 [fuse] > [<ffffffffc07ccc37>] fuse_setlk+0x177/0x190 [fuse] > [<ffffffff816592f7>] SyS_flock+0x117/0x190 > [<ffffffff81403b1c>] do_syscall_64+0x7c/0xf0 > [<ffffffff81a0632f>] entry_SYSCALL64_slow_path+0x25/0x25 > [<ffffffffffffffff>] 0xfffffff...