Restore of Tape giving errors in a different machine 2

[DebiJo]

Continuation of: thread52-1094470

I hate my first thread was archived. Priorities just get in the way sometimes.... I'm finally back on this dilemma.

The story is:
Production has an Autoloader with a Single LTO-2 drive.
Test has a Single LTO-2 drive.
Production & test are on same OS - AIX 5.1.
I create my backup tapes with mkvgback.

Production can restore tapes made from production.
Test can restore tapes made from test.

I try to put Production's tape in Test's drive and do a list backup contents.
I see it list all the LV's and files, but then it errors:
sbread: Invalid status record type
Tape control error on /dev/rmt1.1
I/O error

I have tried restores through SMIT and command line, the tape is rewound, the restore does work on the original machine. I have tried many different tapes created on many different days. All fail with the same results. No files are ever restored.

My latest update: The ATAPE driver is now loaded on both machines, but the problem still exists. (It was previously only on production.) Do I need to reboot the test server maybe for the driver to take hold?

Any ideas?
Thanks in advance,
Debi

 

[mrn]

Hi Debi,

Can you supply the output from

lsdev -C -l rmt0 (Presuming your device is rmt0)

&

lsattr -E -l rmt0

Looks like a block size issue to me.


Mike

"A foolproof method for sculpting an elephant: first, get a huge block of marble, then you chip away everything that doesn't look like an elephant."

http://www.airport-parking-site.co.uk/

 

[DebiJo]

It is the rmt1. & the reboot didn't work.

The box that is failing on the restore:

>lsdev -C -l rmt1
rmt1 Available 20-60-00-0,0 Other SCSI Tape Drive

>lsattr -E -l rmt1
mode yes Use DEVICE BUFFERS during writes True
block_size 512 BLOCK size (0=variable length) True
extfm yes Use EXTENDED file marks True
maxlun 31 LVD SCSI Tape Drive True
res_support no RESERVE/RELEASE support True
var_block_size 0 BLOCK SIZE for variable length support True
density_set_1 0 DENSITY setting #1 True
density_set_2 0 DENSITY setting #2 True
delay 45 Set delay after a FAILED command True
rwtimeout 144 Set timeout for the READ or WRITE command True
ret_error no RETURN error on tape change or reset True

The box that made the tape:
>lsdev -C -l rmt1
rmt1 Available 1j-08-00-4,0 Other SCSI Tape Drive

>lsattr -E -l rmt1
mode yes Use DEVICE BUFFERS during writes True
block_size 0 BLOCK size (0=variable length) True
extfm yes Use EXTENDED file marks True
maxlun 31 LVD SCSI Tape Drive True
res_support no RESERVE/RELEASE support True
var_block_size 0 BLOCK SIZE for variable length support True
density_set_1 0 DENSITY setting #1 True
density_set_2 0 DENSITY setting #2 True
delay 45 Set delay after a FAILED command True
rwtimeout 144 Set timeout for the READ or WRITE command True
ret_error no RETURN error on tape change or reset True


Thanks so much for your help!
Debi

 

[mrn]

Try setting both block size to 0

chdev -l rmt1 -a block_size=0 or smit chgtape


chdev -l rmt1 -a block_size=512 to change it back.



Mike

"A foolproof method for sculpting an elephant: first, get a huge block of marble, then you chip away everything that doesn't look like an elephant."

http://www.airport-parking-site.co.uk/

 

[p5wizard]

Is this an IBM LTO-2 tape drive? Strange that it configures as an "Other SCSI Tape Drive"... Perhaps you are missing a device driver for this drive.

But Mike is right, both drives on both systems need to be on the same tape block size in order to read each other's backups.


HTH,

p5wizard

 

[DebiJo]

You guys are awesome! Stars all around.

The tape drives are LTO-2, but not IBM. We use Overland here. I believe the drive they use these days is HP.

Thanks again! My restores are working!
Debi