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.cutt...@wadsworth.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/