I Can't import tape into the library

[jpmichelino]

Hello!
I have installed NetBackup 7.5 on a Solaris server.
The tape library is a STK SL48.
I'm creating a Backup Offsite policy (without Vault licency).
I can make a backup and manualy take out the tape, but I can't import that same tape to library.
NetBackup give me the next log:

11/13/2013 15:19:38 - begin Import
11/13/2013 15:19:38 - Info bptm (pid=24811) start
11/13/2013 15:19:38 - started process bptm (pid=24811)
11/13/2013 15:19:38 - Info bptm (pid=24811) Waiting for mount of media id 0034L5 (copy 1) on server nbuserver.afascl.coop.
11/13/2013 15:19:38 - started process bptm (pid=24811)
11/13/2013 15:19:38 - mounting 0034L5
11/13/2013 15:19:38 - Info bptm (pid=24811) INF - Waiting for mount of media id 0034L5 on server nbuserver.afascl.coop for reading.
11/13/2013 15:19:38 - requesting resource 0034L5
11/13/2013 15:19:38 - granted resource  0034L5
11/13/2013 15:19:38 - granted resource  HP.ULTRIUM5-SCSI.000
11/13/2013 15:20:55 - mounted 0034L5; mount time: 0:01:17
11/13/2013 15:20:55 - Error bptm (pid=24811) read error on media id 0034L5, drive index 0, reading header block, I/O error
11/13/2013 15:20:55 - Info bptm (pid=24811) EXITING with status 85 <----------
11/13/2013 15:20:55 - Error bpimport (pid=24807) Status = media read error.
11/13/2013 15:20:55 - end Import; elapsed time 0:01:17
media read error  (85)

How I solve this problem?

[mph999]

Really ? Yikes .... that's not good as it suggests the tape has no headers .... OK, lets try one more time using the proper way ... Stick tape in drive ,,, (I presume you use drive /dev/rmt/0cbn in exapmle, but change this to whatever the device is for the drive you use). Run this command once only mt -f /dev/rmt/0cbn rew Then run this command x5 times dd if=/dev/rmt/0cbn bs=1024 count=1 |od -c (the |od is the pipe sign followed by od) From what I understand the tape mounts, so there has to be a header, perhaps this is one time the shortened version of od -c is letting us down - apologies if this was the case.

[mph999]

OK, just tested the above to be sure ...

This is what you should see ...  this was the result from running the command x3 times.

The first shows the tape header

The second shows the tape mark, between the headers

The third shows the backup header

root@womble  $ mt -f /dev/rmt/0cbn rew

root@womble  $ dd if=/dev/rmt/0cbn bs=1024 count=1 |od -c

1+0 records in

1+0 records out

0000000   V   O   L   1   T   A   P   E   0   1  \0  \0  \0  \0  \0  \0

0000020  \0  \0  \0  \0  \0  \0  \0 001  \0  \0  \0 006   R 204 354 357

0000040  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0

0000060  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \r  \0  \0  \0 001

0000100  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 004  \0  \0  \0  \0  \0

0000120  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0

*

0000160   T   h   I   s       I   s       A       B   P       t   A   p

0000200   E       h   E   a   D   e   r  \0  \0  \0  \0  \0  \0  \0  \0

0000220  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0

*

0002000

root@womble  $ dd if=/dev/rmt/0cbn bs=1024 count=1 |od -c

0+0 records in

0+0 records out

0000000

root@womble  $ dd if=/dev/rmt/0cbn bs=1024 count=1 |od -c

1+0 records in

1+0 records out

0000000  \0  \0  \0 002   w   o   m   b   l   e   _   1   3   8   4   4

0000020   4   3   1   1   9  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0

0000040  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0

*

0000200  \0  \0  \0  \0   R 204 354 357   R 204 372 377  \0  \0  \0  \r

0000220  \0  \0  \0 001  \0  \0  \0 001  \0 001  \0  \0  \0  \0  \0  \0

0000240   T   A   P   E   0   1  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0

0000260  \0  \0  \0 002  \0  \0  \0  \0  \0  \0  \0 001  \0  \0  \0  \0

0000300  \0  \0  \0  \0  \0  \0  \0  \0   T   h   I   s       I   s

0000320   A       B   P       B   a   C   k   U   p       H   e   A   d

0000340   E   r  \0   w   o   m   b   l   e   _   t   a   p   e  \0  \0

0000360  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0

*

0000540  \0  \0  \0  \0   f   u   l   l  \0  \0  \0  \0  \0  \0  \0  \0

0000560  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0

*

0002000

[jpmichelino]

mph999, I paste you the output:

user@server # mt -f /dev/rmt/0cbn rew
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
00000001+0 records in
1+0 records out
   V   O   L   1   0   0   3   1   L   5  \0  \0  \0  \0  \0  \0
0000020  \0  \0  \0  \0  \0  \0  \0 001  \0  \0  \0 016  \0  \0  \0  \0
0000040  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0000100  \0  \0  \0  \0  \0  \0  \0 020  \0  \0 004  \0  \0  \0  \0  \0
0000120  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0000160   T   h   I   s       I   s       A       B   P       t   A   p
0000200   E       h   E   a   D   e   r  \0  \0  \0  \0  \0  \0  \0  \0
0000220  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0002000
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
0000000
0+0 records in
0+0 records out
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
read: I/O error
0+0 records in
0+0 records out
0000000
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
0000000
0+0 records in
0+0 records out
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
0000000
0+0 records in
0+0 records out
root@nbuserver #

Thanks.
 

[mph999]

Thank you so much. We seem to have found the issue. For some reason, the tape is unreadable, we see the error read: I/O error where the backup header should be - no backup header means NBU will be unable to position. dd of course is an os command, so we can confirm that this issue is nothing to do with NBU - as an OS command cannot read the tape. In fact, NBU never reads tapes, the tape read (and write) is always done by the operating system. I cannot tell you why this has happened - if you have the bptm log when the tape was written it might show something but I wouldn't build any hope up. I have seen something similar before, but the backup header was 'a load of 0's' - this we believe was caused by OS tuning settings, very very odd, but not quite what you have. Martin

[jpmichelino]

Thank Martin.
This backup aren't important. I only made a proube before to do a backup offsite in the important servers.
I'll repit the test, but checking the tapes media before and after remove the tape media from the library.
I'll put you the results.
Thanks.

[jpmichelino]

Hello Martin (mph999).

Now I can make the test. The backup and restore was successfully.

I give you the check's output:

user@server # mt -f /dev/rmt/0cbn rew
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
00000001+0 records in
1+0 records out
   V   O   L   1   0   0   3   1   L   5  \0  \0  \0  \0  \0  \0
0000020  \0  \0  \0  \0  \0  \0  \0 001  \0  \0  \0 016   R 213 323   h
0000040  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
0000060  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 007
0000100  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0 004  \0  \0  \0  \0  \0
0000120  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0000160   T   h   I   s       I   s       A       B   P       t   A   p
0000200   E       h   E   a   D   e   r  \0  \0  \0  \0  \0  \0  \0  \0
0000220  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0002000
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
00000000+0
 records in
0+0 records out
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
00000001+0 records in
1+0 records out
  \0  \0  \0 002   n   b   u   s   e   r   v   e   r   _   1   3
0000020   8   4   8   9   5   3   3   6  \0  \0  \0  \0  \0  \0  \0  \0
0000040  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0000200  \0  \0  \0  \0   R 213 323   h   R 225  \r 350  \0  \0  \0  \0
0000220  \0  \0  \0 001  \0  \0  \0 001  \0 001  \0  \0  \0  \0  \0  \0
0000240   0   0   3   1   L   5  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
0000260  \0  \0  \0 002  \0  \0  \0  \0  \0  \0  \0 001  \0  \0  \0  \0
0000300  \0  \0  \0  \0  \0  \0  \0  \0   T   h   I   s       I   s    
0000320   A       B   P       B   a   C   k   U   p       H   e   A   d
0000340   E   r  \0   P   r   u   e   b   a   _   O   f   f   S   i   t
0000360   e  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
0000400  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0000540  \0  \0  \0  \0   D   e   s   k   t   o   p   -   F   u   l   l
0000560  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
*
0002000
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
read: Not enough space
0+0 records in
0+0 records out
0000000
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
read: Not enough space
0+0 records in
0+0 records out
0000000
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
read: Not enough space
0+0 records in
0+0 records out
0000000
user@server # dd if=/dev/rmt/0cbn bs=1024 count=1 | od -c
read: Not enough space
0+0 records in
0+0 records out
0000000

Zero error. May be it was a one time error, is it?  I Need to do other test or task?

Tank very much.

[mph999]

No idea why that didn't work before ... There are no settings that can make the dd command not work - if nothing else has been changed, then I can only suggest that there is a fault on the drive/ tape that isn;t happening at the moment and might just be a one-off. Keep an eye on things, if it happens again you'll need to look into getting the hardware vendor to investigate. Regards, Martin

[jpmichelino]

I going to take your advice.
Thank you very much Martin!