IBM Support

IT02138: CRASH DUE TO MUTEX DEADLOCK ERRNO=45 DURING DB BACKUP

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • Server may crash during DB Backup in rare conditions.  In this
    reported case, the DB Backup was backing up to a NFS filesystem.
    The same thread attempted to acquire a mutex twice.
    
    Tivoli Storage Manager Versions Affected: All V62, V63, and V71
    
    Customer/L2 Diagnostics
    dsmserv.err file:
    
    ANR9999D Mutex acquire deadlock at icutil.c.2212: mutex for
    icinit.c.594 thread 578763 (tid 26cb) - mutex is owned by thread
    578763 (tid 26cb) for icutil.c.2920, errno=45.
    ANR9999D Mutex acquisition failure, errno=45 from icutil.c.2212;
    thread 578763 (tid 26cb).
    ANR7838S Server operation terminated.
    ANR7833S Server thread 2 (tid 102) terminated in response to
    program abort.
    
    Core stack
    [using memory image in ./core]
    IOT/Abort trap in pthread_kill at 0x9000000004eeed4 ($t578763)
    0x9000000004eeed4 (pthread_kill+0xd4) e8410028          ld
    r2,0x28(r1)
    (dbx) where
    pthread_kill(??, ??) at 0x9000000004eeed4
    _p_raise(??) at 0x9000000004ee764
    raise.raise(??) at 0x9000000000399e8
    abort() at 0x900000000054f64
    PsAbortServer(??) at 0x100012a00
    pkAbort(??) at 0x10000ba24
    pkAcquireMutexTracked(??, ??, ??) at 0x100007208
    icSetBackupVolName(??) at 0x1003aec40
    GetOutputVol(??) at 0x100930570
    asWriteSdData(??, ??, ??) at 0x1009313d4
    bfWriteSdData(??, ??, ??) at 0x10092e390
    DoSetupBootstrap(??, ??) at 0x1003b3034
    icReleaseBackupStream(??, ??, ??) at 0x1003b29b0
    SmBackupDB(??, ??, ??, ??, ??, ??, ??, ??) at 0x1005b8ee4
    SmNodeSession(??, ??) at 0x1005c0dbc
    HandleNodeSession(??, ??, ??) at 0x1005b2f7c
    smExecuteSession(??, ??, ??, ??, ??, ??, ??, ??) at 0x1005a5280
    SessionThread(??) at 0x100964494
    StartThread(0x0) at 0x10000cb3c
    (dbx)
    
    Initial Impact: High
    Additional Keywords: dump abend ANR8340I ANR0511I
    

Local fix

  • Get fixing level when available
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * All Tivoli Storage Manager server users.                     *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * See ERROR DESCRIPTION.                                       *
    ****************************************************************
    * RECOMMENDATION:                                              *
    * Apply fixing level when available. This problem is currently *
    * projected to be fixed in level 7.1.1. Note that this is      *
    * subject to change at the discretion of IBM.                  *
    ****************************************************************
    

Problem conclusion

  • This problem was fixed.
    Affected platforms:  AIX, HP-UX, Solaris, Linux, and Windows.
    

Temporary fix

Comments

APAR Information

  • APAR number

    IT02138

  • Reported component name

    TSM SERVER

  • Reported component ID

    5698ISMSV

  • Reported release

    71A

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2014-05-30

  • Closed date

    2014-07-10

  • Last modified date

    2014-07-10

  • 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

  • R71A PSY

       UP

  • R71H PSY

       UP

  • R71L PSY

       UP

  • R71S PSY

       UP

  • R71W PSY

       UP



Document information

More support for: Tivoli Storage Manager

Software version: 71A

Reference #: IT02138

Modified date: 10 July 2014