Netbackup Not seeing all slots in tape drive

[manmountain]

Currently I have 2 tape drives connected to master server with a total 48 slots. When running an inventory on Netbackup it only sees 40 tapes. I am getting this issue when running inventory. 

Processing new media added to the robotic library by logically adding media with new media IDs as follows

Media ID A00001 slot 40

[Marianne]

NBU does not have any way of seeing what's in the robot.
The robot 'tells' NBU what it has in each slot.

Use 's s' with 'robtest' command to see what the robot sees.

TN with robtest command usage: http://www.symantec.com/docs/TECH83129

[RamNagalla]

hi,

what is your libray model, ?

did you make a logical partion on the robot ?

as suggested by Marianne,its best way to check frist with robtest..

[manmountain]

Ok thanks I have ran robtest and all slots are fine until I reach slot 40. I am using HPMSL4048 tape library unit. I can confirm when logging in directly to tape library unit that there is media in slots 40 through 48. So I guess the prob is on the server side. No I haven't made a logical partition on the robot.

slot 40 (addr 1040) contains Cartridge = yes

Barcode = 

slot -1000 (addr 0) contains Cartridge = no

slot -1000 (addr 0) contains Cartridge = no

slot 7224 (addr 8224) contains Cartridge = no

slot 7224 (addr 8224) contains Cartridge = no

slot 7224 (addr 8224) contains Cartridge = no

slot 7224 (addr 8224) contains Cartridge = no

slot 7224 (addr 8224) contains Cartridge = no

slot 7224 (addr 8224) contains Cartridge = no

READ_ELEMENT_STATUS complete

[revarooo]

This is a hardware problem then and you need to look at this outside of NetBackup.

[Marianne]

So I guess the prob is on the server side.

No - robtest is output of SCSI commands directly from the robot.

The robot is reporting on 40 slots only.

Seems there is some configuration problem on the robot for these slots?

slot -1000 (addr 0) contains Cartridge = no
slot -1000 (addr 0) contains Cartridge = no
slot 7224 (addr 8224) contains Cartridge = no
slot 7224 (addr 8224) contains Cartridge = no
slot 7224 (addr 8224) contains Cartridge = no
slot 7224 (addr 8224) contains Cartridge = no
slot 7224 (addr 8224) contains Cartridge = no
slot 7224 (addr 8224) contains Cartridge = no

What does 'scan -changer' show? 
(scan command is in the same folder as robtest)

[manmountain]

The scan changer output is as follows

# scan -changer

************************************************************

*********************** SDT_CHANGER ************************

************************************************************

------------------------------------------------------------

Device Name  : "/dev/sg/c1tw201a3cd92b3060fel0"

Passthru Name: "/dev/sg/c1tw201a3cd92b3060fel0"

Volume Header: ""

Port: -1; Bus: -1; Target: -1; LUN: -1

Inquiry    : "HP      MSL G3 Series   8.10"

Vendor ID  : "HP      "

Product ID : "MSL G3 Series   "

Product Rev: "8.10"

Serial Number: "DEC20204KG"

WWN          : ""

WWN Id Type  : 0

Device Identifier: "HP      MSL G3 Series   DEC20204KG"

Device Type    : SDT_CHANGER

NetBackup Robot Type: 8

Removable      : Yes

Device Supports: SCSI-5

Number of Drives : 2

Number of Slots  : 48

Number of Media Access Ports: 0

Drive 1 Serial Number      : "HU1151L73U"

Drive 2 Serial Number      : "HU1151L7J1"

Flags : 0x0

Reason: 0x0

[Marianne]

So, the robot knows about all 48 slots. 

There is something wrong with the way it addesses the last 8 slots.

Please log a call with your hardware support team.

[mph999]

The only command that is useful for troubleshooting this issue is robtest, which you have already run.

As correctly explained by Marianne and revaroo the issue is the library itself, not NBU.

You could install the MTX package (available from sunfreeware) which is the same as the mtx command found on Linux, and is able to access the library, working a bit like robtest - you will find exactly the same issue, you won't see the last 8 slots.

Hardware call time ...

Martin

[Yasuhisa_Ishika]

Check on MSL4048 if these slots are set as 'reserved' slot. Host application can not access reserved slot.

[manmountain]

I have ran robtest and I can see all 48 slots in the tape library unit. Not sure why it is reading all slots now as I haven't changed anything.

However I now have an issue when in netbackup I am running Inventory on robot and it is not completing. There is no error being generated. 

[revarooo]

This should be a different thread as it's a different issue. Are you selecting update configuration?

How about a screenshot of the settings before inventory and after? How do you know it's not working?

[manmountain]

I have selected both 'Show Contents' and 'Update Volume Configuration' and both just stall giving no output.

[revarooo]

Have you tried from the command line?

vmupdate -rt tld -rn 1 -rh <robot host> -h <host> -use_barcode_rules -empty_map

-rt = robot type

-rn =  robot number

Try it does it hang or error?

[manmountain]

I have restarted netbackup processes and it is now running inventory on robot successfully. All 48 tapes are now being picked up by netbackup. 

[manmountain]

It was just hanging revaroo... I wasn't getting any error. 

[revarooo]

The symptoms in the GUI and command line can sometimes differ. Glad it's working now :)

[Andy_Welburn · Accepted solution]

I have ran robtest

However I now have an issue when in netbackup I am running Inventory on robot and it is not completing.

I know the discussion has been resolved, but just a little additional info which you may find useful in the future.

If you use robtest, don't forget to close it as soon as you've finished otherwise it can severly impact normal NB operations that require the use of the library - e.g. inventory can hang, jobs can fail if they require media to be un-mounted & new media mounted etc