-
Notifications
You must be signed in to change notification settings - Fork 275
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Current integ tests workflow fails on version incompatibility #3554
Comments
This seems like an upgrade on urllib3 libs due to not supporting openssl version lower than 1.1.1+, where centos7 does not have now. We would need to speed up the process to upgrade to rockylinux8. |
This might be helpful. https://urllib3.readthedocs.io/en/latest/v2-migration-guide.html#common-upgrading-issues |
centos7:
rockylinux8:
|
Related to this: |
The newer version of requests cause a requirement update on openssl, from 1.1.0 to 1.1.1+, this means CentOS7 is not able to run newer version of request on any activities related to our python code. |
Hi, Option 1: Revert #3544 and keep using CentOS7 for this release Consider our decision on the AL2023/NodeJS18/PythonUpgrade 3.9 has already made in this comment:#1563 (comment) We will go ahead with option 1 and revert #3544. Thanks. |
Our test in #3544 is running in ubuntu-latest thus does not have the openssl issue in centos7, therefore, not caught. |
Describe the bug
The current OS integ tests fails on importing module because
urllib
only supportsOpenSSL
1.1.1+. Current ssl version is1.0.2
Link: https://build.ci.opensearch.org/blue/organizations/jenkins/integ-test/detail/integ-test/4980/pipeline/74
Full context:
To reproduce
https://build.ci.opensearch.org/blue/organizations/jenkins/integ-test/detail/integ-test/4980/pipeline/74
Expected behavior
No response
Screenshots
If applicable, add screenshots to help explain your problem.
Host / Environment
No response
Additional context
No response
Relevant log output
No response
The text was updated successfully, but these errors were encountered: