Hello all,
We have problems configuring TSM Tape Library Sharing. Our environment is the
following:
Library manager - TSM Server v 4.2.2.0, AIX v 4.3.3
Library Client - TSM Server v 4.2.2.0, AIX v 4.3.3
Library - IBM LTO 3584, connected to SAN with Compaq Fibre Channel SAN Switch
8-EL.
TSM Server - Library Manager is working fine with the library. When we try to
issue command "backup db devclass=lto_class" on library client, the following
error messages are written to the actlog:
On library manager:
ANR0408I Session 973 started for server GED_ADSM (AIX-RS/6000) (Tcp/Ip) for
library sharing.
ANR8337I LTO volume A00066 mounted in drive LTO4 (/dev/rmt3).
ANR9791I Volume A00066 in library LTO3584 ownership is changing from ALFA_ADSM
to GED_ADSM.
ANR8779E Unable to open drive /dev/rmt3, error number=11.
ANR9999D pvr.c(5712): ThreadId<63> Unable to open device LTO4. Forcing dismount.
ANR8336I Verifying label of LTO volume A00066 in drive LTO4 (/dev/rmt3).
ANR8311E An I/O error occurred while accessing drive LTO4 (/dev/rmt3) for
SETMODE operation, errno = 9.
ANR8779E Unable to open drive /dev/rmt3, error number=11.
ANR8469E Dismount of LTO volume A00066 from drive LTO4 (/dev/rmt3) in library
LTO3584 failed.
ANR9999D mmsscsi.c(1723): ThreadId<67> Volume may still be in the drive LTO4
(/dev/rmt3).
ANR8446I Manual intervention required for library LTO3584.
ANR0409I Session 973 ended for server GED_ADSM (AIX-RS/6000).
On library client:
ANR2017I Administrator ADMIN issued command: BACKUP DB devclass=lto_class
ANR0984I Process 162 for DATABASE BACKUP started in the BACKGROUND at 16:38:35.
ANR2281I Incremental database backup started as process 162.
ANR8779E Unable to open drive /dev/rmt3, error number=16.
ANR1404W Scratch volume mount request denied - mount failed.
ANR4578E Database backup/restore terminated - required volume was not mounted.
ANR0985I Process 162 for DATABASE BACKUP running in the BACKGROUND completed
with completion state FAILURE at 16:39:30.
Could somebody tell me what these errors mean and what the problem could be?
Best regards,
Irena Rokiene
|