After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 523805 - Panel hang related to remote shares
Panel hang related to remote shares
Status: RESOLVED OBSOLETE
Product: gnome-panel
Classification: Other
Component: general
2.22.x
Other Linux
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-03-22 07:57 UTC by Priit Laes (IRC: plaes)
Modified: 2011-05-30 14:35 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Priit Laes (IRC: plaes) 2008-03-22 07:57:32 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.
  • #0 IA__g_str_hash
    at gstring.c line 95
  • #0 IA__g_str_hash
    at gstring.c line 95
  • #1 g_hash_table_remove_internal
    at ghash.c line 118
  • #2 _g_dbus_connection_get_sync
    at gvfsdaemondbus.c line 889
  • #3 _g_daemon_vfs_get_mount_info_sync
    at gdaemonvfs.c line 853
  • #4 create_empty_message
    at gdaemonfile.c line 366
  • #5 do_sync_path_call
    at gdaemonfile.c line 402
  • #6 g_daemon_file_query_info
    at gdaemonfile.c line 738
  • #7 panel_util_get_file_display_name
    at panel-util.c line 1535
  • #8 panel_util_get_label_for_uri
    at panel-util.c line 1685
  • #9 panel_place_menu_item_create_menu
    at panel-menu-items.c line 451
  • #10 panel_place_menu_item_new
    at panel-menu-items.c line 1378
  • #11 panel_menu_bar_init
    at panel-menu-bar.c line 147
  • #12 IA__g_type_create_instance
    at gtype.c line 1575
  • #13 g_object_constructor
    at gobject.c line 1046
  • #14 IA__g_object_newv
    at gobject.c line 937
  • #15 IA__g_object_new_valist
    at gobject.c line 986
  • #16 IA__g_object_new
    at gobject.c line 795
  • #17 panel_menu_bar_load_from_gconf
    at panel-menu-bar.c line 320
  • #18 panel_applet_load_idle_handler
    at applet.c line 909
  • #19 IA__g_main_context_dispatch
    at gmain.c line 2003
  • #20 g_main_context_iterate
    at gmain.c line 2636
  • #21 IA__g_main_loop_run
    at gmain.c line 2844
  • #22 IA__gtk_main
    at gtkmain.c line 1163
  • #23 main
    at main.c line 95

Comment 1 Christian Kellner 2008-03-22 13:02:37 UTC
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!
Comment 2 Priit Laes (IRC: plaes) 2008-03-22 21:48:38 UTC
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
  • #0 *__GI___poll
    at ../sysdeps/unix/sysv/linux/poll.c line 87
  • #1 socket_do_iteration
    at dbus-transport-socket.c line 1046
  • #2 _dbus_transport_do_iteration
    at dbus-transport.c line 941
  • #3 _dbus_connection_do_iteration_unlocked
    at dbus-connection.c line 1143
  • #4 _dbus_connection_block_pending_call
    at dbus-connection.c line 2297
  • #5 dbus_connection_send_with_reply_and_block
    at dbus-connection.c line 3298
  • #6 _g_vfs_daemon_call_sync
    at gvfsdaemondbus.c line 802
  • #7 do_sync_path_call
    at gdaemonfile.c line 412
  • #8 g_daemon_file_query_info
    at gdaemonfile.c line 738
  • #9 panel_util_get_file_description
    at panel-util.c line 1513
  • #10 panel_util_get_label_for_uri
    at panel-util.c line 1666
  • #11 panel_place_menu_item_create_menu
    at panel-menu-items.c line 451
  • #12 panel_place_menu_item_recreate_menu
    at panel-menu-items.c line 1042
  • #13 IA__g_closure_invoke
    at gclosure.c line 490
  • #14 signal_emit_unlocked_R
    at gsignal.c line 2440
  • #15 IA__g_signal_emit_valist
    at gsignal.c line 2199
  • #16 IA__g_signal_emit_by_name
    at gsignal.c line 2267
  • #17 IA__g_closure_invoke
    at gclosure.c line 490
  • #18 signal_emit_unlocked_R
    at gsignal.c line 2440
  • #19 IA__g_signal_emit_valist
    at gsignal.c line 2199
  • #20 IA__g_signal_emit_by_name
    at gsignal.c line 2267
  • #21 list_emit
    at ghalvolumemonitor.c line 945
  • #22 emit_lists_in_idle
    at ghalvolumemonitor.c line 967
  • #23 IA__g_main_context_dispatch
    at gmain.c line 2003
  • #24 g_main_context_iterate
    at gmain.c line 2636
  • #25 IA__g_main_loop_run
    at gmain.c line 2844
  • #26 IA__gtk_main
    at gtkmain.c line 1163
  • #27 main
    at main.c line 95

Comment 3 Christian Kirbach 2008-12-21 11:28:43 UTC
the symptom is somewhat related to Bug 437581 - no crash but sync I/O causing blocking of all panels
Comment 4 Priit Laes (IRC: plaes) 2011-05-30 14:35:36 UTC
Closing old bugs...