On Wed, 14 Jan 2004, Nick Craig-Wood wrote:
> On Wed, Jan 14, 2004 at 09:06:50AM -0500, Net Llama! wrote:
> > On Wed, 14 Jan 2004, Nick Craig-Wood wrote:
> > >
> > > On Tue, Jan 13, 2004 at 05:30:40PM -0800, Net Llama! wrote:
> > > > I'm running a 2.4.23 host with 2.4.23-rc3-6um in my UML instance (with
> > > > SKAS support). Today, after 35 days uptime in the UML instance, it
> > > > suddenly spiraled out of control with the following error occurring
> > > > (literally) about 34000 times in the span of 3 hours:
> > > > map : /proc/mm map failed, err = 12
> > >
> > > #define ENOMEM 12 /* Out of memory */
> > >
> > > Maybe your /tmp got full?
> > My /tmp inside UML or on the host? It definitely didn't fill up on the
> > host.
> On the host is what I meant. You are probably using tmpfs as your
> /tmp for UML performance reasons - this has a limited size (by default
> 1/2 of memory size) - perhaps some other process on the host filled up
> /tmp and squeezed the UML?
I'm using a dedicated TMPDIR for UML, which is not /tmp. I've got 4 other
UML instances all running the same exact OS & software, and only this one
had the problem. I'm 100% certain that my $TMPDIR did not run out of
> > While not positive, i don't believe that it filled up inside UML
> > either.
> > After doing some more digging overnight, i think postgresql might have run
> > out of connections due to a poorly written JBoss application. Might that
> > have caused this?
> Don't know I'm afraid. The combination of ENOMEM, /proc/mm and mmap
> points to a full tmpfs I would say, but I could be wrong!
Its ok, thanks for your response all the same.
Lonni J Friedman netllama@...
Linux Step-by-step & TyGeMo http://netllama.ipfox.com