Import or restore is failing when QCART and QSCSI(1/4 inch tapes) used as a media and drive density for other type of media like 1/2 inch tape(HCART)

Import or restore is failing when QCART and QSCSI(1/4 inch tapes) used as a media and drive density for other type of media like 1/2 inch tape(HCART)

Article: 100014622
Last Published: 2014-12-07
Ratings: 0 0
Product(s): NetBackup

Problem

 Phase 1 import fails if HCART(1/2 inch type) media/drive is  wrongly configured as QCART/QSCSI media/drive density at the time of backup

 
11/20/2014 5:59:27 PM - Error bptm(pid=2024) block read is not a NetBackup or Backup Exec media header, len = 512, media id N237L4, drive index 0, data is ANSI-format 
11/20/2014 5:59:27 PM - Error bpimport(pid=7896) Status = cannot read media header, may not be NetBackup media or is corrupted. 
11/20/2014 5:59:27 PM - Info bptm(pid=2024) EXITING with status 172 <---------- 
11/20/2014 5:59:27 PM - end Import; elapsed time: 00:01:07 cannot read media header, may not be NetBackup media or is corrupted(172) 
 

Error Message

Phase 1 import fails with below error :

11/20/2014 5:59:27 PM - Error bptm(pid=2024) block read is not a NetBackup or Backup Exec media header, len = 512, media id N237L4, drive index 0, data is ANSI-format 

11/20/2014 5:59:27 PM - Error bpimport(pid=7896) Status = cannot read media header, may not be NetBackup media or is corrupted. 

11/20/2014 5:59:27 PM - Info bptm(pid=2024) EXITING with status 172 <---------- 

11/20/2014 5:59:27 PM - end Import; elapsed time: 00:01:07 cannot read media header, may not be NetBackup media or is corrupted(172) 

When tried to read the tape using scsi_command it reads 512 byte blocks at the beginning of the tape instead of 1024 bytes expected.
 
scsi_command -map -f {0,0,1,0}
00000000: file 1: record 1: size 512
00000002: file 1: eof after 2 records: 1024 bytes
00000003: file 2: record 1: size 512
00000023: file 2: eof after 20 records: 10240 bytes
 
In the normal scenario scsi_command should give output like this:
 
00000000: file 1: record 1: size 1024: NBU MEDIA header (Y636L6)
00000001: file 1: eof after 1 records: 1024 bytes
00000002: file 2: record 1: size 1024: NBU BACKUP header
          backup_id in-ggnvmcenter_1416911604: frag 1: file 1: copy 1
          expiration 1418121204: retention 1: block_size 65536
          flags 0x0: mpx_headers 0: resume_count 0: media Y636L6
00000003: file 2: record 2: size 9216
00000004: file 2: eof after 2 records: 10240 bytes
00000005: file 3: record 1: size 1024: NBU EMPTY header (file 2)
 
Also when attempting to dump the header using nt_ttu it gives an error:
 
nt_ttu> r b=1024
READ residual count error on loop 1,
expected = 1024, actual = 512.
 
 

 

Cause

NetBackup expects the first block on a tape to be 1024 bytes.  In this case, although further inspectoion showed the header to be complete and correct, it fails because it was written in two 512 byte blocks. 
 
For the media densities hcart/hcart2/dlt/4mm etc...  there is no special meaning and they just act as labels controlling which drive a tape can be loaded in.
However  1/4 inch is a special case for 1/4 inch tapes (known as QCART and QSCSI) as it writes fixed 512 byte blocks and must not be used with any other type of tape.
 
 

Solution

Expire the tape and re-label it again with correct media density.

 

 


Applies To

 Netbackup 7.x , Windows , Unix

Was this content helpful?