> First off, let me say, "Thanks to those who tried to help."
>
>
> On Sun, 8 Nov 1998, Mike Galbraith wrote:
>
> > On Sun, 8 Nov 1998, John Summerfield wrote:
> >
> > > How do I discover what this means?
> > > Nov 8 05:01:40 emu kernel: Unable to load interpreter
> > > Nov 8 05:02:08 emu last message repeated 247 times
> > > Nov 8 06:00:56 emu kernel: Unable to load interpreter
> > > Nov 8 06:00:56 emu kernel: Unable to load interpreter
> > >
> > > It's coming from linux/fs/binfmt_elf.c.
> > >
> > > I am running Linux emu.os2.ami.com.au 2.0.35 #16 Mon Aug 10 10:26:24 WST 1998 i586 unknown
> > >
> > >
> > > There have been no more messages since the last above - it's about 12 hours
> > > later and the system seems normal except for this:
> > > Nov 8 16:52:34 emu kernel: Sound error: Couldn't allocate DMA buffer
> >
> > Do you have bridging enabled? If so, there's a memory leak there which
> > would account for this behavior. It's fixed in pre36.
>
> No bridging
>
In a funny way, this seems the closest of the answers to the actual cause.
I'm currently blaming this loopy program that was, well, looping:
443 ? R 261:38 /usr/X11R6/lib/X11/fvwm2//FvwmButtons 12 4 /tmp/fvwmrca0037
I twigged there was something odd when I started the big Perl job I
mentioned to see if there were any messages: I could find no mention of it
in the numerous cron jobs I run here.
After time time I ran uptime and found
8:45am up 42 days, 10:44, 1 user, load average: 3.02, 3.15, 3.35
The Perl does no forking so load average 3+ is peculiar, particularly the
longest one.
There they were - two of these fvwm2 programs going hammer and tongs and
they'd been at it for days since the user logged off.
I was a bit sceptical about Perl being the problem - true it's handling a
few Mb of data, but then not tens of Mb.
The BPJ has completed and there are no more of those messages.
Conclusion:
Diagnosis confirmed: a memory leak in one or both of those loopy programs.
Cheers
John Summerfield
http://os2.ami.com.au/os2/ for OS/2 support.
Configuration, networking, combined IBM ftpsites index.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/