Fortunately back in 2018 (when previous colleagues downloaded/installed a number of rpms without using yum) they left behind a libreadline.a which had libreadline.so.5 (and a separate libiconv.a too) so I have been able to "fix" the gnupg and yum issues.
I did remove gnupg and replaced it with gnupg2 and installed python3 as one of our developers requested it. I had a dozen or so "other" LPARs where gnupg was loaded (all "broken") so was able to resolve the issue with the libreadline.a I found.
For now, at least, things seem to be working just fine.
Original Message:
Sent: Thu July 07, 2022 01:56 PM
From: Steve Munday
Subject: Re: libiconv dependency causing errors
Ayappan,
Understood, no worries.
I'm finding I need all of the below because of other factors HOWEVER as there's an issue with gnupg needing libreadline.so.5 I'm a bit stuck. I ran gpg and it errored out so, in theory, with gnupg already "broken" I'm hopeful the App team will allow gnupg to be removed which will open the door to resolving the issue, fingers crossed!!
bzip2-1.0.8-2.aix6.1.ppc.rpmdb-5.3.28-1.aix6.1.ppc.rpmexpat-2.4.6-1.aix6.1.ppc.rpmgcc-8-1.aix7.1.ppc.rpmgcc-cpp-8-1.aix7.1.ppc.rpmgcc8-8.3.0-6.aix7.1.ppc.rpmgcc8-cpp-8.3.0-6.aix7.1.ppc.rpmgdbm-1.23-1.aix7.1.ppc.rpmgettext-0.21-1.aix7.1.ppc.rpmglib2-2.56.1-3.aix6.1.ppc.rpmgmp-6.2.1-1.aix6.1.ppc.rpminfo-6.7-1.aix6.1.ppc.rpmlibffi-3.4.2-1.aix7.1.ppc.rpmlibgcc-8-1.aix7.1.ppc.rpmlibgcc8-8.3.0-6.aix7.1.ppc.rpmlibgomp-8-1.aix7.1.ppc.rpmlibgomp8-8.3.0-6.aix7.1.ppc.rpmlibiconv-1.17-1.aix7.1.ppc.rpmlibmpc-1.2.1-1.aix6.1.ppc.rpmlibstdcplusplus-8-1.aix7.1.ppc.rpmlibstdcplusplus8-8.3.0-6.aix7.1.ppc.rpmlibtextstyle-0.21-1.aix7.1.ppc.rpmlibunistring-0.9.10-1.aix6.1.ppc.rpmlibxml2-2.9.14-1.aix6.1.ppc.rpmlibxml2-devel-2.9.14-1.aix6.1.ppc.rpmmpfr-4.1.0-1.aix6.1.ppc.rpmncurses-6.2-3.aix6.1.ppc.rpmpython-2.7.18-3.aix6.1.ppc.rpmpython-devel-2.7.18-3.aix6.1.ppc.rpmpython-tools-2.7.18-3.aix6.1.ppc.rpmreadline-8.1-1.aix6.1.ppc.rpmsed-4.8-1.aix6.1.ppc.rpmsqlite-3.37.2-1.aix7.1.ppc.rpmxz-libs-5.2.5-1.aix6.1.ppc.rpmzlib-1.2.11-1.aix6.1.ppc.rpm
Regards, Steve
------------------------------
Steve Munday
AIX, IBM i, HMC, PowerVM
Original Message:
Sent: Thu July 07, 2022 09:27 AM
From: Ayappan P
Subject: Re: libiconv dependency causing errors
yum is out of support for quite sometime. So we won't be updating the yum_bundle.
I see glib2 2.48.0 doesn't have many dependencies.
Have you tried installing glib2-2.48.0 version from Toolbox ? What dependency errors it throwed ?
------------------------------
Ayappan P
Original Message:
Sent: Thu July 07, 2022 04:12 AM
From: Steve Munday
Subject: Re: libiconv dependency causing errors
Ayappan,
Many thanks for the analysis. I'm currently wrestling with gnupg needing a specific libreadline.a [libreadline.so.5] as we have so.6.
# ar -tv /opt/freeware/lib/libreadline.arw-r--r-- 0/0 429866 Jan 29 02:36 2015 libreadline.so.6rwxr-xr-x 0/0 42731 Jan 29 02:36 2015 libreadline.so
I know gnupg2 is available however I need to understand why gnupg was loaded by the support team before deleting and re-loading gnupg2. glib2 has many dependencies it seems and all having to be chased down manually as yum isn't working on the "Failing" LPAR", as we know.
Request
python 2.7.10 is provided in the yum_bundle so having that refreshed would be a good move too.
Regards, Steve
------------------------------
Steve Munday
AIX, IBM i, HMC, PowerVM
Original Message:
Sent: Wed July 06, 2022 07:50 AM
From: Ayappan P
Subject: Re: libiconv dependency causing errors
The "GOOD" lpar works probably because of a glib2 rpm which is not linked to libiconv.so.2
The failing lpar has glib2 rpm ( version 2.30.3 ) which is not from Toolbox.
You can try installing "glib2-2.48.0" rpm from Toolbox and check.
I recommended you to update python to 2.7.18 because it has some fixes which makes it robust against these libpath issues.
------------------------------
Ayappan P
Original Message:
Sent: Wed July 06, 2022 07:21 AM
From: Steve Munday
Subject: Re: libiconv dependency causing errors
Ayappan,
Hi, I re-checked another LPAR and it's running the same version of yum and python as the "failing" LPAR's yum/python yet yum is working fine so upgrading python per se wouldn't appear to be the actual root cause of the issue.
0509-022 Cannot load module /usr/lib/libglib-2.0.a(libglib-2.0.so.0). 0509-150 Dependent module /usr/lib/libiconv.a(libiconv.so.2) could not be loaded. 0509-152 Member libiconv.so.2 is not found in archive 0509-022 Cannot load module /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so. 0509-150 Dependent module /usr/lib/libglib-2.0.a(libglib-2.0.so.0) could not be loaded.
Re-reading the error I then checked the listed archives.
"Good" LPAR===========# ar -X32_64 tv /usr/lib/libiconv.ar--r--r-- 2/2 237919 Jan 02 20:43 2019 shr4.or--r--r-- 2/2 238041 Jan 02 20:43 2019 shr.or--r--r-- 2/2 310767 Jan 02 20:43 2019 shr4_64.o## ar -X32_64 tv /usr/lib/libglib-2.0.aar: 0707-100 /usr/lib/libglib-2.0.a does not exist.## ls -la /usr/lib | grep -i libglib## ls -la /opt/freeware/lib | grep -i libglib-rwxr-xr-x 1 root system 15755723 Feb 16 2021 libglib-2.0.a## ar -X32_64 tv /opt/freeware/lib/libglib-2.0.arwxr-xr-x 205/1 7409802 Feb 16 06:27 2021 libglib-2.0.so.0rwxr-xr-x 205/1 8136645 Feb 16 06:45 2021 libglib-2.0.so.0## ar -X32_64 tv /opt/freeware/lib/libiconv.arwxr-xr-x 203/1 1195058 Jun 02 05:18 2022 libiconv.so.2rwxr-xr-x 203/1 1227053 Jun 02 05:18 2022 libiconv.so.2r--r--r-- 0/0 237919 Jun 30 07:00 2022 shr4.or--r--r-- 0/0 238041 Jun 30 07:00 2022 shr.or--r--r-- 0/0 310767 Jun 30 07:00 2022 shr4_64.o#"Failing" LPAR==============# ar -X32_64 tv /usr/lib/libiconv.ar--r--r-- 2/2 237919 Jan 02 20:43 2019 shr4.or--r--r-- 2/2 238041 Jan 02 20:43 2019 shr.or--r--r-- 2/2 310767 Jan 02 20:43 2019 shr4_64.o## ar -X32_64 tv /usr/lib/libglib-2.0.arwxr-xr-x 0/0 1643357 Feb 05 17:13 2013 libglib-2.0.so.0rwxr-xr-x 0/0 1821063 Feb 05 17:25 2013 libglib-2.0.so.0## ls -la /usr/lib | grep -i libgliblrwxrwxrwx 1 root system 36 Nov 01 2016 libglib-2.0.a -> ../../opt/freeware/lib/libglib-2.0.alrwxrwxrwx 1 root system 37 Nov 01 2016 libglib-2.0.so -> ../../opt/freeware/lib/libglib-2.0.solrwxrwxrwx 1 root system 39 Nov 01 2016 libglib-2.0.so.0 -> ../../opt/freeware/lib/libglib-2.0.so.0## ls -la /opt/freeware/lib | grep -i libglib-rwxr-xr-x 1 root system 3646475 Feb 05 2013 libglib-2.0.alrwxrwxrwx 1 root system 16 Nov 01 2016 libglib-2.0.so -> libglib-2.0.so.0-rwxr-xr-x 1 root system 1643357 Feb 05 2013 libglib-2.0.so.0## ar -X32_64 tv /opt/freeware/lib/libglib-2.0.arwxr-xr-x 0/0 1643357 Feb 05 17:13 2013 libglib-2.0.so.0rwxr-xr-x 0/0 1821063 Feb 05 17:25 2013 libglib-2.0.so.0## ar -X32_64 tv /opt/freeware/lib/libiconv.arwxr-xr-x 0/0 1089146 May 16 16:53 2012 libiconv.so.2rwxr-xr-x 0/0 1121595 May 16 16:51 2012 libiconv.so.2rwxr-x--- 0/0 215632 Nov 01 10:29 2016 shr4.orwxr-x--- 0/0 215754 Nov 01 10:29 2016 shr.orwxr-x--- 0/0 273628 Nov 01 10:29 2016 shr4_64.o#
"Good" LPAR===========# env | grep PATHMANPATH=/usr/share/man:/opt/freeware/manPATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java5/jre/bin:/usr/java5/bin:/usr/local/bin:/opt/CA/SharedComponents/binLOCPATH=/usr/lib/nls/locNLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat:/usr/lib/nls/msg/%l.%c/%N:/usr/lib/nls/msg/%l.%c/%N.catLIBPATH=/opt/CA/SharedComponents/lib:/opt/CA/CAlib"Failing" LPAR==============# env | grep PATHMANPATH=/usr/share/man:/opt/freeware/manPATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java5/jre/bin:/usr/java5/bin:/usr/local/bin:/opt/CA/SharedComponents/binLOCPATH=/usr/lib/nls/locNLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat:/usr/lib/nls/msg/%l.%c/%N:/usr/lib/nls/msg/%l.%c/%N.catLIBPATH=/opt/CA/SharedComponents/lib:/opt/CA/CAlib
So, in summary, the "Good" LPAR doesn't have symlinks for libglib (/usr/lib > /opt/freeware/lib) and is "missing" /opt/freeware/lib/libglib-2.0.so.0. Both LPARs have /opt/freeware/lib/libiconv.a and the names within the archive are the same BUT the "details" of libiconv.a appear different. In addition, the "Good" LPAR does not have a libiconv.so.2 in /usr/lib and WORKS yet the "Failing" LPAR also does NOT have a libiconv.so.2 and DOES NOT work :-(
Most probably I'm missing something very basic here, I just can't see it.
Many thanks, Steve
------------------------------
Steve Munday
AIX, IBM i, HMC, PowerVM
Original Message:
Sent: Wed July 06, 2022 02:14 AM
From: Ayappan P
Subject: Re: libiconv dependency causing errors
python, python-devel, python-tools are part of the same python package. So you need to upgrade all of them together.
The last python version 2.7.18 might also require newer editions of its dependencies which you can figure out while upgrading python.
------------------------------
Ayappan P
Original Message:
Sent: Tue July 05, 2022 01:56 PM
From: Steve Munday
Subject: Re: libiconv dependency causing errors
I'm guessing I also need the following upgraded:
python-develpython-iniparsepython-pycurlpython-toolspython-urlgrabber
Many thanks, Steve
------------------------------
Steve Munday
AIX, IBM i, HMC, PowerVM
Original Message:
Sent: Tue July 05, 2022 01:12 PM
From: Steve Munday
Subject: Re: libiconv dependency causing errors
Ayappan,
Thanks for the guidance. Just to be clear, though, as yum isn't working on the LPAR I'll have to "just" yum upgrade --downloadonly python on a different LPAR, transfer to the affected LPAR and use rpm to install it, correct?
Thanks, Steve
------------------------------
Steve Munday
AIX, IBM i, HMC, PowerVM
Original Message:
Sent: Tue July 05, 2022 12:33 PM
From: Ayappan P
Subject: Re: libiconv dependency causing errors
Please update the python 2.7.10 version to 2.7.18.
------------------------------
Ayappan P
Original Message:
Sent: Tue July 05, 2022 06:44 AM
From: Steve Munday
Subject: Re: libiconv dependency causing errors
Jan,
Hi, I have a similar issue.
Before installing yum we had the following rpms loaded.
# oslevel -s7100-05-05-1939bash-4.2-11.ppcbzip2-1.0.6-1.ppcemacs-21.3-1.ppcemacs-nox-21.3-1.ppcexpat-2.1.0-1.ppcexpect-5.42.1-3.ppcgcc-4.2.0-3.ppcgnupg-1.4.13-1.ppcinfo-4.13a-2.ppclibffi-3.0.11-2.ppclibgcc-4.7.2-1.ppclibgcrypt-1.2.4-1.ppclibgcrypt-devel-1.2.4-1.ppclibgpg-error-1.27-1.ppclibgpg-error-devel-1.27-1.ppclibiconv-1.14-2.ppclibssh2-1.4.3-1.ppclibxml2-2.6.23-3.ppclibxml2-devel-2.6.23-3.ppclibxslt-1.1.15-1.ppclibxslt-devel-1.1.15-1.ppcopenldap-2.4.23-0.3.ppcopenssl-1.0.1e-1.ppcpkg-config-0.29.1-1.ppcrsync-3.0.6-1.ppctcl-8.4.7-3.ppctk-8.4.7-3.ppcunzip-5.51-1.ppczip-2.3-3.ppczlib-1.2.7-2.ppczlib-devel-1.2.3-4.ppc
Having installed yum we now have the following rpms loaded.
AIX-rpm-7.1.5.30-7.ppcbash-4.2-11.ppcbzip2-1.0.6-1.ppcca-certificates-2016.10.7-2.ppccurl-7.52.1-1.ppcdb-4.8.24-3.ppcemacs-21.3-1.ppcemacs-nox-21.3-1.ppcexpat-2.1.0-1.ppcexpect-5.42.1-3.ppcgcc-4.2.0-3.ppcgdbm-1.8.3-5.ppcgettext-0.19.7-1.ppcglib2-2.30.3-2.ppcgnupg-1.4.13-1.ppcinfo-4.13a-2.ppclibffi-3.0.11-2.ppclibgcc-4.7.2-1.ppclibgcrypt-1.2.4-1.ppclibgcrypt-devel-1.2.4-1.ppclibgpg-error-1.27-1.ppclibgpg-error-devel-1.27-1.ppclibiconv-1.14-2.ppclibssh2-1.4.3-1.ppclibxml2-2.6.23-3.ppclibxml2-devel-2.6.23-3.ppclibxslt-1.1.15-1.ppclibxslt-devel-1.1.15-1.ppcopenldap-2.4.23-0.3.ppcopenssl-1.0.1e-1.ppcpkg-config-0.29.1-1.ppcpysqlite-1.1.7-2.ppcpython-2.7.10-1.ppcpython-devel-2.7.10-1.ppcpython-iniparse-0.4-1.noarchpython-pycurl-7.19.3-1.ppcpython-tools-2.7.10-1.ppcpython-urlgrabber-3.10.1-1.noarchreadline-6.2-4.ppcrsync-3.0.6-1.ppcsqlite-3.15.2-1.ppctcl-8.4.7-3.ppctk-8.4.7-3.ppcunzip-5.51-1.ppcyum-3.4.3-8.noarchyum-metadata-parser-1.1.4-2.ppczip-2.3-3.ppczlib-1.2.7-2.ppczlib-devel-1.2.3-4.ppc
Running yum we see the following.
# yumThere was a problem importing one of the Python modulesrequired to run yum. The error leading to this problem was: 0509-022 Cannot load module /usr/lib/libglib-2.0.a(libglib-2.0.so.0). 0509-150 Dependent module /usr/lib/libiconv.a(libiconv.so.2) could not be loaded. 0509-152 Member libiconv.so.2 is not found in archive 0509-022 Cannot load module /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so. 0509-150 Dependent module /usr/lib/libglib-2.0.a(libglib-2.0.so.0) could not be loaded.Please install a package which provides this module, orverify that the module is installed correctly.It's possible that the above module doesn't match thecurrent version of Python, which is:2.7.10 (default, Jun 22 2016, 05:57:59) [C]If you cannot solve this problem yourself, please go tothe yum faq at: http://yum.baseurl.org/wiki/Faq
Here's the the remaining info you requested.
# rpm -q --whatprovides /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so | while read pkg;do rpm -qi $pkg;doneName : yum-metadata-parserVersion : 1.1.4Release : 2Architecture: ppcInstall Date: Thu Dec 9 06:39:51 EST 2021Group : Development/LibrariesSize : 195736License : GPLSignature : (none)Source RPM : yum-metadata-parser-1.1.4-2.src.rpmBuild Date : Fri Feb 24 13:51:50 EST 2017Build Host : green52.in.ibm.comURL : http://devel.linux.duke.edu/cgi-bin/viewcvs.cgi/yum-metadata-parser/Summary : A fast metadata parser for yumDescription :Fast metadata parser for yum implemented in C.# ldd `which yum`ldd: /usr/bin/yum: File is not an executable XCOFF file.# env | grep PATHMANPATH=/usr/share/man:/opt/freeware/manPATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java5/jre/bin:/usr/java5/bin:/usr/local/bin:/opt/CA/SharedComponents/binLOCPATH=/usr/lib/nls/locNLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat:/usr/lib/nls/msg/%l.%c/%N:/usr/lib/nls/msg/%l.%c/%N.catLIBPATH=/opt/CA/SharedComponents/lib:/opt/CA/CAlib
Many thanks, Steve
------------------------------
Steve Munday
AIX, IBM i, HMC, PowerVM
Original Message:
Sent: Wed May 12, 2021 03:42 PM
From: Jan Harris
Subject: Re: libiconv dependency causing errors
Hi Davis
The team may have missed this since the thread is so old. I will ask them to keep an eye on this discussion, unless they ask for a new thread.
Meanwhile can you provide:
# rpm -q --whatprovides /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so | while read pkg;do rpm -qi $pkg;done
# ldd `which curl`
# env | grep PATH
# rpm -qa
------------------------------
Jan Harris
Original Message:
Sent: Mon May 10, 2021 11:46 AM
From: Davis Kaitharath
Subject: Re: libiconv dependency causing errors
Hello - Tried unset LIBPATH
still gets the error:
# yum
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:
0509-022 Cannot load module /usr/lib/libglib-2.0.a(libglib-2.0.so.0).
0509-150 Dependent module /usr/lib/libiconv.a(libiconv.so.2) could not be loaded.
0509-152 Member libiconv.so.2 is not found in archive
0509-022 Cannot load module /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so.
0509-150 Dependent module /usr/lib/libglib-2.0.a(libglib-2.0.so.0) could not be loaded.
Please install a package which provides this module, or
verify that the module is installed correctly.
It's possible that the above module doesn't match the
current version of Python, which is:
2.7.10 (default, Jun 22 2016, 05:57:59)
Also gets error on curl:
# curl
exec(): 0509-036 Cannot load program curl because of the following errors:
0509-022 Cannot load module /opt/freeware/lib/libcurl.a(libcurl.so.4).
0509-150 Dependent module /opt/freeware/lib/libcrypto.a(libcrypto.so) could not be loaded.
0509-152 Member libcrypto.so is not found in archive
0509-022 Cannot load module curl.
0509-150 Dependent module /opt/freeware/lib/libcurl.a(libcurl.so.4) could not be loaded.
0509-022 Cannot load module .
Any suggestions?
------------------------------
Davis Kaitharath
Original Message:
Sent: Wed April 22, 2020 11:01 AM
From: Archive User
Subject: Re: libiconv dependency causing errors
Originally posted by: AyappanP
If exporting LIBPATH is unavoidable because of third-party applications , then i would suggest to emtpy it while invoking AIX Toolbox applications.
Something like "LIBPATH= vim" "LIBPATH= yum list installed"