Amanda-Users

Re: Stop debug

2004-09-29 22:02:07
Subject: Re: Stop debug
From: Jon LaBadie <jon AT jgcomp DOT com>
To: amanda-users AT amanda DOT org
Date: Wed, 29 Sep 2004 21:53:45 -0400
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)

<Prev in Thread] Current Thread [Next in Thread>