IBM Support

PI40775: Symbolic links to server directories from Liberty usr/servers di rectory do not work as expected

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • It should be possible to put the server directory elsewhere
    in the system, making it available to Liberty via a symbolic
    link from usr/servers. However, in the current code, if the
    name of the link and the name of the actual directory are
    different, this will fail due to confusion over which name
    to use as the actual "server name".
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:  All users of IBM WebSphere Application      *
    *                  Server Liberty Profile                      *
    ****************************************************************
    * PROBLEM DESCRIPTION: Symbolic links to server directories    *
    *                      from Liberty usr/servers directory do   *
    *                      not work as expected                    *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    It should be possible to put the server directory elsewhere in
    the system, making it available to Liberty via a symbolic link
    from usr/servers. However, in the current code, if the name of
    the link and the name of the actual directory are different,
    this will fail due to confusion over which name to use as the
    actual "server name".
    

Problem conclusion

  • The problem arose due to the use of filename canonicalization,
    which unfortunately "unwraps" symbolic links. We have added a
    special-case which recognizes when this specific directory is a
    symbolic link and uses other mechanisms to canonicalize its
    name. Caveat: Symbolic links from locations _within_ the server
    directory may still be unwrapped; addressing that has been
    deferred as future work since that may make sense in some use
    cases but not others.
    
    The fix for this APAR is currently targeted for inclusion in fix
    pack 8.5.5.6.  Please refer to the Recommended Updates page for
    delivery information:
    http://www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
    

Temporary fix

  • If the name of the symlink _exactly_ matches the name of the
    file it points to -- for example, if the symlink is
    .../wlp/user/servers/MyServer and the directory it points to is
    .../some/other/path/MyServer -- the previously existing code
    should correctly access the server definition. The bug becomes
    visible when the two names differ, even if the differences are
    just uppercase versus lowercase.
    

Comments

APAR Information

  • APAR number

    PI40775

  • Reported component name

    WAS LIBERTY COR

  • Reported component ID

    5725L2900

  • Reported release

    855

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2015-05-11

  • Closed date

    2015-05-15

  • Last modified date

    2015-05-15

  • 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

    WAS LIBERTY COR

  • Fixed component ID

    5725L2900

Applicable component levels

  • R855 PSY

       UP

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSD28V","label":"WebSphere Application Server Liberty Core"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"855","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
28 April 2022