On Wed, Feb 04, 2004 at 07:01:31PM +0530, Rohit wrote:
> > Is there actually anything in the holdingdisk?
> > Does amflush show you dumps to flush?
> 
> -bash-2.05b$ /usr/sbin/amflush -f DailySet1
> Scanning /backup...
>   lost+found: skipping cruft directory, perhaps you should delete it.
>   windows: skipping cruft directory, perhaps you should delete it.
>   20040130: found Amanda directory.
>   20040131: found Amanda directory.
>   20031230: found Amanda directory.
>   20040201: found Amanda directory.
>   20040203: found Amanda directory.
> 
> Multiple Amanda directories, please pick one by letter:
>   A. 20031230
>   B. 20040130
>   C. 20040131
>   D. 20040201
>   E. 20040203
> Select directories to flush [A..E]: [ALL] 
> 

OK, please take that to the next logical step.

Amanda is telling you you have "cruft directories" as well
as "apparently good amanda directories".  Is there anything
in those directories?  Perhaps your apparently good directories
also contain "cruft", and only cruft *** .

At the end of an amdump run amanda tries to remove the directory
it was using.  It "should" have already removed all files from
those directories so a basic "rmdir" type remove should work.
But if any "cruft" is left behind, the "rmdir" action will not
remove the directory and it will "look like" there is still
something needing flushing.




***
cruft /kruhft/ [very common; back-formation from {crufty}]
  1. n. An unpleasant substance.
     The dust that gathers under your bed is cruft;
     the TMRC Dictionary correctly noted that attacking it with
     a broom only produces more.
  2. n. The results of shoddy construction.
  3. vt. [from `hand cruft', pun on `hand craft'] To write assembler code
     for something normally (and better) done by a compiler (see {hand-hacking}).
  4. n. Excess; superfluous junk; used esp. of redundant or superseded code.
  5. [University of Wisconsin] n. Cruft is to hackers as gaggle is to geese;
     that is, at UW one properly says "a cruft of hackers".
 
Source: Jargon File (4.3.0, 30 APR 2001)

-- 
Jon H. LaBadie                  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road        (609) 252-0159
 Princeton, NJ  08540-4322      (609) 683-7220 (fax)

Reply via email to