Subject: Virtual Memory Issues on 2.0
To: None <port-sparc@netbsd.org>
From: Gary Parker <G.J.Parker@lboro.ac.uk>
List: port-sparc
Date: 01/11/2005 12:15:21
Hi all, I've got a bit of an issue with my system which has manifested
itself a few times while I was playing about and setting it up but now it's
in service I could without it.
Hardware:
SS20 with 2x 150MHz Ross HyperSPARC and 384MB RAM
I'm running 2.0 stable with a non-generic SMP kernel.
The problem is that the system appears to not be able to access swap, after
running a number of intensive tasks (case in point this morning being
compiling Python) I get the following error message and anything that
requires a lot of memory subsequently fails to run:
virtual memory exhausted: Cannot allocate memory
The output of free at the time is as follows:
total used free buffers
Mem: 351140 332496 18644 178180
Swap: 720892 0 720892
Curiously, dmesg give the following message repeated over and over:
sd1(esp1:0:3:0): unable to allocate scsipi_xfer
sdstart(): try again
...and /var/log/messages contains:
Jan 11 10:31:30 wintermute /netbsd: sdstart(): try again
Jan 11 10:31:30 wintermute /netbsd: sd1(esp1:0:3:0): unable to allocate
scsipi_xfer
Jan 11 10:31:30 wintermute /netbsd: sdstart(): try again
Jan 11 10:31:30 wintermute /netbsd: sd1(esp1:0:3:0): QUEUE FULL resulted in
0 openings
Rebooting the machine gets everything back to normal and the machine runs
quite happily until I try any big compile jobs again.
Anyone got any bright ideas?
--
/-Gary Parker-----------------------f-Loughborough University-\
n IT Bandwidth Management Specialist - http://www.bmas.ja.net |
| Computing Services - http://www.lboro.ac.uk/computing/ o
\r----------------------------------------------------------d-/