On Wed, Sep 29, 2004 at 08:32:10PM -0400, Gene Heskett wrote:
> On Wednesday 29 September 2004 12:22, Jon LaBadie wrote:
> >On Wed, Sep 29, 2004 at 10:53:32AM -0500, Jason Miller wrote:
> >> Forgot to include the amanda-users in my reply to Gaby incase
> >> someone had other ideas.
> >>
> >>
> >> Gaby,
> >> Not certain if there is a way to stop Amanda from dumping them
> >> out and honestly it didn't bug me so what I did was setup a cron
> >> job to clean the directory out for me once a week to keep it down.
> >> That way if something does break I at least have some output of
> >> the debugs to reference since sometimes we don't check our backup
> >> solution on a daily basis but I do try to at least twice a week.
> >> The script I have setup looks something like below, this is on
> >> Redhat 9.0 set in my /etc/cron.weekly folder as a script with
> >> execute permissions. You could set that daily if you liked or
> >> monthly even.
> >
> >A slight variation; I prefer to have each run's debug files together
> >in a single directory. Thus each day, if there are any debug files
> >from a recent run, I make a subdirectory "DBG-MMDD". The files are
> >moved into the subdirectory. The script then checks how many
> > "DBG-*" directories there are and retains only the N most recent.
>
> Amanda is supposed to do that for you Jon. Its supposed to delete any
> files associated with a tape thats being over-written, so it keeps
> "tapecycle" worth of all that & then kills them.
>
But as I recall, it does not segregate them by day. If I do the
segregation (as I like to do) then amanda doesn't know to delete
them from their new directories.
--
Jon H. LaBadie jon AT jgcomp DOT com
JG Computing
4455 Province Line Road (609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
|