IC62974: TSM SERVER ATTEMPTS TO OPEN /DEV/SGX DEVICE DURING SAN DISCOVERY.

IBM Tivoli Storage Manager V6.1 Fix Pack 3 (6.1.3) Server Downloads

APAR status

• Closed as program error.

Error description

• The TSM server may attempt to open the corresponding /dev/sgX
  device when it fails to open an IBM tape device (/dev/IBMtapeX).
  
  When SAN discovery is unable to find a path for the drive that
  fails to open, it may find the corresponding /dev/sgX and try
  to use is instead of the IBM lin_tape devices. In this case,
  SAN discovery should ignore the /dev/sgX possible paths.
  
  Customer/L2 Diagnostics:
  
  A TSM server trace captured with MMS PVR NA trace flags
  will show :
  
  <timestamp> [nn][psdiscvr.c][540][psGetFCPTargetMapping]:
   psGetFCPTargetMapping adapter handle 65537 mappingP is
  <timestamp> [nn][nadiscvr.c][2908][GetAllAdrOnSan]:
   Number of mapping entries is 18
  <timestamp> [nn][psremote.c][173][psGetConfigInfoFromDD]:
   entering psGetDeviceName with numOfDevice is 70.
  <timestamp> [nn][psremote.c][235][psGetConfigInfoFromDD]:
   TSM tape line number 6 and line is .
  <timestamp> [nn][psremote.c][461][psGetConfigInfoFromDD]:
   Something is wrong there are more devices than what we expect!
  <timestamp> [nn][nadiscvr.c][2954][GetAllAdrOnSan]:
   Read the configuration files failed rc = 1
  <timestamp> [nn][nadiscvr.c][869][naGetPathViaSerial]:
   naDiscoverDevices completes with rc 0
  <timestamp> [nn][nadiscvr.c][2480][GetPathViaSerial]:
  (GetPathViaSerial) for serial [xxx] and isLibrary 0
  <timestamp> [nn][nadiscvr.c][2506][GetPathViaSerial]:
   (GetPathViaSerial) Found a match in SAN Info List and create
   device name is /dev/sg5; serial [xxx]
  <timestamp> [nn][nadiscvr.c][2516][GetPathViaSerial]:
   (GetPathViaSerial) for serial [xxx] we found a path /dev/sg5;
  <timestamp> [nn][pspvr.c][2668][PvrDiscoverPath]:
   PvrDiscoverPath: rc = 0 result = 0
  <timestamp> [nn][mmsdrive.c][12556][DiscoverNewPath]:
   SAN discovery found a new path: /dev/sg5;.
  <timestamp> [nn][mmsdrive.c][12597][DiscoverNewPath]:
   DiscoverNewPath successfully found a new path for drive
   VTLDRIVEA. The new path is /dev/sg5;, and the old path is
   /dev/IBMtape1.
  <timestamp> [nn][pspvrfio.c][789][psQValidFileSystem]:
   psQValidFileSystem: reading information on volume in drive
   /dev/sg5;
  <timestamp> [nn][pspvrfio.c][822][psQValidFileSystem]:
   psQValidFileSystem: Return code 2 on statfs for  /dev/sg5;.
  <timestamp> [nn][pspvr.c][2754][PvrOpenDevice]:open() with
   errno is 2 devName is /dev/sg5; rc 76
  
  TSM Versions Affected:
  TSM 5.4, 5.5 and 6.1 servers on Linux platforms only.
  
  Additional Keywords:
  EIO sandiscovery emulated VTL
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All Tivoli Storage Manager server users      *
  *                 who are using the IBM Tape devices with      *
  *                 the SANDISCOVERY ON option on Linux          *
  *                 platforms.                                   *
  ****************************************************************
  * PROBLEM DESCRIPTION: See error description.                  *
  ****************************************************************
  * RECOMMENDATION: Apply fixing level when available. This      *
  *                 problem is currently projected to be fixed   *
  *                 in levels 5.4.6, 5.5.4, and 6.1.3.           *
  *                 Note that this is subject to change at the   *
  *                 discretion of IBM.                           *
  ****************************************************************
  *
  

Problem conclusion

• This problem was fixed.
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  TSM SERVER

• Fixed component ID

  5698ISMSV

Applicable component levels

• R54L PSY

     UP

• R55L PSY

     UP

• R61L PSY

     UP