[indiana-discuss] evince hangs in b101 after suspend-resume

[Jürgen Keil]

> >> Do you have a gconfd-2 process running? If so, you could try trussing it 
> >> to see if it looks wedged.
> > 
> > Maybe gconfd-2 has crashed?  That might explain the "connection refused"
> > errors...
> 
> no gconfd is running, and i have the same problem now with gedit. When i 
> type into the editor, i have to wait seconds before the characters are 
> echoed, and a truss on the process reveals the same "connection refused" 
> as realplayer or evince. gconfd-2 is running, and dbus too:
> sh-3.2# pstack 1840
> 1840:	gedit
> ceb01235 pollsys  (8326970, b, 8047970, 0)
> ceaa6ce4 poll     (8326970, b, 18f) + 4c
> ce06fec3 g_main_context_iterate (811e3a0, 1, 1, 80f2a90) + 397
> ce0704fc g_main_loop_run (83216e8) + 1b8
> ce35b05e gtk_main (8047b50, 8047a78, cebfc7e4, cea70c32, 29, ceb979bc) + b2
> 0807ca1e main     (1, 8047abc, 8047ac4) + 476
> 0807bdb6 _start   (1, 8047bb8, 0, 8047bbe, 8047be8, 8047c04) + 7a

Hmm, so with this random stack sample of gedit it seems to be more or less idle,
waiting for input or other events.

The next time one of the applications is hanging try to run it with 
truss and stopping the process at the next connect() system call;
get a core dump of the running process; and resume it.
Like this (assuming it is gedit that is hanging):

    truss -v all -T connect -p `pgrep -x gedit`
    gcore `pgrep -x gedit`
    prun `pgrep -x gedit`

Use pstack on the core dumped by the gcore command using :

    pstack core.NNNN

I hope that the stack backtrace for the connect() system call will
reveal what which network service is involved with this application
hang...
-- 
This message posted from opensolaris.org