Open Source Development

Power Open Source Development

Explore the open source tools and capabilities for building and deploying modern applications on IBM Power platforms including AIX, IBM i, and Linux.


#Power


#Power

 View Only
Expand all | Collapse all

AIX curl update requires LIBPATH workaround

  • 1.  AIX curl update requires LIBPATH workaround

    Posted Tue October 18, 2022 06:08 AM
    Upgrading curl from 7.79 to 7.83 causes curl to fail with library load issues in environments where LIBPATH is set. Did the build process for curl change for 7.83?  Curl 7.79 worked in environments with LIBPATH set.

    ------------------------------
    David Bianchi
    ------------------------------

    #AIXOpenSource


  • 2.  RE: AIX curl update requires LIBPATH workaround

    Posted Tue October 18, 2022 06:56 AM
    Please share the errors encountered.

    ------------------------------
    Ayappan P
    ------------------------------



  • 3.  RE: AIX curl update requires LIBPATH workaround

    Posted Tue October 18, 2022 01:03 PM

    $ /opt/freeware/bin/curl

    exec(): 0509-036 Cannot load program /opt/freeware/bin/curl because of the following errors:

            0509-130 Symbol resolution failed for /opt/freeware/lib64/libkrb5support.so because:

            0509-136   Symbol _GLOBAL__AIXI_libintl_so (number 58) is not exported from

                       dependent module /usr/lib/libintl.a[libintl.so.8].

            0509-136   Symbol _GLOBAL__AIXD_libintl_so (number 59) is not exported from

                       dependent module /usr/lib/libintl.a[libintl.so.8].

            0509-192 Examine .loader section symbols with the

                     'dump -Tv' command.

    $ echo $LIBPATH

    /home/appuser/sqllib/lib64:/home/appuser/sqllib/lib64/gskit:/usr/lib:/lib

    $ rpm -q curl

    curl-7.83.1-1.rpm

     

    On another AIX system with curl-7.79.1-1.rpm installed, same LIBPATH setting, curl works without errors.

     

     

    Dave P Bianchi
    Systems Engineer
    p. 480.420.6899 | david.bianchi@usbank.com

     

    U.S. BANCORP made the following annotations --------------------------------------------------------------------- Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. ---------------------------------------------------------------------





  • 4.  RE: AIX curl update requires LIBPATH workaround

    Posted Wed October 19, 2022 10:30 AM
    Edited by Ben Cowan Wed October 19, 2022 10:31 AM
    This looks familiar...  I had to downgrade from the latest version of krb5-libs.  Here is the explanation I received:

    The latest krb5 version is built against the latest gettext version 0.21. This version of gettext is built using gcc which introduced these _GLOBAL__AIXI_libintl_so & _GLOBAL__AIXD_libintl_so symbols in it's libintl library. And krb5 library links to it. # dump -X64 -Tov /opt/freeware/lib64/libkrb5support.so | grep intl[58] 0x00000000 undef IMP DS EXTref libintl.a(libintl.so.8) _GLOBAL__AIXI_libintl_so[59] 0x00000000 undef IMP DS EXTref libintl.a(libintl.so.8) _GLOBAL__AIXD_libintl_so[60] 0x00000000 undef IMP DS EXTref libintl.a(libintl.so.8) libintl_dgettextThe previous krb5 version 1.18.4 rpm was built in a machine where gettext 0.19.8.1 was installed. That version of gettext is built using xlc and hence these symbols are not there and hence krb5 library has no reference to it. # dump -X64 -Tov /opt/freeware/lib64/libkrb5support.so | grep intl[57] 0x00000000 undef IMP DS EXTref libintl.a(libintl.so.8) libintl_dgettextIn both cases, because of the peopleSoft application setting the LIBPATH to /usr/lib, the krb5 library is loading /usr/lib/libintl.a but with 1.18.5 krb5 it fails because if the _GLOBAL_AIX.. symbols are not present in /usr/lib/libintl.a ( rpm.rte libraries & binaries are built using xlc). We are harcoding the libpath of the certain libraries (provided by both rpm.rte & AIX Toolbox) in recent times to avoid these kind of issues. We somehow missed this one. We will update krb5 rpm with the hardcoded libpath of libintl and any other such libraries.------------------------------Ayappan P------------------------------


    ------------------------------
    Ben Cowan
    ------------------------------



  • 5.  RE: AIX curl update requires LIBPATH workaround

    Posted Thu October 20, 2022 02:56 AM
    We have hardcoded the libpath of libintl.a library in the new krb5 1.18.5-2 rpms and uploaded it to AIX Toolbox. 
    This will fix the curl issue.

    ------------------------------
    Ayappan P
    ------------------------------



  • 6.  RE: AIX curl update requires LIBPATH workaround

    Posted Thu October 20, 2022 05:43 AM
    Please install latest krb5-libs and see if you still have the issue.

    ------------------------------
    SANKET RATHI
    ------------------------------



  • 7.  RE: AIX curl update requires LIBPATH workaround

    Posted Fri October 21, 2022 08:29 AM
    Updating krb5-libs to the most recent version seems to have resolved the issue with curl and LIBPATH.  Thanks!

    ------------------------------
    David Bianchi
    ------------------------------



  • 8.  RE: AIX curl update requires LIBPATH workaround

    Posted Fri October 21, 2022 08:32 AM
    I should have also mentioned that newer rpms require an upgrade to openssl-1.1.

    ------------------------------
    David Bianchi
    ------------------------------



  • 9.  RE: AIX curl update requires LIBPATH workaround

    Posted Tue August 08, 2023 08:25 AM

    I did sudo dnf update krb5-libs but I'm still getting this:

    08/08/23-08:16:56:056 (7536904) 1 [Generic.Event] Failed to load dynamic library /scratch/pmilosla/iris/p9aixdev4-openxl/EP/bin/pythonint.so: 0509-130 Symbol resolution failed for /opt/freeware/lib64/libpython3.9.a[libpython3.9.so] because:  0509-136   Symbol _GLOBAL__AIXI_libintl_so (number 284) is not exported from      dependent module /usr/opt/rpm/lib/libintl.a[libintl.so.8].  0509-136   Symbol _GLOBAL__AIXD_libintl_so (number 285) is not exported from      dependent module /usr/opt/rpm/lib/libintl.a[libintl.so.8].  0509-022 Cannot load module /scratch/pmilosla/iris/p9aixdev4-openxl/EP/bin/pythonint.so.  0509-026 System error: Cannot run a file that does not have a valid format.  0509-192 Examine .loader section symbols with the    'dump -Tv' command.



    ------------------------------
    philip miloslavsky
    ------------------------------



  • 10.  RE: AIX curl update requires LIBPATH workaround

    Posted Wed December 20, 2023 08:43 AM

    Hi Ayappan,

    Was getting below error during installation ...

     >/opt/freeware/bin/dnf install curl
    Traceback (most recent call last):
      File "/opt/freeware/bin/dnf", line 57, in <module>
        from dnf.cli import main
      File "/opt/freeware/lib/python3.7/site-packages/dnf/__init__.py", line 32, in <module>
        import dnf.base
      File "/opt/freeware/lib/python3.7/site-packages/dnf/base.py", line 29, in <module>
        import libdnf.transaction
      File "/opt/freeware/lib/python3.7/site-packages/libdnf/__init__.py", line 3, in <module>
        from . import common_types
      File "/opt/freeware/lib/python3.7/site-packages/libdnf/common_types.py", line 13, in <module>
        from . import _common_types
    ImportError:    0509-022 Cannot load module /usr/opt/rpm/lib/libpopt.a(libpopt.so.0).
            0509-150   Dependent module /opt/freeware/lib/libintl.a(libintl.so.8) could not be loaded.
            0509-152   Member libintl.so.8 is not found in archive
            0509-022 Cannot load module /opt/freeware/lib/python3.7/site-packages/libdnf/_common_types.so.
            0509-150   Dependent module /usr/opt/rpm/lib/libpopt.a(libpopt.so.0) could not be loaded.

    So followed suggestion on below link, and it was resolved.

    https://community.ibm.com/community/user/power/discussion/libintlalibintlso8-conflict

    But now facing below error....

    >/opt/freeware/bin/curl
    exec(): 0509-036 Cannot load program /opt/freeware/bin/curl because of the following errors:
            0509-130 Symbol resolution failed for /opt/freeware/lib64/libkrb5support.so because:
            0509-136   Symbol _GLOBAL__AIXI_libintl_so (number 58) is not exported from
                       dependent module /opt/freeware/lib/libintl.a[libintl.so.8].
            0509-136   Symbol _GLOBAL__AIXD_libintl_so (number 59) is not exported from
                       dependent module /opt/freeware/lib/libintl.a[libintl.so.8].
            0509-192 Examine .loader section symbols with the
                     'dump -Tv' command.

    Though we have krb5-libs-1.21.2-1.ppc installed, with curl-8.4.0-1.ppc why we are getting below error.

    Tried by setting LIBPATH too.

    Thanks in advance.



    ------------------------------
    AXIS ADMIN
    ------------------------------



  • 11.  RE: AIX curl update requires LIBPATH workaround

    Posted Wed December 20, 2023 09:02 AM

    Can you reinstall gettext rpm manually and then try again ?



    ------------------------------
    Ayappan P
    ------------------------------



  • 12.  RE: AIX curl update requires LIBPATH workaround

    Posted Wed December 20, 2023 12:27 PM

    Thanks @Ayappan P,

    It worked, I have removed gettext and reinstalled curl, with gettext as a dependent rpm.



    ------------------------------
    AXIS ADMIN
    ------------------------------



  • 13.  RE: AIX curl update requires LIBPATH workaround

    Posted Wed August 09, 2023 05:50 AM

    The update from curl 7.79 to 7.83 appears to have introduced library load issues when LIBPATH is set. This suggests a potential change in the build process for curl 7.83 that affects its compatibility with environments where LIBPATH is configured. While curl 7.79 functioned correctly under such conditions, the observed problem in curl 7.83 might require further investigation or a workaround to address the library thop loading issue.



    ------------------------------
    Abdullah Ahmmas
    ------------------------------