My backup has this as the instruction block,  for my first file on the tape
(after the label block):

AMANDA: SPLIT_FILE 20190624200002 <node.FQDN>   /boot  part 1/-1  lev 1 comp 
.gz program /
sbin/dump
ORIGSIZE=52
DLE=<<ENDDLE
<dle>
  <program>DUMP</program>
  <disk>/boot</disk>
  <level>1</level>
  <auth>krb5</auth>
  <compress>SERVER-FAST</compress>
  <record>YES</record>
  <index>YES</index>
  <datapath>AMANDA</datapath>
</dle>
ENDDLE
To restore, position tape at start of file and run:
        dd if=<tape> bs=512k skip=1 | /bin/gzip -dc | /sbin/restore -xpGf - … 


I’m running amanda 3.3.8   so yes, it mentions the block size.
However, you have to already know it (or guess at something bigger?)
to get the block off tape.   

I used dd and “more"  to look at that info.    I store an empty reminder file 
(in my recovery temp area)
titled    USE-BS-512k
to remind myself what to use.   I had to guess at several sizes & try them, 
before
I decided to create that reminder file.

Deb Baddorf
Fermilab




> On Jun 24, 2019, at 7:22 PM, Jon LaBadie <[email protected]> wrote:
> 
> 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                 [email protected]
> 11226 South Shore Rd.          (703) 787-0688 (H)
> Reston, VA  20190              (703) 935-6720 (C)


Reply via email to