cancel
Showing results for 
Search instead for 
Did you mean: 

Netbackup SLP Duplication tape problem

Tabriz
Level 5

Dear Community,

I had made SLP for weekly .But Weekly duplication doesn't work.Status 96 (need tapes).

For Weekly SLP Duplication  we made Weekly volume pool.There are some tapes in Weekly Volume pool for example :

000052 ->  robot type  (TLD)  Media Status Avtive  First Mount 05/16/2016  Last Mount 05/04/2021 ,kilobytes 0 images 0 Origin Host NONE Media Owner NONE

Why this tape is not used by Netbackup TLD.

 

Best Regards,

 

Tabriz

 

 

 

 

22 REPLIES 22

davidmoline
Level 6
Employee

Hi @Tabriz 

The most likely cause is that the current available media has backups with a different retention setting than the SLP you are trying to use (by default NBU doesn't mix backup retentions on the one tape - this can be overridden if really needed but is generally not a good idea). 

Do you have any blank media available in the Weekly pool or scratch pool? Find an unassigned media and put into the weekly pool and wait for the SLP to try again.

Cheers
David

@davidmoline Thank you for the quick response.

 

Yes In Scratch there are 4 tapes.

But in Weekly pool the 6 tapes which that  Owner is NoNE But these tapes are defiined to Weekly Volume Pool

pats_729
Level 6
Employee
Tapes showing NONE means they are not in library. You must put them in library slot and run inventory to reflect it as TLD.

Hope it helps.

Dear @pats_729  l understand you but  these tapes are robot inventory  and the tapes robot types TLD but the Origin Host,Media Owner,Last wirte are NONE

 

Best regards,

 

Tabriz

Nicolai
Moderator
Moderator
Partner    VIP   

hi @Tabriz 

Are the tapes frozen ?

A status 96 is a clear message from Netbackup there is no available media to write the backups.  Either because volume group or retention doesn't match or media are unavailable to writing.

Best Regards
Nicolai

pats_729
Level 6
Employee

@Tabrizit sounds like the "Scratch Pool" isnt marked as Scratch.

Locate the "Scratch Pool under Volume Pools list. Right Click on Scratch Pool --> Change --> Ensure "Scratch Pool" Check box is checked. If not already, apply check.

It should help.

mph999
Level 6
Employee Accredited

Common reasons for status 96

1.  Media is not the same density type as the drives (eg hcart, hcrt2 etc)

2   Media already contains backups of a different retention than the job you are trying to write

3.  Media is not in the robot

4.  Media is suspected or frozen (not possible is media is unassigned, can only suspect / freeze media with valid images)

5.  Media has a expire date set (see this in vmquery -m <mediaid>

6.  Media has max-mounts set as this has been reached (also see this is vmquery -m <mediaid>

7.  No tapes in required volume pool, and scratch pool is empty or doesn't exist

I think that covers the common reasons, I have also see an odd one a couple of times, where everything was correct, tapes were 'unassigned' (so empty) and already in the correct volume pool but weren't used.  Manually moving the tapes back to the scratch pool allowed them to then be used - so something had got a bit 'stuck' somewhere.

quebek
Moderator
Moderator
   VIP    Certified

hello

In addition to excellent post from @mph999 there is one more common mistake - media type is different from storage unit type... I have seen few cases when media were in scratch pool everything was ok with them but the media type was hcart2 while storage unit type was hcart3 :) so maybe you need to verify this as well...

 

Hi @Nicolai  Thanka for the response.

There is not any frozen tape in Media.

But Some tapes Media Owner are NONE

nb1.pngnb2.pngnb3.pngHello, @quebek Thank you for the additional information!

  Yes The Storage unit type appropriate with Media Type.

 Some tapes in TLD  status is active but for example the tapes hadn't been mounted from 2017 

quebek
Moderator
Moderator
   VIP    Certified

Hello

Try to run this command - available_media

path to it on Linux is

/usr/openv/netbackup/bin/goodies/

What is its outcome?

the result of the command in this document

 

 

quebek
Moderator
Moderator
   VIP    Certified

hello

well from this I can read that only these tapes can be used 

Scratch pool

000028HCART3 NONE - - - - -AVAILABLE

Weekly pool

000038HCART3 TLD 0 19 - - -AVAILABLE
000040HCART3 TLD 0 17 - - -AVAILABLE
000050HCART3 NONE - - - - -AVAILABLE
000052HCART3 TLD 0 7 - - -AVAILABLE
000054HCART3 NONE - - - - -AVAILABLE
000070HCART3 NONE - - - - -AVAILABLE
000072HCART3 NONE - - - - -AVAILABLE
000074HCART3 NONE - - - - -AVAILABLE
000090HCART3 NONE - - - - -AVAILABLE
000092HCART3 NONE - - - - -AVAILABLE
000096HCART3 TLD 0 10 - - -AVAILABLE

But the scratch one is not in the tape library and the available from weekly pool only four are in tape library - but maybe these cant be used for the SLP as SLP isnt writing to weekly pool - or other retention

Invest some money in more scratch tapes, running so low on scratch tapes sooner or later will pay you back not in positive way....

 

@quebek  Thanks for the response!

Yes the scratch tape is not in the library But l would like to know why the robot doesn't use some tapes that are assigned to the weekly pool?

quebek
Moderator
Moderator
   VIP    Certified

Well could be number of reasons...

Please share SLP details:

nbstl slpnamehere -L -all_versions

bpretlevel -L

bpstulist -L

@quebek  Thanks!

 

The results 0f Commands

quebek
Moderator
Moderator
   VIP    Certified

Hey

SLP do fail for operation 2 or 3?

can you also share outcome from

bpmedialist 

@quebek 

 

Please,

quebek
Moderator
Moderator
   VIP    Certified

Well - I am not sure why this request was denied. Were these tapes in library when it did fail?