Media Robot Utility Guide to Installation, Connectivity, and Operation


1. Preface

1.1. About VSI

VMS Software, Inc. (VSI) is an independent software company licensed by Hewlett Packard Enterprise to develop and support the OpenVMS operating system.

1.2. Document Structure

This manual is organized as follows:

1.3. VSI Encourages Your Comments

You may send comments or suggestions regarding this manual or any VSI document by sending electronic mail to the following Internet address: . Users who have VSI OpenVMS support contracts through VSI can contact for help with this product.

1.4. OpenVMS Documentation

The full VSI OpenVMS documentation set can be found on the VMS Software Documentation webpage at https://docs.vmssoftware.com.

2. Media Robots and MRU Software

This section defines the terms media robot and describes the purpose of the Media Robot Utility (MRU) software.

2.1. What Is a Media Robot?

A media robot is an enclosure that houses one or more tape drives and multiple slots for storing cartridges, and a mechanical transport for moving cartridges between locations in the enclosure. Another term for media robot is medium changer.

2.2. Mechanical Attributes of a Media Robot

According to the SCSI standard, media robots present four different objects (elements) to host systems: the transport, slots, drives, and ports.

Transport

This is the robot used to move tapes or optical cartridges (media). The SCSI term for the transport is Medium Transport Element. Most media robot subsystems only have one robot, although there can be more.

Slot

This is the place where a medium is stored. For the robot subsystems qualified by the Media Robot Utility, the number of slots ranges from 4 to 1320. The SCSI term for a slot is Storage Element.

Drive

This is the tape or optical drive. The robot has very little control over its drives and is often at a different SCSI address. Robot subsystems have at least one drive but the DLT libraries, for example, have more than one. The SCSI term for a drive is Data Transfer Element.

Ports

Some media robots have slots for storing many cartridges. Such robots also have ports which are used to place cartridges into the robot or remove them from the robot. Media loaders have no ports. Media libraries can have one or more ports – on the TL810 automated tape library system, the same port is used both to add media to a robot and to remove it, while and on the TL820 automated tape library system, separate ports are used for importing and exporting cartridges. The SCSI terms for port are Import Export Element, Import Element, and Export Element, depending on the function of the port.

2.3. What Is Media Robot Utility Software?

Media Robot Utility (MRU) is a utility for controlling robotic medium changers. MRU allows users to control operations at a very low level: injecting and ejecting cartridges, loading and unloading cartridges, and showing status and media robot attributes.

Caution

In a managed media environment, MRU must be used with care because it provides no media management/cataloging capability. Manipulating cartridges with MRU alone could create inconsistencies between the media management system’s view and the physical status of the robot and cartridges.

2.4. MRU Interfaces

MRU software includes two interfaces. The MRU command line interface allows for direct interaction with the MRU software and for the development of scripts for programmed operations. For information about the currently supported MRU commands, see Section 4, ''Media Robot Utility Command Reference''.

The MRU software also includes a Graphic User Interface (GUI) which is supported on the following versions of VSI OpenVMS:

  • the list goes here

This interface provides a simple way to operate a library or loader. By default, the GUI scans the system to provide access to all connected robots. To start MRU GUI, enter:

$ XROBOT

To use the GUI to access particular robots, specify those robot devices in a list following the XROBOT command like so:

$ XROBOT $1$DUA812: GKA2: $1$MIA4:

The system view window shows all libraries and loaders connected to the system. The robot dialog represents the selected library or loader. Use it to conduct operations with the robot and set robot-specific customizations. Cartridges can be moved from any location to any other location as allowed by the media robot hardware.

Online help is available through the Help pull down menu as well as through context sensitive help.

3. Media Robot Utility Software for OpenVMS

This chapter describes the Media Robot Utility software variant for the OpenVMS system. It explains some important aspects of hardware installation, establishing the operating system connection, as well as installing the MRU software and the MRU operating environment.

3.1. Connecting the Media Robot Hardware

Refer to the documentation that comes with your media robot hardware for information about connecting to the computer system.

Warning

If the media robot has a hardware setting to enable or disable automatic inventory on startup, make sure that this option is enabled. If the automatic inventory on startup option is disabled, MRU may not work.

3.2. Direct Connect SCSI Devices

An SCSI device that is directly connected to an OpenVMS system uses the GKDRIVER software to control the movement of the robotics. The tape devices use tape device drivers. The GKDRIVER is a standard OpenVMS device driver and does not require a separate installation. However, you must first create a tape robot unit to use the robotic features on tape jukeboxes directly connected through a SCSI bus. The tape robot unit is named such that it describes the physical SCSI connection.

There are two categories of medium robots to consider, and each uses a different naming convention for its drive and changer devices because of the manner in which it is configured and physically connected to the SCSI bus. Keep these conventions in mind as you configure your systems, especially when creating tape robotic units.

3.3. Connecting DLT, DAT and TSL1000 Media Loaders

Important

This information applies to the TLZnx, TZ8nn, and TSL10000 classes of DLT and DAT media loaders.

DLT, DAT, and TSL10000 tape loaders treat their robotic devices and tape devices as logical units of the device target ID. The are four parts to the naming convention with this type of robotic loader:

  • The name begins with the MK prefix for tape devices and the GK prefix for robotic devices.

  • The prefix is followed by a letter indicating the physical host system SCSI bus to which the device is connected. For devices connected to the first bus detected at boot time, the letter is A, for the second bus detected, the letter is B, etc.

  • The next part is a number corresponding to the SCSI target ID.

  • The last part is a two-digit number corresponding to the SCSI target ID logical unit number. Because tape drives in a DLT or DAT loader are always at logical unit 0, the last two digits are 00. The last two digits for the robotic device are 01.

MKA400 is the name of a tape device connected to the first SCSI bus seen at boot time, at target ID 4. GKA401 is the name of the robotic device and the name of the robotic unit corresponding to the tape device MKA400.

3.4. Connecting Automated Tape Libraries

Important

The information in this section applies to the classes of libraries listed at https://vmssoftware.com/products/supported-platforms/.

With ESL and MSL tape libraries, the drives and robot units are separate. There are three parts to the naming convention for a tape library:

  • The name begins with the MK prefix for tape devices and the GK prefix for robotic devices.

  • The prefix is followed by a letter indicating the physical host system SCSI bus to which the device is connected. For devices connected to the first bus detected at boot time, the letter is A, for the second bus detected, the letter is B, etc.

  • The next part is a number corresponding to the SCSI target ID.

When installing a medium changer system, you need to keep track of the device names for the drives serviced by the particular robotic transport device. MRU software cannot unload a cartridge from a drive in a medium changer system without the OpenVMS system first dismounting the cartridge. MRU software has no way of associating the drives with the robotic transport device. You must correlate the device and device name before unloading a cartridge.

3.5. Creating a Tape Robot Unit

For SCSI magazine loaders connected directly to an SCSI bus, enter the following command:

$ MCR SYSMAN IO CONNECT GKannn:/DRIVER=SYS$GKDRIVER/NOADAPTER

where GKannn: is the robot device name. With media loaders, the robot device name is always the same as the tape drive name incremented by one, and without any prefixes to the GK string (allocation class or NODE$ prefix). For example, the tape drive name $1$MKA200: could use the robot device name GKA201:.

VSI recommends that you include any such commands in your system startup command procedure.

3.6. Connecting Through an HSxnn Controller

When connecting a media robot to an HSJnn or HSDnn controller, you must associate the loader name with an internal pass-through name. After installing the media robot hardware and connecting the cables between host, controller, and media robot, you can make the association at the controller console terminal.

  1. Add the loader to the controller by identifying the loader name, loader SCSI port, target ID, and LUN like so:

    CLI> ADD LOADER loader_name port target-id lun
  2. Add the pass-through name to the controller, relating it to the loader name like so:

    CLI> ADD PASSTHROUGH pass_name loader_name
  3. Add the unit name, relating it to the pass-through name like so:

    CLI> ADD UNIT unit_name pass_name

The example below shows the commands for connecting a MSL6480 Automated Tape Library system loader. The SCSI port is 5, target ID is 4, and LUN is 0.

CLI> ADD LOADER MSL6480A 5 4 0
CLI> ADD PASSTHROUGH P810A MSL6480A
CLI> ADD UNIT D810 P810A

3.7. Configuring Media Robot on Fibre Channel

Media Robot devices on Fibre Channel (FC) will be configured automatically. Since the device name of a Media Robot on Fibre Channel does not imply to its physical address, FC Media Robots cannot be configured manually (i.e. the CONNECT command cannot be used).

The naming scheme for Fibre Channel tapes and changers is similar to the one implemented on Fibre Channel disks. A Fibre Channel tape name will be of the form $2$MGAn, where n is a number chosen by OpenVMS. The letter chosen for the controller will always be A, with the prefix $2$. In general, the name creation algorithm chooses the first free unit number starting with 0, so the first tape discovered on the Fibre Channel will be named $2$MGA0. The next one will be named $2$MGA1, etc. Likewise, the first medium changer detected on the Fibre Channel will be named $2$GGA0, etc.

Important

Two non-clustered systems that share a common library through a FC switch have no knowledge of each other and may consequently assign two different names to the same tape drive. Note that there is no resource locking between non-clustered systems, which may result in conflicting allocation of the tape drives or robot. Within a cluster, the naming and allocation is controlled and consistent.

Example Device Configuration on Alpha

  1. Use the command below to list all detected tapes and Media Robots along with their suggested names. It stores the names and their worldwide identifiers (WWID) in the file SYS$DEVICES.DAT.

    $ MCR SYSMAN IO FIND_WWID

    The output will look similar to the following:

    [Device $2$GGA0]
    
    WWID=04100024:"DEC      TL800       (C)      DEC3G9CCR82A017"
    
    [Device $2$MGA0]
    
    WWID=04100022:"DEC      TZ89        (C)      DECCX939S2777"
    
    [Device $2$MGA1]
    
    WWID=04100022:"DEC      TZ89        (C)      DECCX942S6295"
    
    $ mcr sysman io auto/log
    
    %SYSMAN-I-OUTPUT, command execution on node BOLERO
    
    %IOGEN-I-PREFIX, searching for ICBM with prefix SYS$
    
    %IOGEN-I-PREFIX, searching for ICBM with prefix DECW$
    
    %IOGEN-I-SCSIPOLL, scanning for devices through SCSI port PKA0
    
    %IOGEN-I-SCSIPOLL, scanning for devices through SCSI port PKB0
    
    %IOGEN-I-FIBREPOLL, scanning for devices through FIBRE port PGA0
    
    %IOGEN-I-CONFIGURED, configured device GGA0
    
    %IOGEN-I-CONFIGURED, configured device MGA0
    
    %IOGEN-I-CONFIGURED, configured device MGA1
    
    $
  2. Use the following command to auto-configure the devices:

    $ SYSMAN IO AUTOCONFIGURE

3.8. MRU Software Installation

This section describes the installation prerequisite tasks, the installation procedure, and some follow-up information.

3.8.1. MRU Distribution Medium

The distribution CD-ROM contains the OpenVMS Media Robot Utility software in the Files11 format.

3.8.2. Preparing to Install MRU Software

Perform the following procedure before installing MRU:

  1. Login to the SYSTEM account.

  2. Enable all privileges.

  3. Verify that the current system disk backup copy is appropriate.

  4. Load and mount the media that contains the software kit.

3.8.3. Installing the Software

Perform the following procedure to install the software:

  1. Invoke the VMSINSTAL procedure using the following command:

    $ @SYS$UPDATE:VMSINSTAL ROBOT018 kit-location:

    where kit-location: is the name of the device from which you are installing the kit.

  2. Confirm the state of the system disk.

  3. Select no additional options.

  4. Purge any previous MRU files.

  5. If you are upgrading MRU, you are likely to get a message from the VMSINSTAL procedure about version sequencing at this point. If you receive this message, select the option to replace the image that is currently installed.

  6. Run the Installation Verification Procedure (IVP).

3.8.4. Verifying the Installation

IVP searches the system for connected libraries and loaders. If IVP finds none, the installation finishes, but IVP fails. In this case, you must install the hardware and/or appropriate drivers and execute IVP again. To execute IVP, use the following command:

$ @SYS$COMMON:[SYSTEST]ROBOT$IVP.COM

3.8.5. Updating the OpenVMS DCL Tables

If you installed MRU on a VMScluster system, users will have to log out and log back in to be able to use MRU. This is due to the automatic update of the DCLTABLES performed during MRU software installation.

3.9. The OpenVMS Operating Environment

Before you use the MRU software, you need to know the required privileges to execute the software. You should also understand the logging features and understand how to select a media robot for operation.

Caution

Define logical names only within the context of a user process if you use any Storage Management Software product that includes the Media and Device Management Services (MDMS) software. If you use MDMS software and define any of these logical names so that they are set for any MDMS process (i.e. any group or system logical table accessible by MDMS), you could cause failures in MDMS operations.

3.9.1. Required Process Privileges

Privileges required to operate MRU depend on the robot connection to the host. The table below lists the privileges required for each of three different kinds of connections.

Table 1. Required Process Privileges

Required Privilege

Direct Connect SCSI

HSJ Controller Connect

SYSPRV

X

 

PHY_IO

X

X

DIAG

X

X

3.9.2. Logging Robot Operations

The MRU software allows you to save the results of robot operations into a log file. To do so, define the MRU_LOG logical name like so:

$ DEFINE MRU_LOG file_name

This command will create a log file in the current default directory. If you do not want to create a log file, deassign this logical name.

You can control the amount of information that will be logged. By default, the information that MRU supplies is rather brief. For a more detailed log, set the MRU_VERBOSE logical name to 1 like so:

$ DEFINE MRU_VERBOSE 1

Deassign this logical to disable this feature. Refer to the media robot hardware information to interpret SCSI sense data returned when this option is enabled.

3.9.3. Default Robot

By defining a default robot, you do not have to supply the robot name parameter with MRU commands you execute. The default robot is the implicit target for any command that does not include the robot name parameter. To set a default robot, enter the following command:

$ DEFINE MRU_ROBOT robot_name

You can override the default robot by explicitly including the robot name parameter in an MRU command. If you do not need a default robot, deassign this logical name.

3.9.4. Case Sensitive Searches

The FIND command default search behavior matches cartridge labels without case sensitivity. If you need a case sensitive search, set the MRU_CASE_SENSITIVE logical name to 1 like so:

$ DEFINE MRU_CASE_SENSITIVE 1

Note

MRU_CASE_SENSITIVE also affects the behavior of the graphic user interface find feature.

3.9.5. Exit Status

Starting with this version, MRU returns status messages to programs written against the application programming interface.

If you want to continue using scripts and programs written against previous versions of MRU, set the MRU_OLD_STATUS logical name to 1 like so:

$ DEFINE MRU_OLD_STATUS 1

With this logical name defined, the exit status will report either success or failure.

3.9.6. Waiting for the Robot

If you issue a command to a media robot while it is performing an operation, the MRU software will wait until the ongoing operation completes before attempting to execute the new command. By default, the MRU software waits up to approximately 18 hours for the operation to finish before failing the command. You can set this wait time (in seconds) by defining the MRU_WAIT logical name like so:

$ DEFINE MRU_WAIT value

Another feature of MRU software controls the amount of time it waits after an unload operation is initiated on a DLT media robot. It can take up to about three minutes for a tape to rewind in response to an unload request. By default, MRU software will attempt to perform an unload up to 180 times, until the unload is successful. You can change this by specifying a value representing the number of retries with the MRU_UNLOAD_DELAY logical name like so:

$ DEFINE MRU_UNLOAD_DELAY value

The amount of time taken to retry a single unload operation can take from one to approximately seven seconds depending on the particular media robot.

3.9.7. Verifying a MUSL Configuration

You can use MRU to verify a successful Multi-Unit, Single LUN (MUSL) configuration. Use the SHOW ROBOT command to get information about the configuration:

$ ROBOT SHOW ROBOT $1$DUA560:
Robot Name  :  $1$DUA560:  Type:  SCSI

Media   Robot   Identifier: DEC   TL820   (C)   DEC2A5A

Slots:                176
Drives:               6
Inports:              1
Outports:             1
Transports:           2

MUSL control is available on firmware 2A5A or higher. This information appears on the Media Robot Identifier line of the SHOW ROBOT output.

When MUSL is activated, the combined hardware units respond to a single medium changer unit. MRU shows this with a transport count greater than 1.

4. Media Robot Utility Command Reference

All MRU commands listed in this section are subcommands of the ROBOT DCL command on OpenVMS.

4.1. Command Parameters

MRU software uses these common commands parameters:

slot_number

An integer value indicating a physical slot in the media robot.

drive_number

An integer value indicating a physical drive in the media robot.

port_number

An integer value indicating a physical port in the media robot.

robot_name

The system name for the media robot that is being accessed. If none is specified, MRU will use the default robot name (to specify the default robot, refer to Section 3.9.3, ''Default Robot''). To override the default robot name, include the robot_name parameter in the command.

cartridge_name

The name of the cartridge as identified by its external label. Note that MRU treats cartridge names with case sensitivity.

Important

MRU slot, drive, and port numbering begins with 0, which means that the default value for slot_number, drive_number, and port_number is 0.

4.2. Commands for Operating a Media Robot

The following command descriptions show the general command syntax.

For commands that involve cartridges, such as LOAD and MOVE, you can optionally specify the cartridge name as it appears on the barcode. If the media robot has a vision capability, MRU can determine the bar code value before actually executing the command. If the specified bar code is not the bar code value at the source, the command fails before processing any farther. If the media robot does not qualify bar codes, the bar code value is ignored.

INJECT

Moves a cartridge from a port to a slot.

INJECT [ PORT port_number ] { SLOT slot_number } [ ROBOT robot_name ][ CART cartridge-name ]
EJECT

Moves a cartridge from a slot to a port.

EJECT SLOT { SLOT slot_number } [ PORT port_number ] { ROBOT robot_name } [ CART cartridge_name ]
LOAD

Moves a cartridge from a slot into a drive.

LOAD { SLOT slot_number } [ DRIVE drive_number ] [ ROBOT robot_name ] [ CART cartridge_name ] 
UNLOAD

Moves the cartridge from a drive into a slot.

UNLOAD [ DRIVE drive_number ] { SLOT slot_number } [ ROBOT robot_name ] [ CART cartridge_name ] 
READY

Enables the inport door release button on the TL82n Automated Tape Library System.

READY { PORT port_name } [ ROBOT robot_name ]
LOCK

Sends an SCSI Prevent Media Removal command to the media robot. Refer to your hardware documentation for a description of the result of issuing this SCSI command.

LOCK [ ROBOT robot_name]
UNLOCK

Sends an SCSI Allow Media Removal command to the media robot. Refer to your hardware documentation for a description of the result of issuing this SCSI command.

UNLOCK [ ROBOT robot_name ]
MOVE

Moves a cartridge from a source location to a destination. Allowable actions with the MOVE command are determined by the specific library or loader system.

MOVE {PORT port_number | SLOT slot_number | DRIVE DRIVE_NUMBER } { PORT port_number | SLOT slot_number | DRIVE drive_number } [ ROBOT robot_name ] [ CART cartridge_name ] 
POSITION

Positions the cartridge manipulation mechanism to the specified location.

POSITION { Port port_number | SLOT slot_number | drive drive_number } [ ROBOT robot_name ] 
HOME

Returns a cartridge from the specified location to its home (previous) location. The home position varies between different media robots. To find out the home location on your media robot, consult your hardware documentation or issue the command and observe the placement of the mechanism.

HOME [ ROBOT robot_name ] { PORT port_number | SLOT slot_number | DRIVE drive_number | TRANSPORT transport_number } 
FIND CARTRIDGE

Locates a named cartridge in any media robot that includes a vision system. If the named cartridge resides in the media robot, MRU returns its location.

Note that this command uses the name on the external label affixed to the cartridge, and not the name of the recorded label on the medium.

FIND CARTRIDGE { cartridge_name } [ ROBOT robot_name ]

Wildcard Support

MRU V1.4 or higher allows wildcard names for the ROBOT FIND CARTRIDGE command, as shown in the following examples:

  • The following command shows all elements (slots, drives, transports, ports) that are full:

    FIND CARTRIDGE {"?*"} 
  • The following command shows all elements (slots, drives, transports, ports) that are available in the library, regardless of whether they are full or empty:

    FIND CARTRIDGE {"*"}
INITIALIZE

Inventories the robot and updates the robot's internal element status. The time it takes to complete this operation depends on the size of the robot.

INITIALIZE [ ROBOT robot_name ]

4.3. Commands for Showing Media Robot Status

The following command descriptions show the general command syntax. Consult your online information for examples and detailed descriptions of commands for your operating system.

SHOW ROBOT

Shows the status of the specified robot.

SHOW ROBOT [ ROBOT robot_name ]
SHOW PORT

Shows the status of the specified ports. For a description of the results, review the online information.

SHOW PORT [ ROBOT robot_name ] { port }
SHOW SLOT

Shows the status of the specified slots. For a description of the results, review the online information.

SHOW SLOT [ ROBOT robot_name ] { SLOT } [[ slot_number | slot_number-slot_number ],... ]
SHOW DRIVE

Shows the status of the specified drives. For a description of the results, review the online information.

SHOW DRIVE [ ROBOT robot_name ] { DRIVE } [[ drive_number | drive_number-drive_number ],... ]

4.4. Other Commands

SHOW VERSION

Displays the current version of the Media Robot Utility software.

HELP

Displays Help.