FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon
process(es) stuck
Jeremy Chadwick
koitsu at freebsd.org
Tue May 6 05:32:45 UTC 2008
On Tue, May 06, 2008 at 12:20:17AM -0500, Matt wrote:
> The symptom is as described above - the gvfs-fuse-daemon processes do
> not exit cleanly and more processes continue to build-up whenever I
> complete an X-session. The processes do exit when I send them a
> manual kill signal. The only info I have at this point is a backtrace
> from a "stuck" process. Hopefully it will be useful in identifying
> the issue.
What makes it "stuck?" What state is the process in? ps or top output
would've been helpful, ditto with truss or ktrace output. Is it eating
100% CPU (e.g. read() is continually being called without handling error
conditions), or does it just sit there idling?
> (gdb) bt
> #0 0x1045d3d1 in read () from /lib/libc.so.7
> #1 0x10379792 in read () from /lib/libthr.so.3
> #2 0x1035a67b in fuse_kern_chan_receive (chp=0xbf9fef8c,
> buf=0x1055c000 "", size=135168) at fuse_kern_chan.c:28
> #3 0x1035fb13 in fuse_chan_recv (chp=0xbf9fef8c, buf=0x1055c000 "",
> size=135168) at fuse_session.c:184
> #4 0x1035aac6 in fuse_do_work (data=0x10517580) at fuse_loop_mt.c:70
> #5 0x1037ab1f in pthread_getprio () from /lib/libthr.so.3
> #6 0x00000000 in ?? ()
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, USA |
| Making life hard for others since 1977. PGP: 4BD6C0CB |
More information about the freebsd-ports
mailing list