> Build a single sed command to delete any un-desired file specs, and strip
> off the purge-level...start with /^1/!d (where one is the desired purge
> level), add delete commands for each sub-mount point (ie
\:var/log/httpd:d),
> and end with a substute command to strip the leading field ( s/^[0-
> > I think ideally, checkfreespace would have to determine which filesystem
the
> > purge-able files reside on. One of my major goals for a new
distribution is
> > to gracefully support flexible mount-points. While the purge-able files
may
> > not change, and so could be included as part of the
Charles Steinkuehler wrote:
>
> > > I will at least apply the one line fix in the next release. For the
> future,
> > > I'd like to see support for a configuration directory. There would be
> some
> > > default entries, while add-on packages could drop entries into the
> > > "/etc/purge.d" (or
Am Dienstag, 22. Januar 2002 19:39 schrieb Michael D. Schleif:
> KP Kirchdörfer wrote:
> > Am Dienstag, 22. Januar 2002 19:21 schrieben Sie:
> > > KP Kirchdörfer wrote:
> > > > Am Montag, 21. Januar 2002 15:54 schrieb Charles Steinkuehler:
> > > > > I will at least apply the one line fix in the ne
> > I will at least apply the one line fix in the next release. For the
future,
> > I'd like to see support for a configuration directory. There would be
some
> > default entries, while add-on packages could drop entries into the
> > "/etc/purge.d" (or whatever) directory, with customizations fo
KP Kirchdörfer wrote:
>
> Am Dienstag, 22. Januar 2002 19:21 schrieben Sie:
> > KP Kirchdörfer wrote:
> > > Am Montag, 21. Januar 2002 15:54 schrieb Charles Steinkuehler:
> > > > I will at least apply the one line fix in the next release.
> > > > For
> > >
> > > I've done the "one line" fix, whi
Charles Steinkuehler wrote:
>
> > For instance, just because your /var/cache maybe full, do you want to
> > arbitrarily purge /var/log files?
> >
> > Not for an instant do I suggest that such complexity is insurmountable;
> > rather, it should be clear that this is far more involved and requires
KP Kirchdörfer wrote:
>
> Am Montag, 21. Januar 2002 15:54 schrieb Charles Steinkuehler:
>
> > I will at least apply the one line fix in the next release. For
>
> I've done the "one line" fix, which is indeed a two-line fix in
> lrp.conf and multicron.
[ snip ]
What is the second line? Wha
KP Kirchdörfer wrote:
>>Long Term:
>>I'd also like to see the configuration directory approach taken to
>>logrotate (similar to my RedHat distributions, which already do
>>this), and even inetd (switch to xinetd?). Using files in a
>>configuration directory makes the seperation of configuratio
Am Montag, 21. Januar 2002 15:54 schrieb Charles Steinkuehler:
>
> I will at least apply the one line fix in the next release. For
I've done the "one line" fix, which is indeed a two-line fix in
lrp.conf and multicron.
I prefer this approach for two reasons:
lrp.conf is part of lrcfg, wherea
> For instance, just because your /var/cache maybe full, do you want to
> arbitrarily purge /var/log files?
>
> Not for an instant do I suggest that such complexity is insurmountable;
> rather, it should be clear that this is far more involved and requires a
> new paradigm, other than:
>
> lrp_SC_
KP Kirchdörfer wrote:
>
> Am Sonntag, 20. Januar 2002 03:18 schrieb Michael D. Schleif:
> > KP Kirchdörfer wrote:
> > > Am Donnerstag, 17. Januar 2002 04:15 schrieb Michael D. Schleif:
> > > > >
> > > > > I'll probably try to get the script to check *ALL* currently
> > > > > mounted, writable f
Am Sonntag, 20. Januar 2002 03:18 schrieb Michael D. Schleif:
> KP Kirchdörfer wrote:
> > Am Donnerstag, 17. Januar 2002 04:15 schrieb Michael D. Schleif:
> > > >
> > > > I'll probably try to get the script to check *ALL* currently
> > > > mounted, writable file-systems...maybe with an exclude
>
KP Kirchdörfer wrote:
>
> Am Donnerstag, 17. Januar 2002 04:15 schrieb Michael D. Schleif:
> > Charles Steinkuehler wrote:
> > > > Following problem:
> > > > Using Dachstein and creating a separate ramdisk /dev/ram1 for
> > > > /var/log malfunctions lrp.conf spacecheck.
> > > > I think the space
Am Donnerstag, 17. Januar 2002 04:15 schrieb Michael D. Schleif:
> Charles Steinkuehler wrote:
> > > Following problem:
> > > Using Dachstein and creating a separate ramdisk /dev/ram1 for
> > > /var/log malfunctions lrp.conf spacecheck.
> > > I think the spacecheck intention is to monitor /var/log
Charles Steinkuehler wrote:
>
> > Following problem:
> > Using Dachstein and creating a separate ramdisk /dev/ram1 for
> > /var/log malfunctions lrp.conf spacecheck.
> > I think the spacecheck intention is to monitor /var/log, cause there
> > are the most changes in file size during the routers
> Following problem:
> Using Dachstein and creating a separate ramdisk /dev/ram1 for
> /var/log malfunctions lrp.conf spacecheck.
> I think the spacecheck intention is to monitor /var/log, cause there
> are the most changes in file size during the routers lifetime and
> running out of space in /va
Hello;
Following problem:
Using Dachstein and creating a separate ramdisk /dev/ram1 for
/var/log malfunctions lrp.conf spacecheck.
I think the spacecheck intention is to monitor /var/log, cause there
are the most changes in file size during the routers lifetime and
running out of space in /var
18 matches
Mail list logo