[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