Highlighted

Backup are going queue state

Hi All,

Backups got faild with 196 due to no drives are availbe. When we checked drive ares up and running fine. Mean while what are the backup failed with 196 that all was in queue state since from last 2 days. We are using 2 IBM tape drives and backup going to tpaes LTO5 generation. Kinldy help us to fix the issue.

 

Regards

Subbu

7658961548

Tags (2)
4 Replies

Re: Backup are going queue state

Please find the below error logs.

 

Nov 29, 2019 10:43:27 AM - Info nbjm (pid=12672) starting backup job (jobid=1625751) for client XXXXXX , policy XXXXXX, schedule Daily_Incr
Nov 29, 2019 10:43:27 AM - Info nbjm (pid=12672) requesting STANDARD_RESOURCE resources from RB for backup job (jobid=1625751, request id:{CE1C69DD-7460-42BD-ADAF-7E014973704E})
Nov 29, 2019 10:43:27 AM - requesting resource  XXXXXXXXXXXXXX-hcart2-robot-tld-2
Nov 29, 2019 10:43:27 AM - requesting resource XXXXXXXXXXXXXXXXX.NBU_CLIENT.MAXJOBS.XXXXXXXXXXXX
Nov 29, 2019 10:43:27 AM - requesting resource  XXXXXXXX.NBU_POLICY.MAXJOBS.NUB_IBM_Vcenter_Full
Nov 29, 2019 10:43:27 AM - awaiting resource XXXXXXX-hcart2-robot-tld-2. No drives are available.
Nov 30, 2019 1:02:19 PM - awaiting resource XXXXXXXXXXXXXXX-hcart2-robot-tld-2. Waiting for resources. 
          Reason: Drives are in use, Media server: XXXXXXXXXXXX, 
          Robot Type(Number): TLD(2), Media ID: N/A, Drive Name: N/A, 
          Volume Pool: VM_Pool, Storage Unit: XXXXXX-hcart2-robot-tld-2, Drive Scan Host: N/A, 
          Disk Pool: N/A, Disk Volume: N/A 
Nov 30, 2019 1:02:22 PM - awaiting resource XXXXXXXX-hcart2-robot-tld-2. No drives are available.

 

Re: Backup are going queue state

I think that you need to describe your environment in more detail.

1) Are these two tape drives new to the environment, or have they always existed?

2) Have you added any new media servers recently?

3) Are the two new tape drives physical or virtual?

4) Are the two new tape drives standalone or in a tape library?

5) Are there any other tape drives in the same tape library that are working ok?

6) What is the tape drive connectivity?  SCSI, or SAS, or FC?

7) Is your master server also a media server?

8) How additional media servers are there (not including the master server)?

Thank you.

Re: Backup are going queue state

@Subramanyam 

I agree with @sdo - we need more information.

As per the job details:

awaiting resource XXXXXXXXXXXXXXX-hcart2-robot-tld-2. Waiting for resources. 
          Reason: Drives are in use, Media server: XXXXXXXXXXXX, 

The STU is linked to robot TLD(2). 

How many robots in the environment? 
How many media servers? 

What jobs were running at the time on Media server XXXXXXXXX ? 

Did you check for other active jobs and if all drives attached to this media server were busy at the time?

When you experience the same issue again, please collect info such as:

All jobs that are Active (make sure your Activity Monitor is sorted to show Queued at the top, then Active jobs).

vmoprcmd -d  (on the media server linked to the STU)

nbrbutil -dump  (show us  'MDS allocations' section)

Re: Backup are going queue state

Hi 

1) Are these two tape drives new to the environment, or have they always existed--existed

2) Have you added any new media servers recently--No

3) Are the two new tape drives physical or virtual-Physical

4) Are the two new tape drives standalone or in a tape library-Tape Library

5) Are there any other tape drives in the same tape library that are working ok--No

6) What is the tape drive connectivity?  SCSI, or SAS, or FC?--Not sure--let us know how to check.

7) Is your master server also a media server--No

8) How additional media servers are there (not including the master server)--1