unkillable firefox

Steve Kargl sgk at troutmask.apl.washington.edu
Tue Dec 20 23:51:06 UTC 2016


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


More information about the freebsd-current mailing list