cancel
Showing results for 
Search instead for 
Did you mean: 
Highlighted

Netbackup SLP from VTL to Tape Library

Hi,

Made SLP configuration with backup local NDMP to VTL then duplicate it to Tape Library. While the VTL it directly attached to the filer but the Tape Library is attached to media server. The backup was working but the duplication has failed.

I find in the detail status error : 

Amount of data read (158711466) does not match the remaining fragment kbytes (838811648) for backup id pepkpcorpstr04_1434335767, copy 1, fragment 1 

EXITING with status 85 <----------

the same with i found in the log files.

 

 

 

1 Solution

Accepted Solutions
Highlighted
Accepted Solution!

Plus - even if you did

Plus - even if you did co-present the VTL - so that the VTL robot control was with NetBackup, and some VTL drives presented to the media server, and some VTL drives presented to the NDMP filer - then you need to remember that the filer will write its own proprietary NDMP data stream to the virtual tape media - and so... when NetBackup comes to read the virtual tape media - it finds that the virtual tape media is not in NetBackup format/layout/structure - and so it will be unable to read the virtual tape media.

If you want to be able to duplicate NDMP stream data from from VTL to physical tape, then NetBackup needs to be the middle man and receive the NDMP stream in the first place, and so it is NetBackup which writes the NDMP stream to VTL, and then later rereads the VTL when duplicating to physical tape.

This should help you understand:

https://www-secure.symantec.com/connect/articles/netbackup-76-blueprints-ndmp

 

View solution in original post

9 Replies
Highlighted

Correct - this seems to be

Correct - this seems to be the issue:

08:37:55.452 [5912.772] <32> read_backup: Amount of data read (158711466) 
does not match the remaining fragment kbytes (838811648) for backup id 
pepkpcorpstr04_1434335767, copy 1, fragment 1

 

Try to run a Verify on media id AAA001.

Highlighted

If the VTL is not presented

If the VTL is not presented to the Media Server, then how can it duplicate?  i.e. if the VTL is private to the NDMP filer, then the Media Server cannot see the (virtual) tape media in order to read them.

Highlighted
Accepted Solution!

Plus - even if you did

Plus - even if you did co-present the VTL - so that the VTL robot control was with NetBackup, and some VTL drives presented to the media server, and some VTL drives presented to the NDMP filer - then you need to remember that the filer will write its own proprietary NDMP data stream to the virtual tape media - and so... when NetBackup comes to read the virtual tape media - it finds that the virtual tape media is not in NetBackup format/layout/structure - and so it will be unable to read the virtual tape media.

If you want to be able to duplicate NDMP stream data from from VTL to physical tape, then NetBackup needs to be the middle man and receive the NDMP stream in the first place, and so it is NetBackup which writes the NDMP stream to VTL, and then later rereads the VTL when duplicating to physical tape.

This should help you understand:

https://www-secure.symantec.com/connect/articles/netbackup-76-blueprints-ndmp

 

View solution in original post

Highlighted

I already use NBU as

I already use NBU as middle man and doing Local NDMP backup via Netbackup. What do you mean with middle man? remote NDMP backup?

 

Edited

Highlighted

It should be fine if the

It should be fine if the filer reads the VTL tape and duplicates the tapes across the network to the media server. Why not present the physical tape to the filer? Where was the VTL tape mounted when the duplication started? On the filer? Then it should have been fine. Have you tried to run a Verify on the tape/image that produced the error?
Highlighted

Why not present the physical

Why not present the physical tape to the filer? we are testing backup to VTL, existing backup is backup to tape library
Where was the VTL tape mounted when the duplication started? On the filer?
Then it should have been fine.

Have you tried to run a Verify on the tape/image that produced the error? Still on progress

Highlighted

Hi Marianne, The result of

Hi Marianne,

The result of media verify is the same error with duplication process.

120px_gagal verify.jpg 

Highlighted

So, as I thought - not an

So, as I thought - not an issue with how you have SLP duplication configured, but with this piece of VTL media. You will not be able to restore from this backup. You need to test other VTL media as well. Log a call with your VTL vendor if the same thing happens.
Highlighted

So, as I thought - not an

So, as I thought - not an issue with how you have SLP duplication configured, but with this piece of VTL media. You will not be able to restore from this backup. You need to test other VTL media as well. Log a call with your VTL vendor if the same thing happens.