Tuesday, 2020-03-03

*** diablo_rojo has quit IRC00:01
openstackgerritIan Wienand proposed opendev/system-config master: [wip] add ansible nodepool-builder  https://review.opendev.org/71088800:02
*** threestrands has joined #openstack-infra00:03
*** mattw4 has quit IRC00:05
*** weifan has joined #openstack-infra00:05
*** weifan has quit IRC00:05
openstackgerritIan Wienand proposed openstack/project-config master: nodepool: Add nb01-test.opendev.org config file  https://review.opendev.org/71070000:06
ianwclarkb: ^ sorry just updated the needed-by link00:07
*** slaweq has joined #openstack-infra00:11
*** pkopec has quit IRC00:12
*** zxiiro has joined #openstack-infra00:14
clarkbk. I'll look closer in a few. Parenting dutiee calling currently00:15
ianwnp00:16
*** slaweq has quit IRC00:17
openstackgerritTristan Cacqueray proposed zuul/zuul master: executor: do not blacklist host-vars for trusted context  https://review.opendev.org/71089000:24
*** tetsuro has joined #openstack-infra00:42
*** tetsuro has quit IRC00:47
*** tetsuro has joined #openstack-infra00:47
*** diablo_rojo has joined #openstack-infra00:47
*** aedc has quit IRC00:50
*** owalsh has quit IRC00:54
*** aedc has joined #openstack-infra00:58
*** owalsh has joined #openstack-infra01:00
*** slaweq has joined #openstack-infra01:11
*** yolanda has quit IRC01:15
*** slaweq has quit IRC01:16
*** ijw has quit IRC01:25
openstackgerritIan Wienand proposed opendev/system-config master: [wip] add ansible for nodepool hosts  https://review.opendev.org/71088801:31
openstackgerritIan Wienand proposed opendev/system-config master: [wip] deploy nodepool-builder container  https://review.opendev.org/71089101:31
openstackgerritMerged zuul/zuul master: executor: do not blacklist host-vars for trusted context  https://review.opendev.org/71089001:39
*** mtreinish has joined #openstack-infra01:42
*** jamesmcarthur has joined #openstack-infra01:45
*** cdearborn has quit IRC01:52
clarkbianw 710700 lgtm and maybe need to lamd that before 710888 will pass testing?02:02
ianwclarkb: yep, will be required, but still sorting out some other issues too02:02
*** gyee has quit IRC02:08
openstackgerritIan Wienand proposed opendev/system-config master: [wip] add ansible for nodepool hosts  https://review.opendev.org/71088802:11
openstackgerritIan Wienand proposed opendev/system-config master: [wip] deploy nodepool-builder container  https://review.opendev.org/71089102:11
*** slaweq has joined #openstack-infra02:11
*** jamesmcarthur has quit IRC02:13
openstackgerritMerged openstack/project-config master: nodepool: Add nb01-test.opendev.org config file  https://review.opendev.org/71070002:13
*** yamamoto has joined #openstack-infra02:14
*** slaweq has quit IRC02:15
openstackgerritIan Wienand proposed opendev/system-config master: [wip] deploy nodepool-builder container  https://review.opendev.org/71089102:17
*** jamesmcarthur has joined #openstack-infra02:21
*** kaisers_ has quit IRC02:28
*** diablo_rojo has quit IRC02:33
openstackgerritIan Wienand proposed opendev/system-config master: [wip] add ansible for nodepool hosts  https://review.opendev.org/71088802:36
openstackgerritIan Wienand proposed opendev/system-config master: [wip] deploy nodepool-builder container  https://review.opendev.org/71089102:36
*** Goneri has quit IRC02:41
*** tbachman has joined #openstack-infra02:42
*** jamesmcarthur has quit IRC02:50
*** rcernin_ has joined #openstack-infra02:52
*** jamesmcarthur has joined #openstack-infra02:53
*** rcernin has quit IRC02:55
*** jamesmcarthur has quit IRC02:58
*** jamesmcarthur has joined #openstack-infra03:04
*** slaweq has joined #openstack-infra03:11
*** rlandy has quit IRC03:15
*** slaweq has quit IRC03:16
*** apetrich has quit IRC03:17
*** weifan has joined #openstack-infra03:22
*** weifan has quit IRC03:26
*** weifan has joined #openstack-infra03:28
*** weifan has quit IRC03:33
ianwsigh, it looks like the scripts directory is embedded in too many places03:48
*** jamesmcarthur has quit IRC03:50
*** lbragstad has quit IRC03:58
openstackgerritIan Wienand proposed openstack/project-config master: Restore blank nodepool/scripts  https://review.opendev.org/71090004:01
*** admcleod has quit IRC04:02
*** dave-mccowan has quit IRC04:04
*** raukadah is now known as chandankumar04:04
*** dSrinivas has joined #openstack-infra04:05
*** slaweq has joined #openstack-infra04:11
*** ricolin has quit IRC04:15
*** slaweq has quit IRC04:17
openstackgerritIan Wienand proposed opendev/system-config master: [wip] add ansible for nodepool hosts  https://review.opendev.org/71088804:45
openstackgerritIan Wienand proposed opendev/system-config master: [wip] deploy nodepool-builder container  https://review.opendev.org/71089104:45
*** ociuhandu has joined #openstack-infra04:55
*** ykarel|away is now known as ykarel04:58
*** admcleod has joined #openstack-infra04:59
*** ociuhandu has quit IRC04:59
*** jamesdenton has quit IRC05:03
*** jamesdenton has joined #openstack-infra05:03
*** slaweq has joined #openstack-infra05:11
*** slaweq has quit IRC05:16
*** rcernin_ has quit IRC05:24
openstackgerritIan Wienand proposed opendev/system-config master: [wip] deploy nodepool-builder container  https://review.opendev.org/71089105:28
*** vesper has quit IRC05:34
*** evrardjp has quit IRC05:35
*** evrardjp has joined #openstack-infra05:35
*** vesper11 has joined #openstack-infra05:37
*** lmiccini has joined #openstack-infra06:06
*** igordc has joined #openstack-infra06:09
openstackgerritIan Wienand proposed opendev/system-config master: Add initial Ansible for nodepool hosts  https://review.opendev.org/71088806:11
openstackgerritIan Wienand proposed opendev/system-config master: [wip] deploy nodepool-builder container  https://review.opendev.org/71089106:11
openstackgerritIan Wienand proposed opendev/system-config master: Add install zookeeper role; use for nodepool-builder testing  https://review.opendev.org/71090806:11
*** slaweq has joined #openstack-infra06:11
AJaegerianw: want me to +A the scripts directory change?06:12
*** igordc has quit IRC06:13
ianwAJaeger: probably thanks; maybe if you could recheck a system-config change and make sure it fixes the puppet job too? (i'll have to run out soon)06:13
ianwi just don't think anyone wants to go through all the puppet and remove the various places it gets references; might as well push on the with the container/ansible efforts for the builders then we can just rm all the puppet stuff06:14
*** slaweq has quit IRC06:16
AJaegeryeah, might be easier to kill puppet...06:17
AJaegerianw: approved06:17
ianwthanks!06:17
ianwi'm not too sure on podman-compose ... but for one day i think i've made some decent progress on the nodepool-builder container deployment anyway06:18
*** toabctl has quit IRC06:18
AJaegercool!06:19
*** toabctl has joined #openstack-infra06:22
openstackgerritMerged openstack/project-config master: Restore blank nodepool/scripts  https://review.opendev.org/71090006:32
*** diablo_rojo has joined #openstack-infra06:33
*** matt_kosut has quit IRC06:44
*** kaisers has joined #openstack-infra06:56
*** matt_kosut has joined #openstack-infra07:06
*** matt_kosut has quit IRC07:08
*** matt_kos_ has joined #openstack-infra07:08
*** diablo_rojo has quit IRC07:09
*** slaweq has joined #openstack-infra07:11
*** rcernin has joined #openstack-infra07:13
*** slaweq has quit IRC07:16
*** hwoarang has quit IRC07:18
*** yolanda has joined #openstack-infra07:21
*** hwoarang has joined #openstack-infra07:21
*** ijw has joined #openstack-infra07:30
*** gshippey has quit IRC07:33
*** ricolin has joined #openstack-infra07:33
*** ykarel is now known as ykarel|lunch07:39
*** matt_kos_ has quit IRC07:41
*** matt_kosut has joined #openstack-infra07:41
*** happyhemant has joined #openstack-infra07:50
*** slaweq has joined #openstack-infra07:52
AJaegerianw: puppet run succeeds now on system-config07:54
*** jcapitao has joined #openstack-infra08:10
*** jcapitao has quit IRC08:11
*** jcapitao has joined #openstack-infra08:11
*** dchen has quit IRC08:13
*** njohnston has quit IRC08:14
*** lmiccini has quit IRC08:19
*** tosky has joined #openstack-infra08:20
*** yamamoto has quit IRC08:22
*** roman_g has joined #openstack-infra08:25
*** lmiccini has joined #openstack-infra08:25
*** iurygregory has joined #openstack-infra08:26
*** yamamoto has joined #openstack-infra08:27
*** hwoarang has quit IRC08:27
*** hwoarang has joined #openstack-infra08:28
*** tesseract has joined #openstack-infra08:30
*** roman_g has quit IRC08:35
*** iurygregory has quit IRC08:36
*** jpena|off is now known as jpena08:41
*** rpittau|afk is now known as rpittau08:41
*** iurygregory has joined #openstack-infra08:41
*** rcernin has quit IRC08:41
*** ralonsoh has joined #openstack-infra08:42
*** sshnaidm|pto has quit IRC08:45
*** ysastri has joined #openstack-infra08:48
*** sshnaidm|pto has joined #openstack-infra08:59
*** apetrich has joined #openstack-infra09:00
*** ccamacho has quit IRC09:02
*** FlorianFa has quit IRC09:05
*** ociuhandu has joined #openstack-infra09:06
*** threestrands has quit IRC09:09
*** matt_kos_ has joined #openstack-infra09:10
*** matt_kosut has quit IRC09:10
*** ociuhandu has quit IRC09:12
*** hashar has joined #openstack-infra09:14
*** udesale has joined #openstack-infra09:14
*** ociuhandu has joined #openstack-infra09:15
*** sshnaidm|pto is now known as sshnaidm09:17
*** tesseract has quit IRC09:25
*** tesseract has joined #openstack-infra09:26
*** iurygregory has quit IRC09:27
fricklerso we fixed the importlib-resources bug, but not the virtualenv bug it seems, but I fail to find the reasoning for that in the backlog09:29
*** Lucas_Gray has joined #openstack-infra09:29
*** ociuhandu has quit IRC09:37
*** ysastri has quit IRC09:40
kevinzHi Infra, we meet a network problem here in linaro us, can anybody help to check why: https://zuul.opendev.org/t/openstack/build/b4eca2de0b0f465f90e483567ccb8896/log/kolla/build/000_FAILED_base.log09:40
*** gfidente has joined #openstack-infra09:41
*** yamamoto has quit IRC09:42
*** zxiiro has quit IRC09:43
*** ijw has quit IRC09:43
*** ijw_ has joined #openstack-infra09:43
*** iurygregory has joined #openstack-infra09:43
*** derekh has joined #openstack-infra09:43
*** ociuhandu has joined #openstack-infra09:45
fricklerkevinz: that looks more like an kolla issue to me than an infra issue. maybe something related to docker and IPv6? or do you see similar failures for non-kolla jobs? otherwise best ask in the kolla channel09:53
fricklerfwiw I tried connecting to those sites from the linaro-us mirror node and that doesn't see any issues09:53
kevinzhrw: ^^09:54
kevinzfrickler: thx09:54
*** gshippey has joined #openstack-infra09:54
kevinzI will trigger a devstack test to check09:55
*** ociuhandu has quit IRC09:58
*** yamamoto has joined #openstack-infra09:58
*** dtantsur|afk is now known as dtantsur10:03
*** rcernin has joined #openstack-infra10:04
*** pkopec has joined #openstack-infra10:04
*** roman_g has joined #openstack-infra10:06
iurygregorywe still have the problem with py27 in CI?10:10
iurygregoryhttps://18eaa349c9388c8b78c5-fa065b3d3badff7cb87ccafc6f749b5a.ssl.cf5.rackcdn.com/709146/2/check/openstack-tox-py27/8126af3/job-output.txt10:11
*** ociuhandu has joined #openstack-infra10:25
*** ociuhandu has quit IRC10:27
*** ociuhandu has joined #openstack-infra10:27
frickleriurygregory: yes, it seems so. https://review.opendev.org/710729 is my sample fix in reqs, I'll propose to do the same in the base job, but if you need fast progress, you could add that workaround within our project10:28
sshnaidmjust fyi, seems like no space on device in https://nb02.openstack.org/10:37
*** rcernin has quit IRC10:37
*** rcernin has joined #openstack-infra10:38
*** ociuhandu has quit IRC10:39
*** ykarel|lunch is now known as ykarel10:40
openstackgerritJens Harbott (frickler) proposed opendev/base-jobs master: Pin virtualenv in order to fix tox on py27  https://review.opendev.org/71096710:41
*** dSrinivas has quit IRC10:42
*** ccamacho has joined #openstack-infra10:52
*** ccamacho has quit IRC10:53
*** ccamacho has joined #openstack-infra10:54
*** openstackstatus has quit IRC10:59
*** tomaw_ has joined #openstack-infra11:00
*** arif-ali has quit IRC11:00
*** Lucas_Gray has quit IRC11:01
*** arif-ali has joined #openstack-infra11:04
*** roman_g has quit IRC11:05
*** sshnaidm has quit IRC11:07
*** tomaw has quit IRC11:08
*** sshnaidm has joined #openstack-infra11:12
*** ociuhandu has joined #openstack-infra11:12
*** sshnaidm has quit IRC11:13
*** sshnaidm has joined #openstack-infra11:13
iurygregoryfrickler, no worries I can wait for the fix to avoid doing a workaround =)11:16
*** rpittau is now known as rpittau|bbl11:17
*** hashar has quit IRC11:21
*** hashar has joined #openstack-infra11:22
*** trident has quit IRC11:46
*** david-lyle has joined #openstack-infra11:47
*** dklyle has quit IRC11:47
kevinzfrickler: hey, is it an easy way for me to login in the linaro-us vms to check the network reason?11:47
*** trident has joined #openstack-infra11:49
fricklerkevinz: not directly I think, easiest way would be to hold a node for a job and then I or some other infra-root can add your ssh key to give you access11:49
fricklerkevinz: do you want the devstack job or a kolla job? or both?11:50
kevinzboth would be better11:50
*** Lucas_Gray has joined #openstack-infra11:50
*** tbachman has quit IRC11:50
*** rcernin has quit IRC11:52
kevinzfrickler: ssh-key pub has been sent to you via irc11:53
fricklerkevinz: o.k., should be able to catch the nodes for the currently running jobs on https://review.opendev.org/710970 and https://review.opendev.org/70831711:53
kevinzthx a lot11:54
*** Lucas_Gray has quit IRC11:55
openstackgerritTobias Henkel proposed zuul/zuul master: Cache getUser in Github connection  https://review.opendev.org/71098511:56
kevinzfrickler: can not login at 2604:1380:4111:3e56:f816:3eff:fed6:f2d1, which user for devstack?11:56
openstackgerritSagi Shnaidman proposed openstack/project-config master: Add option to get ethX interfaces on centos-8  https://review.opendev.org/71098611:56
sshnaidmcores, please review ^^11:56
*** hashar has quit IRC11:57
*** tetsuro has quit IRC11:57
fricklerkevinz: root, I just added your key. note that the job is still running, though11:58
kevinzfrickler: thx, I login :D11:59
fricklerkevinz: https://review.opendev.org/710970 passed, the no held node for that one :( otoh it probably means that yoctozepto's fix helped11:59
fricklers/the/thus12:00
kevinzfrickler: OK, yes I login in another node, runing devstack, it looks that curl -L https://packages.grafana.com/gpg.key works very well12:04
* yoctozepto reporting for duty12:05
yoctozeptohrw: I think I will repropose as non-WIP then12:07
frickleryoctozepto: looks like your patch may indeed be the fix for the linaro issue that kevinz was looking at12:07
kevinznice job12:08
yoctozeptothen same to k-a and we are done12:11
* yoctozepto was tired of red colour on those builds12:11
yoctozepto;D12:11
frickleryoctozepto: kevinz: do you still want to take a deeper look at the devstack node? seems the timeout isn't happening just because things are slow, there's also some nova/neutron related-looking errors in the logs12:13
*** jcapitao is now known as jcapitao_lunch12:14
yoctozeptofrickler: /me letting kevinz have some fun12:14
yoctozeptoI'm fixing k-a and moving on to $job12:14
*** nicolasbock has joined #openstack-infra12:15
yoctozeptokevinz, frickler: k-a fix https://review.opendev.org/71098712:17
yoctozeptothis one would normally fail -> https://zuul.opendev.org/t/openstack/stream/3a09d0a13ded42a2a3907014631eebfa?logfile=console.log12:18
yoctozepto(in case you want to look at it ;-) )12:18
*** Lucas_Gray has joined #openstack-infra12:20
*** rlandy has joined #openstack-infra12:24
*** Lucas_Gray has quit IRC12:31
*** jpena is now known as jpena|lunch12:32
*** aedc has quit IRC12:34
*** aedc has joined #openstack-infra12:35
*** jcoufal has joined #openstack-infra12:35
*** jcoufal has quit IRC12:48
*** aedc has quit IRC12:50
*** aedc has joined #openstack-infra12:51
*** yamamoto has quit IRC12:52
*** matt_kos_ has quit IRC12:56
*** matt_kosut has joined #openstack-infra12:57
*** matt_kosut has quit IRC13:02
*** rpittau|bbl is now known as rpittau13:04
*** yamamoto has joined #openstack-infra13:06
*** ociuhandu has quit IRC13:06
*** matt_kosut has joined #openstack-infra13:06
*** lbragstad has joined #openstack-infra13:07
*** ociuhandu has joined #openstack-infra13:07
*** tbachman has joined #openstack-infra13:08
*** matt_kosut has quit IRC13:08
*** matt_kosut has joined #openstack-infra13:08
*** Lucas_Gray has joined #openstack-infra13:11
*** jaosorior has joined #openstack-infra13:11
*** ociuhandu has quit IRC13:12
*** matt_kosut has quit IRC13:12
openstackgerritBenedikt Löffler proposed zuul/zuul master: Fix override variables in zuul_return  https://review.opendev.org/71100213:13
*** matt_kosut has joined #openstack-infra13:14
*** matt_kosut has quit IRC13:15
*** matt_kosut has joined #openstack-infra13:16
*** udesale_ has joined #openstack-infra13:17
*** udesale has quit IRC13:18
*** jcoufal has joined #openstack-infra13:19
*** udesale_ has quit IRC13:24
*** udesale has joined #openstack-infra13:24
*** matt_kosut has quit IRC13:26
*** yamamoto has quit IRC13:29
*** udesale has quit IRC13:31
*** udesale has joined #openstack-infra13:31
*** jpena|lunch is now known as jpena13:32
*** ykarel is now known as ykarel|afk13:35
*** matt_kosut has joined #openstack-infra13:35
*** matt_kosut has quit IRC13:35
*** matt_kosut has joined #openstack-infra13:36
*** tbachman has quit IRC13:53
*** udesale has quit IRC13:58
*** udesale has joined #openstack-infra13:58
*** zigo has quit IRC13:58
*** lbragstad has quit IRC13:59
*** ykarel|afk is now known as ykarel13:59
*** eharney has joined #openstack-infra14:02
*** aaronsheffield has joined #openstack-infra14:06
sshnaidmAJaeger, can you take a look please, to unblock us https://review.opendev.org/#/c/710986/14:07
AJaegersshnaidm: I'd like ianw to review that, he's familiar with both areas. Also, I need to think more about these implications - and can't right now.14:09
sshnaidmAJaeger, ack14:10
sshnaidmianw, ^^14:10
fricklerinfra-root: LE has some issues, I'm currently scanning the provided lists of affected certs https://community.letsencrypt.org/t/revoking-certain-certificates-on-march-4/11486414:15
fricklerup to now only found review-dev.o.o14:15
openstackgerritGhanshyam Mann proposed openstack/os-testr master: [ussuri][goal] Drop python 2.7 support and testing  https://review.opendev.org/70552214:16
*** yamamoto has joined #openstack-infra14:18
*** lpetrut has joined #openstack-infra14:18
fricklero.k., checked all other occurrences of opendev&openstack, we seem to be fine otherwise. the foundation may want to look into it's use of cert.openstack.org though http://paste.openstack.org/show/790250/14:20
fungii gave them a heads up a few minutes ago, thanks frickler!14:21
*** Goneri has joined #openstack-infra14:21
fungithough for that specific cert, i think lf may be managing it14:21
openstackgerritFelix Edel proposed zuul/zuul master: Report aborted changes via Github checks API  https://review.opendev.org/71102314:21
*** matt_kosut has quit IRC14:22
*** yamamoto has quit IRC14:23
fricklerinfra-root: we also still need to fix or rather work around the virtualenv/tox/py27 issue, please review https://review.opendev.org/71096714:26
*** iurygregory has quit IRC14:26
*** iurygregory has joined #openstack-infra14:28
*** tkajinam has quit IRC14:30
*** tkajinam has joined #openstack-infra14:31
corvusfrickler: did that go through the base-test process, or are we confident enough in it to merge it untested?14:31
*** zigo has joined #openstack-infra14:32
mordredcorvus: on clarkb's patch from yesterday, https://review.opendev.org/#/c/710851/ - he notes that we skipped base-test because the task itself is set to not fail on errors14:33
corvusokiedokie14:34
mordredbased on that, and frickler having tested that particular pin in the requirements repo - I'm ok with it14:34
*** xek has joined #openstack-infra14:37
*** ijw_ has quit IRC14:41
openstackgerritMerged opendev/base-jobs master: Pin virtualenv in order to fix tox on py27  https://review.opendev.org/71096714:46
*** tbachman has joined #openstack-infra14:51
*** artom has joined #openstack-infra14:51
*** michael-beaver has joined #openstack-infra14:53
openstackgerritJames E. Blair proposed zuul/zuul master: DNM: test depends-on cherrypy  https://review.opendev.org/71103414:54
*** ykarel is now known as ykarel|away14:59
*** jcapitao_lunch is now known as jcapitao15:00
*** lbragstad has joined #openstack-infra15:01
*** roman_g has joined #openstack-infra15:03
*** ociuhandu has joined #openstack-infra15:03
openstackgerritAndreas Jaeger proposed openstack/project-config master: Move stackviz publish in-tree  https://review.opendev.org/71075615:04
*** tkajinam has quit IRC15:09
*** KeithMnemonic has quit IRC15:16
*** chandankumar is now known as raukadah15:18
corvusi'm going to restart all of zuul in a few minutes; i've cleared it with the release team15:21
fungiinfra-root: inap reports 198.72.124.203 was exposing an open dns resolver at 2020-02-28T00:38:48 (i believe they've said in the past their event times are in utc)15:22
fungisee e-mail to the shared root inbox15:23
fungii'm not really around to investigate what job that might have been15:23
*** jamesmcarthur has joined #openstack-infra15:23
*** lpetrut has quit IRC15:23
Shrews2020-02-27 22:13:13,136 DEBUG nodepool.NodeLauncher: [node_request: 300-0007671594] [node: 0014869987] Node is running [region: mtl01, az: nova, ip: 198.72.124.203 ipv4: 198.72.124.203, ipv6: , hostid: 5442f8bb7d56a01546982e7683455ecf9b2e0487a20777fc54868dea]15:28
Shrewsonly reference to that IP before 00:38:4815:28
corvus2020-02-28 01:19:30,808 INFO nodepool.NodeDeleter: Deleting ZK node id=0014869987, state=deleting, external_id=498f1740-7cb5-4a25-9bca-e6527402dcba15:30
corvuslooks like that node was still in use during the notification time15:30
corvuslong job15:31
Shrewsyeah15:31
corvus(or maybe it was during our troubles?)15:31
clarkbfrickler: what is the LE issue?15:32
corvusclarkb: https://community.letsencrypt.org/t/revoking-certain-certificates-on-march-4/11486415:33
clarkband ya I wouldve done base-test first if this is a long term change to the base job but upstream importlib-resources already landed a fix so we just need a release now15:33
clarkbI expect we'll delete that code by the end of the week15:33
corvusclarkb: well, we run base-test changes to make sure we don't break the entire system with a typo15:33
corvusi don't at all doubt that the solution works15:33
corvusbut if everyone else is confident in their ability as an ansible syntax parser, sure, i'll go along with it.  until the next time we break it and we reaffirm our commitment to the process.15:34
clarkboh I was relying on linters for that15:35
clarkbmaybe I shpuldnt15:35
corvusthey are not sufficient15:35
corvuswe have broken the entire system nearly every time we merge a change to base without going through base-test15:35
clarkbit did catch that ansible doesnt like unmatched ' in comments at least15:35
*** udesale_ has joined #openstack-infra15:35
corvusbut most of those times, it's me writing the change, so there you go :)15:36
*** Goneri has quit IRC15:36
*** udesale has quit IRC15:37
corvusShrews, fungi:  Execute job kuryr-kubernetes-tempest-containerized-ovn (uuid: 166301f57b21402d8d8443bb1e17f970) on nodes <NodeSet openstack-single-node-bionic [<Node 0014869987 ('controller',):ubuntu-bionic>]>15:39
*** ociuhandu has quit IRC15:39
fungiso there's a possibility that job exposes a recursive dns resolver to the internet at large15:40
corvusShrews, fungi: https://zuul.opendev.org/t/openstack/build/166301f57b21402d8d8443bb1e17f97015:40
clarkbfungi typically k8s jobs ime15:40
corvus#status log restarted all of zuul on commit 3acc00a30eb967556e7e6484f17e1b9019d51c8515:40
clarkbthe last one was airship? or osh I wrote email to the list and they said they would address it iirc15:40
fungicorvus: thanks for looking into it!15:41
corvusfungi, clarkb, Shrews: what should we do now with that information?15:41
*** dave-mccowan has joined #openstack-infra15:41
clarkbcorvus: last time I sent email to opemstack-discuss and tagged the involved team and asked them to address it15:41
clarkblooks like this is kuryr+k8s not osh+k8s15:42
Shrewslooks like their devstack enables coredns. not sure if that's the culprit15:43
*** tesseract has quit IRC15:43
fungiyeah, appears to be a deliverable of the kuryr team in openstack: https://governance.openstack.org/tc/reference/projects/kuryr.html#kuryr-kubernetes15:44
fungiso maybe a note on openstack-discuss ml with [kuryr] in the subject15:44
fungiasking them to work out whether it's an endemic problem in that job, and if so to see if they're opening the iptables rules too liberally and whether they can find a way not to15:45
*** dave-mccowan has quit IRC15:46
corvushrm, i can't find a previous message to -discuss15:49
*** jcapitao is now known as jcapitao_afk15:49
corvusi'll come up with something and send it15:51
*** tesseract has joined #openstack-infra15:53
*** tomaw_ is now known as tomaw15:56
corvusclarkb, fungi, Shrews: this look good?  http://paste.openstack.org/show/790259/15:57
Shrewslgtm15:58
clarkbfor some reason I'm having a hard time finding the email too. Did I dream that interaction? Pretty sure it happened15:58
clarkblooking15:58
corvusclarkb: if your todo list is anything like mine, it's probably there :)15:58
clarkbcorvus: email looks good to me15:59
fungicorvus: lgtm, thanks!!!16:03
clarkbcorvus: found it. "[OSH][Infra] Open UDP port 111 on test nodes" issue was the service wasn't dns16:05
corvusaha :)16:05
clarkbI had dreamed that aspect then :)16:06
clarkbfrickler: thank you for checking out certs16:08
clarkbmordred: frickler to reissue review-dev's cert we delete those files in root's homedir for the acme config?16:08
mordredclarkb: no - it was something else16:10
mordredclarkb: we should get clarity from ianw when he's up, then add it to our letsencrypt docs16:11
*** mattw4 has joined #openstack-infra16:11
clarkbmordred: ++ have we done the necessary rotation yet or is that to be done after clarification?16:11
clarkb(its not a huge rush given its the -dev server)16:11
mordredclarkb: review-dev was reissued to include review-dev.openstack.org - do we need to do an additional one?16:13
mordredclarkb: oh - I now see the thing to which you are referring16:13
clarkbmordred: ya we need to reissue before tomorrow or LE's revocation list will break clients that check revocation lists16:14
clarkbbut since this is -dev and many clients don't actually check those lists we are likely fine to wait for input16:14
mordredclarkb: nod. yeah - let's get clarity from ianw on how to handle it - since maybe next time we need to do it it might not be review-dev :_)16:15
clarkb++ and ++ to documentation addition16:15
*** jcapitao_afk is now known as jcapitao16:21
clarkbfrickler: re the two issues around virtualenv yesterday, I just wasn't aware that virtuaelnv needed pinning on py2716:23
*** jamesmcarthur has quit IRC16:23
clarkbfrickler: thank you for catching up on that16:23
*** jamesmcarthur has joined #openstack-infra16:23
*** gyee has joined #openstack-infra16:27
*** udesale_ has quit IRC16:29
*** jamesmcarthur has quit IRC16:30
*** lmiccini has quit IRC16:33
corvusmordred: do you understand the error here?  https://zuul.opendev.org/t/openstack/build/745af467bc0442d49e808223d8af47f816:41
*** jpena is now known as jpena|brb16:46
*** tbachman has quit IRC16:53
*** jamesmcarthur has joined #openstack-infra16:54
openstackgerritMohammed Naser proposed zuul/zuul-jobs master: ensure-tox: add prefer_python2  https://review.opendev.org/71105616:56
openstackgerritMonty Taylor proposed opendev/system-config master: Build an openstackclient container for use on servers  https://review.opendev.org/71105716:57
*** tesseract has quit IRC16:58
*** jamesmcarthur has quit IRC17:03
*** matt_kosut has joined #openstack-infra17:04
*** matt_kosut has quit IRC17:08
*** zxiiro has joined #openstack-infra17:10
*** rpittau is now known as rpittau|afk17:10
*** bdodd has quit IRC17:12
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: WIP tox  https://review.opendev.org/71105817:12
*** dtantsur is now known as dtantsur|afk17:13
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: test-ensure-tox: Ignore errors uninstalling tox the second time  https://review.opendev.org/71106817:20
*** ociuhandu has joined #openstack-infra17:21
*** tbachman has joined #openstack-infra17:22
openstackgerritMohammed Naser proposed zuul/zuul-jobs master: ensure-tox: use provided tox_executable for tests  https://review.opendev.org/71105817:22
openstackgerritClark Boylan proposed zuul/zuul-jobs master: DO NOT MERGE test base-test with no virtualenv perms modifications  https://review.opendev.org/68017817:22
clarkbfrickler: fyi https://review.opendev.org/#/c/680178/ is testing your question at https://review.opendev.org/#/c/710858/ around checking with base-test17:23
clarkbfrickler: basically we already don't do the workaround on base-test so reparenting those jobs to base-test then checking that they run bindep successfully should confirm we can safely remove the workaround in base17:24
clarkbinfra-root ^ fyi. I also think that will reduce the spam in logs about console log streamer not being started yet (as it reduces work done prior to starting the streamer)17:24
*** jpena|brb is now known as jpena17:25
mordredclarkb: woot17:25
mordredclarkb: I *sortof* understand that error- I feel like I went down a rabbithole with it a few days ago17:26
clarkbcorvus: ^ that was for you (I was confused by what error mordred meant :) )17:26
*** keith28 has joined #openstack-infra17:28
*** derekh has quit IRC17:28
mordredclarkb: well - I think I'm actually the right person17:29
openstackgerritMohammed Naser proposed zuul/zuul-jobs master: Run ensure-tox on all platforms  https://review.opendev.org/70723817:29
clarkbmordred: ya but corvus asked you about the error17:29
clarkbmordred: so making sure he sees your response17:29
mordredclarkb: OH17:30
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Run ensure-tox on all platforms  https://review.opendev.org/70723817:30
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: ensure-tox: add prefer_python2  https://review.opendev.org/71105617:31
corvusmordred: it sort of looks like something external has broken all of our gerrit image builds?17:33
*** evrardjp has quit IRC17:35
*** evrardjp has joined #openstack-infra17:35
*** ociuhandu_ has joined #openstack-infra17:40
openstackgerritMonty Taylor proposed opendev/system-config master: Add python3-distutils to gerrit-base  https://review.opendev.org/71107217:41
openstackgerritMonty Taylor proposed opendev/system-config master: Disable recommends in python-base and python-builder  https://review.opendev.org/71107317:41
openstackgerritMonty Taylor proposed opendev/system-config master: Add python3-distutils to gerrit-base  https://review.opendev.org/71107217:41
openstackgerritMonty Taylor proposed opendev/system-config master: Disable recommends in python-base and python-builder  https://review.opendev.org/71107317:41
mordredcorvus: ^^ I think the python3-distutils should fix it17:42
openstackgerritMonty Taylor proposed opendev/system-config master: Switch to distro pip for gerrit images  https://review.opendev.org/71107417:43
*** ociuhandu has quit IRC17:43
*** ociuhandu_ has quit IRC17:44
mordredcorvus: my hunch is that something changed in the openjdk:8 image - potentially a base OS update - that pulled us into the world where we need to explicitly install python3-distutils17:45
corvusmordred: ok, thanks!17:45
mordredclarkb: https://review.opendev.org/711057 is the result of me getting annoyed and nerdsniping myself17:48
clarkbinfra-root anyone else want to review https://review.opendev.org/#/c/710858/1 to cleanup some of the previous virtualenv workarounds (this helps reduce the number of total workarounds we need to manage)17:51
clarkbmordred: I think  https://review.opendev.org/#/c/711057/1/docker/openstackclient/Dockerfile copies the wrong context. We are in system-config there so asssemble won't produce us a osc, it will likely fail to produce us a thing system-config like17:54
mordredclarkb: look at line 62 of https://review.opendev.org/#/c/711057/1/.zuul.yaml17:55
clarkbmordred: I see. I guess we should expect that to be more normal for us, having dockerfiles in system-config to execute against different contexts? Maybe we can document those cases from within the dockerfile?17:56
corvusclarkb: looking at 710858 where did all the virtualenv pinning go?17:56
mordredclarkb: that tells the roles to run in that dir, so that'll be the context17:56
mordredcorvus, clarkb: we should rebase that change17:57
*** keith28 has left #openstack-infra17:57
clarkbya 710858 was written before virtualenv pinning landed17:57
clarkbI can rebase to make the diff cleaner17:57
clarkb*clearer17:57
*** diablo_rojo has joined #openstack-infra17:57
corvus++ i think we need to see the correct result reviewing this17:57
mordredclarkb: yes - I think we can document that in the dockerfiles - it's definitely a more normal pattern for the ones in system-config17:57
clarkbcorvus: ok let me finish this review for mordred then I can rebase17:58
*** jcapitao has quit IRC17:58
corvusmordred: why not have openstackclient build its image in its own repo?17:58
*** igordc has joined #openstack-infra17:59
openstackgerritClark Boylan proposed opendev/base-jobs master: Remove temporary workaround for virtualenv install behavior  https://review.opendev.org/71085818:02
clarkbcorvus: ^ done18:02
corvusclarkb: +318:10
*** Lucas_Gray has quit IRC18:12
*** jcoufal has quit IRC18:16
*** jcoufal has joined #openstack-infra18:17
*** yamamoto has joined #openstack-infra18:21
*** jamesmcarthur has joined #openstack-infra18:22
openstackgerritMerged opendev/base-jobs master: Remove temporary workaround for virtualenv install behavior  https://review.opendev.org/71085818:22
*** yamamoto has quit IRC18:26
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: Run ensure-tox on all platforms  https://review.opendev.org/70723818:28
openstackgerritJames E. Blair proposed zuul/zuul-jobs master: ensure-tox: add prefer_python2  https://review.opendev.org/71105618:28
openstackgerritMerged zuul/zuul master: Add destructor for SshAgent  https://review.opendev.org/70960918:29
*** jcoufal_ has joined #openstack-infra18:31
*** jcoufal has quit IRC18:34
*** jpena is now known as jpena|off18:41
*** rosmaita has quit IRC19:01
openstackgerritMohammed Naser proposed zuul/zuul-jobs master: ensure-tox: add prefer_python2  https://review.opendev.org/71105619:03
*** andrewbonney has quit IRC19:09
*** michael-beaver has quit IRC19:13
*** rosmaita has joined #openstack-infra19:14
ianwfrickler: thanks for pointing that out.  i didn't write up docs to replace certs because i thought i fixed the problem issuing new certs when we added domains ... but i for sure didn't think of having to reissue certs because of LE bugs!19:17
ianwi can do that today and get review-dev reissued19:18
ianwand i can check the logs to see if we renewed anything else in the period19:18
*** eharney has quit IRC19:19
*** ralonsoh has quit IRC19:21
AJaegerconfig-core, please put https://review.opendev.org/710756 and https://review.opendev.org/710654 on your review queue19:24
*** gfidente is now known as gfidente|AFK19:24
*** mattw4 has quit IRC19:25
*** tbachman has quit IRC19:34
*** tbachman has joined #openstack-infra19:38
*** tbachman_ has joined #openstack-infra19:40
*** tbachman_ has left #openstack-infra19:40
*** hashar has joined #openstack-infra19:42
*** tbachman has quit IRC19:43
*** eharney has joined #openstack-infra19:50
ianwwe didn't get emails about our bad LE certs because we're not using a common account with email registered to issue certs ... looking if we can fix that19:50
openstackgerritMohammed Naser proposed zuul/zuul-jobs master: ensure-tox: add prefer_python2  https://review.opendev.org/71105620:01
openstackgerritAndreas Jaeger proposed openstack/infra-manual master: Rewrite logs.o.o post reference  https://review.opendev.org/71109820:02
AJaegerianw, fungi, one place where we use logs.o.o ^20:02
fricklerone other idea regarding #opendev, maybe we can merge what remains here with #openstack-qa, which is difficult to find anyway for people with devstack related questions20:03
clarkbfrickler: I was wondering about that too after corvus' thoughts on devstack questions20:03
openstackgerritAndreas Jaeger proposed opendev/base-jobs master: Remove site_logs secret  https://review.opendev.org/71109920:04
AJaegerianw: one more ^20:04
clarkba lot of the questions I imagine that will be openstack specific will have overlap with the qa team20:04
clarkbhaving direct involvement from both sides would be helpful20:04
fricklerin fact that might even work team-wise. like devstack and the remainder of openstack-infra could be openstack-ci20:05
AJaegerianw: and logs.openstack.org is in use in project-config, these needs a bit more investigation20:06
ianwAJaeger: thanks ... i will investigate and probably add something to the static.o.o story ... there's a few other cleanup tasks there too20:07
frickleranyways, that's it for me for today, have a nice super tuesday still ;)20:07
AJaegerthanks, ianw20:07
*** ociuhandu has joined #openstack-infra20:10
*** aedc has quit IRC20:11
*** aedc has joined #openstack-infra20:11
*** ociuhandu has quit IRC20:15
openstackgerritMerged opendev/system-config master: Add python3-distutils to gerrit-base  https://review.opendev.org/71107220:18
clarkbI'm going to find lunch then ride the bike. Back in a bit to review the changes AJaeger called out and then do zuul sruvey stuff20:19
openstackgerritMerged zuul/zuul-jobs master: Run ensure-tox on all platforms  https://review.opendev.org/70723820:21
openstackgerritAndreas Jaeger proposed openstack/project-config master: Cleanup #opendev gerritbot  https://review.opendev.org/71110520:21
openstackgerritAndreas Jaeger proposed openstack/project-config master: Cleanup #openstack-infra gerritbot  https://review.opendev.org/71110620:21
AJaegerclarkb: have fun.20:21
AJaegerinfra-root, here are the two changes for gerritbot, please review ^20:22
*** tosky has quit IRC20:22
*** trident has quit IRC20:23
*** trident has joined #openstack-infra20:26
*** aedc_ has joined #openstack-infra20:27
*** aedc has quit IRC20:27
openstackgerritAndreas Jaeger proposed openstack/project-config master: Remove site_specs and playbooks/publish/service-types.yaml  https://review.opendev.org/71110720:30
AJaegerianw: that's one part of logs removal, I leave the rest for now - happy if you can do that.20:31
ianwAJaeger: thanks!  will look in on it today20:31
AJaegercool20:32
* AJaeger waves good bye for today20:32
artomdonnyd, IIRC FN was supposed to change labels (or something similar?) I guess it happened?20:33
*** jamesmcarthur has quit IRC20:36
*** jamesmcarthur has joined #openstack-infra20:37
*** jamesmcarthur has quit IRC20:38
fungiartom: i believe fn is out of service a week or so for some upgrades/redeployment20:39
donnydyea I am still out doing network tuning20:40
donnydits pretty close though20:40
donnydovs seems to be dropping a lot of packets - and I am not entirely sure why  - when this is sorted it will be back online20:44
*** slaweq has quit IRC20:46
*** Goneri has joined #openstack-infra20:47
*** aaronsheffield has quit IRC20:55
*** nicolasbock has quit IRC20:58
mordredcorvus: have a sec: https://review.opendev.org/#/c/711073 ?21:00
*** jamesmcarthur has joined #openstack-infra21:01
*** jcoufal_ has quit IRC21:02
*** lbragstad_ has joined #openstack-infra21:04
*** lbragstad has quit IRC21:07
*** igordc has quit IRC21:08
*** igordc has joined #openstack-infra21:08
*** igordc has quit IRC21:10
*** slaweq has joined #openstack-infra21:11
*** igordc has joined #openstack-infra21:12
*** igordc has quit IRC21:12
*** slaweq has quit IRC21:16
*** ijw has joined #openstack-infra21:20
*** xek has quit IRC21:20
*** Lucas_Gray has joined #openstack-infra21:22
corvusmordred: +2 with comment21:29
*** happyhemant has quit IRC21:29
mordredcorvus: totally agree21:30
mordredinfra-root: https://review.opendev.org/#/c/699416 is green, which is a patch to replace python-glanceclient with openstacksdk in python-openstackclient ... I know we have no workflows relying on that - but I thought I'd give a heads up in case any humans wanted to test it before we land it21:37
*** mattw4 has joined #openstack-infra21:42
weshay|ruckanyone see requirements-check fail today?  couple times in our gates..21:53
weshay|ruckc | /tmp/tmp5wcvj6e9/venv/bin/pip install /home/zuul/src/opendev.org/openstack/requirements21:53
weshay|ruck2020-03-03 20:17:31.919102 | ubuntu-bionic | Traceback (most recent call last):21:53
weshay|ruck2020-03-03 20:17:31.919139 | ubuntu-bionic |   File "src/opendev.org/openstack/requirements/playbooks/files/project-requirements-change.py", line 171, in <module>21:53
weshay|ruck2020-03-03 20:17:31.919171 | ubuntu-bionic |     main()21:53
weshay|ruck2020-03-03 20:17:31.919202 | ubuntu-bionic |   File "src/opendev.org/openstack/requirements/playbooks/files/project-requirements-change.py", line 130, in main21:53
weshay|ruck2020-03-03 20:17:31.919237 | ubuntu-bionic |     install_and_load_requirements(reqroot, reqdir)21:53
weshay|ruck2020-03-03 20:17:31.919272 | ubuntu-bionic |   File "src/opendev.org/openstack/requirements/playbooks/files/project-requirements-change.py", line 96, in install_and_load_requirements21:53
weshay|ruck2020-03-03 20:17:31.919304 | ubuntu-bionic |     from openstack_requirements import check  # noqa21:53
weshay|ruck2020-03-03 20:17:31.919337 | ubuntu-bionic | ModuleNotFoundError: No module named 'openstack_requirements'21:53
weshay|ruckworks locally fine for me21:53
*** Lucas_Gray has quit IRC21:54
*** rcernin has joined #openstack-infra21:56
*** hashar has quit IRC21:58
fungiplease link to the failure. filling the channel with a traceback not only gets annoying but provides no context to look into what led up to that exception case21:58
openstackgerritLance Bragstad proposed openstack/project-config master: Add a new project and repository for tripleo-ipa  https://review.opendev.org/71111421:58
openstackgerritLance Bragstad proposed openstack/project-config master: Add jobs for tripleo-ipa project  https://review.opendev.org/71111521:58
fungi(also there is a channel for #openstack-requirements)21:58
*** dpawlik has quit IRC22:00
*** owalsh has quit IRC22:03
*** owalsh has joined #openstack-infra22:03
*** imacdonn has quit IRC22:04
*** imacdonn has joined #openstack-infra22:04
*** slaweq has joined #openstack-infra22:11
*** dkehn has joined #openstack-infra22:15
*** slaweq has quit IRC22:16
lbragstad_hey folks, i'm trying to reserve a pypi namespace for an ansible role (^ links above), and I'm referencing the project creator guide22:20
*** lbragstad_ is now known as lbragstad22:20
lbragstaddo i need to include the python specifics described in https://packaging.python.org/tutorials/packaging-projects/ if this is going to be for an ansible role and not a python project?22:21
sshnaidmianw, hi, can you please take a look in your time? https://review.opendev.org/#/c/710986/ it's for centos8 and it's blocking tripleo CI currently, thanks!22:24
*** jamesmcarthur has quit IRC22:24
ianwsshnaidm: hrm ... i don't see that as a straightforward thing we'd put in project-config.  my initial feeling is that it feels odd22:26
sshnaidmianw, what is making it odd?22:27
*** jamesmcarthur has joined #openstack-infra22:27
ianwwell, it sort of makes me think that tripleo can't work on any system not booted with the right kernel flags22:27
ianwwhich doesn't seem right22:27
ianwand we switch this here and it applies for everyone who ever uses centos8 ...22:28
sshnaidmianw, well, as I mentioned in the patch for centos7 and rhel8 it were always interfaces ethX and all our CI code is relying on them being the same22:28
sshnaidmianw, tripleo can configure any interface for a customer22:28
ianwit's just that we make settings like this and it always comes back to bite us later when someone says "hey, upstream doesn't do that, and you're overriding the defaults"22:29
sshnaidmianw, mmm.. we don't override defaults22:30
sshnaidmianw, and when automatic CI job runs it's different from customer putting his configuration in tripleo, choosing slowly what is convenient for him22:30
sshnaidmianw, and having in mind rhel8 has the same settings, we actually bring by that CI closer to a customer22:31
ianwi'm not like -2 on it ... but i just don't want us to make centos8 in infra something special that doesn't reflect anything like what people get in the wild22:31
ianwperhaps in that case it would be better to commit this as a default to dib, so that anyone building a dib centos image gets that behaviour?22:32
sshnaidmianw, you mean to add this setting to DIB_BOOTLOADER_DEFAULT_CMDLINE in defaults?22:33
sshnaidmianw, like here? https://opendev.org/openstack/diskimage-builder/src/branch/master/diskimage_builder/elements/bootloader/environment.d/10-bootloader-default-cmdline22:33
corvusmordred, clarkb: i'm happy enough with the results of the non-gerrit image build jobs in https://review.opendev.org/710532 to proceed with the provides/requires change22:34
corvusi'll (re-)propose those changes now22:35
ianwsshnaidm: well, it would have to be additive for only centos22:36
sshnaidmianw, so, where can I put it then? In my patch I added it to centos8 only, actually22:37
clarkblbragstad: you need enough that python setup.py sdist and python setup.py bdist_wheel work22:37
clarkblbragstad: I'm not quite sure where that line is, but I'm guessing its a pretty minimal setup.py/setup.cfg22:37
lbragstadclarkb ok - that sounds good22:37
lbragstadafter that, we can manage everything via gerrit (assuming the project is created), yeah?22:38
clarkblbragstad: `twine` is the upload command and I think it has a linter/checker subcommand too22:38
clarkblbragstad: yu22:38
lbragstadsweet22:38
lbragstadthanks clarkb22:39
clarkbianw: sshnaidm I agree that we should probably stick to defaults as much as possible. I think we've learned hard lessons straying from those22:39
clarkbsshnaidm: what is wrong with devbiosname interfaces?22:39
ianwsshnaidm: does rhel8 really by default set net.ifnames=0?  i need to look at my image of it22:39
sshnaidmclarkb, well, it depends what you call defaults, I think stock centos8 qcow2 images does have interfaces ethX22:40
clarkbsshnaidm: I mean what you get installing the kernel/bootloader22:40
sshnaidmianw, we run jobs on it, it has this setting22:40
openstackgerritJames E. Blair proposed opendev/base-jobs master: Pul from intermediate registry in image build job  https://review.opendev.org/71111922:41
mordredif the centos8 qcow2 images have the setting - that sound like they're setting something in the bootloader special for the qcow - which does make it seem more like a thing that woudl be appropriate for dib22:41
*** mattw4 has quit IRC22:41
clarkbmordred: agreed. And possibly even the actual distro bootloader/kernel packages22:41
sshnaidmclarkb, all our CI that worked on centos7 has ethX interfaces, on rhel8 has ethX interfaces. It's not a "customer" case, it's matter of CI code that relies on interface name22:42
mordredthat said - if the default behavior changed from centos7 -> centos8, it seems like it would be better to update tripleo to deal with that being a thing in the real world22:42
clarkbsshnaidm: I undersatnd. What I am telling you is we just install the packages. Its up to the distro to decide if they want devbiosname or not, it isn't really us22:42
sshnaidmmordred, it's not matter of tripleo, it's matter of tripleo *CI*22:42
clarkbwe can modify that, but ideally we'd stick to what you get if you install rhel/centos 822:43
clarkband not stray from that22:43
clarkbthen if necessary you should update your CI jobs to use the appropriate interface22:43
ianwsshnaidm: in my rhel-guest-image-8.0-1854.x86_64.qcow2 i don't have net.ifnames=0 in the kernel config ... are you possibly using a more custom image?22:43
sshnaidmclarkb, but nobody installs centos8 from openstack dib images used in CI22:43
mordredsshnaidm: right. but tripleo CI's job is to test how tripleo would work on the OS in question - if the CI is depending on a configuation that's different than what is actually out there, you could be missing real-world bugs22:43
openstackgerritJames E. Blair proposed opendev/base-jobs master: Pull from intermediate registry in image build job  https://review.opendev.org/71111922:43
sshnaidmianw, it runs on 3 party job, built in RDO nodepool22:43
ianwsshnaidm: from my POV, if you're saying that this is set in default rhel8 images, and now default centos8 images, and dib is the outlier here, i would consider that a very strong argument to turn it on in dib to be consistent22:44
sshnaidmmordred, not really, CI code configures various things to set environment for tripleo, in tripleo itself you can configure whatever interface22:44
ianwsshnaidm: but if dib is going to be the odd one out, then i'm not really convinced we should change.  because someone always comes back and says "hey, why is infra ci different to the upstream images"22:45
clarkbianw: ++22:45
openstackgerritJames E. Blair proposed opendev/system-config master: Use explicit provides/requires for container jobs  https://review.opendev.org/71010622:46
sshnaidmI'm not sure I understand what you mean by defaults, but testing code - which CI code is, needs to rely on interfaces to be the same because it's automatic, it's not a customer case22:47
*** mattw4 has joined #openstack-infra22:47
openstackgerritJames E. Blair proposed opendev/storyboard master: Use explicit provides/requires for container jobs  https://review.opendev.org/71011322:47
sshnaidmI don't know any customer that installs servers from CI openstack images22:48
clarkbsshnaidm: one of the intents of our CI platform is to represent software you would find in the wild. We've not always done that and its almost always come back to hurt us22:48
openstackgerritJames E. Blair proposed zuul/nodepool master: Use explicit provides/requires for container jobs  https://review.opendev.org/71011522:48
clarkbsshnaidm: we don't have customers, that is the wrong way of looking at it22:48
clarkbsshnaidm: instead we have users that want to test their software, and they should be testing that their software works on these platforms when end users deploy them22:48
*** tkajinam has joined #openstack-infra22:48
openstackgerritJames E. Blair proposed zuul/zuul master: Use explicit provides/requires for container jobs  https://review.opendev.org/71011622:48
clarkbif we stray from the defaults we make that more difficult22:48
ianwsshnaidm: i mean if i download https://cloud.centos.org/centos/8/x86_64/images/CentOS-8-GenericCloud-8.1.1911-20200113.3.x86_64.qcow2 or a rhel-guest image and boot it, i don't see they are setting this22:49
mordredwhich makes me not want to change it on our side - otherwise we're inventing a whole new OS deployment just for CI - which is the opposite of correct22:49
sshnaidmdynamic interfaces names is one of worst ideas I saw, really..22:49
mordredsshnaidm: oh - I don't disagree with you there ... so is systemd - but both of them are bad decisions made by other people that are the way the world works now22:50
mordredand we need to provide environments that are just as broken as what people get in real life22:50
sshnaidmmordred, but it's exactly what I mean - it's not a real life here22:51
sshnaidmsorry :)22:51
*** kozhukalov has joined #openstack-infra22:51
clarkbsshnaidm: it is an approximation22:51
mordredit's supposed to be a real life here - it's supposed to be as close to a real life as possible - ti's not supposed to be different except when it is completely unavoidable22:51
clarkband the closer we get the better22:51
mordredotherwise tests are invalid22:51
sshnaidmwhen for real person it's fine to set "ens3" instead of "eth1", CI code that tries to guess which interface to use doesn't really make sense22:52
corvusci used to be an 8-bit platformer, but we're running the unreal engine here.  :)22:52
mordredcorvus: nice22:52
*** mattw4 has quit IRC22:53
sshnaidmwell, it kinds blocks tripleo jobs to use c8 for now..22:54
corvussshnaidm: how would a person know how to set that?22:55
openstackgerritMerged openstack/cookiecutter master: Minimise info in CONTRIBUTING.rst  https://review.opendev.org/70867222:55
corvussshnaidm: just wondering if there's a way to mimic or automate that.  since presumably that's what a person would need to do in real life.22:56
sshnaidmcorvus, in real life person knows what interfaces are in his machine usually, and set their names in configs22:57
jrosserfor test environments ansible_default_ipv4.interface pretty much does what you want22:57
mordredsshnaidm: not if they don't have consistent names they don't22:57
mordredjrosser: ++22:57
sshnaidmmordred, well, it's only once - ip a22:57
mordredsshnaidm: and what does that do for them?22:57
sshnaidmperson doesn't do it thousands times in a day like we22:57
corvusso maybe using that ansible variable is an approximation of "the user somehow figured out what the interface name is"22:57
sshnaidmmordred, shows the interfaces22:58
mordredsshnaidm: right. and then the human looks at that?22:58
mordredsshnaidm: so write a script which does ip a and then looks at the output22:58
mordredthat's, in fact, a GREAT thing to have the CI do - because presumably there is a quality of a given interface you are looking for in that output - and that is what your user should be looking for22:59
corvusOMG i just ran that and literally have 14 interfaces22:59
sshnaidmmordred, yeah, and push this script everywhere and change all hardcoded names of interfaces, and and and22:59
mordredsshnaidm: yes22:59
mordredsshnaidm: exactly22:59
sshnaidmmordred, I don't say it's impossible, but it's like a huge overhead22:59
mordredof course it is22:59
clarkbcorvus: I only have 722:59
mordredthat's why distros doing crap like that is horrible22:59
corvusclarkb: probably kind22:59
*** mattw4 has joined #openstack-infra23:00
mordredbut it's the new state of the world23:00
corvusclarkb: i mean "KIND" not, you know, the word kind23:00
sshnaidmmordred, well, they still leave a nice way to get rid off this crap by configuration settings in grub23:00
mordredand if we change it in CI - then there might be a place that isn't just CI setup script but is actually in the code under test somewhere that you'd miss23:00
mordredand then there someone in the world who gets hit for real23:00
sshnaidmI'd add just a note in tripleo howto: "CONFIGURE net.ifnames=0 !" :)23:01
*** pkopec has quit IRC23:02
mordredand now you just made a user go through another kernel setup and reboot step :)23:02
fungilbragstad: clarkb: but you only need to reserve the project on pypi if you're worried about someone else sniping it out from under you. the release job will create it on pypi automatically if it doesn't already exist (because it calls twine upload, which autocreates new pypi projects)23:03
*** mattw4 has quit IRC23:03
sshnaidmI'm not sure how it was always for centos7, didn't you have something for that? Because these names should have came up already there23:04
ianwfungi / lbragstad : yes, i may have led people down the wrong path suggesting it wouldn't do that in the recent past23:04
corvussshnaidm: that's the second-best outcome from this discussion -- because it means that users and CI are performing the same actions.  the best outcome would be if that were the case and we were not suggesting they reboot with new kernel options.23:05
sshnaidmmordred, actually tripleo does build images for itself, so it's fine to set there anything, but it's for overcloud hosts23:06
sshnaidmthe only problem is with undercloud host, when all this runs on23:06
clarkbinfra-root on https://review.opendev.org/#/c/711105/ and https://review.opendev.org/#/c/711106/ I think I'll look for quorum before approving. And then also set a transition day whcih we can announce broadly before merging those changes.23:06
*** jamesmcarthur has quit IRC23:06
sshnaidmmordred, actually tripleo allows you to insert in images whatever you want and any settings you like, it's pretty flexible23:07
mordredsshnaidm: I know - I was there when we designed it originally ;)23:08
openstackgerritJames E. Blair proposed zuul/zuul master: Update k8s log streaming release note  https://review.opendev.org/71112423:09
sshnaidmmordred, so, you know that in upstream CI we have already deployed server :) and can't actually provision it from image23:09
sshnaidmand this server has these awful names..23:09
clarkbmordred: https://review.opendev.org/#/c/711107/1 is a cleanup for service-types old publishing jobs if you have a minute to review it23:09
clarkbwhat is wrong with the names?23:10
sshnaidmwhat is not really a usual customer case that I'd think about23:10
clarkboh interface names not hostnames23:10
clarkbI think your customers will end up with devbiosnames too23:10
mordredsshnaidm: I do! I just think it's not that awful to figure out which one is the right one based on criteria not hardcoded names23:10
clarkbI mean I have eno1 on my desktop and wlp1s023:10
mordredhardcoding names makes code brittle23:10
*** slaweq has joined #openstack-infra23:11
fungiwell, they'll end up with devbiosnames in the undercloud, and tripleo will build images for them with nonstandard kernel configurations so that the overcloud is inconsistent with red hat's standard operating system deployments23:11
corvusnot to distract too much with procticalities, but were we able to either confirm or exclude jrosser's idea of using ansible_default_ipv4.interface ?23:11
mordredthat too23:11
mordredcorvus: I have not checked that - but I think the main issue is actually that eth0 is hardcoded in a bunch of places23:12
clarkbcorvus: https://zuul.opendev.org/t/openstack/build/3adb1e70100e4cef8e662ab7d5b7f7be/log/zuul-info/host-info.ubuntu-bionic.yaml#44 seems like it would work fine23:12
ianwinfra-root: apropos nothing recent -- i've looked more closely at account keys for letsencrypt and i don't think we want one global account key we share across all hosts.  the only thing you can do with it is revoke a certificate if you loose the private key portion23:13
ianwso it seems like if we ever leak the shared key, someone could revoke all our certificates23:13
fungiianw: i concur, after having researched it before23:13
ianwas opposed to each host having its own account, and never having the key kept as a global secret23:13
cloudnullsorry super late into this thread, excuse me if this was already mentioned, but couldn't we query the system for the interface with the default route?  Something like: `awk 'NR==2{print $1}' /proc/net/route` or `ip -o r g 1 | awk '{print $5}'`?23:14
openstackgerritMerged openstack/project-config master: Finish retiring faafo  https://review.opendev.org/71065423:14
corvusianw: based on my 95% understanding of what's going on, that seems reasonable23:14
cloudnullinstead of hard coding eth0, p1p1, eno1, etc23:14
ianwfungi: cool.  what i *am* preparing is a change to add our email contact to the accounts, which i didn't put in at first23:14
fungicloudnull: probably yes, but it sounds like the concern is updating a bajillion places tripleo-ci has embedded the string "eth0"23:14
sshnaidmmordred, yeah, if it was only eth0, the problem we use also eth1 and eth2 :)23:14
ianwand is why we havne't got an email about the revocation of review-dev23:14
fungiianw: yeah, caught that earlier too, thanks, i agree that's a good addition23:14
clarkbianw: makes sense23:15
cloudnullI think in nmcli we can change the name without impacting the actual nic ?23:15
fungicloudnull: yes, you could use renaming or aliasing, most likely23:15
mordredcloudnull: good point!23:15
fungiin the job at runtime23:16
mordredalso - if y'all are using the multinode base job there's also br-infra you could use23:16
*** slaweq has quit IRC23:16
*** jamesmcarthur has joined #openstack-infra23:16
fungiyes, more generally, attaching configuration in your job to the instance's default network interfaces is a questionable choice, things with network focus should probably be creating virtual interfaces to use23:16
cloudnullsomething like `sudo nmcli con mod eth2 connection.id NewNic1` would modify the ID23:17
fungi(and if necessary bridging them to actual interfaces, or, more likely tunnels so that they can control addressing and traffic)23:17
cloudnullhttps://pasted.tech/pastes/049001c48762d0dab16a07221c12896a873129e123:18
cloudnullwhich looks like it works23:18
fungidebian used to do basically that via udev ruls, to work around remapping from devbiosnames to compatible names at boot/hotplug for upgraded systems23:19
fungiso as to avoid modifying configuration at upgrade time23:20
sshnaidmcloudnull, that's great idea23:20
sshnaidmcloudnull, forgot we even have nmcli..23:20
*** jamesmcarthur has quit IRC23:20
sshnaidmcloudnull, just need to know what exactly to rename to eth023:21
mordredsshnaidm: yah - but that's great- you can run one script once to find the thing, do the nmcli - and then you're good!23:21
sshnaidmyeah, maybe we can do it in on of pre-playbooks23:21
cloudnullsshnaidm should get it done `sudo nmcli con mod $(awk 'NR==2{print $1}' /proc/net/route) connection.id NewNic1`23:22
sshnaidmcloudnull, we need to rename eth0, eth1, eth223:22
sshnaidmcloudnull, but we can figure out them with nmcli too23:22
fungiwhich is i guess why just ansible_default_ipv4.interface won't cut it23:22
cloudnullwe could also just use a macvlan off of whatever the gateway is ?23:23
clarkbnote our instances start with a min of 1 interface and a max of 223:23
cloudnullthen we could name the interafaces whatever we want23:23
clarkbany additional interfaces need to be created, in which case you can set the nam to whatever you want23:23
cloudnull^23:23
fungiyeah, maybe this is an opportunity to not rename the test vm's interface, and instead create veths and rename them23:24
cloudnulla macvlan is simple to make go23:24
cloudnullhttps://pasted.tech/pastes/fe68c2d3498cb91b47f524228a4ff78e9bc9ffc223:24
*** owalsh_ has joined #openstack-infra23:25
sshnaidmfungi, does ansible_default_ipv4.interface report interfaces in down as well?23:25
fungisshnaidm: i have no idea, that was jrosser's suggestion23:26
fungicloudnull: ahh, i see, right creating vlan subinterfaces basically23:26
cloudnull++23:26
fungijust not with 802.1q tagging associated with them23:26
cloudnullexactly23:26
*** dchen has joined #openstack-infra23:26
cloudnulland we can create all the interfaces off the gw device we need23:27
sshnaidmcloudnull, can you connect from localhost to macvlan interface?23:27
cloudnullthen vlan tag on top of that if needed23:27
cloudnullsshnaidm yes, you just need to ip them23:27
fungievery interface within the same network namespace is connected to the loopback23:27
*** owalsh has quit IRC23:28
fungiunless the kernel's tcp/ip stack has changed massively since the last time i looked23:28
sshnaidmcloudnull, ok, I just remember playing with macvlan, dhcp and containers, having some troubles there23:28
cloudnullhttps://pasted.tech/pastes/bdb22e04d4ed5fe5d5203b536a9849e8f56863a423:29
*** dychen has joined #openstack-infra23:29
cloudnullso long as the IP address on the macvlan is on the same subnet as the vms or containers within the environment it should be able to connect.23:29
*** dychen has quit IRC23:29
* cloudnull did a lot of this same stuff when i was working on OSA 23:30
sshnaidmcloudnull, cool23:30
clarkbfungi: its not so much that they are connected to the loopback as you have direct access to everything from the host aiui23:30
clarkbfungi: so if you need to talk to $otherinterface you know how to route directly to it23:30
fungi"connected" by the routing table (as long as you don't disable forwarding)23:31
sshnaidmcloudnull, thanks, maybe we can try these ways in patches.. I'm fine to prepare a patch with nmcli renaming23:31
clarkbfungi: in this case I don't even think you need forwarding because you are directly attached, but ya if trying to route through then you'd need forwarding23:32
*** jamesmcarthur has joined #openstack-infra23:32
fungii'm assuming "connected" was in the sense of something like a guest vm on a bridge which had that subinterface in it23:33
cloudnullsshnaidm happy to help in any way I can :D23:33
sshnaidmcloudnull, I recalled what I tried, https://blog.oddbit.com/post/2018-03-12-using-docker-macvlan-networks/ - "Host access" section, but this seems like a different story23:34
sshnaidmcloudnull, just an offtop :)23:34
*** dkehn has quit IRC23:36
cloudnullsshnaidm ++ "without special support from a network switch, your host is unable to send packets to its own macvlan interfaces." is vepa mode23:37
ianwfungi: i'm sure we've discussed this before, is there some sort of auto-filtering on infra-root email for like "infra-root+letsencrypt" or similar?  i feel like i've been confused when mails got auto-filtered in that account somehow23:38
sshnaidmcloudnull, ack, I'll google it :D23:38
clarkbianw: I think fungi sets up those rules in the horde instance (or whatever system the email provider uses)23:40
cloudnullsshnaidm i love this blog post - https://sreeninet.wordpress.com/2016/05/29/macvlan-and-ipvlan/ - i've read and reread it more times than I'd like to admit. lots of good tidbits in there.23:40
fungiclarkb: ianw: actually i believe the last person to configure those may have been lyz23:40
sshnaidmcloudnull, cool, thanks, like this networking stuff23:40
* mordred hands cloudnull a fluffy bunny23:41
cloudnull:)23:41
ianwfungi / clarkb: yeah, testing shows that infra-root+<thing> goes to folder <thing>23:42
lbragstadfungi ack - thanks for the confirmation23:43
openstackgerritMohammed Naser proposed zuul/zuul-jobs master: ensure-tox: add prefer_python2  https://review.opendev.org/71105623:44
clarkbinfra-root I'm triggering replication to gitea backends in order to ensure we are caught up after bnemec found we were behind on a server in a repo23:45
clarkbdetails on the openstack-discuss list23:45
mordredclarkb: makes me think we should code that sequential upgrade playbook23:50
clarkbmordred: ya, however I think it may have been a db update that did it this time23:50
mordredtake backend out, upgrade, trigger repl, put back23:50
clarkbbecause it merged about 4 hours before the upgrade on that day23:50
mordredmmm23:50
clarkbmaybe we should pin the mariadb image in addition to ^23:50
mordredmaybe so?23:50
clarkbbut ya I like the idea of doing that in a more controlled fashion23:51
clarkbnote replication takes about 15-20 minutes per backend if done sequentially23:51
clarkbI wonder if we could make replication fail during the upgrade intsead23:52
clarkbthen gerrit would retry23:52
clarkbmordred: maybe if we stopped the ssh container whenever we stop oen of the other two23:52
clarkbthen gerrit wouldn't be able to connect and it would start queueing the replication events23:52
clarkb(and that way we only catch up on what was missed and don't have to do a full replication)23:52
mordredclarkb: oh - that's actually a good idea23:53
mordredstop ssh container first23:53
clarkbya23:53
clarkbwe might even be able to express that in the compose file?23:53
mordrednow - figuring out how to do that with compose ...23:53
mordredyou think?23:53
clarkbmaybe? not sure23:53
mordredthat would be ideal;23:53
*** jamesmcarthur has quit IRC23:53
mordredclarkb, ianw: you're the two most likely to potentailly try to do something with openstackclient and glance - don't know if you saw the note earlier, but https://review.opendev.org/#/c/699416/ is close to landing for switching to sdk23:55
clarkbmordred: https://docs.docker.com/compose/compose-file/#depends_on23:55
mordredclarkb: so maybe what we want to do is just do a stop a pull and a start?23:56
clarkbI think that may be halfway to what we want23:56
clarkbmordred: ya that may be the simplest thing23:56
clarkbbut then we'd need to update to only trigger the pull when we have new things, but that is doable23:57
mordredclarkb: oh - and maybe make gitea_web depends_on gitea_ssh?23:57
clarkbmordred: other way around ssh depends on web23:57
clarkbso that it stops first23:57
mordredyeah23:57
clarkband starts after web is closer to being up23:57
ianwmordred: cool ... i think that the devstack test is probably pretty convincing there as it builds and uploads an image ... if it can do that infra should be happy :)23:58
clarkband ya really the only time I have image upload weirdness is uploading to rax23:58
clarkbhaving osc use sdk gets us closer to that working in osc I think23:58
clarkbso I'm all for it23:58
clarkbmordred: so we don't lose this train of thought on restarting things are you going to write that change or should I?23:59

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!