IBM Support

PI67474: /TMP FILE BEING DELETED IN RTCP WHEN THE STUB IS OPEN FOR 3 OR MORE DAYS.

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • We need to either ensure that we have no dependencies on the
    files that are present in the /tmp area, how we can redirect the
    sink to a different point, and addition of docs to describe all
    of this.
    The root cause:  The root cause of this issue is that when a
    project is deployed from RTCP it unzips the project into a
    temporary directory (e.g., /tmp/vApp748512748481886841) and the
    instance uses these files to run the stubs, etc.  There is a
    cron job that is meant to cleanup unused files in the /tmp that
    runs daily.  It removes files that are older than 3 days.  These
    temporary files are being deleted out from underneath running
    stubs.  This explains why the stubs appear in RTCP as still
    running, but in RTVS they show as not running.  It also explains
    why when we attempt to restart the stub from within RTCP we
    continuously see the errors of not being able to start the stub
    â “ because RTVS fails to find the stub to start, in fact it
    cannot even find the project within that instance.  When we
    ⠜Close Project⠝ on that instance, it removes the
    files/directories of the running stubs.  Then when we restart
    the stub, it is able to publish and start the stub again.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * All users of Rational Test Virtualization Server that have   *
    * automated cleanup jobs for temporary storage areas.          *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * Transient data was being stored in the /tmp area which was   *
    * relied on by Rational Test Virtualization Server in order to *
    * support long running Virtual Services.  If this data was     *
    * removed the virtual services may exhibit erroneous behavior. *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    

Problem conclusion

  • Fixed in version 9.0.1.1
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI67474

  • Reported component name

    RATL TEST WORKB

  • Reported component ID

    5725G7900

  • Reported release

    870

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2016-08-11

  • Closed date

    2016-12-12

  • Last modified date

    2016-12-12

  • 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

    RATL TEST WORKB

  • Fixed component ID

    5725G7900

Applicable component levels

  • R800 PSN

       UP

  • R801 PSN

       UP

  • R850 PSN

       UP

  • R851 PSN

       UP

  • R860 PSN

       UP

  • R870 PSN

       UP

  • R871 PSN

       UP

  • R900 PSN

       UP

  • R901 PSY

       UP

[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSBLQQ","label":"Rational Test Workbench"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.7","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
14 October 2021