How do I 'Locate the EMM reason string' for troubleshooting?

[eagle470]

I'm having some jobs fail and I need to figure out why. This is a poorly documented environment that I have been floating along since I started back in December. That having been said here is what I DO know:

We are doing disk to disk to tape. Back up from the server to a NetApp then offload to tape. The Netapp is/was hardwaired to backup to two specific tape drives (we have 2 libraries with 2 drives each), one tape drive on each library. I had a drive fail (no maintenance, and being junked in a month = no replacement) so I reconfigured everything to backup to the one drive I had left of the two. Now I'm getting this:

Status 800: resource request failed

The nbjm process was unable to get the required resources for a job. An EMM reason string that appears in the Activity Monitor job details display and in the nbjm debug log accompanies this status code. The EMM reason string identifies the reason for the failed resource request.

[Will_Restore]

Look at the Detailed Status tab for the job in the Activity Monitor

or try running  Reports > Tape Reports > Tape Logs

in the NetBackup Administration Console.

[mph999 · Accepted solution]

You could look in the details for the failed job in activity monitor and see what the string is, it seems that it is displayed there.

Also, the nbjm log contains the string, so that is another, but harder option.

I'd start with the activity monitor and see if a cuase could be worked out from there.

Martin

[Marianne]

Your reason string is:  resource request failed

Please post output of:

vmoprcmd -d

nbrbutil -dump

[eagle470]

I didn't find anything there, but under the Problems option, by searching the job ID I was able to find '7/6/2013 4:50:01 PM SERVER SERVER.domain.net Error 230850 General NBU status: 800, EMM status: No drives are available'

[Nicolai]

Check the last 3 drives are up and the robots in a operational state.

Usually status "No drives are available" means Netbackup got nowhere to write the backup.

[eagle470]

Unfortunately there is nothing in the activy monitor other than what I showed in the screen shot attached to my original post. There is no definitive reason stated in the activity monitor, though if you read my reply to the previous post, I did find a bit more information, however, 'No drives are available' is still somewhat vague. I'd like to know if it couldn't connect to the drive or the drive was already in use.

[eagle470]

Drives are up, makes me think its a scheduling conflict since I went from 4 drives down to two (I had no choice, read the main portion of the post).

[eagle470]

I would love to, Is that located under 

C:\Program Files\Veritas\netbackup\bin\admincmd

[Marianne]

vmoprcmd is under C:\Program Files\Veritas\volmgr\bin

nbrbutil is under C:\Program Files\Veritas\netbackup\bin\admincmd

[mph999]

Yep, sorry, missed that bit ... Lets see the details from the commands Marianne suggested and well go from there. M

[Possible]

There might be something which is telling that All drives are down.

I think u straight a way go for nbrbutil -resetAll option in admincmd.

That will refresh the EMM ...But lets take a look at nbrbutil -dump as marine suggested.

[Marianne]

In addition to above command output  - please tell us NBU version?

Status 800 was 'cleaned up' in NBU 6.5.6 with more meaningful messages and status codes.
Does this mean you are at still at pre-NBU 7.x version?

How was configuration updated when drive assignment was changed? 
Did you re-config devices as well as Storage Units?

Please show us output of these commands as well:

C:\Program Files\Veritas\netbackup\bin\admincmd\bpstulist -U

C:\Program Files\Veritas\volmgr\bin\tpconfig -l