GNOME Bugzilla – Bug 523805
Panel hang related to remote shares
Last modified: 2011-05-30 14:35:36 UTC
It is a bit hard to describe, but I try :) Apparently when resuming computer from sleep triggers read of remote shares. Now this time I happened to be in a network that had quite a big lag of making initial network connection which seemed to somehow block the gnome-panel making it look like it has hung. I eventually went into console, tried killing panel, so it restarted but still didn't appear. I eventually gave up and ctrl-alt-backspaced it and this resulted following stacktrace: Program terminated with signal 11, Segmentation fault.
+ Trace 193055
Although the crash is inside gvfs I think that is more a symptom of you trying to kill the panel and then killing X. I looked at g_daemon_file_query_info () and can't see why the file pointer gets set to 0x0 by any chance. I guess the stack is already corrupted or something at that point. I don't want to re-re-assign this bug to the panel (again) since the stack trace is indeed for gvfs, but obviously the panel is doing sync IO, which it shouldn't and you should really file another bug against the panel for that. (Your title and description are totally fine for that btw). I will mark that one here INVALID for now. But if anyone can reproduce this (without force-killing X) feel free to re-open. Thanks for the effort!
Ok.. I'm still getting some problems, apparently it seems to be a synchronous call problem which somehow hangs. Here's the trace I got after attaching debugger. Program received signal SIGINT, Interrupt. 0x00007f67b38ccac6 in *__GI___poll (fds=0x7fffbf88c880, nfds=1, timeout=60000) at ../sysdeps/unix/sysv/linux/poll.c:87 87 in ../sysdeps/unix/sysv/linux/poll.c (gdb) bt
+ Trace 193102
the symptom is somewhat related to Bug 437581 - no crash but sync I/O causing blocking of all panels
Closing old bugs...