I sent the following note to Steve. I don't have facilities
to check if my comments are correct. Anyone care to comment
or check?
On Wed, Jun 19, 2019 at 07:37:23PM +0200, Stefan G. Weichinger wrote:
...
>
> $ amrestore --config abt -b 2097152 /dev/nst0 jupi smb_revision
>
> seems to work now ... at least it starts searching.
>
> I don't know why I have to tell that ... but it seems I have a mismatch:
>
> tapetype says 32 kbytes:
>
> define tapetype LTO-4 {
> comment "Created by amtapetype; compression disabled; 2017-10-31
> sgw"
> length 698510208 kbytes
> filemark 0 kbytes
> speed 36696 kps
> blocksize 32 kbytes
> }
>
> changer def sets "2 mbytes":
>
> define changer robot {
> tpchanger "chg-robot:/dev/sg1"
> property "tape-device" "0=tape:/dev/nst0"
> device-property "BLOCK_SIZE" "2 mbytes"
> device-property "READ_BLOCK_SIZE" "2 mbytes"
> property "eject-before-unload" "no"
> property "use-slots" "1-24"
> changerfile "/etc/amanda/abt/chg-robot-dev-sg1"
> }
>
> storage def pulls in both:
>
> define storage abt {
> tapepool "abt"
> tapetype "LTO-4"
> tpchanger "robot"
> [..]
> }
>
> Maybe then amrecover would also work (bailed out before as well)
>>> End of included message <<<
I don't think LTO-4 will use a 32K blocksize. Minimum is probably
over 1M. 32K in tapetype is just what you said via command line
or letting it default. Amrestore is probably just reading this
and knowing, or testing, that LT0-4 won't take 32K BS.
Pull off of a tape the first file. It will be named "00000.<tapename>".
I think it will be 1 tape block in size. But contain < 32K of data.
Pull off the first data file of a DLE and look at the first 32K.
One of mine ends with this:
To restore, position tape at start of file and run:
dd if=<tape> bs=32k skip=1 | /usr/bin/gzip -d | /usr/libexec/
amanda/application/amgtar restore [./file-to-restore]+
The "bs=32K" in my command line may be the BS actually used.
Jon
--
Jon H. LaBadie j...@jgcomp.com
11226 South Shore Rd. (703) 787-0688 (H)
Reston, VA 20190 (703) 935-6720 (C)
