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