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.19up 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
> > > >
> > > > PIDUIDTHR PRI NICE SIZERES STATE C TIME WCPU
> > > > COMMAND 11 0 2 171 ki31 0K64K RUN 0 77.9H
> > > > 100.00% idle 2 1001 2 480 98240K 55608K CPU11
> > > > 0:00 100.00% gnuplot
> > > >
> > > > so gnuplot is using 100% and all in system state.
> > > >
> > > > and ps -u:
> > > >
> > > > USERPID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
> > > > mexas 2 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 0xa00d2140:52792 timed out for
> ccb 0x
>
> e00019ece800 (req->ccb 0xe00019ece800)
> mpt0: completing timedout/aborted req 0xa00d2140: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
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"