Monday, 2021-10-18

opendevreviewMerged openstack/openstack-ansible-nspawn_hosts stable/stein: Remove Debian Stable jobs  https://review.opendev.org/c/openstack/openstack-ansible-nspawn_hosts/+/80430903:00
opendevreviewMerged openstack/openstack-ansible-nspawn_hosts stable/train: Remove Debian Stable jobs  https://review.opendev.org/c/openstack/openstack-ansible-nspawn_hosts/+/80430803:00
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_barbican stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_barbican/+/81433703:27
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_trove stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_trove/+/81433803:31
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_blazar stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_blazar/+/81433903:32
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_congress stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_congress/+/81434003:34
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_designate stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_designate/+/81434103:35
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_heat stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_heat/+/81434203:37
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_ironic stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/81434303:39
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_magnum stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_magnum/+/81434403:40
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_masakari stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_masakari/+/81434503:41
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_mistral stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_mistral/+/81434603:42
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_octavia stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/81434703:44
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_rally stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_rally/+/81434803:47
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_sahara stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_sahara/+/81434903:49
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_swift stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/81435003:51
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_tacker stable/stein: The "stable" this originally referred to is stretch, which is now two "stable"'s ago.  We've since realised that giving nodesets generic names doesn't work so well for this reason and will use codenames in the future (debian-bullseye, etc.).  https://review.opendev.org/c/openstack/openstack-ansible-os_tacker/+/81435103:52
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_barbican stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_barbican/+/81433704:13
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_blazar stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_blazar/+/81433904:13
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_congress stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_congress/+/81434004:13
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_designate stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_designate/+/81434104:14
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_heat stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_heat/+/81434204:14
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_ironic stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/81434304:14
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_magnum stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_magnum/+/81434404:14
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_masakari stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_masakari/+/81434504:15
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_mistral stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_mistral/+/81434604:15
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_octavia stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/81434704:16
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_rally stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_rally/+/81434804:16
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_sahara stable/stein: Remove debian-stable jobs  https://review.opendev.org/c/openstack/openstack-ansible-os_sahara/+/81434904:16
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_swift stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/81435004:17
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_tacker stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_tacker/+/81435104:17
opendevreviewIan Wienand proposed openstack/openstack-ansible-os_trove stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_trove/+/81433804:17
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_tempest stable/victoria: Pin neutron-tempest-plugin to v1.6.0  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/81425807:48
opendevreviewJames Gibson proposed openstack/openstack-ansible-haproxy_server master: Add option to use alernative CA server for certbot  https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/81436407:52
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/stein: Update ca-certificates package before bootstrap  https://review.opendev.org/c/openstack/openstack-ansible/+/81437108:46
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_masakari stable/stein: Remove debian-stable job  https://review.opendev.org/c/openstack/openstack-ansible-os_masakari/+/81434508:46
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/stein: Update requests package before bootstrap  https://review.opendev.org/c/openstack/openstack-ansible/+/81437109:12
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/stein: Update requests package before bootstrap  https://review.opendev.org/c/openstack/openstack-ansible/+/81437109:13
opendevreviewMartin Kopec proposed openstack/openstack-ansible-os_tempest master: python-tempestconf moved from osf/ to openinfra  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/81440411:02
*** akahat is now known as akahat|afk13:57
opendevreviewJames Gibson proposed openstack/openstack-ansible-os_octavia master: Do not log private key  https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/81443014:17
*** akahat|afk is now known as akahat14:48
*** frenzy_friday is now known as frenzyfriday|pto15:55
spatelhttps://opendev.org/openstack/openstack-ansible-os_neutron/': The certificate issuer's certificate has expired16:22
spatelvery odd 16:23
spatelcert expire date is December 2021 16:24
spateljrosser any idea? 16:27
jrosseryou mean thats what your browser says?16:28
spatelthis command complaining - git clone https://opendev.org/openstack/openstack-ansible-os_neutron openstack-ansible-os_neutron-dpdk16:30
spateltrying to make a patch and got cert expire error during git clone16:30
jrosseri would guess that whatever system you are using needs its trust store updated to account for the expiry of the old LE root CA16:30
jrosserhttps://letsencrypt.org/docs/dst-root-ca-x3-expiration-september-2021/16:31
jrosseror openssl needs updating, as they say there16:32
spatelhmm16:32
ianwspeaking of cert errors ...21:11
ianwnoonedeadpunk: there's a lot of -1 in https://review.opendev.org/q/topic:%22debian-stable-rm%22+(status:open%20OR%20status:merged) ... 21:11
ianwit looks like centos7 is having issues21:11
ianw /opt/ansible-runtime/bin/pip install --isolated --index-url ... blah balh21:12
ianwSSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:618)21:12
ianwi wonder if this is related to our images or something else21:12
ianwfungi: ^ any ideas?21:12
ianw2021-10-16 11:59:50.904 |  ca-certificates            noarch   2021.2.50-72.el7_9         updates   379 k21:22
ianwaccording to what i read, this package has the right certificates and that's what we're installing in the image21:22
fungiianw: sorry, you caught me in the midst of a meal, but is it possible our centos-7 images are very outdated?21:40
fungithough i guess you're saying 2021.2.50-72.el7_9 is recent enough21:40
ianwfungi: np, please don't skip meals for centos-7 issues :)21:40
ianwyeah, that looks right, and all images look up-to-date21:41
ianwinterestingly this has21:50
ianw /opt/ansible-runtime/bin/pip install --isolated --index-url http://mirror.gra1.ovh.opendev.org/pypi/simple --trusted-host mirror.gra1.ovh.opendev.org --extra-index-url http://mirror.gra1.ovh.opendev.org/wheel/centos-7-x86_64 21:50
ianwbut we redirect http->https so it upgrades21:50
ianwthe url causing this is !!!!!! https://opendev.org/openstack/requirements/raw/stable/stein/upper-constraints.txt21:50
ianw(!!!) is my output, sorry21:50
ianwcurl has no problem getting this21:51
ianwsomehow requests in a virtualenv must bundle it's own certs or something?21:51
ianw... that would be yes -> /opt/ansible-runtime/lib/python2.7/site-packages/pip/_vendor/requests/cacert.pem21:53
jrosservia certifi I think?21:53
ianwso pip vendors a cacert.pem and now can't update itself 21:54
jrosserrequests never uses the system trust store and it’s a huge pain21:55
jrosserREQUESTS_CA_BUNDLE env var can point it elsewhere though21:56
ianwhrm: "/opt/ansible-runtime/bin/pip install --upgrade pip" works21:56
ianwit's something to do with the "--constraints" flag21:59
ianw /opt/ansible-runtime/bin/pip install --isolated --index-url http://mirror.gra1.ovh.opendev.org/pypi/simple --trusted-host mirror.gra1.ovh.opendev.org --extra-index-url http://mirror.gra1.ovh.opendev.org/wheel/centos-7-x86_64 --upgrade pip setuptools wheel21:59
ianwworks22:00
ianwalthough ... the constraints flag is the one that we redirect to the https site22:00
jrosseris it failing to understand the new LE root CA for getting upper-constraints?22:00
fungisorry, back now, and yes that's what i was wondering22:01
ianwsigh, so it seems pip bundles cacert.pem22:01
fungigot it, so the problem is pinning to an old version of pip22:02
ianwbut, this is python2 for centos7, and so even the latest pip is 20.3.4 which *still* doesn't have the right cert22:02
fungitime only moves forward, never backward. sorry to be a bummer :/22:02
fungioh, python 2.7? yeah there was some point release which added a cert bundle to the interpreter itself as a backport from 3.x22:03
jrosserit would be interesting to know if pointing requests at the system trust store is sufficient to fix it22:06
fungii'm guessing it would be, yeah22:08
jrossersuper late here, let me know if this needs further work and I can look tomorrow22:08
fungii'm trying to dig up the relevant release note for whichever 2.7.x i was remembering22:09
ianwthe other option is to add --trusted-hosts=opendev.org22:10
ianwfor some reason it already does this for mirrors @ https://opendev.org/openstack/openstack-ansible/blame/branch/stable/stein/scripts/scripts-library.sh#L9922:10
fungii think it's a holdover from before we added https for them22:11
fungiat one point pip decided it didn't like http mirrors22:12
fungimmm, pep 476 seems to be a breadcrumb, and later pep 49322:14
ianwthis only happens in a virtualenv on centos7 with python222:14
ianwthings sort of work i guess because pypi is still valid22:15
ianwthat looks like a digicert 22:15
ianwso it's narrowed to python2+virtualenv+talking to LE sites 22:16
fungi"PEP 476 updated httplib and modules which use it, such as urllib2 and xmlrpclib, to now verify that the server presents a certificate which is signed by a Certificate Authority in the platform trust store and whose hostname matches the hostname being requested by default, significantly improving security for many applications. This change was made in the Python 2.7.9 release."22:16
fungiso 2.7.9 was the transition i was remembering22:17
fungithis is probably relevant, since it's about rhel 7 and that specific transition: https://access.redhat.com/articles/203975322:17
fungi"The ssl module now checks the PYTHONHTTPSVERIFY environment variable - if set, its value overrides the settings from cert-verification.cfg. The value of 0 disables certificate verification and any other value enables it. This feature can be used by end users to enable or disable verification for a specific Python program, or a specific invocation of a Python program, without needing22:18
fungito modify the program's source code."22:18
fungiso maybe that represents a possible workaround on centos-7's python 2.7 implementation as well22:19
fungi"By default, the Python ssl module uses the system CA certificate bundle - /etc/pki/tls/certs/ca-bundle.crt - shipped as part of the ca-certificates package. Inside corporate intranets, servers commonly use certificates issued by an internal corporate CA rather than by a public Internet CA. Any affected programs should be configured to use the internal CA certificate to be able to22:21
fungisuccessfully verify certificates of such servers."22:21
ianwfungi: yeah, the problem is that in a virtualenv pip is using it's bundled requests22:22
ianwit looks like22:22
ianw[global]22:22
ianwcert = /etc/pki/tls/certs/ca-bundle.crt22:22
ianwseems to make it work22:22
fungiright, and the bundled version of requests vendors in its on trust store?22:23
ianwyep22:23
fungiyeah, that seems like a straightforward solution22:23
ianwwhich i bet was put in to work around some crappy platform that didn't have the right certs for pip to talk to pypi or something22:24
ianwand now pip is the crappy platform that can't talk to letsencrypt22:24
ianwswings and roundabouts22:24
fungiand snakes and ladders22:24
ianwhrm, we're already installing a pip.conf ...22:27
ianwhttps://opendev.org/zuul/zuul-jobs/src/branch/master/roles/configure-mirrors/templates/etc/pip.conf.j222:27
ianwhttps://bugzilla.redhat.com/show_bug.cgi?id=201532623:29
ianwoh i think i see the issue here.  it's actually openssl 1.0.223:56
ianwhttps://www.openssl.org/blog/blog/2021/09/13/LetsEncryptRootCertExpire/23:57
ianwit's not really the .pem file.  it's openssl on centos7 not ignoring the expired certificate23:57

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!