05-23-2021 11:42 PM - edited 05-23-2021 11:45 PM
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
05-24-2021 12:07 AM - edited 05-24-2021 12:09 AM
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
05-24-2021 12:35 AM
@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
05-24-2021 07:47 PM
05-24-2021 10:18 PM
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
05-25-2021 12:17 AM
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
05-25-2021 09:30 PM
@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.
05-26-2021 11:50 PM
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.
05-27-2021 03:18 AM
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...
05-31-2021 12:44 AM
Hi @Nicolai Thanka for the response.
There is not any frozen tape in Media.
But Some tapes Media Owner are NONE
05-31-2021 12:57 AM - edited 05-31-2021 01:23 AM
Hello, @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
05-31-2021 01:51 AM
Hello
Try to run this command - available_media
path to it on Linux is
/usr/openv/netbackup/bin/goodies/
What is its outcome?
05-31-2021 03:24 AM
the result of the command in this document
05-31-2021 03:50 AM
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....
05-31-2021 04:01 AM
@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?
05-31-2021 04:10 AM - edited 05-31-2021 04:11 AM
Well could be number of reasons...
Please share SLP details:
nbstl slpnamehere -L -all_versions
bpretlevel -L
bpstulist -L
05-31-2021 04:59 AM - edited 05-31-2021 04:59 AM
05-31-2021 05:05 AM
Hey
SLP do fail for operation 2 or 3?
can you also share outcome from
bpmedialist
05-31-2021 05:09 AM
05-31-2021 07:15 AM
Well - I am not sure why this request was denied. Were these tapes in library when it did fail?