05-27-2015 06:10 AM
Hello. I am testing 7.6.1.1 in my lab and I'm having a problem with my catalog backups. They are failing with a code 96 (unable to allocate new media for backup, storage unit has none available(96)). I compared with my production master and the policy is configured exactly the same. One thing that I can see being different is when the backup starts, the media server is the master itself. The thing is, the master is only active for disk and we want it to stay that way. The storage units are not using the master as media server so I don't understand that behavior... Anyone ever saw something like that?
Thanks!
Solved! Go to Solution.
05-27-2015 06:30 AM
Check output of available_media on the lab master.
The robot in the STU needs media of the correct density (that matches STU density and tape drive density) in Catalog_Backup pool or in Scratch pool (if defined).
05-27-2015 06:22 AM
What storage units do you have in the lab?
Which STU is selected in Catalog Backup policy?
If you have a disk STU in the lab, you need to select it explicitly in the policy.
Any Available setting (default) will not work for Basic Disk.
Disk STUs have a default setting of 'On Demand Only'. This means that STU must be explicitly selected.
05-27-2015 06:26 AM
I have 2 storage units and they are both tape STU. I have an STU group but I am using a specific STU in this case. I don't have a disk STU.
05-27-2015 06:30 AM
Check output of available_media on the lab master.
The robot in the STU needs media of the correct density (that matches STU density and tape drive density) in Catalog_Backup pool or in Scratch pool (if defined).
05-27-2015 07:42 AM
Here is the available_media output:
media media robot robot robot side/ ret size status/
ID type type # slot face level KBytes multiplexed
----------------------------------------------------------------------------
CatalogBackup pool
DataStore pool
NetBackup pool
BN0866 DLT TLD 0 9 - 1 46674445 ACTIVE
BN0870 DLT TLD 0 8 - 1 27214790 ACTIVE
BN3488 DLT TLD 0 7 - 1 71398706 ACTIVE
M13113 DLT TLD 0 6 - 1 77654486 ACTIVE
M13340 DLT TLD 0 5 - 1 175522 ACTIVE
Q30019 DLT TLD 0 4 - 0 185648626 ACTIVE
Q30031 DLT TLD 0 3 - 0 113754990 ACTIVE
Q30034 DLT TLD 0 2 - 0 173574993 ACTIVE
Q30056 DLT TLD 0 1 - 0 89198261 ACTIVE
BN0869 DLT TLD 0 10 - - - AVAILABLE
M13039 DLT TLD 0 11 - - - AVAILABLE
M13229 DLT TLD 0 12 - - - AVAILABLE
Q30963 DLT NONE - - - - - AVAILABLE
Q30968 DLT NONE - - - - - AVAILABLE
Q30975 DLT NONE - - - - - AVAILABLE
Q30976 DLT NONE - - - - - AVAILABLE
Q30977 DLT NONE - - - - - AVAILABLE
Q30979 DLT NONE - - - - - AVAILABLE
Q30969 DLT NONE - - - 0 2965139996 FROZEN
None pool
Scratch pool
Q30965 DLT NONE - - - - - AVAILABLE
Q30966 DLT NONE - - - - - AVAILABLE
Q30978 DLT NONE - - - - - AVAILABLE
Vault_catalogue pool
The other policies work flawlessly, by the way. It's just the catalog backup that doesn't work and it really seems to be related to the fact that it's using the master as a media server even though it shouldn't...
05-27-2015 07:56 AM
You don't have any tapes in CatalogBackup pool and Scratch tapes are not in the robot.
05-27-2015 08:01 AM
Ok, I spoke with my colleague and some of those tapes are from another incarnation of the lab... So I guess there is no scratch available to be put in the catalogue pool. We removed the old tapes and put some in the scratch pool and it worked. Thanks for letting me know about the available_media command!
Thanks!
05-27-2015 08:02 AM
HI
you have following tape available either move one tape in CatalogBackup pool or move them into scratch pool to pickup automatically
BN0869 DLT TLD 0 10 - - - AVAILABLE
M13039 DLT TLD 0 11 - - - AVAILABLE
M13229 DLT TLD 0 12 - - - AVAILABLE