IBM Support

IZ61881: tacmd editsit causes reset of DISPLAY ITEM and SIT PERSISTENCE

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Expand on the APAR abstract since abstract length is limited.
    Indicate expected results and actual observed results.
      Provide as much detail as needed rather than referencing the
    PMR.
      Explain what activity was taken that caused the observed
    action
      (ie: change in a variable, entry in log or trace files,
    pop-up, etc.)
    Detailed Recreation Procedure:
      1. tacmd editsit and modified the event destination
      2. view the sit after saving and you will see -
         the display name and persistent field gets cleared out
    
    Specifically, it is via the TEP view in Situation Editor that
    one will see that Display Item and Situation Persistence values
    are reset to their respective default values.
    

Local fix

  • Client requesting backport of defect.
    

Problem summary

  • Given a situation for which user has previously defined values
    for any of SITFINFO Name/Value pairs, these prior Name/Value
    pairs will be reset to default values when issuing tacmd
    editsit.  The Name of the SITINFO Name/Value pairs at risk are
    DISPLAY ITEM, SIT PERSISTENCE, TEC Severity, TEC Forward and TEC
    Destination.
    
    For example, if TSITDESC table's SITINFO column contains:
    
      COUNT=3;ATOM=KDYDYST.TARGETMSN;SEV=Critical;TFWD=N
    
    and user enters per tacmd editsit:
    
     -p SITINFO="SEV=Warning;TFWD=Y;TDST=100"
    
    then resultant value stored in SITNFO columns of TSITDESC table
    will be
    
         SEV=Warning;TFWD=Y;TDST=100
    
    resulting in loss of COUNT and ATOM values, which correspond to
    SIT PERSISTNENCE and DISPLAY ITEM.
    

Problem conclusion

  • Problem Conclusion: Logic was implemented so that Name/Value
    pairs enter per CLI are used to update, rather than replace,
    SITINFO in TSITDESC, preserving existing Name/Value pairs that
    are not same Name(s) as those entered per CLI.
    
    So for the above example, the corrected results stored in
    SITINFO will be
    
     COUNT=3;ATOM=KDYDYST.TARGETMSN;SEV=Warning;TFWD=Y;TDST=100
    
    The fix for this APAR is included in the following maintenance
    vehicle:
        | fix pack | 6.2.1-TIV-ITM-FP0002
        | fix pack | 6.2.2-TIV-ITM-FP0002
    
    Note: Search the IBM Technical support web site for maintenance
    package availability
    

Temporary fix

Comments

APAR Information

  • APAR number

    IZ61881

  • Reported component name

    TEMS

  • Reported component ID

    5724C04MS

  • Reported release

    621

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2009-09-28

  • Closed date

    2010-01-11

  • Last modified date

    2010-06-02

  • 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

    TEMS

  • Fixed component ID

    5724C04MS

Applicable component levels

  • R621 PSY

       UP

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSCTLMP","label":"ITM Tivoli Enterprise Mgmt Server V6"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"621","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 June 2010