Jon,

Thank you, I was very worried about that.

Looking at the temp files in amanda work I see that I take
to be confirmation that we are not running the DLE through
zip since I'd have expected an additional pipe here.

Is that correct ?

> more wcnotes._maildb2_five.0.3.tmp
AMANDA: CONT_FILE 20070522 wcnotes /maildb2/five lev 0 comp N program /usr/local
/bin/gtar
To restore, position tape at start of file and run:
        dd if=<tape> bs=32k skip=1 | /usr/local/bin/gtar -f... -

When I tried a restore yesterday I found that the files I brought
back had a long numeric number preceeding the original path. I will
try a restore again when the current amdump run completes to see if
this is still the case. Is this normal, or perhaps an artifact of
not having a proper/correct verion gtar ?

Why is the version of gtar so important ? I noted in at amanda.org
yesterday that at least one of the versions formatted gtar -t
differently and caused problems in amrecover. As we have habbitually
used amrestore that is likely a non-issue for our site (though we
should learn to use amrecover as we have many cross-platform large-DLE
restores at our site). 

                                                thank you,

                                                Brian




On Tue, May 22, 2007 at 11:38:37AM -0400, Jon LaBadie wrote:
> On Tue, May 22, 2007 at 11:21:50AM -0400, Brian Cuttler wrote:
> > Good morning amanda users,
> > 
> > I'm running amanda 2.4.4 on solaris 9, just built it on solaris 8.
> > 
> > Finding that my TAR dumptypes seem to be running compression though
> > I believe I've configured it not to.
> > 
> > The (ufs)DUMP DLEs properly perform "compression none".
> > 
> > Not only that, but the default, I believe is "client fast" and
> > we seem be be compressing "best".
> > 
> > I'm undoubtedly overlooked something simple... but I can't find it.
> > 
> > Suggestions on what I've missed ?
> > 
> ...
> > 
> > from ps output
> > 
> > ps -ef | grep amanda | grep zip
> >   amanda 27548 26272  0 10:44:57 ?        0:00 /usr/local/bin/gzip --best
> >   amanda 27776 21135  0 11:18:06 pts/3    0:00 grep zip
> >   amanda 27670 26273  0 11:01:44 ?        0:00 /usr/local/bin/gzip --best
> >   amanda 27531 26274  0 10:43:55 ?        0:00 /usr/local/bin/gzip --best
> >
> 
> probably that the indexes are always compressed
> 
> -- 
> 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)
---
   Brian R Cuttler                 brian.cuttler AT wadsworth DOT org
   Computer Systems Support        (v) 518 486-1697
   Wadsworth Center                (f) 518 473-6384
   NYS Department of Health        Help Desk 518 473-0773