mpt timed out and Re: port math/gnuplot hangs and ignores "kill -9"

Mel Flynn mel.flynn+fbsd.questions at mailing.thruhere.net
Thu Sep 17 17:42:03 UTC 2009


On Thursday 17 September 2009 15:57:43 Anton Shterenlikht wrote:
> On Thu, Sep 17, 2009 at 02:40:24PM +0100, Anton Shterenlikht wrote:
> > On Thu, Sep 17, 2009 at 03:16:16PM +0200, Roland Smith wrote:
> > > On Thu, Sep 17, 2009 at 01:34:04PM +0100, Anton Shterenlikht wrote:
> > > > > It could be that the process is stuck in the 'D' state
> > > > > (uninterruptable wait). You can veryfiy that by running 'ps -u' and
> > > > > looking in the eight column when gnuplot is running.
> > > > >
> > > > > Does the window with the plot actually appear?
> > > > >
> > > > > Interactive use of gnuplot-4.2.6 is fine on amd64 7.2-RELEASE-p2.
> > > >
> > > > I reinstalled gnuplot-4.2.6 and (hopefully) all ports on which it
> > > > depends. I still get the same behaviour.
> > > >
> > > > top -PISu shows:
> > > >
> > > > last pid:   108;  load averages:  0.88,  0.35,  0.19    up 2+02:23:38
> > > >  13:27:52 109 processes: 4 running, 88 sleeping, 17 waiting
> > > > CPU 0:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  100%
> > > > idle CPU 1:  0.0% user,  0.0% nice,  100% system,  0.0% interrupt, 
> > > > 0.0% idle Mem: 105M Active, 2074M Inact, 363M Wired, 768K Cache, 827M
> > > > Buf, 5322M Free Swap: 19G Total, 19G Free
> > > >
> > > >   PID    UID    THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU
> > > > COMMAND 11      0      2 171 ki31     0K    64K RUN     0  77.9H
> > > > 100.00% idle 99992   1001      2  48    0 98240K 55608K CPU1    1  
> > > > 0:00 100.00% gnuplot
> > > >
> > > > so gnuplot is using 100% and all in system state.
> > > >
> > > > and ps -u:
> > > >
> > > > USER    PID %CPU %MEM   VSZ   RSS  TT  STAT STARTED      TIME COMMAND
> > > > mexas 99992 98.1  0.7 98240 55608   5  R+    1:25pm   0:00.72 gnuplot
> > > >
> > > > so the state is not "D".
> > > >
> > > > The window does appear (just using simple gnuplot> plot sin(x), and
> > > > the terminal is set to 'wxt', but nothing ever apears in the window.
> > >
> > > The wxt terminal is only available when gnuplot is compiled with the
> > > wxWidgets toolkit. Try using the plain x11 terminal, and see if that
> > > works better?
> >
> > yes, that works fine! Thank you!
> >
> > So the problem must be with wxgtk2-2.8.10_1 and wxgtk2-common-2.8.10_1 ?
> >
> > How can I kill the offending gnuplot process?
> 
> On reboot I see this on the console:
> 
> System shutdown time has arrived
> Stopping cron.
> Stopping sshd.
> Stopping ntpd.
> Stopping devd.
> Writing entropy file:mpt0: request 0xa0000000000d2140:52792 timed out for
>  ccb 0x
> 
> e000000019ece800 (req->ccb 0xe000000019ece800)
> mpt0: completing timedout/aborted req 0xa0000000000d2140:52792
> mpt0: Timedout requests already complete. Interrupts may not be
>  functioning. Sep 17 14:49:59 mech-cluster241 syslogd: exiting on signal 15
> Sep 17 14:49:59 init: timeout expired for /bin/sh on /etc/rc.shutdown:
>  Interrupt
> 
> ed system call; going to single user mode
> Sep 17 14:50:19 init: some processes would not die; ps axl advised
> Waiting (max 60 seconds) for system process `vnlru' to stop...done
> Waiting (max 60 seconds) for system process `bufdaemon' to stop...done
> Waiting (max 60 seconds) for system process `syncer' to stop...
> Syncing disks, vnodes remaining...3 1 2
> 
> 
> I'm a bit worried about mpt0 messages - this is the SCSI driver.
> Does this indicate a problem with mpt?

Since gnuplot was spinning in kernel mode, all bets are off. This timeout is 
most likely a side effect from that, unless you see this every reboot not just 
with an unkillable gnuplot. 

If your system has the ability to run procstat -k, you might find out what 
gnuplot is spinning on. You'll need at least a 7.x system, but I'm not sure if 
kernelthreads are supported on ia64 and kernel needs to have STACK or DDB 
options.
-- 
Mel


More information about the freebsd-questions mailing list