================================================================================ README Welcome to the Tivoli Storage Manager, Version 3, Release 7. This is HP-UX server Maintenance Level 3.7.2.0 Licensed Materials - Property of IBM 5697-TSM (C) Copyright IBM Corporation 1990, 1999. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp ================================================================================ This README is divided into the following sections: o Installation notes o Last minute changes to Documentation $$2 o Tivoli Storage Manager now supports the IBM 3590E Tape drive $$2 o New server option SEARCHMPQUEUE for backup/restore and archive/retrieve operations o ADSM V3 DRM Disk Image Dump and Restore Diskettes ... $$2 o New parameters added to the DELETE VOLHISTORY command $$2 o Licensing Changes Between Server Versions 3.1.x and 3.7 o Data Base Page Shadow Function Disabled o New QUERYAUTH Server Option o AIX APAR IX89878 fix is required for ... o 8mm Drives, GENERICTAPE device type and Data Base Backup $$1 o APARS fixed in the 3.7.0.0 release o CONVERT USSFILESPACE utility o Where to find Documentation o Getting Help o Trademarks $$1 Changes made for maintanence level 3.7.1.0 are indicated by "$$1" $$2 Changes made for maintanence level 3.7.2.0 are indicated by "$$2" ********************************************************************** * Installation Notes * ********************************************************************** o The Tivoli Storage Manager server installation is designed for both new installations and as a replacement (migrate installation) of the ADSTAR Distributed Storage Manager (ADSM). - Tivoli Storage Manager installs into /opt/tivoli/tsm/server o If ADSM is installed, a migrate install will be performed. - If the file pointing to the ADSM log and database (dsmserv.dsk) exists in /opt/adsmserv/bin, it is copied to the Tivoli Storage Manager server installation directory (/opt/tivoli/tsm/server/bin). Also, if a dsmserv.opt file is found in /opt/adsmserv/bin, it is copied to /usr/tivoli/tsm/server/bin. o Beginning with Tivoli Storage Manager, version 3, release 7, "versioning" has changed. When a new PTF is released, the maintenance level will be raised by one. Thus 3.7.0.0 is the Initial GA level, and the first PTF will be 3.7.1.0. The last number (fix level) is reserved for individual APAR fixes and special fixtests which are sometimes necessary between PTF levels. ********************************************************************** * Last minute changes to Documentation * ********************************************************************** o Query Volhistory Command The nodename, backupsetname, and description parameters included in the Query Volhistory command description have been deleted. The information provided by these parameters can be obtained with the query backupset command. o Changes to the Tivoli Storage Manager Administrator's Reference Commands Related to Expiring Database Backup Volumes and Recovery Plan Files: + SET DRMDBBACKUPEXPIREDAYS days Use this command to specify when a database backup series is eligible to be expired. The value set by this command controls expiration of full plus incremental database backup series and snapshot database backup series. The latest backup series of either type is not deleted. A full plus incremental or snapshot database backup series is eligible for expiration if all the following conditions are met: - The age of the last volume of the series has exceeded the expiration value of the SET DRMDBBACKUPEXPIREDAYS command. - The series is not the latest full plus incremental database backup series or snapshot database backup series. - In addition, for volumes that are not virtual volumes, all the volumes in the series are in the VAULT state. See the MOVE DRMEDIA command for additional information on expiration of database backup volumes that are not virtual volumes. See the EXPIRE INVENTORY command for additional information on expiration of database backup volumes that are virtual volumes. NOTE: This command only applies to environments that are licensed to use the Tivoli Disaster Recovery Manager product . + SET DRMRPFEXPIREDAYS days Use this command to specify when recovery plan files are eligible to be expired. This command and expiration processing only applies to recovery plan files that were created using the DEVCLASS parameter with the PREPARE command (i.e. virtual volumes of type RPFILE and RPFSNAPSHOT). The latest RPFILE and RPFSNAPSHOT files are not deleted. Expiration processing on the source server expires plan files stored on the target server. RPFILE and RPFSNAPSHOT files are associated with a database backup series during the generation of these recovery plan files: - An RPFILE is associated with a full plus incremental database backup series - An RPFSNAPSHOT is associated with a snapshot database backup series. An RPFILE or RPFSNAPSHOT file is eligible for expiration if all the following conditions are met: - The age of the last recovery plan file associated with a database backup series has exceeded the expiration value specified with the SET DRMRPFEXPIREDAYS command. - The recovery plan file is not associated with the most recent database backup series. See the EXPIRE INVENTORY command for additional information. NOTE: This command only applies to environments that are licensed to use the Tivoli Disaster Recovery Manager product. + EXPIRE INVENTORY When the Tivoli Disaster Recovery Manager (DRM) is licensed, the inventory expiration process removes eligible virtual volumes that are used for: - Full, incremental or snapshot database backups, that is virtual volumes of type BACKUPFULL, BACKUPINCR or DBSNAPSHOT respectively. See the SET DRMBACKUPEXPIREDAYS command for details on when these volumes are eligible for expiration. - Recovery plan files, that is virtual volumes of type RPFILE or RPFSNAPSHOT. See the SET DRMRPFEXPIREDAYS command for details on when these volumes are eligible for expiration. These volumes are not processed by expiration processing that occurs during Tivoli Storage Manager initialization. + MOVE DRMEDIA Use the MOVE DRMEDIA command to track database backup volumes and copy storage pool volumes that are to be moved offsite and to identify the expired or empty volumes that are to be moved onsite for reuse. The database backup volumes include volumes used for full, incremental, and snapshot database backups. This command does not process copy storage pool volumes and database backup volumes (full, incremental and snapshot database backup volumes) that are stored stored on another server via electronic vaulting (virtual volumes). NOTE: The state displayed by the QUERY DRMEDIA command for a volume stored on another server via electronic vaulting is REMOTE. Moving Reclaimed or Expired Volumes Back Onsite: ------------------------------------------------ MOVE DRMEDIA uses the following states for copy storage pool and database backup volumes that are to be moved back onsite: VAULT Volumes in this state contain valid data and are at the offsite location. When volume data becomes invalid the volumes automatically transition to the VAULTRETRIEVE state. VAULTRETRIEVE Volumes in this state do not contain valid data and are at the offsite vault. Volumes are to transition to this state from the VAULT state when: - Copy storage pool volumes are empty and have met the REUSEDELAY days in your copy storage pool definition - Database backup volumes are associated with a database backup series that has expired according to the SET DRMDBBACKUPEXPIREDAYS value. COURIERRETRIEVE Volumes in this state do not contain valid data, are with the courier, and being moved back to the onsite location. ONSITERETRIEVE Volumes in this state do not contain valid data, are at the onsite location, and are not managed by DRM. The volume records for the database backup (full, incremental and snapshot) and scratch copy storage pool volumes are deleted from the Tivoli Storage Manager database. The volume records of the private copy storage pool volumes are updated with the READWRITE access mode in the Tivoli Storage Manager database. o Changes to the Tivoli Storage Manager Administrator's Guide - In the section "Automatic Tuning of Server Options", the reference to TXNGROUPMAX should be removed. The server will not adjust the TXNGROUPMAX value on a node-by-node basis until it obtains the best performance. The tuning of the TXNGROUPMAX option is still a user configurable in the server options file. $$2 ********************************************************************** $$2 Tivoli Storage Manager now supports the IBM 3590E Tape drive. $$2 ********************************************************************** $$2 The 3590E tape drive writes data in a new 256 track data tape format. $$2 3590E drives can not write in 3590 128 track format however, they can $$2 read data from the tapes previously written in 128 track format on 3590 $$2 drives. $$2 With new 3590E drives available, the existing 3494 libraries with 3590 $$2 drives may either be completely upgraded with 3590E drives or they may have an $$2 intermix configuration (3590 and 3590E drives). $$2 Tivoli Storage Manager administrators must follow certain rules to $$2 transition from old 3590 drives to new 3590E drives and/or maintain $$2 both kinds of drives within the same physical library. $$2 Configurations: $$2 Device Driver level: $$2 atdd 2.9.0.0 (HP-UX 10.20) $$2 atdd 4.9.0.0 (HP-UX 11.00) $$2 (obtain either from ftp://index.storsys.ibm.com/devdrvr/HPUX) $$2 Microcode level: $$2 3590E - EC F23200 D01C_502 $$2 NOTE: To convert a 3590E volume to 3590 must have microcode level EC $$2 D19328 D01A_2FC $$2 Tape formats for 3590E: $$2 - 3590E-B - uncompressed mode (similar to 3590B) $$2 - 3590E-C - compressed mode (similar to 3590C) $$2 - DRIVE - the most advanced available format $$2 Note: For 3590 and 3590E tape drives the most $$2 advanced formats are respectively 3590C and 3590E-C $$2 1. All 3590 drives within physical library are upgraded $$2 with 3590E drives at the same time. $$2 Consider an example with one 3590 drive physically $$2 defined as /dev/rmt/0m. Assume that there were originally $$2 defined devclass, logical library, and storage pool for 3590 drive. $$2 There were also some volumes (tape cartridges) checked $$2 in the library with data written on that drive. $$2 Replaced 3590 drive with 3590E drive. $$2 Steps below will allow you to use the new 3590E drives $$2 with minimum changes to Tivoli Storage Management server: $$2 - Replace the 3590 drive with the 3590E drive. $$2 - Run the server (dsmserv); $$2 - Issue command: UPDate DEVclass devclassname FORMAT=DRIVE $$2 update devclass devclass_3590 FORMAT=DRIVE; $$2 - Issue command: DELete DRive libname drivename $$2 delete drive lib_3590 drive_3590; $$2 - Issue command: $$2 DEFine DRive libname drivename DEVIce=devicename $$2 define drive lib_3590 drive_3590 device=/dev/rmt/0m; $$2 - Update all previously written on 3590 drive volumes $$2 to readonly mode $$2 update volume volname access=readonly; $$2 2. Intermix of 3590 and 3590E drives in a single 3494 library environment. $$2 Consider an example of a physical library with $$2 one 3590 drive defined on /dev/rmt/0m and $$2 a new 3590E drive defined on /dev/rmt/1m. $$2 Assume that there were originally defined devclass, $$2 logical library, and storage pool for 3590 drives. $$2 With addition of a new 3590E drive to the $$2 library that already has 3590 drives in it, new DEVCLASS, $$2 new logical LIBRARY, and new STORAGE pool MUST be defined. $$2 Defining new devclass, logical library, and storage pool $$2 for 3590E drive: $$2 DEFINE LOGICAL LIBRARY $$2 define library lib_3590E libtype=3494 device=lmcp0 $$2 scratchcategory=lib_3590_scratch $$2 privatecategory=lib_3590_scratch+3 $$2 DEFINE DEVCLASS $$2 define devclass devclass_3590E devtype=3590 format=3590E-C $$2 library=lib_3590E $$2 format=3590E-B $$2 format=DRIVE $$2 DEFINE STORAGE POOL $$2 define stgpool stg_3590E devclass_3590E other parameters $$2 $$2 Defining separate devclass for each type of drives will $$2 allow the user to specify the format for the drive and insure $$2 that 3590 volumes will not be mounted on 3590E drives $$2 and that 3590E volumes will not be mounted on 3590 drives. $$2 Defining a logical library for each type of drives will allow $$2 to define two separate storage pools of scratch volumes. $$2 It is necessary to allow write the label for the volume $$2 in the appropriate format. $$2 Moving a scratch volume from 3590 scratch pool $$2 to 3590E scratch pool: $$2 - Issue command: CHECKOut LIBVolume libraryname volname REMove=No $$2 - Issue command: CHECKIn LIBVolume libraryname SEARCH=Yes $$2 Note: In order to move volume from 3590 scratch pool to 3590E $$2 scratch pool issue above commands and RELABEL the volume $$2 after it has been checked in the 3590 library. $$2 IN ORDER TO READ THE VOLUME PREVIOUSLY WRITTEN IN 3590 FORMAT $$2 ON 3590E DRIVE (THE STORAGE POOL THAT OWNS THE VOLUME POINTS $$2 TO A DEVCLASS THAT USES 3590E drive): $$2 - UPDATE ACCESS MODE TO THAT VOLUME TO READONLY $$2 update volume volumename access=readonly; $$2 - CHECKOUT THE VOLUME FROM THE LOGICAL 3590 LIBRARY $$2 (THE DEVCLASS' OLD LIBRARY THAT HAD 3590 DRIVES); $$2 - CHECKIN THE VOLUME TO THE LOGICAL 3590E LIBRARY $$2 (THE DEVCLASS' NEW LIBRARY THAT CONTAINS 3590E DRIVES). $$2 Private volumes defined in private categories: $$2 The volumes defined in private category have to be marked READONLY in $$2 order to read data from them on 3590E drives. After data is expired $$2 and volume becomes empty its access type is still READONLY because $$2 this volume was directly defined in the private category. In order $$2 to reuse volumes with expired data on 3590E drives the access type of $$2 these volumes must be updated to READWRITE type. The user may update $$2 all volumes to READWRITE type with the following ADSM command: $$2 update volume volumename/ *(all of them) access=readwrite $$2 whereaccess=readonly wherestatus=empty $$2 There are also SQL scripts that will allow the user to query all $$2 volumes with above mentioned attributes. $$2 Next time the empty volume is mounted on 3590E drive for writing, $$2 it will be AUTOMATICALLY relabeled using 3590E format. This volume $$2 can be used neither for reading nor for writing on 3590 drives. $$2 Scratch Volumes $$2 Next time the empty volume is mounted on 3590E drive for writing, $$2 it will be AUTOMATICALLY relabeled using 3590E format. This volume $$2 can be used neither for reading nor for writing on 3590 drives. $$2 ********************************************************************** $$2 * New server option SEARCHMPQUEUE for backup/restore and archive/retrieve operations $$2 ********************************************************************** $$2 The new server option SEARCHMPQUEUE can be used to modify mount request $$2 processing. $$2 When specified the server, when examining the mount point queue for a $$2 mount request to satisify, will first look to dispatch a request that needs an $$2 already mounted volume. The selected request may be dispatched before $$2 other request on the mount point queue even though they have been waiting $$2 longer for a mount point. Without this option specified, the sever will $$2 satisify mount request as first-come, first-served. ********************************************************************** * ADSM V3 DRM Disk Image Dump and Restore Diskettes and Documentation* ********************************************************************** - The DRM Stand-alone Disk Image Dump and Restore Diskettes and Documentation have been stabilized at the ADSM Version 3.1.2 level. - The DRM Stand-alone Disk Image Dump and Restore Diskettes and Documentation will not be shipped with Tivoli Disaster Recovery Manager Product. - No maintenance or changes to the Disk Dump and Restore diskettes or documentation will be done to support new client hardware and environments or for changes in the Tivoli Storage Manager Version 3.7 Server. - If a Disk Image Dump and Restore client is used with a Tivoli Storage Manager Version 3.7 server, a warning message will be issued to the server console and written to the server activity log. The message indicates that the Disk Image Dump and Restore function has been stabilized and that no new maintenance or development will be done. - Customers can still restore disk images to the Disk Dump and Restore ADSM 3.1.2 supported hardware environment from the Tivoli Storage Manager server version 3.7. $$2********************************************************************** $$2* New parameters added to the DELETE VOLHISTORY command * $$2********************************************************************** $$2 $$2 The following new parameters have been added to the $$2 DELETE VOLHISTORY command: $$2 $$2 o DEVCLASS=classname $$2 $$2 o DELETELATEST=Yes|No $$2 $$2 Command Syntax: $$2 $$2 $$2 >>--DELete VOLHistory--TODate--=--date--+-----------------+--> $$2 +--TOTime-=-time--+ $$2 $$2 $$2 >--Type--=--+-All---------------------------------------+--->< $$2 |-DBDUMP------------------------------------| $$2 | | $$2 | ..... | $$2 | | $$2 |-DBBackup------+------------------------+--| $$2 | +--DEVclass--=classname--+ | $$2 | | $$2 |-DBsnapshot----+------------------------+--| $$2 | +--DEVclass--=classname--+ | $$2 | | $$2 | +--DELETELatest--=---No--+ | $$2 |-RPFile--------+------------------------+--| $$2 | +--DELETELatest--=-+-No--+ | $$2 | +-Yes-+ | $$2 | | $$2 | +--DELETELatest--=---No--+ | $$2 |-RPFSnapshot---+------------------------+--| $$2 | +--DELETELatest--=-+-No--+ | $$2 | +-Yes-+ | $$2 | | $$2 +-------------------------------------------+ $$2 $$2 $$2 New Parameters: $$2 $$2 o DEVclass=classname $$2 Specifies the device class name that was used to create the $$2 database backups. This optional parameter can be used to $$2 delete database backups created using a server-to-server $$2 virtual volume device class. The type of the device class $$2 must be SERVER. $$2 $$2 This parameter can only be used to delete volume history $$2 entries of type BACKUPFULL, BACKUPINCR, or DBSNAPSHOT. $$2 $$2 A full, incremental or snapshot database backup volume $$2 is eligible to be deleted if all of the following conditions $$2 are met: $$2 - The device class used to create the database backup $$2 volume matches the specified device class $$2 - The volume was created on or before the specified $$2 date/time. $$2 - The volume is not part of the latest full plus $$2 incremental database backup series if the specified $$2 volume type is DBBackup, or snapshot database backup $$2 series if the volume type is DBSnapshot. $$2 $$2 $$2 o DELETELatest=Yes|No $$2 Specifies whether the latest recovery plan file is eligible $$2 for deletion. This optional parameter can only be used to $$2 delete volume history entries of type RPFILE or RPFSNAPSHOT $$2 (i.e. recovery plan files that were created using a $$2 server-to-server virtual volume device class). If this parameter $$2 is not specified, the latest RPFILE and RPFSNAPSHOT entries are $$2 not deleted. $$2 $$2 DELETELatest=No $$2 Specifies the latest RPFILE or RPFSNAPSHOT file is NOT deleted. $$2 $$2 DELETELatest=Yes $$2 Specifies the latest RPFILE or RPFSNAPSHOT file is deleted if $$2 it meets the specified date and time criteria. $$2********************************************************************** $$2* Licensing Changes Between Server Versions 3.1.x and 3.7 * $$2********************************************************************** $$2 $$2 The license terms have changed for the Tivoli Storage Manager (TSM) $$2 server Version 3.7. Customers that were in compliance with the $$2 license terms on ADSM server version 3.1.x may find themselves $$2 out of compliance when migrating to TSM 3.7. This notice has been $$2 developed to address the changes to the DRM and server-to-server $$2 virtual volume licenses. $$2 $$2 For the ADSM server version 3.1.x, electronic vaulting of $$2 database and storage pool backups was licensed via the $$2 server-to-server virtual volume license. The $$2 server-to-server virtual volume license was required $$2 on the source and target servers. $$2 $$2 For the TSM server version 3.7, the base TSM server license $$2 includes server-to-server virtual volume capabilities except $$2 for electronic vaulting of database and storage pool backups. $$2 The DRM (Tivoli Disaster Recovery Manager) license now $$2 includes electronic vaulting of storage pool and database $$2 backups. This license is only required on the source server. $$2 $$2 Customers using electronic vaulting of database or $$2 copy storage pool backups on ADSM servers version 3.1.x $$2 should do one of the following when migrating to TSM $$2 Version 3.7: $$2 o Purchase and register the Tivoli Disaster Recovery $$2 Manager license $$2 OR $$2 o Delete the storage pool and database backups that were $$2 created using a server-to-server virtual volume device $$2 class (i.e. device class of type SERVER). $$2 $$2 $$2 Deleting Storage Pool Backups $$2 ---------------------------------- $$2 $$2 If you decide to delete a copy storage pool associated with $$2 a device class of type SERVER, do the following: $$2 $$2 1. You should consider creating another copy storage pool $$2 associated with a local device class. $$2 $$2 Define a copy storage pool associated with a local device $$2 class and create a full backup of the primary storage $$2 pools that were backed up to the copy storage pool to be $$2 deleted. $$2 $$2 2. To delete a copy storage pool, you must first delete $$2 all the volumes assigned to the storage pool: $$2 o For each volume defined to the copy storage pool, issue $$2 the 'DELETE VOLUME volname DISCARDDATA=yes' command. $$2 o If the volume deletion process is cancelled or a $$2 system failure occurs, you may have to issue the $$2 DELETE VOLUME command again with the DISCARDDATA=Yes $$2 parameter. $$2 $$2 3. Use the 'DELETE STGPOOL copyPoolName' command to delete $$2 the copy storage pool. $$2 $$2 $$2 Deleting Database Backups $$2 ------------------------------ $$2 $$2 If you decide to delete the database backups created using $$2 a device class of type SERVER, do the following: $$2 $$2 1. If the latest database backup series was created using a $$2 device class of type SERVER, you must create a new database $$2 backup series using a local device class. $$2 $$2 2. Delete the volume history entries for the database backups. $$2 There are two ways to delete the entries: $$2 $$2 o Use the 'DELETE VOLHIST TYPE=DBB TODATE=date TOTIME=time' $$2 command to delete 'old' volume history entries for database $$2 backups. Note that this command will delete ALL the $$2 full and incremental database entries created on or $$2 before the specified date/time. $$2 $$2 o Use the DELETE VOLHISTORY command with the new parameter, $$2 DEVCLASS=classname. This optional parameter can only $$2 be used to delete database backups created using a $$2 server-to-server virtual volume device class. ********************************************************************** * Data Base Page Shadow Function Disabled ********************************************************************** The Data Base Page Shadowing function has been disabled. The DBPAGESHADOW option in the options file will have no effect. This function will be re-enabled at a later time. ********************************************************************** * New QUERYAUTH Server Option * ********************************************************************** A new option has been added to the server options file for specifying the level of authority that is required for issuing server QUERY or SELECT commands. Refer to the information on QUERYAUTH parameter in the sample server options file for more details. $$1 ********************************************************************** $$1 * APARS fixed in the release 3.7.0.0 * $$1 ********************************************************************** $$1 $$1 The release also includes fixes for the following device driver fixes. $$1 The device driver README files also include this information. $$1 $$1 IC24458 ILLEGAL REQUEST DURING READ ELEMENT STATUS AFTER STK 9710 $$1 FIRMWARE UPGRADE $$1 Additional data were returned from the Read Element Status command, $$1 causes incompatible storage allocation between the new firmware and $$1 the current ADSM device driver. The fix resolves the differences $$1 for 9710, 9714 and 9740 firmware upgrades. $$2 ********************************************************************** $$2 * APARS fixed by service level 3.7.2.0 * $$2 * APARS may apply to both ADSM and Tivoli Storage Manager. * $$2 * The APAR associated with Tivoli Storage manager will be indicated * $$2 * by a suffix of "37". For example IC25588(SUN37) * $$2 ********************************************************************** $$2 $$2 IC24035 WHEN UPDATING NODE WITH A WILDCARD, IF A NODE FAILS THE COMMAND $$2 $$2 SYSROUTES: IC25585(AIX37),PQ33700(MVS37),IC25586(NT37),IC25587(HP37), $$2 IC25588(SUN37) $$2 $$2 Insufficient messages issued when an UPDATE NODE updating $$2 multiple nodes fails because a node is in use. $$2 $$2 <@> $$2 IC24676 ANR8829I REMOVE VOL FROM SLOT 30 OF LIBRARY $$2 $$2 SYSROUTES: IY05373(AIX),IC24676(NT),IC25135(HP),IC25136(SUN),IC25589(AIX37), $$2 IC25590(NT37),IC25592(HP37),IC25591(SUN37) $$2 $$2 In the ANR8829I message, the ADSM server does not display $$2 the element address of the Entry/Exit slot where it placed $$2 the volume just checked out from the library with the $$2 the CHECKOUT LIBVOLUME command and the REMOVE=BULK option. $$2 The server reports the same element address (element address $$2 of 30) each time. $$2 $$2 <@> $$2 IC24886 FORCED PASSWORD CHANGE OPTION NOT WORKING IN ENTERPRISE MANAGEM $$2 $$2 SYSROUTES: IC25593(AIX37),PQ33702(MVS37),IC25594(NT37),IC25596(HP37), $$2 IC25595(SUN37) $$2 $$2 The FORCEPWRESET attribute of an administrator was not being $$2 passed from the configuration manager server to the managed $$2 server. $$2 $$2 The FORCEPWRESET attribute of an administrator was not being $$2 passed from the configuration manager server to the managed $$2 server. $$2 $$2 <@> $$2 IC25105 WHEN REMOVING A NODE NAME THAT WAS REGISTERED W/ USERID= PARM, $$2 $$2 SYSROUTES: IY07426(AIX),PQ34661(MVS),IC25910(NT),IC25911(HP),IC25912(SUN), $$2 PQ34663(VM),IC25105(AIX37),PQ34664(MVS37),IC25913(NT37), $$2 IC25914(HP37),IC25915(SUN37) $$2 $$2 When removing a node name that was registered with non default $$2 administrator id no warning message is issued indicating $$2 that the admin user id not removed. $$2 $$2 <@> $$2 IX87208 SERVER MACRO CAUSES ACTLOG CORRUPTION, AND SOMETIME THE SERVER $$2 $$2 SYSROUTES: IX87208(AIX),PQ24308(MVS),IC23305(NT),IC23306(HP),IC23307(SUN), $$2 IC25597(AIX37),PQ33703(MVS37),IC25598(NT37),IC25600(HP37), $$2 IC25599(SUN37) $$2 $$2 A query actlog on an extra long command line failed. $$2 Possible symptoms include hangs or traps. $$2 $$2 <@> $$2 IX88345 THE FORMAT OF THE ANR8808E MESSAGE IS NOT BEING DISPLAYED CORRE $$2 $$2 SYSROUTES: IC25601(AIX37),PQ33706(MVS37),IC25602(NT37),IC25604(HP37), $$2 IC25603(SUN37) $$2 $$2 The message ANR8808 had an imbedded tab character and other $$2 incorrect spacing in the message. These errors in the $$2 message cause it to not format correctly to the server $$2 console or to an admin client. The formatting errors $$2 do not prevent the message from being issued - it just $$2 does not display well. $$2 $$2 <@> $$2 IY00407_revOK Review Defect for Defect IY00407 $$2 $$2 SYSROUTES: $$2 $$2 <@> $$2 IY00827 DEFINE SCHED OR UPDATE SCHED PARAMETER CMD='CHECKING LIBVOL...' $$2 $$2 SYSROUTES: IC25605(AIX37),IC25606(NT37),IC25607(HP37) $$2 $$2 Commands are not recognized as eligible for scheduling. $$2 $$2 <@> $$2 IY02812 THE SET CONFIGREFRESH COMMAND FAILS TO CONTACT CONFIGURATION MA $$2 $$2 SYSROUTES: IC25678(NT37) $$2 $$2 ADSM Server Monitor thread was not properly initialized when $$2 the Server is started as a Windows NT service. $$2 $$2 <@> $$2 IY03035 ISSUING HELP COMMANDS FROM THE COMMAND LINE OF THE WEB ADMIN IN $$2 $$2 SYSROUTES: IC25608(AIX37),PQ33710(MVS37),IC25609(NT37),IC25611(HP37), $$2 IC25610(SUN37) $$2 $$2 Issuing HELP commands from the command line of the WEB Admin $$2 interface may cause the ADSM server to crash. $$2 $$2 <@> $$2 IY03374 UNDER CERTAIN ERROR CONDITIONS WITH 3494, AN RC 11 IS RETURNED $$2 $$2 SYSROUTES: IY03374(AIX),IC25258(NT),IC25259(HP),IC25260(SUN),IC25612(AIX37), $$2 IC25613(NT37),IC25615(HP37),IC25614(SUN37) $$2 $$2 This APAR documents a problem that occurs only on 3494 $$2 libraries when the customer's USEREXIT forks a process. $$2 $$2 Background information leading up to the problem: $$2 When ADSM calls close() to close a file handle to a drive, $$2 the close() call returns a return code of 0 (success). $$2 However, because the forked process inherited ADSM's open $$2 file handles, the device driver never receives the close() $$2 call. When ADSM calls open() to open a new file handle to $$2 the same drive, the open() call returns a return code of 11. $$2 $$2 Description of the problem: $$2 After receiving the errno=11, ADSM does not correctly $$2 handle the error situation. As a result, ADSM may close $$2 another process's file handle in error if there are at least $$2 11 open file handles. The number of open file handles depends $$2 on the customer's environment and the amount of activity $$2 at the time when the USEREXIT forked the new process. $$2 $$2 <@> $$2 IY03390 SERVER HANG DURING BACKUP STORAGEPOOL IF WAIT=YES OPTION IS USE $$2 $$2 SYSROUTES: IC25629(AIX37),PQ33718(MVS37),IC25630(NT37),IC25632(HP37), $$2 IC25631(SUN37) $$2 $$2 The processing for BACKUP STORAGEPOOL with the WAIT=YES $$2 parameter may hang and/or abend the server. $$2 $$2 <@> $$2 IY03519 DEFINES AND UPDATES MADE WITH THE WEB ADMIN DO NOT UPDATE THE D $$2 $$2 SYSROUTES: IC25617(AIX37),PQ33715(MVS37),IC25618(NT37),IC25621(HP37), $$2 IC25619(SUN37) $$2 $$2 Using the web interface to update or define device related $$2 information, the device configuration file is not updated. $$2 $$2 <@> $$2 IY03614 ADSM NOT FREEING MEMORY (TCPSENDSSL) PROPERLY. $$2 $$2 SYSROUTES: IC25622(AIX37),PQ33717(MVS37),IC25623(NT37),IC25625(HP37), $$2 IC25624(SUN37) $$2 $$2 Web Admin client does not free memory correctly $$2 $$2 <@> $$2 IY03618 3.1.2.40 SERVER ABENDS WHEN ATTACHED TO A STK 9310 LIBRARY RUNN $$2 $$2 SYSROUTES: IY03618(AIX),IC25397(NT),IC25398(SUN),IC25626(AIX37),IC25627(NT37 ), $$2 IC25628(SUN37) $$2 $$2 Server can core during initialization while initializing $$2 the ACSLS library. Core will occur if an error occurs $$2 while updating the inventory list. The core is $$2 a TMTXN008 error. $$2 $$2 <@> $$2 IY03818 ADSM UNNECESSARILY DISMOUNTS VOLUMES AT END-OF-TAPE PROCESSING $$2 $$2 SYSROUTES: IC25633(AIX37),PQ33719(MVS37),IC25634(NT37),IC25636(HP37), $$2 IC25635(SUN37) $$2 $$2 During the storing of large client files, if the volume $$2 became full the ADSM server would fail the mount of the $$2 next volume because the mountwait flag from the client $$2 had been reset to false; even though at the beginning $$2 of the session the client had set the flag to true. $$2 $$2 <@> $$2 IY04323 FORMAT=DETAILED DOES NOT WORK FOR CLEANUP ARCHDIR COMMAND, ONLY $$2 $$2 SYSROUTES: IC25637(AIX37),PQ33720(MVS37),IC25638(NT37),IC25640(HP37), $$2 IC25639(SUN37) $$2 $$2 "clean archdir format=" accepts "detail" but not "detailed" $$2 $$2 <@> $$2 IY04631 ERROR ADSM_DD_LOG2 (5680E405) LOGGED DURING TAPE DRIVE CLEANING $$2 $$2 SYSROUTES: IC25679(AIX37),IC25680(NT37),IC25682(HP37),IC25681(SUN37) $$2 $$2 ADSM_DD_LOG2 message is entered into the AIX error log $$2 for a DD_CLEANER_INST condition. An ADSM_DD_LOG2 message $$2 is a permanent hardware message type. This is incorrect. $$2 $$2 <@> $$2 IY04652 ADSM CHECKIN LIBRARY VOLUME AND QUERY PROCESS CAN RESULT IN DEA $$2 $$2 SYSROUTES: IC25641(AIX37),IC25642(NT37),IC25644(HP37),IC25643(SUN37) $$2 $$2 Server deadlocks when query process is issued immediately $$2 after a checkin, checkout, label, or audit $$2 $$2 <@> $$2 IY04929 ANR4391I MESSAGES FLOODING THE ACTIVITY LOG RESULTING IN DATABA $$2 $$2 SYSROUTES: IY04929(AIX),PQ32928(MVS),IC25401(NT),IC25402(HP),IC25403(SUN), $$2 PQ32929(VM),IC25756(AIX37),PQ33721(MVS37),IC25645(NT37), $$2 IC25647(HP37),IC25646(SUN37) $$2 $$2 The problem is a status message, ANR4391, can flood the $$2 server's activity log. This flood of messages then triggers a $$2 backup database in the middle of expiration. $$2 $$2 <@> $$2 IY05321 EXPIRATION PROCESS MAY HANG WHEN ATTEMPTING TO EXPIRE OBJECTS T $$2 $$2 SYSROUTES: IY05321(AIX),PQ32966(MVS),IC25420(NT),IC25421(HP),IC25422(SUN), $$2 PQ32967(VM),IC25757(AIX37),PQ33722(MVS37),IC25648(NT37), $$2 IC25650(HP37),IC25649(SUN37) $$2 $$2 During expiration processing, the server may hang. This hang $$2 is only possible with expiration running. Typically, $$2 clients will hang when connecting to the server because $$2 of this and other server operations may also hang. $$2 $$2 <@> $$2 IY05562 DEADLOCK SITUATION DURING EXPIRATION MAY OCCUR WHEN PROCESSING $$2 $$2 SYSROUTES: IY05562(AIX),PQ32968(MVS),IC25423(NT),IC25424(HP),IC25425(SUN), $$2 PQ32969(VM),IC25758(AIX37),PQ33723(MVS37),IC25651(NT37), $$2 IC25653(HP37),IC25652(SUN37) $$2 $$2 During expiration processing, the locking performed by the $$2 algorithm to serialize access to server resources may not $$2 be correct in cases where expiration is processing both $$2 backup and archive files in the same deletion batch. This $$2 can result in a "deadlock" on the server and the deadlock $$2 detector will eventually detect this and end one of the $$2 transactions involved. $$2 $$2 <@> $$2 IY05678 ADSM AIX SERVER ISSUES CLOSE() AGAINST WRONG FILE HANDLE BECAUS $$2 $$2 SYSROUTES: IY05678(AIX),IC25437(NT),IC25436(SUN),IC25654(AIX37),IC25655(NT37 ), $$2 IC25656(SUN37) $$2 $$2 Background information leading up to the problem: $$2 When ADSM calls close() to close a file handle to a drive, $$2 the close() call returns a return code of 0 (success). $$2 However, because the forked process inherited ADSM's open $$2 file handles, the device driver never receives the close() $$2 call. When ADSM calls open() to open a new file handle $$2 to the same drive, the open() call returns a return code $$2 of 11. $$2 $$2 Description of the problem: $$2 After receiving the errno=11, ADSM does not correctly handle $$2 the error situation. As a result, ADSM may close another $$2 process's file handle in error if there are at least 11 $$2 open file handles. The number of open file handles depends $$2 on the customer's environment and the amount of activity $$2 at the time when the new process is forked. $$2 $$2 <@> $$2 PQ26477 ABEND0C4 DEFINE UPDATE STGPOOL RECLAIMSTGPOOL VSPRINTF() $$2 $$2 SYSROUTES: IY05686(AIX),PQ26477(MVS),IC25267(NT),IC25283(HP),IC25284(SUN), $$2 PQ32559(VM),IC25657(AIX37),IC25658(NT37),IC25660(HP37),IC25659(SU N37) $$2 $$2 ABEND0C4 DEFINE UPDATE STGPOOL RECLAIMSTGPOOL VSPRINTF() $$2 $$2 <@> $$2 PQ27180 ABEND0C4 ANRAQMUT PROTOCOL VIOLATION ANR0444W $$2 $$2 SYSROUTES: IY05691(AIX),PQ27180(MVS),IC25272(NT),IC25724(HP),IC25725(SUN), $$2 PQ32544(VM),IC25661(AIX37),IC25662(NT37),IC25664(HP37),IC25663(SU N37) $$2 $$2 occasional server crash $$2 $$2 <@> $$2 PQ28443 INTERLINK FUNCTION NOT BEING INCLUDED AT LINK-EDIT TIME WXITCPE $$2 $$2 SYSROUTES: IC25665(AIX37),PQ33724(MVS37),IC25666(NT37),IC25668(HP37), $$2 IC25667(SUN37) $$2 $$2 At execution of the TSO Admin Client module, an attempt to $$2 connect to the Server results in a failure; return code $$2 of -59 is noted in a message. When tracing is active with $$2 the COMM option, the message "WXITCPER is NULL" is displayed $$2 to indicate that a required function was not included when $$2 the client was built. $$2 $$2 <@> $$2 PQ28620 ADSM/MVS EXPIRATION RECLAMATION HANG $$2 $$2 SYSROUTES: PQ28620(MVS),PQ32550(VM),PQ33725(MVS37) $$2 $$2 During reclamation if expiration deletes all remaining $$2 active data from a volume when the server goes to $$2 reclaim the next volume the server may abend. $$2 $$2 During reclamation if expiration deletes all remaining $$2 active data from a volume when the server goes to $$2 reclaim the next volume the server may abend. $$2 $$2 <@> $$2 PQ29705 ANR5083 IUCV CONNECTION TERMINATED - ERROR XX ACCEPTING CONNECT $$2 $$2 SYSROUTES: PQ29705(VM) $$2 $$2 Abend 12D during IUCV communication session with CMS client $$2 $$2 <@> $$2 PQ29708 QUERY ACTLOG SEARCH= $$2 $$2 SYSROUTES: PQ33726(MVS37) $$2 $$2 An invalid character in the activity log causes a loop. $$2 $$2 <@> $$2 PQ31373 ADSM/TSM DOC INDICATES ABBREVIATION FOR DEFINE MACHINE IS DEF M $$2 $$2 SYSROUTES: IC25669(AIX37),PQ33727(MVS37),IC25670(NT37),IC25672(HP37), $$2 IC25671(SUN37) $$2 $$2 Server does not allow for using an abbreviation of MA for $$2 the DEFINE MACHINE, UPDATE MACHINE, DELETE MACHINE or $$2 QUERY MACHINE commands. MA is the abbreviation which is $$2 documented in our command reference. $$2 $$2 <@> $$2 PQ31769 ADSM SERVER NETWARE RESTORE ANR9999D SMNQR(235): INVALID OBJECT $$2 $$2 SYSROUTES: IC25673(AIX37),PQ33728(MVS37),IC25674(NT37),IC25676(HP37), $$2 IC25675(SUN37) $$2 $$2 During no query restore operations, the restore may $$2 fail with an ANR9999D SMNQR(235) Invalid Object Header $$2 State in retrieve operation for session..... $$2 A logic error occurred in the server did not reset $$2 certain control information following a sink error. $$2 As a result the above message was issued due to the $$2 object header size being incorrect. $$2 $$2 <@> $$2 PQ31959 LABELS ON EMPTY OUTPUT TAPES THAT ARE MOUNTED BUT NOT WRITTEN T $$2 $$2 SYSROUTES: PQ33731(MVS37) $$2 $$2 Tape label can be overwritten on unused tape volumes. $$2 $$2 <@> $$2 IC25316 UPDATE SUMMARY TABLE STATISTICS NOT CORRECT. $$2 $$2 SYSROUTES: IC25316(AIX37),PQ34783(MVS37),IC25951(NT37),IC25952(HP37), $$2 IC25953(SUN37) $$2 $$2 UPDATE SUMMARY TABLE STATISTICS NOT CORRECT. $$2 $$2 <@> $$2 IC25327 CALLS MADE TO LOCALTIME LIBRARY ROUTINE ARE NOT THREAD SAFE: CA $$2 $$2 SYSROUTES: IY07602(AIX),PQ34867(MVS),IC25979(NT),IC25980(HP),IC25902(SUN), $$2 PQ34868(VM),IC25981(AIX37),PQ34869(MVS37),IC25982(NT37), $$2 IC25983(HP37),IC25327(SUN37) $$2 $$2 Enabling and starting a server trace could cause the server to $$2 hang or abort. $$2 $$2 <@> $$2 PQ31998 ANR9999D BDMVS(1540): ERROR 001C0A0C OCCURRED DURING I/O WHILE $$2 $$2 SYSROUTES: PQ31998(MVS37) $$2 $$2 Page fixing a batch of I/O buffers was specifying a batch size $$2 of 1 rather than 16. This meant the first page of the I/O $$2 page of the I/O buffers was fixed and the remaining 15 may $$2 not be fixed. Code was added to the database backup component $$2 to ensure a full batch size was specified on the page fix $$2 request. $$2 $$2 <@> $$2 PQ32470 ANR9999D PK390(2159): UNABLE TO OPEN IMAGES 'ADSM.V3R1M0.SANRIM $$2 $$2 SYSROUTES: PQ32470(MVS),PQ34331(MVS37) $$2 $$2 Web engine issues an ANR9999D message when a file is not found. $$2 $$2 $$2 <@> $$2 PQ32867 TIVOLI STORAGE MANAGER MVS SERVER DUMPDB PROCESSING FAILS WITH $$2 $$2 SYSROUTES: PQ3286(MVS37) $$2 $$2 <@> $$2 IC25165 SERVER ABENDS WHEN RUNNING SERVER IN UTILITY MODE AND USING TAP $$2 $$2 SYSROUTES: IC25165(AIX37),IC25903(NT37),IC25904(HP37),IC25905(SUN37) $$2 $$2 The Tivoli storage manager can abend when running in utility $$2 mode. Typically this has been found when restoring or loading $$2 the server from the command line using the commands dsmserv $$2 load or dsmserv restore. The problem occurs when using multiple $$2 sequential volume to restore the database. The server abend $$2 after the first volume is dismounted. $$2 $$2 $$2 <@> $$2 IC25166 SERVER ABENDS AFTER DISMOUNT FAILS DURING NORMAL SERVER OPERATI $$2 $$2 SYSROUTES: IC25166(AIX37),IC25817(NT37),IC25819(HP37),IC25818(SUN37) $$2 $$2 There is a chance that the TSM server can abend when a $$2 volume is dismounted from a drive and the dismount fails. $$2 This problem can be found if the stack trace back found $$2 in a core file contains FinishMp with a call to $$2 pkBroadcastSignal. The problem is that the signal $$2 being broadcast is NULL and nobody is waiting on the $$2 signal. $$2 $$2 $$2 <@> $$2 IC25167 SERVER DEADLOCKS ON A MOUNT/DISMOUNT OPERATION $$2 $$2 SYSROUTES: IC25167(AIX37),IC25906(NT37),IC25907(HP37),IC25908(SUN37) $$2 $$2 There is a potential that the server can deadlock $$2 when one thread is requesting a mount point (you $$2 will see a call to pvrAcquireMountPoint) and another $$2 thread dismounting a volume is trying to signal the $$2 ss mount queue (you will see a call to asNotifyMPAgent). $$2 The problem is that the mount point thread is waiting $$2 on the PVR mutex to be release and the dismount thread $$2 is waiting on the SS mutex. The problem can be found $$2 by looking at the output of a show threads command. $$2 The server will appear to be hung out on sequential $$2 volumes. $$2 $$2 <@> $$2 IY05753 HIGH CPU USAGE CAN RESULT IN THE BUFFER PRE-FETCHER UTILIZING L $$2 $$2 SYSROUTES: IY05753(AIX),PQ34881(MVS),IC25988(NT),IC25989(HP),IC25990(SUN), $$2 PQ34882(VM),IC25991(AIX37),PQ34883(MVS37),IC25992(NT37), $$2 IC25993(HP37),IC25994(SUN37) $$2 $$2 Data base buffer prefetcher can use too much memory if the $$2 thread servicing the prefetch requests can not service the $$2 requests as fast as the other threads in the server can create $$2 the requests. $$2 $$2 <@> $$2 IY06424 ANR9999D ERROR POSITIONING SERVER VOLUME FOR VIRTUAL VOLUMES AF $$2 $$2 SYSROUTES: IY06424(AIX),PQ34665(MVS),IC25916(NT),IC25917(HP),IC25918(SUN), $$2 PQ34666(VM),IC25919(AIX37),PQ34667(MVS37),IC25920(NT37), $$2 IC25921(HP37),IC25922(SUN37) $$2 $$2 If the default management class on the target server for the $$2 node representing the source server is changed, any data $$2 for virtual volumes previously stored on the target server $$2 will not be addressable. Specifically, the virtual volumes $$2 on the source server will exhibit errors positioning on the $$2 virtual volumes that have archive files bound to the previous $$2 default management class. $$2 $$2 <@> $$2 IY07203 RETRIEVING FILES THAT SPAN SIDES OF OPTICAL MEDIA FAILS. $$2 $$2 SYSROUTES: IY07203(AIX),IC25923(NT),IC25924(HP),IC25925(SUN),IC25926(AIX37), $$2 IC25927(NT37),IC25928(HP37),IC25929(SUN37) $$2 $$2 When a file that is stored on optical media and spans sides $$2 media there is a possiblity that retrieving the file may $$2 fail. $$2 $$2 <@> $$2 IY07274 SNMP SUBAGENT ONLY WORKS WHEN TRACING IS ENABLED $$2 $$2 SYSROUTES: IY07274(AIX),IC25909(AIX37) $$2 $$2 The SNMP subagent may not complete initialization unless $$2 the -trace flag is used when invoking dsmsnmp. $$2 This applies only to the AIX version. $$2 $$2 <@> $$2 IY07355 PARTIAL OBJECT RETRIEVE MAY SEND LESS BYTES THAN REQUESTED $$2 $$2 SYSROUTES: IY07355(AIX),PQ34878(MVS),IC25985(NT),IC25986(HP),IC25987(SUN), $$2 PQ34879(VM),IC25954(AIX37),PQ34790(MVS37),IC25955(NT37), $$2 IC25956(HP37),IC25957(SUN37) $$2 $$2 Partial object retrieves would fail given certain offsets. $$2 $$2 <@> $$2 $$2 ********************************************************************* * CONVERT USSFILESPACE command * ********************************************************************* Tivoli Storage Manager (TSM) provides a utility to correct problems with the names of files and filespaces backed up or archived by an Open Edition MVS client (OEMVS client, now called System 390 UNIX client). If this is a new Tivoli Storage Manager server installation for V3.7 you are not affected with this problem and do not have to use this utility. You are affected if you migrate from ADSM Version 3.1 and have data from a System 390 UNIX client of a level earlier than 3.1.0.7 in your database, and, have not completed the conversion ( CONVERT USSFILESPACE command ) prior to migrating. Problem Description ------------------- The ADSM server displays incorrect character strings for filespaces and filenames in the output of a QUERY CONTENT command for files backed-up or archived by the System390 UNIX client. The problem is, that in the past and until the filespace conversion of the server is complete, System390 UNIX client sends filespace names and file names in a character set incompatible with the server. A new server command, CONVERT USSFILESPACE, corrects these character strings in the server database. You can determine if a server has files that need to be converted by issuing the following SQL commands: SELECT COUNT(*) FROM BACKUPS WHERE NODE_NAME IN () AND SUBSTR(HL_NAME,1,1)<>'/' SELECT COUNT(*) FROM ARCHIVES WHERE NODE_NAME IN () AND SUBSTR(HL_NAME,1,1)<>'/' where node list is a comma delimited list of node names that are of OEMVS platform type. This displays the number of files backed-up or archived that need conversion for the specified nodes. Example: SELECT COUNT(*) FROM BACKUPS WHERE NODE_NAME IN ( 'LISA','JIM', 'KATHY','JARED' ) AND SUBSTR(HL_NAME,1,1)<>'/' ************************************************************** * Note: * * It is recommended to back-up the server database * * before starting the conversion with the BACKUP DB command. * ************************************************************** To perform the conversion do the following : 1. Update the System390 UNIX clients to the latest level (V3.1.0.7) if you have not already done so. 2. Ensure that System390 UNIX client sessions are not running on the server. 3. Use the CONVERT USSFILESPACE command to correct the database entries. Command Details --------------- The CONVERT USSFILESPACE command processes server database entries for filespaces for all nodes of platform type OEMVS and filespace type of HFS. The command corrects the database by converting character strings for file names and filespaces from System390 UNIX clients to the server compatible character set. Once the command is issued, System390 UNIX clients older than version 3.1.0.7 cannot log on to the server again. It is highly recommended to have no node sessions for System390 UNIX clients running on the server during the conversion process. If client sessions for nodes with platform type OEMVS are still running at the time this command is issued, they are cancelled by the server. All nodes eligible for conversion are locked until the conversion process is complete. If the conversion process is cancelled or stopped, the nodes remain locked until the conversion process is allowed to complete. Once the conversion is successfully complete, you will not have to run it again. Note: An administrator can unlock a node while the conversion process is running, or, when the process is not running but conversion is not complete ( ie. due to cancelled process, server stopped, etc ). However, this is not recommended since conversion may not be complete for this node. Any new data backed-up or archived with this node name before conversion is complete may cause unpredictable results for restore or retrieval of data. Privilege Class: To issue this command, you must have system privilege. Syntax >>---CONVert USSFilespace { CONTinue = Yes | No } ----<> Parameters CONTinue=continuevalue No Specifies that you want to start from the beginning of the conversion process and do not want to continue where the last conversion process stopped. This is the default. Yes Specifies that you want to continue from the last conversion. If the conversion process was cancelled or stopped for some reason, this option allows the administrator to continue the conversion from where it left off. Example: Convert all OEMVS filespaces and filenames to the correct character set. Command: CONVERT USSF ********************************************************************** * WHERE TO FIND DOCUMENTATION * ********************************************************************** The BOOK CD contains the Tivoli Storage Manager Version 3 Release 7 Server and Client on-line library, in HTML and PDF format, for AIX, MVS, Windows NT, Sun Solaris and HP-UX. If you wish to use the PDF format, you can obtain the Adobe Acrobat Reader from the following site. http://www.adobe.com/prodindex/acrobat/readstep.html To install the Adobe Acrobat Reader on your platform, run the appropriate installation file, and follow the on-line installation instructions. Use the Adobe Acrobat Reader to view the index.pdf file. This file contains links to the 28 product pdf files. Click on the book title you want to view. To navigate back to the index.pdf file, press and hold the right mouse button, move the cursor to the "Go Back" selection, and release the mouse button. ******************************************************************************** * Getting Help * ******************************************************************************** - To receive technical support for Tivoli Storage Manager: + Contact your administrator. This should be your first step when having problems with Tivoli Storage Manager. + Your administrator will know how to contact IBM for Technical Support on your behalf. + For the latest information about Tivoli Storage Manager, visit the home page on World Wide Web. The URL is: http://www.tivoli.com/storage - To participate in user discussions of Tivoli Storage Manager: + Subscribe to an Internet listserv forum. This is not officially supported by IBM, but IBM support people do participate in the discussions, along with other users. You can subscribe by sending a note to listserv@vm.marist.edu that contains the following command in the message body: SUBSCRIBE ADSM-L yourfirstname yourlastname Posts can then be sent to: adsm-l@vm.marist.edu - Anonymous FTP server .................... IBM also supports an anonymous FTP server where you can find PTF maintenance and other related materials. Three other anonymous servers are unofficially maintained by non-IBM volunteers. These servers are: service.boulder.ibm.com (primary - Colorado, IBM) ftp.rz.uni-karlsruhe.de (mirror - Germany) ftp.wu-wien.ac.at (mirror - Austria) ftp.cac.psu.edu (mirror - Pennsylvania) - Performance Tuning for Tivoli Storage Manager The Tivoli Storage Manager V3.7 Performance Tuning Guide will be available on the home page. Point your web browser to this address: http://www.tivoli.com/storage Trademarks __________ (*) Trademark of the IBM Corporation in the United States and other countries.