Re: unkillable firefox

From: Steve Kargl <sgk_at_troutmask.apl.washington.edu>
Date: Tue, 20 Dec 2016 15:51:00 -0800
On Tue, Dec 20, 2016 at 05:28:09PM -0600, Eric Badger wrote:
> On 12/20/2016 15:29, Steve Kargl wrote:
> > Anyone know how to kill firefox?
> > 
> > 
> >   PID USERNAME   PRI NICE SIZE    RES STATE   C   TIME    WCPU COMMAND
> > 63902 kargl      40   0  3157M  2302M STOP    1  10:50   0.00% firefox{firefox}
> > 63902 kargl     -16   0  3157M  2302M STOP    2   5:46   0.00% firefox{Composit
> > 16874 kargl      40   0   740M   330M STOP    1   0:07   0.00% firefox{firefox}
> > 16874 kargl     -16   0   740M   330M STOP    1   0:00   0.00% firefox{Composit
> > 
> > It seems that firefox is wedged in the thread firefox{Compositor},
> > and slowly eating up memory.  This is on an amd64 system at
> > r310125 and latest firefox from ports.  procstat suggests that its
> > stuck in a vm sleep queue.
> > 
> > % procstat -k 63902
> >   PID    TID COMM       TDNAME       KSTACK                       
> > 63902 100504 firefox    -            mi_switch thread_suspend_switch
> >                                      thread_single exit1 sigexit postsig ast
> >                                      Xfast_syscall 
> > 63902 101494 firefox    Compositor   mi_switch sleepq_wait _sleep 
> >                                      vm_page_busy_sleep vm_page_sleep_if_busy
> >                                      vm_fault_hold vm_fault trap_pfault trap
> >                                      calltrap 
> > 
> 
> Do you have output of procstat -k for all threads? I'd guess one thread
> is busy dumping core.
> 

Those are the only threads.  'killall firefox' reaped all the
other threads.  I've tried attaching lldb and gdb712 to the
process, but neither made it to a prompt.

I would switch to www/chromium, but she appears to be broken, now.

-- 
Steve
Received on Tue Dec 20 2016 - 22:51:06 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:09 UTC