Video Screencast Help

unable to allocate new media for backup, storage unit has none available(96)

Created: 02 Mar 2013 • Updated: 05 Mar 2013 | 2 comments


All backups ending with Status: 96 - Unable to allocate new media for backup, storage unit has none available(96)

Job Overview Status:

Unable to allocate new media for backup, storage unit has none available(96)

Detailed Status:

Error bptm(pid=3324) incorrect media found in drive index 0, expected 6500L4, found 003395, FREEZING 6500L4

Other Noticable Manifistation:

All scratch media that encounters this error immediately becomes Frozen and gets moved from the Scratch volume pool into the Netbackup.


1. Confirm that the Media ID Generation Rule is configured properly.

Access from: (Media and Device Manager > Media > Robots > TLD (X) > Inventory Robot > Advanced Options > Media Generation ID)

Note: The standard rule with 1:2:3:4:5:6 was causing issues by intermittently labeling new media with either the first (6) digits or the last (6) digits of the barcodes (Barcode Format: 00XXXXL4).

If you look at the (Detailed Status) error, you'll notice that this tape was once labeled 006500 by the Media ID Generation rule; however, this tape was deleted from inventory and re-added as 6500L4 by the same Media ID Generation Rule.

In order to prevent these labeling issues and maintain uniform inventory, I changed the Media ID Generation Rule to 3:4:5:6:7:8. This rule will now strip the first two zeros and detect the barcode value of the 3rd, 4th, 5th, 6th, 7th, and 8th digit. This will achieve the desired 6500L4 Media ID format.

2. Go to (Media and Device > Media) and select all of the Frozen media which triggered the status 96 failures.

3. Unfreeze all of the highlighted media. You'll notice that all of the media will instantly become part of the Scratch volume pool.

4. The media that you just unfroze should still be highlighted. If so, please proceed to click on (Actions > Label) and uncheck  "Verify media label before performing operation".


6. Follow the prompts to complete the process.

7. A Media Label job will show up in Activity Monitor for every selected tape. The Detailed Status of the jobs will contain the following entry:

 3/2/2013 12:11:34 PM - labeling 6500L4   <---- This is the correct Media ID format for us. Your's may be totally different.

8. If the Media Label jobs complete successfully and the labeling looks correct,  go to (View > Refresh All) and confirm that the media resides in the Scratch volume pool. If so, please feel free to run a test backup.

I'm hoping that this information will save someone (5) hours. Please let me know if it helps.

Finally... don't waste time manually running BPEXPDATE on already expired media. Save yourself the grief. ;) 

Operating Systems:

Comments 2 CommentsJump to latest comment

Mark_Solutions's picture

The reason that this happens is that it is not always stored in EMM and can be set per user per PC per Admin Console (HKCU)

So the real key is to make sure everyone uses the correct media id generation rule which is 1:2:3:4:5:6 (anything else is bad!! because ABC123L4 gets the same mediaID as XYC123L4 otherwise!) and to ensure all users that are likely to run an inventory on a library check that they have the Media ID Generation rule in place on their Admin Console before doing so.

Hope this also helps

Authorised Symantec Consultant . Expert Partner.

Don't forget to "Mark as Solution" if someones advice has solved your issue - and please bring back the Thumbs Up!!.