On Sunday 20 February 2005 12:13, Spicer, Kevin (MBLEA it) wrote:
>Hello,
>
>I'm having a strange problem with amrestore. I get an I/O error in
> the middle of a restore and amrestore exits, but st0 device remains
> busy and only a reboot can clear it. There is an error on the
> console as follows...
>
>st0: Error 70002 (sugg. bt 0x0, driver bt 0x0, host bt 0x7)
>
>... My first thoughts were hardware errors, but I've checked out
>everything I can (short of buying a new library!) and everything
> seems fine. Perhaps more revealingly I have no issues performing
> backups with amanda or extracting data from the tape using dd.
>
>Heres the amidxtaped.debug file (I originally experienced the
> problem while using amrecover)
>
>###### START amidxtaped.debug [extract] ########
>
>amidxtaped: time 6.803: Ready to execv amrestore with:
>path = /usr/local/sbin/amrestore
>argv[0] = "amrestore"
>argv[1] = "-p"
>argv[2] = "-h"
>argv[3] = "-l"
>argv[4] = "UnixDaily-FHH545"
>argv[5] = "-f"
>argv[6] = "72"
>argv[7] = "/dev/nst0l"
>argv[8] = "^myhost.mydomain.com$"
>argv[9] = "^/export/home$"
>argv[10] = "20050219"
>amrestore: 72: restoring
> myhost.mydomain.com._export_home.20050219.0 amrestore: read error:
> Input/output error
>amidxtaped: time 38.951: amrestore terminated normally with status:
> 2 amidxtaped: time 38.951: rewinding tape ...
>
>gzip: stdin: unexpected end of file
>
>####### END ######
>
>Running the amrestore command manually (redirecting output to a
> file) gives the same errors. The command was...
>
>amrestore -p -h -l UnixDaily-FHH545 -f 72 /dev/nst0l
>^myhost.mydomain.com$ ^/export/home$ 20050219 >
> 1-amrestore-fromtape
>
>The resulting output file is indeed smaller than expected.
>
>Then...
>mt -f /dev/nst0l rewind
>my -f /dev/nst0l fsf 72
>dd if=/dev/nst0l of=2-dd-fromtape bs=4194304 [My tape
>block size is 4096k]
>
>...results in the full file being copied from disk with no errors.
> I can then extract the dump from the file with amrestore...
>
>amrestore -p -b 4096k -h ./2-dd-fromtape > 3-amrestore-fromdd
>
>Which is fine.
>
>In case it was relevent I also tried (by trial and error) to see if
> the truncated version from the original amrestore fell on a tape
> block boundary - it did (22 blocks including the header). I found
> this by truncating the dd'd image then running amrestore on it.
>
>dd if=2-dd-fromtape of=4-dd-truncated-to-22-blocks bs=4194304
> count=22 amrestore -p -b 4096k -h ./4-dd-truncated-to-22-blocks >
>5-amrestore-fromddtruncated
>
>The file sizes from the above can be seen below...
>
>-rw-r--r-- 1 amanda disk 131203072 Feb 20 15:54
>1-amrestore-fromtape
>-rw-r--r-- 1 root root 343932928 Feb 20 16:04
> 2-dd-fromtape -rw-r--r-- 1 root root 498728960 Feb 20
> 16:11
>3-amrestore-fromdd
>-rw-r--r-- 1 root root 92274688 Feb 20 16:15
>4-dd-truncated-to-22-blocks
>-rw-r--r-- 1 root root 131203072 Feb 20 16:15
>5-amrestore-fromddtruncated
>
>All of which seems to point to some problem with the way amrestore
>interacts with the tape device. Has anyone seem this before?
>
>For completeness:
>Amanda 2.4.4p4
>Tao Linux release 1 (Mooch Update 4) [ Rebuild of Red Hat Enterprise
> 3 ] Compaq Proliant 1600R
>Overland Powerloader with Quantum SDLT320 drive
>Adaptec 29160 Scsi card
>
>My tapetype definition...
>define tapetype Quantum-SDLT320 {
> comment "Quantum SDLT 320 hardware compression off/ blocksize
> 4m" length 159080 mbytes
> filemark 4096 kbytes
> speed 15762 kps
> blocksize 4096 kbytes
>}
>[The reason for the blocksize change was to improve speed, it now
>achieves speeds approaching the manufacturers quoted ones]
I'm not sure whats happening at the 92 megabyte mark, but I would make
an observation re the block size you are using. To me, that seems
rather large. To do a checksum over a 4 megabyte block might
possibly be running into a math problem because much of that code is
legacy, and probably never expected anybody to use more than 128k,
and I personally haven't explored the range above 32k.
OTOH, not having walked thru that code, I could be full of it. But
thats my intuitive feel for this.
>BMRB International
>http://www.bmrb.co.uk
>+44 (0)20 8566 5000
[snip totally irrevelant legalese]
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
99.33% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attorneys please note, additions to this message
by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
|
