Video Screencast Help

"A pending request has been generated for this resource request"

Created: 21 Dec 2012 • Updated: 21 Feb 2013 | 8 comments
This issue has been solved. See solution.

Hello world..

I was wondering if someone has faced this same problem. There is a tape that it seem to be "stuck" in some place,  this is the context:

The tape needed to be write-protected, so, it was sent out of robot (using vmchange command) and the inventory was updated. Then, the tape was put back to robot, and inventory was updated again, in some point, NBU still thinks the tape is the previous slot and it's not detecting the new place. At this moment the tape was moved to cap again (using robtest to force this) however, still it's not possible to add the tape to library again without having an error. Also I'd like to add there is a job hung waiting for this tape.

Could anybody help me. I've copied the output of several commands =)

 

$root /usr/openv/volmgr/bin/vmoprcmd
:

:

                                PENDING REQUESTS

ReqId       MediaID  Barcode           Density  Mode   Time   DriveName
    Host                              PendingAction
================================================================================
1163229     VO0539   VO0539            hcart    Read   00:06                  
    host-b                          MISPLACED TAPE                            
 

At updating invetory

Processing new media added to the robotic library by logically
adding media with new media IDs as follows...
    Media ID    Slot
    ========    ====
    

Update failed: could not add new media ID 'VO0539' into slot 318
Insert media failed:
media ID not unique in database (34)
 
------------------------------------------------

robtest output

Address 770, import_enabled = 1, export_enabled = 1, access = 1
  except = 0, import_export = 0, full = 1
  Source address = 1342
  Barcode = VO0539     

the log in the pendong job

A pending request has been generated for this resource request.
          Operator action may be required. Pending Action: Misplaced tape,
          Media ID: VO0539, Barcode: VO0539, Density: hcart, Access Mode: Read,
          Action Drive Name: N/A, Action Media Server: N/A, Robot Type(Number): 8(1),
          Volume Group: 000_00001_TLD, Action Acs: N/A, Action Lsm: N/A
 

Comments 8 CommentsJump to latest comment

Nagalla's picture

hi,

Update failed: could not add new media ID 'VO0539' into slot 318

Insert media failed:
media ID not unique in database (34)

looks like netbackup have the media VO0539, in database..

could you show the output of vmquery -m VO0539

also nbemmcmd -listmedia -mediaid VO0539

Marianne's picture

 

NBU still thinks the tape is the previous slot and it's not detecting the new place.

Never seen this when inventory has been updated. Clearly somethimg wrong with initial vmchange command and/or the way it was put back in the robot

Please show us output of 'vmquery -m VO0539' as per Nagalla's request, as well output of robtest 
's p' 
and
s s'

Just copy and paste location of VO0539.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Irys's picture

Hello Nagalla and Marianne.

 

Here's the output of the command you requets. Regarding the inventory, Im pretty sure is was done =)

S S

**No address for VO0539

S P

Address 770, import_enabled = 1, export_enabled = 1, access = 1
  except = 0, import_export = 0, full = 1
  Source address = 1342
  Barcode = VO0539           

VMquery

================================================================================
media ID:              VO0539
media type:            1/2" cartridge tape (6)
barcode:               VO0539
media description:     ---
volume pool:           CM138049 (33)
robot type:            TLD - Tape Library DLT (8)
robot number:          1
robot slot:            121
robot control host:    master-b.abn-iad.ea.com
volume group:          000_00001_TLD
vault name:            ---
vault sent date:       ---
vault return date:     ---
vault slot:            ---
vault session id:      ---
vault container id:    -
created:               Tue 17 Nov 2009 11:01:57 PM GMT
assigned:              Fri 27 Apr 2012 05:06:18 AM GMT
last mounted:          Fri 21 Dec 2012 06:00:06 AM GMT
first mount:           Wed 30 Dec 2009 12:03:33 PM GMT
expiration date:       ---
number of mounts:      213
max mounts allowed:    ---
status:                0x0
================================================================================

              
 

ιяуѕ 【ツ】

Nagalla's picture

 

S S

**No address for VO0539

S P

Address 770, import_enabled = 1, export_enabled = 1, access = 1
  except = 0, import_export = 0, full = 1
  Source address = 1342
  Barcode = VO0539     

 

robot number:          1
robot slot:            121

 

Netbackup thinking that the tape VO0539 is in robot slot 121, but attaully its not, 

in real its in port 770 for Library.it needs to move to slot 121

in robtest move tape from port 770 to slot 121, and then do the robtest.

m p770 s121

 

hope this helps.

Irys's picture

Hello Nagalla

I already did it, but i got the following error =(

 

Invalid command
m p770 s121     
770 is invalid media access port element number

ιяуѕ 【ツ】

Marianne's picture

My suggestion:

Leave tape in access port and quit out of robtest.

Use GUI to select VO0539, right-click, Move. Select Standalone.
This will update NBU config to know thay media is no longer in the robot.

Next, perform Inventory and select 'Empty media access port prior to update'.

NBU will be updated with new location. you can re-submit your job.

In future, only use NBU to eject tapes to ensure physical and logical location is updated.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

SOLUTION
Irys's picture

Hi Marianne

NBU doesnt have the option of "standalone", Just displays the libraries and the slot number where I'm gonna put it.
 What Im doing wrong?? :/

 

ιяуѕ 【ツ】

Marianne's picture

Click on the arrow next to Robot:

You will see Standalone:

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links