File system full

Giorgos Keramidas keramida at ceid.upatras.gr
Wed Oct 18 14:35:43 UTC 2006


On 2006-10-18 14:34, Matthew Seaman <m.seaman at infracaninophile.co.uk> wrote:
> Giorgos Keramidas wrote:
> > The file `alias.log' is not rotated by `newsyslog.conf', so maybe we
> > should add it there?  Then we can let `newsyslog' signal `natd' by:
> >
> > %%%
> > diff -r 4474abb9619a etc/newsyslog.conf
> > --- a/etc/newsyslog.conf	Fri Oct 13 17:34:54 2006 +0300
> > +++ b/etc/newsyslog.conf	Wed Oct 18 15:54:52 2006 +0300
> > @@ -18,6 +18,7 @@
> >  #
> >  # logfilename          [owner:group]    mode count size when  flags [/pid_file] [sig_num]
> >  /var/log/all.log			600  7	   *	@T00  J
> > +/var/log/alias.log			600  7     100  *     JC    /var/run/natd.pid
> >  /var/log/amd.log			644  7	   100	*     J
> >  /var/log/auth.log			600  7     100  *     JC
> >  /var/log/console.log			600  5	   100	*     J
> > %%%
> >
> > Can you please add this line to your newsyslog.conf file and let it run
> > for a while to see if it prevents the `alias.log' file of `natd' to fill
> > your /var/log filesystem?
> >
> > I don't use `natd', so I can't test this myself for a long enough
> > period.
>
> natd doesn't do the close and re-open all filehandles thing on receipt
> of SIGHUP which pretty much makes it unsuitable for use with newsyslog.
> (SIGHUP is caught by natd, but the only thing it does is cause natd to
> update its idea of what the IP address is on the nat'ed interface.)
>
> There doesn't seem to be any signal that you can send natd with the
> usual 'reread all config files and re-open all file descriptors'
> effect that most daemons understand.

That's probably a bug, then, I guess.  The fact that natd can keep a
file open for an arbitrary amount of time and keep appending to it,
until either natd dies or the file fills up an entire partition is not
really a good idea :(

I'll open a PR for this, and see if the people more knowledgeable with
natd's internals can help with the SIGHUP-triggered actions of natd.



More information about the freebsd-questions mailing list