Forum Discussion

CGGV01's avatar
9 years ago

Issue with Duplications netbackup 7.5.0.6

Hello

Thank you for reading out post

We are having an issue running our duplication – All apart from one have completed successfully

We have a Windows media controller working with a UNIX master

Here at the errors from the duplication job

12/08/2015 00:21:34 - Error nbjm(pid=9440) NBU status: 96, EMM status: No media is available   

12/08/2015 00:21:40 - Error bpduplicate(pid=13112) host TSB-nbk01.int.ourdomain.com backup id TSB-FS06_1437757239 read failed, termination requested by administrator (150).

12/08/2015 00:21:40 - Error bpduplicate(pid=13112) host TSB-nbk01.int.ourdomain.com backupid TSB-FS06_1437757239 write failed, unable to allocate new media for backup, storage unit has none available (96).

12/08/2015 00:21:40 - Error bpduplicate(pid=13112) Duplicate of backupid TSB-FS06-fs06_1437757239 failed, unable to allocate new media for backup, storage unit has none available (96).

12/08/2015 00:21:40 - Error bpduplicate(pid=13112) Status = no images were successfully processed.     

12/08/2015 00:21:40 - end Duplicate; elapsed time: 3 00:18:12

no images were successfully processed(191)

I have attached the full log

We have seven unused tapes in the correct scratch pool and we have tried new tapes

Has anyone seen this before?

Thank you

  • Run available_media script to verify you really have scratch media. You might find that those media are frozen or not in the robot.
     

  • Having tapes in the robot does not necessary mean they are available. They can be frozen, suspended, partial full (but in a different volume pool) or the tape can be in a different density e.g LTO4 instead of LTO5.

    Its a question we regular seen on Connect, so searching for previous threads may help.

    Never the less, its not a fault in Netbackup. Netbackup has good control of what its doing.

3 Replies

  • Run available_media script to verify you really have scratch media. You might find that those media are frozen or not in the robot.
     

  • Having tapes in the robot does not necessary mean they are available. They can be frozen, suspended, partial full (but in a different volume pool) or the tape can be in a different density e.g LTO4 instead of LTO5.

    Its a question we regular seen on Connect, so searching for previous threads may help.

    Never the less, its not a fault in Netbackup. Netbackup has good control of what its doing.

  • 1) It seems the Volume pool which is been used for duplication doesn't have tapes or they are full or frozen or are having different density as discussed above.

    2) And if tapes are available in Volume pool check Robot Type for available tape if they are NONE then add the tapes in library and perform robot inventory.

    3) Check time assign for the tapes in current volume pool if there is Time assign then mostly it will try to use different tape if Retention Period is different.

    4) Check are you having any scratch volume pool and are there any tapes present in scratch pool having same density as per Tape drive.

    5) Check are the any allocation pending for any tapes by running below command:-

    <install path>\netbackup\bin\admincmd\nbrbutil -dump > C:\dump.txt

    or for unix it will be:-/usr/openv/netbackup/bin/admincmd/nbrbutil -dump > /tmp/dump.txt