Well, last nights test, using not HW compression and software compression only was interesting. amverify failed miserably again on all the tape files, an example of the output.
GDZN07 (agree-10._usr_local.20020204.1): amrestore: WARNING: not at start of tape, file numbers will be offset amrestore: 0: restoring agree-10._usr_local.20020204.1 gzip: stdin: invalid compressed data--format violated Error 32 (Broken pipe) offset 4390912+32768, wrote 0 amrestore: pipe reader has quit in middle of file. amrestore: skipping ahead to start of next file, please wait... /bin/gtar: Skipping to next header /bin/gtar: Error exit delayed from previous errors 64+0 records in 64+0 records out I don't understand this, I got the opposite result to what I expected. I had assummed that software compression would be OK and hardware wouldn't. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Glen and Rosanne Eustace, GodZone Internet Services, a division of AGRE Enterprises Ltd., P.O. Box 8020, Palmerston North, New Zealand 5301 Ph/Fax: +64 6 357 8168, Mob: +64 21 424 015
