freebsd stable - Jul 2008 - "sleeping without queue" ?

Hello!

My attempt to build openoffice.org-3 seems to be hanging. Pressing 
Ctrl-T produces:

    load: 0.11  cmd: tcsh 79759 [sleeping without queue] 0.00u 0.00s 0% 0k

(tcsh is used by OOo's build-script). What is this "sleeping without 
queue" state, and why is process in it for so long?

This is an 4-CPU amd64 system with 4Gb of RAM. Only 16% of the swap is 
currently in use and the box seems to be perfectly fine otherwise. 
Uptime is 55 days, two different X-sessions are functional... The kernel 
is FreeBSD 7.0-STABLE #0: Sat Mar  8 16:02:37.

Thanks!

    -mi

Mikhail Teterin wrote:
> Hello!
> 
> My attempt to build openoffice.org-3 seems to be hanging. Pressing 
> Ctrl-T produces:
> 
>    load: 0.11  cmd: tcsh 79759 [sleeping without queue] 0.00u 0.00s 0% 0k
> 
> (tcsh is used by OOo's build-script). What is this "sleeping
without
> queue" state, and why is process in it for so long?
> 
> This is an 4-CPU amd64 system with 4Gb of RAM. Only 16% of the swap is 
> currently in use and the box seems to be perfectly fine otherwise. 
> Uptime is 55 days, two different X-sessions are functional... The kernel 
> is FreeBSD 7.0-STABLE #0: Sat Mar  8 16:02:37.
> 
> Thanks!
What is the process backtrace?

Kris

Mikhail Teterin wrote:
> Kris Kennaway ???????(??):
>> Well, I mean kernel backtrace.
> Can I obtain that remotely and without restarting/panicking the box? 
> Thanks,
> 
>    -mi
> 
> 
kgdb on /dev/mem or procstat

Kris

On Tue, Jul 22, 2008 at 03:26:29PM -0400, Mikhail Teterin
wrote:
> Kostik Belousov ???????(??):
> >Did you switched to the process before doing backtrace (using the proc 
> ><pid>
> >command)?
> Ok, thanks. Did not know about this one. Here:
> ...
> (kgdb) proc 79759
> (kgdb) bt
> #0  sched_switch (td=0xffffff01286dc000, newtd=0xffffff00010ce000, 
> flags=2) at /var/src/sys/kern/sched_4bsd.c:928
> #1  0x0000000000000000 in ?? ()
> #2  0xffffffff802f1108 in mi_switch (flags=678281216, newtd=0x2) at 
> /var/src/sys/kern/kern_synch.c:442
> #3  0xffffffff80318513 in sleepq_check_timeout () at 
> /var/src/sys/kern/subr_sleepqueue.c:519
> #4  0xffffffff80318c85 in sleepq_timedwait (wchan=0xffffffff80688408) at 
> /var/src/sys/kern/subr_sleepqueue.c:597
> #5  0xffffffff802f16a2 in _sleep (ident=0xffffffff80688408, lock=0x0, 
> priority=0, wmesg=0xffffffff804f3059 "vmo_de", timo=1) at 
> /var/src/sys/kern/kern_synch.c:224
> #6  0xffffffff8043036b in vm_object_deallocate 
> (object=0xffffff0053024a90) at /var/src/sys/vm/vm_object.c:509
From this frame, please, print the object (like p *object) and
likewise, print the object that is at the head of the object->shadow_head
list.

Another question is what scheduler do you use ?
> #7  0xffffffff8042920e in vm_map_delete (map=0xffffff0015ba4b60, 
> start=18446742979242478224, end=140737488355328) at 
> /var/src/sys/vm/vm_map.c:2315
> #8  0xffffffff804293df in vm_map_remove (map=0xffffff0015ba4b60, 
> start=0, end=140737488355328) at /var/src/sys/vm/vm_map.c:2423
> #9  0xffffffff8042b813 in vmspace_exit (td=0xffffff01286dc000) at 
> /var/src/sys/vm/vm_map.c:324
> #10 0xffffffff802c8cff in exit1 (td=0xffffff01286dc000, rv=0) at 
> /var/src/sys/kern/kern_exit.c:294
> #11 0xffffffff802ca08e in sys_exit (td=Variable "td" is not
available.
> ) at /var/src/sys/kern/kern_exit.c:98
> #12 0xffffffff8045a700 in syscall (frame=0xffffffffb0d89c70) at 
> /var/src/sys/amd64/amd64/trap.c:852
> #13 0xffffffff8043f38b in Xfast_syscall () at 
> /var/src/sys/amd64/amd64/exception.S:290
> #14 0x000000080095f34c in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> 
> >What is the exact version of the system ? Note that procstat
> >appeared in the late RELENG_7.
> FreeBSD 7.0-STABLE #0: Sat Mar  8 16:02:37 EST 2008
> >
> >Also, show the output of ps axl <pid>.
>  UID   PID  PPID CPU PRI NI   VSZ   RSS MWCHAN STAT  TT       TIME COMMAND
>    0 79759 79758   0  96  0     0    16 -      DE+   p6    0:00,00 
> /bin/tcsh -fc 
>
/meow/ports/editors/openoffice.org-3/work/BEB300_m3/solver/300/unxfbsdx.pro/bin/ma
It makes sense to show the whole ps axl output.
> 
> Yours,
> 
>    -mi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080722/e370549a/attachment.pgp

On Wed, Jul 23, 2008 at 04:15:47PM -0400, Mikhail Teterin
wrote:
> John Baldwin ???????(??):
> >I think this case is still a lingering bug in the sleep queue code
since
> >the thread lock stuff went in.  There have been several reports of it
but
> >I have been unable to figure out how the wakeup is being missed.
> >  
> Is there anything I can still do for the investigation, or can I (try 
> to) kill this thingie and restart my build of OpenOffice? Yours,
I think I would not gather any additional information from this case
for now. You can reboot/restart the system.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080724/7b55c451/attachment.pgp