[gpfsug-discuss] 5.0.1.0 Update issue with python dependencies
Smita J Raut
smita.raut at in.ibm.com
Fri May 18 17:10:11 BST 2018
Hi Renar,
Yes we plan to include newer pyOpenSSL in 5.0.1.1
Thanks,
Smita
From: "Grunenberg, Renar" <Renar.Grunenberg at huk-coburg.de>
To: 'gpfsug main discussion list' <gpfsug-discuss at spectrumscale.org>
Date: 05/17/2018 09:44 PM
Subject: Re: [gpfsug-discuss] 5.0.1.0 Update issue with python
dependencies
Sent by: gpfsug-discuss-bounces at spectrumscale.org
Hallo Smita,
I checks these now, today there are no real way to get these package from
a rhel channel. All are on 0.13.1. I checked the pike repository and see
that following packages are available:
python2-pyOpenSSL-16.2.0-3.el7.noarch.rpm
python2-cryptography-1.7.2-1.el7.x86_64.rpm
python2-urllib3-1.21.1-1.el7.noarch.rpm
My Request and question here. Why are these packages are not in the
pike-release that IBM shipped. Is it possible to implement and test these
package for the next ptf 5.0.1.1.
Regards Renar.
Renar Grunenberg
Abteilung Informatik – Betrieb
HUK-COBURG
Bahnhofsplatz
96444 Coburg
Telefon:
09561 96-44110
Telefax:
09561 96-44104
E-Mail:
Renar.Grunenberg at huk-coburg.de
Internet:
www.huk.de
HUK-COBURG Haftpflicht-Unterstützungs-Kasse kraftfahrender Beamter
Deutschlands a. G. in Coburg
Reg.-Gericht Coburg HRB 100; St.-Nr. 9212/101/00021
Sitz der Gesellschaft: Bahnhofsplatz, 96444 Coburg
Vorsitzender des Aufsichtsrats: Prof. Dr. Heinrich R. Schradin.
Vorstand: Klaus-Jürgen Heitmann (Sprecher), Stefan Gronbach, Dr. Hans Olav
Herøy, Dr. Jörg Rheinländer (stv.), Sarah Rössler, Daniel Thomas.
Diese Nachricht enthält vertrauliche und/oder rechtlich geschützte
Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese Nachricht irrtümlich
erhalten haben,
informieren Sie bitte sofort den Absender und vernichten Sie diese
Nachricht.
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Nachricht
ist nicht gestattet.
This information may contain confidential and/or privileged information.
If you are not the intended recipient (or have received this information
in error) please notify the
sender immediately and destroy this information.
Any unauthorized copying, disclosure or distribution of the material in
this information is strictly forbidden.
Von: gpfsug-discuss-bounces at spectrumscale.org [
mailto:gpfsug-discuss-bounces at spectrumscale.org] Im Auftrag von Smita J
Raut
Gesendet: Mittwoch, 16. Mai 2018 12:23
An: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Betreff: Re: [gpfsug-discuss] 5.0.1.0 Update issue with python
dependencies
You are right Simon, that rpm comes from object. Below two are the new
dependencies that were added with Pike support in 5.0.1
pyOpenSSL-0.14-1.ibm.el7.noarch.rpm
python2-urllib3-1.21.1-1.ibm.el7.noarch.rpm
>From RHEL 7.0 to 7.5 the pyOpenSSL package included in the ISO is
pyOpenSSL-0.13.1-3.el7.x86_64.rpm , but Pike needs >=0.14, hence
pyOpenSSL-0.14 was packaged since it was not available.
One possible cause of the problem could be that the yum certs may have
Unicode characters. If so, then the SSL code may be rendering the cert as
chars instead of bytes. And there seem to be issues in pyOpenSSL-0.14
related to unicode handling that are fixed in 0.15. Renar, could you try
upgrading this package to 0.15?
Thanks,
Smita
From: "Simon Thompson (IT Research Support)" <
S.J.Thompson at bham.ac.uk>
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Date: 05/16/2018 01:44 PM
Subject: Re: [gpfsug-discuss] 5.0.1.0 Update issue with python
dependencies
Sent by: gpfsug-discuss-bounces at spectrumscale.org
I wondered if it came from the object RPMs maybe… I haven’t actually
checked, but I recall that it was mentioned 5.0.1 was bumping to Pike
swift stack (I think!) and that typically requires newer RPMs if using RDO
packages so maybe it came that route?
Simon
From: <gpfsug-discuss-bounces at spectrumscale.org> on behalf of "
olaf.weiser at de.ibm.com" <olaf.weiser at de.ibm.com>
Reply-To: "gpfsug-discuss at spectrumscale.org" <
gpfsug-discuss at spectrumscale.org>
Date: Tuesday, 15 May 2018 at 08:10
To: "gpfsug-discuss at spectrumscale.org" <gpfsug-discuss at spectrumscale.org>
Subject: Re: [gpfsug-discuss] 5.0.1.0 Update issue with python
dependencies
Renar,
can you share , what gpfs packages you tried to install
I just did a fresh 5.0.1 install and it works fine for me... even though,
I don't see this ibm python rpm
[root at tlinc04 ~]# rpm -qa | grep -i openssl
openssl-1.0.2k-12.el7.x86_64
openssl-libs-1.0.2k-12.el7.x86_64
pyOpenSSL-0.13.1-3.el7.x86_64
openssl-devel-1.0.2k-12.el7.x86_64
xmlsec1-openssl-1.2.20-7.el7_4.x86_64
So I assume, you installed GUI, or scale mgmt .. let us know -
thx
From: "Grunenberg, Renar" <Renar.Grunenberg at huk-coburg.de>
To: "'gpfsug-discuss at spectrumscale.org'" <
gpfsug-discuss at spectrumscale.org>
Date: 05/15/2018 08:00 AM
Subject: Re: [gpfsug-discuss] 5.0.1.0 Update issue with python
dependencies
Sent by: gpfsug-discuss-bounces at spectrumscale.org
Hallo All,
follow some experiences with the update to 5.0.1.0 (from 5.0.0.2) on
rhel7.4. After the complete yum update to this version, we had a
non-function yum cmd.
The reason for this is following packet pyOpenSSL-0.14-1.ibm.el7.noarch
This package break the yum cmds.
The error are:
Loaded plugins: langpacks, product-id, rhnplugin, search-disabled-repos
Traceback (most recent call last):
File "/bin/yum", line 29, in <module>
yummain.user_main(sys.argv[1:], exit_code=True)
File "/usr/share/yum-cli/yummain.py", line 370, in user_main
errcode = main(args)
File "/usr/share/yum-cli/yummain.py", line 165, in main
base.getOptionsConfig(args)
File "/usr/share/yum-cli/cli.py", line 261, in getOptionsConfig
self.conf
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 1078, in
<lambda>
conf = property(fget=lambda self: self._getConfig(),
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 420, in
_getConfig
self.plugins.run('init')
File "/usr/lib/python2.7/site-packages/yum/plugins.py", line 188, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/share/yum-plugins/rhnplugin.py", line 141, in init_hook
svrChannels = rhnChannel.getChannelDetails(timeout=timeout)
File "/usr/share/rhn/up2date_client/rhnChannel.py", line 71, in
getChannelDetails
sourceChannels = getChannels(timeout=timeout)
File "/usr/share/rhn/up2date_client/rhnChannel.py", line 98, in
getChannels
up2dateChannels = s.up2date.listChannels(up2dateAuth.getSystemId())
File "/usr/share/rhn/up2date_client/rhnserver.py", line 63, in __call__
return rpcServer.doCall(method, *args, **kwargs)
File "/usr/share/rhn/up2date_client/rpcServer.py", line 204, in doCall
ret = method(*args, **kwargs)
File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
return self.__send(self.__name, args)
File "/usr/share/rhn/up2date_client/rpcServer.py", line 38, in _request1
ret = self._request(methodname, params)
File "/usr/lib/python2.7/site-packages/rhn/rpclib.py", line 384, in
_request
self._handler, request, verbose=self._verbose)
File "/usr/lib/python2.7/site-packages/rhn/transports.py", line 171, in
request
headers, fd = req.send_http(host, handler)
File "/usr/lib/python2.7/site-packages/rhn/transports.py", line 721, in
send_http
self._connection.connect()
File "/usr/lib/python2.7/site-packages/rhn/connections.py", line 187, in
connect
self.sock.init_ssl()
File "/usr/lib/python2.7/site-packages/rhn/SSL.py", line 90, in init_ssl
self._ctx.load_verify_locations(f)
File "/usr/lib/python2.7/site-packages/OpenSSL/SSL.py", line 303, in
load_verify_locations
raise TypeError("cafile must be None or a byte string")
TypeError: cafile must be None or a byte string
My questions now: why does IBM patch here rhel python-libaries. This goes
to a update nirvana.
The Dependencies does looks like this!!
rpm -e pyOpenSSL-0.14-1.ibm.el7.noarch
error: Failed dependencies:
pyOpenSSL is needed by (installed)
redhat-access-insights-0:1.0.13-2.el7_3.noarch
pyOpenSSL is needed by (installed) rhnlib-2.5.65-4.el7.noarch
pyOpenSSL >= 0.14 is needed by (installed)
python2-urllib3-1.21.1-1.ibm.el7.noarch
Its PMR time.
Regards Renar
Renar Grunenberg
Abteilung Informatik – Betrieb
HUK-COBURG
Bahnhofsplatz
96444 Coburg
Telefon:
09561 96-44110
Telefax:
09561 96-44104
E-Mail:
Renar.Grunenberg at huk-coburg.de
Internet:
www.huk.de
HUK-COBURG Haftpflicht-Unterstützungs-Kasse kraftfahrender Beamter
Deutschlands a. G. in Coburg
Reg.-Gericht Coburg HRB 100; St.-Nr. 9212/101/00021
Sitz der Gesellschaft: Bahnhofsplatz, 96444 Coburg
Vorsitzender des Aufsichtsrats: Prof. Dr. Heinrich R. Schradin.
Vorstand: Klaus-Jürgen Heitmann (Sprecher), Stefan Gronbach, Dr. Hans Olav
Herøy, Dr. Jörg Rheinländer (stv.), Sarah Rössler, Daniel Thomas.
Diese Nachricht enthält vertrauliche und/oder rechtlich geschützte
Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese Nachricht irrtümlich
erhalten haben,
informieren Sie bitte sofort den Absender und vernichten Sie diese
Nachricht.
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Nachricht
ist nicht gestattet.
This information may contain confidential and/or privileged information.
If you are not the intended recipient (or have received this information
in error) please notify the
sender immediately and destroy this information.
Any unauthorized copying, disclosure or distribution of the material in
this information is strictly forbidden.
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20180518/87ae2dcd/attachment.htm>
More information about the gpfsug-discuss
mailing list