Are you able to manually seek to this tape file on this same host and
device?

   mt -f /dev/rmt/0hn asf 2

If so, can you read the header?

   dd if=/dev/rmt/0hn bs=32k count=1

Trying to narrow it down to the device/tape or Amanda.

Paul

On Mon, 2009-02-23 at 14:40 -0500, Brian Cuttler wrote:
> I'm running amanda 2.6.1 on Solaris 10/x86 and having a problem with
> my test of a file restore.
> 
> tapedev is /dev/rmt/0hn, its an LTO4, should probably just use /dev/rmt/0n.
> Tape is imbedded in an SL24 jukebox, the the problem doesn't seem related
> to the robot.
> 
> Interestingly, same version was able to run a restore on DLT drive
> on solaris 10/Sparc, so I'm thinking me rather than architecture 
> (that is solaris sparc v x86, not Amanda architecture), but I don't
> know for sure.
> 
> Target file system is ZFS produced with snapshots, but again, parallel
> config with the Sparc system.
> 
> # amrestore /dev/rmt/0hn 
> Restoring from tape Curie01 starting with file 1.
> amrestore: 1: restoring FILE: date 20090223143428 host curie disk /thump lev 
> 1 comp .gz program APPLICATION
> Could not seek device /dev/rmt/0hn to file 2: Error reading Amanda header.
> 
> 
> ---
>    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
> 
> 
> 
> IMPORTANT NOTICE: This e-mail and any attachments may contain
> confidential or sensitive information which is, or may be, legally
> privileged or otherwise protected by law from further disclosure.  It
> is intended only for the addressee.  If you received this in error or
> from someone who was not authorized to send it to you, please do not
> distribute, copy or use it or any attachments.  Please notify the
> sender immediately by reply e-mail and delete this from your
> system. Thank you for your cooperation.
> 
> 
-- 
Design Engineer
Zmanda, Inc.
http://www.zmanda.com/