Hello,

My amdumps are running without error but when I go to verify the tapes I get
the following:
----------------
Tapes:  Daily-11
Errors found: 
Daily-11 (localhost._lv1.20030722.0):
amrestore:   0: skipping start of tape: date 20030722 label Daily-11
amrestore:   1: restoring localhost._lv1.20030722.0
amrestore: read error: Input/output error

gzip: stdin: unexpected end of file
/bin/tar: Unexpected EOF in archive
/bin/tar: Error is not recoverable: exiting now
64+0 in
64+0 out
Daily-11 ():
amrestore: WARNING: not at start of tape, file numbers will be offset
** No header
0+0 in
0+0 out

amverify DailySet1
Tue Jul 22 08:46:11 EDT 2003

Using device /dev/nst0
Volume Daily-11, Date 20030722
** Error detected (localhost._lv1.20030722.0)
amrestore:   0: skipping start of tape: date 20030722 label Daily-11
amrestore:   1: restoring localhost._lv1.20030722.0
amrestore: read error: Input/output error

gzip: stdin: unexpected end of file
/bin/tar: Unexpected EOF in archive
/bin/tar: Error is not recoverable: exiting now
64+0 in
64+0 out
** Error detected ()
amrestore: WARNING: not at start of tape, file numbers will be offset
** No header
0+0 in
0+0 out
End-of-Tape detected.
----------------

The details are:

Debian 3.0 / Linux-2.4.18
amanda-2.4.4 (as packaged in Debian/testing)
gnu-tar 1.3.25
# mt status returns:

SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 1024 bytes. Density code 0x40 (DLT1 40 GB, or Ultrium). Soft
error count since last status=0 General status bits on (41010000):  BOT
ONLINE IM_REP_EN

My stinit.def contains:
# (This is the driver's default)
{buffer-writes read-ahead async-writes}

manufacturer=HP model="Ultrium 1-SCSI" revision="N16D" { scsi2logical=1
mode1 blocksize=0 compression=1 mode2 blocksize=1024 compression=1 mode1
blocksize=0 compression=0 mode1 blocksize=1024 compression=0 }

The dumptype for the disk is:
define dumptype tar-full {
    program "GNUTAR"
    comment "Full gnutar backup"
    options compress-fast, index, exclude-list "/e tc/amanda/exclude.gtar"
    priority high
    dumpcycle 0
    maxcycle 0
}


I've tried tar'ing files directly to /dev/nst0 an untarring them and this
seems to work fine and produces an identical restore of the files.

Does anyone have a suggestion how I should approach this problem? Extensive
googling has so far been fruitless.

-Jake