Sluggers + Mike Branda,
I came across the same basic thing. This solution would remedy the hard
drive filling problem, but will not fix the problem. I wonder if the part
of the kernel that handles the creation of the tty's themselves is borked.
>From: Mike Branda <realraccoon@tampabay.rr.com>
>Reply-To: slug@nks.net
>To: slug@nks.net
>Subject: Re: [SLUG] wtmp Filling with connections
>Date: Sat, 07 May 2005 12:55:37 -0400
>
>On Sat, 2005-05-07 at 06:29 +0000, Chad Sine wrote:
> > Mike,
> >
> > Thank you for the quick response regarding this. The processes that you
> > noticed appear to be spawned every second or so. The processes that are
> > actually logging these errors appear to be the actual terminals.
> >
> > /sbin/agetty 38400 tty1 linux
> > /sbin/agetty 38400 tty2 linux
> > /sbin/agetty 38400 tty3 linux
> > /sbin/agetty 38400 tty4 linux
> > /sbin/agetty 38400 tty5 linux
> > /sbin/agetty 38400 tty6 linux
> >
> > They are running rampant...
> >
>
>Hmmm....still searching...some people seem to suggest using
>logrotate/cron to automate the removal and replacement of the wtmp.
>Don't know how good that is since wtmp seems to not be plain ascii but
>it might be a good temporary fix to stop the disk from filling to
>capacity. That would buy more time to research what is causing the
>problem (see man logrotate). I'll keep looking.
>
>
>
>Mike Branda Jr.
>
>-----------------------------------------------------------------------
>This list is provided as an unmoderated internet service by Networked
>Knowledge Systems (NKS). Views and opinions expressed in messages
>posted are those of the author and do not necessarily reflect the
>official policy or position of NKS or any of its employees.
-----------------------------------------------------------------------
This list is provided as an unmoderated internet service by Networked
Knowledge Systems (NKS). Views and opinions expressed in messages
posted are those of the author and do not necessarily reflect the
official policy or position of NKS or any of its employees.
This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 18:42:43 EDT