PDA

View Full Version : Gnome panel crash



Omnicloud
21st November 2007, 08:17 PM
Has there ever been a solution to this problem or did users simply have to back up there files and start over with another user name?

My panel just keeps saying it's crashed--i tried restarting but it just keeps running in an infinite loop?

I'll try to log in as root to see if it's just this user...BRB

UPDATE:when I log in as root everything is fine...It's just like the panel crash and now it's running in an infinite loop that won't restart and fix itself?

Very strange stuff...I think the only thing I did was add the app "wallpaperz" to the panel when it happened...

here's the screen of the bug handler, I click it off and it comes right back. The only thing that I can get too is the window list on the panel, nothing else responds:-(
Quote:
Distribution: Fedora release 7 (Moonshine)
Gnome Release: 2.18.3 2007-11-13 (Red Hat, Inc)
BugBuddy Version: 2.18.0

System: Linux 2.6.20-2936.fc7xen #1 SMP Fri Sep 21 12:07:35 EDT 2007 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: Kreski-Lines

Memory status: size: 55422976 vsize: 55422976 resident: 24956928 share: 18501632 rss: 24956928 rss_rlim: 4294967295
CPU usage: start_time: 1195610998 rtime: 20 utime: 15 stime: 5 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/gnome-panel'

(no debugging symbols found)
Using host libthread_db library "/lib/i686/nosegneg/libthread_db.so.1".

[Thread debugging using libthread_db enabled]
[New Thread -1208183072 (LWP 2467)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0x00b29402 in __kernel_vsyscall ()
#0 0x00b29402 in __kernel_vsyscall ()
#1 0x00d93eb3 in __waitpid_nocancel ()
from /lib/i686/nosegneg/libpthread.so.0
#2 0x032bca46 in ?? () from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 0x00b29402 in __kernel_vsyscall ()
#5 0x0071e1c0 in raise () from /lib/i686/nosegneg/libc.so.6
#6 0x0071fba1 in abort () from /lib/i686/nosegneg/libc.so.6
#7 0x0748514a in g_logv () from /lib/libglib-2.0.so.0
#8 0x07485189 in g_log () from /lib/libglib-2.0.so.0
#9 0x07485206 in g_assert_warning () from /lib/libglib-2.0.so.0
#10 0x002231b7 in ?? () from /usr/lib/libORBit-2.so.0
#11 0x0022c218 in CORBA_any__freekids () from /usr/lib/libORBit-2.so.0
#12 0x002283da in ?? () from /usr/lib/libORBit-2.so.0
#13 0x00228467 in CORBA_exception_free () from /usr/lib/libORBit-2.so.0
#14 0x0022850c in CORBA_exception_set () from /usr/lib/libORBit-2.so.0
#15 0x002285d3 in CORBA_exception_set_system () from /usr/lib/libORBit-2.so.0
#16 0x002246ad in ORBit_small_invoke_stub () from /usr/lib/libORBit-2.so.0
#17 0x002247be in ORBit_small_invoke_stub_n () from /usr/lib/libORBit-2.so.0
#18 0x00231a22 in ORBit_c_stub_invoke () from /usr/lib/libORBit-2.so.0
#19 0x07db2aae in Bonobo_Control_getProperties ()
from /usr/lib/libbonobo-2.so.0
#20 0x020244ef in bonobo_control_frame_get_control_property_bag ()
from /usr/lib/libbonoboui-2.so.0
#21 0x080835e2 in ?? ()
#22 0x07d9b4a1 in ?? () from /usr/lib/libbonobo-2.so.0
#23 0x07d9b7df in ?? () from /usr/lib/libbonobo-2.so.0
#24 0x00223911 in ?? () from /usr/lib/libORBit-2.so.0
#25 0x0021d5b8 in giop_invoke_async () from /usr/lib/libORBit-2.so.0
#26 0x00220c26 in giop_connection_handle_input ()
from /usr/lib/libORBit-2.so.0
#27 0x0023e75d in ?? () from /usr/lib/libORBit-2.so.0
#28 0x0024164e in ?? () from /usr/lib/libORBit-2.so.0
#29 0x0747c7f2 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#30 0x0747f7cf in ?? () from /lib/libglib-2.0.so.0
#31 0x0747fb79 in g_main_loop_run () from /lib/libglib-2.0.so.0
#32 0x06431f44 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#33 0x0805ffcc in main ()

Thread 1 (Thread -1208183072 (LWP 2467)):
#0 0x00b29402 in __kernel_vsyscall ()
No symbol table info available.
#1 0x00d93eb3 in __waitpid_nocancel ()
from /lib/i686/nosegneg/libpthread.so.0
No symbol table info available.
#2 0x032bca46 in ?? () from /usr/lib/libgnomeui-2.so.0
No symbol table info available.
#3 <signal handler called>
No symbol table info available.
#4 0x00b29402 in __kernel_vsyscall ()
No symbol table info available.
#5 0x0071e1c0 in raise () from /lib/i686/nosegneg/libc.so.6
No symbol table info available.
#6 0x0071fba1 in abort () from /lib/i686/nosegneg/libc.so.6
No symbol table info available.
#7 0x0748514a in g_logv () from /lib/libglib-2.0.so.0
No symbol table info available.
#8 0x07485189 in g_log () from /lib/libglib-2.0.so.0
No symbol table info available.
#9 0x07485206 in g_assert_warning () from /lib/libglib-2.0.so.0
No symbol table info available.
#10 0x002231b7 in ?? () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#11 0x0022c218 in CORBA_any__freekids () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#12 0x002283da in ?? () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#13 0x00228467 in CORBA_exception_free () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#14 0x0022850c in CORBA_exception_set () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#15 0x002285d3 in CORBA_exception_set_system () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#16 0x002246ad in ORBit_small_invoke_stub () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#17 0x002247be in ORBit_small_invoke_stub_n () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#18 0x00231a22 in ORBit_c_stub_invoke () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#19 0x07db2aae in Bonobo_Control_getProperties ()
from /usr/lib/libbonobo-2.so.0
No symbol table info available.
#20 0x020244ef in bonobo_control_frame_get_control_property_bag ()
from /usr/lib/libbonoboui-2.so.0
No symbol table info available.
#21 0x080835e2 in ?? ()
No symbol table info available.
#22 0x07d9b4a1 in ?? () from /usr/lib/libbonobo-2.so.0
No symbol table info available.
#23 0x07d9b7df in ?? () from /usr/lib/libbonobo-2.so.0
No symbol table info available.
#24 0x00223911 in ?? () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#25 0x0021d5b8 in giop_invoke_async () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#26 0x00220c26 in giop_connection_handle_input ()
from /usr/lib/libORBit-2.so.0
No symbol table info available.
#27 0x0023e75d in ?? () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#28 0x0024164e in ?? () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#29 0x0747c7f2 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
No symbol table info available.
#30 0x0747f7cf in ?? () from /lib/libglib-2.0.so.0
No symbol table info available.
#31 0x0747fb79 in g_main_loop_run () from /lib/libglib-2.0.so.0
No symbol table info available.
#32 0x06431f44 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#33 0x0805ffcc in main ()
No symbol table info available.
#0 0x00b29402 in __kernel_vsyscall ()
The program is running. Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal]


----------- .xsession-errors ---------------------
(avant-window-navigator:2198): Wnck-CRITICAL **: wnck_application_get_name: assertion `WNCK_IS_APPLICATION (app)' failed
(avant-window-navigator:2198): Wnck-CRITICAL **: wnck_application_get_name: assertion `WNCK_IS_APPLICATION (app)' failed
(avant-window-navigator:2198): Wnck-CRITICAL **: wnck_application_get_name: assertion `WNCK_IS_APPLICATION (app)' failed
(avant-window-navigator:2198): Wnck-CRITICAL **: wnck_application_get_name: assertion `WNCK_IS_APPLICATION (app)' failed
(avant-window-navigator:2198): Wnck-CRITICAL **: wnck_application_get_name: assertion `WNCK_IS_APPLICATION (app)' failed
(avant-window-navigator:2198): Wnck-CRITICAL **: wnck_application_get_name: assertion `WNCK_IS_APPLICATION (app)' failed
** ERROR **: file orbit-object.c: line 159 (do_unref): assertion failed: (robj->refs < ORBIT_REFCOUNT_MAX && robj->refs > 0)
aborting...

Dan
21st November 2007, 08:26 PM
Hi Omnicloud.

The Gnome panels have been a bit twitchy since Redhat 9.

As I recall, the easiest way to fix is to redo your panels. From the root account or a root terminal, delete or re-name the .gconf and .gconfd directories from the affected account, and copy back in the clean ones from the root account. Then log back into the user account and set them up again, without the offending applet! Once you have it like you want it, copy the two above mentioned folders to a safe place so replacement is easy should they crash again.


Dan

Omnicloud
21st November 2007, 09:06 PM
I'll try that Dan...

tks for the help;)

Omnicloud
21st November 2007, 11:02 PM
wait wait...where are those files usually located?

Dan
21st November 2007, 11:08 PM
In the user's home folder. But they are hidden files. You will ned to enable viewing of hidden files to find them.

RJFUatHOME
21st November 2007, 11:16 PM
Actually the hidden folders will be auto regenerated at the next log in by the user if you simply delete the hidden .gconf and .gconfd in that users account. Of course their desktop will revert to the way it looked at first log in, wallpaper and all.

Dan
21st November 2007, 11:21 PM
Yes, indeed they will. However, I keep a clean customized set in the root directory just for backup as stated above.

RJFUatHOME
22nd November 2007, 12:20 AM
Yes, indeed they will. However, I keep a clean customized set in the root directory just for backup as stated above.

Hey, that's not a bad idea at all. It would save me time setting things up every time I play with a new user account.

Omnicloud
22nd November 2007, 02:23 AM
does it matter if I save the .gconf files from another user (who's bar is working fine and dandy) instead of root?

Still should be OK right?

RJFUatHOME
22nd November 2007, 03:10 AM
does it matter if I save the .gconf files from another user (who's bar is working fine and dandy) instead of root?

Still should be OK right?

I depends upon whether that user has any personally customized settings. Your safest bet is to simply let them log in and re-create their desktop. Or create a new user, customize things that way you want it and then copy those over. The system will recreate a basic new user default set of settings when they log in based on whatever a new user gets.

Those folders hold settings that are kind of like a MUCH simpler version of the Windows registry. Off the top of my head I'm not really sure if there is anything really personal in there, but there may be.

Dan
22nd November 2007, 03:14 AM
You can save them from any user's directory which has not experienced problems. Most other softwares which contain personal information keep their own config files.

RJFUatHOME
22nd November 2007, 05:49 PM
There is some personal stuff located in the gconf data. There are some run histories for various apps,search, run and whois lookups type stuff in there. I certainly would want to hand over .gconf and .gconfd folders from an admin type person to a lowend user thats isn't supposed to do anything but surf, email and word process!

Dan
22nd November 2007, 06:13 PM
Hmmm. OK. I stand corrected. Thanks, RJFU.

Omnicloud
24th November 2007, 02:16 AM
tks for the help fellas...

I ended up just letting the files reset after I deleted them and doing my panel configuration over...

It actually doesn't take long at all...and I'll save these new .gconf files for the future if this happens again;)

If this is all Fedora is gonna throw at me in terms of problems then I'm good to go. Freedom for Ubuntu!!!!