Monday, 2019-01-14

clarkbfwiw I've not had a chance to look at puppet yet but will try a stab at fixing it for 2.13.12 upgrade tomorrow and hopefully thats athis week thibg. Then we ahould totally look at review-dev doing the 2.15 docker stuff00:01
mordredclarkb: ++00:01
mordredclarkb: so - actually, .I had this idea, that we take the wars we have built for 2.13.12, build a docker image with them, then do a switch to docker but sticking with 2.13.12 - then do the 2.15 upgrade ... that way for the 2.15 upgrade we're only changing one thing, and same for the docker00:02
clarkbmordred also I want nick foles to win the superb owl this year for the memes00:02
clarkbmordred: oh I like that00:03
mordredclarkb: I think we can do it with a simple one-off image - like a dockerfile that's just wgetting the existing files or something00:03
clarkbya00:04
mordredclarkb: if we don't watch out - we're going to find ourselves running 2.16 before 2.17 is released00:05
mordredclarkb: if foles beats the sains, I'll definitely be rooting for them00:06
mordredjust because the whole foles story is epic craziness00:06
*** slaweq has joined #openstack-infra00:11
*** slaweq has quit IRC00:15
*** yamamoto has joined #openstack-infra00:18
*** jamesmcarthur has joined #openstack-infra00:22
*** anteaya has joined #openstack-infra00:22
*** tosky has quit IRC00:22
*** yamamoto has quit IRC00:23
*** anteaya has left #openstack-infra00:26
*** jamesmcarthur has quit IRC00:27
*** anteaya has joined #openstack-infra00:27
*** jamesdenton has quit IRC00:57
*** jamesdenton has joined #openstack-infra00:57
*** armax has quit IRC01:00
*** markvoelker has joined #openstack-infra01:09
*** yamamoto has joined #openstack-infra01:13
*** yamamoto has quit IRC01:17
*** jamesmcarthur has joined #openstack-infra01:23
*** jamesmcarthur has quit IRC01:28
*** hwoarang has quit IRC01:32
*** hwoarang has joined #openstack-infra01:32
fungimordred: wouldn't just lose review history, but also things like project watches. honestly there's not much point to the importer plugin for us, i don't think, unless we want to use it to replace some of jeepyb's manage-projects01:40
fungiclarkb: ^01:40
mordredfungi: yeah. I think you're right01:41
fungi(which might still be a good thing to check into)01:41
mordredoh jeez: http://logs.openstack.org/68/630468/9/check/system-config-build-image-gerrit/987a974/job-output.txt.gz#_2019-01-13_23_54_25_97997801:41
mordred"There is insufficient memory for the Java Runtime Environment to continue."01:42
fungihopefully that can be tuned?01:42
mordredhopefully. although maybe it's a secondary error due to http://logs.openstack.org/68/630468/9/check/system-config-build-image-gerrit/987a974/job-output.txt.gz#_2019-01-13_23_54_25_97515101:43
mordredthis built on my laptop yesterday :(01:43
*** markvoelker has quit IRC01:45
*** yamamoto has joined #openstack-infra01:48
*** yamamoto has quit IRC01:55
*** hwoarang has quit IRC01:57
*** jamesmcarthur has joined #openstack-infra01:58
*** hwoarang has joined #openstack-infra01:58
*** jamesmcarthur has quit IRC02:02
*** slaweq has joined #openstack-infra02:11
*** hongbin has joined #openstack-infra02:14
*** slaweq has quit IRC02:15
*** ruffian_sheep has joined #openstack-infra02:27
*** armax has joined #openstack-infra02:33
*** yamamoto has joined #openstack-infra02:43
*** armax has quit IRC02:46
*** yamamoto has quit IRC02:47
*** psachin has joined #openstack-infra02:57
openstackgerritRui Chen proposed openstack-infra/zuul master: Avoid using list branches with protected=1 in github driver  https://review.openstack.org/63003802:57
*** jamesmcarthur has joined #openstack-infra02:58
*** remi_ness has quit IRC03:01
*** jamesmcarthur has quit IRC03:03
*** remi_ness has joined #openstack-infra03:15
*** markvoelker has joined #openstack-infra03:18
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: config: add playbooks to job.toDict()  https://review.openstack.org/62134303:20
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Add API endpoint to get frozen jobs  https://review.openstack.org/60707703:20
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Get executor job params  https://review.openstack.org/60707803:20
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Separate out executor server from runner  https://review.openstack.org/60707903:20
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: tests: improve test_web to only provision events when needed  https://review.openstack.org/63057503:20
openstackgerritIan Wienand proposed openstack-infra/nodepool master: [wip] Use bindep for devstack jobs  https://review.openstack.org/62606803:22
*** yamamoto has joined #openstack-infra03:23
*** yamamoto has quit IRC03:28
*** whoami-rajat has joined #openstack-infra03:30
*** markvoelker has quit IRC03:34
*** markvoelker has joined #openstack-infra03:34
*** markvoelker has quit IRC03:39
*** bobh has joined #openstack-infra03:40
*** diablo_rojo has joined #openstack-infra03:41
*** markvoelker has joined #openstack-infra03:48
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: tests: improve test_web to only provision events when needed  https://review.openstack.org/63057503:49
*** markvoelker has quit IRC03:54
*** markvoelker has joined #openstack-infra03:55
*** jamesmcarthur has joined #openstack-infra04:00
*** bobh has quit IRC04:01
*** jamesmcarthur has quit IRC04:05
*** hwoarang has quit IRC04:08
*** hwoarang has joined #openstack-infra04:10
*** slaweq has joined #openstack-infra04:11
*** ramishra has joined #openstack-infra04:16
*** slaweq has quit IRC04:16
*** yamamoto has joined #openstack-infra04:17
*** yamamoto has quit IRC04:21
*** udesale has joined #openstack-infra04:23
*** hwoarang has quit IRC04:29
*** hwoarang has joined #openstack-infra04:30
*** owalsh_ has joined #openstack-infra04:33
*** owalsh has quit IRC04:37
*** yamamoto has joined #openstack-infra04:50
*** wolverineav has joined #openstack-infra04:55
*** yamamoto has quit IRC04:56
*** jamesmcarthur has joined #openstack-infra05:01
*** jamesmcarthur has quit IRC05:05
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: tests: improve test_web to only provision events when needed  https://review.openstack.org/63057505:19
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: config: add playbooks to job.toDict()  https://review.openstack.org/62134305:19
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Add API endpoint to get frozen jobs  https://review.openstack.org/60707705:19
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Get executor job params  https://review.openstack.org/60707805:19
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Separate out executor server from runner  https://review.openstack.org/60707905:19
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Move common AnsibleJob prep tasks into a base class  https://review.openstack.org/60708005:19
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Implement a local zuul-runner  https://review.openstack.org/60708205:19
*** markvoelker has quit IRC05:39
*** jamesmcarthur has joined #openstack-infra05:41
*** yamamoto has joined #openstack-infra05:44
*** jamesmcarthur has quit IRC05:46
*** yamamoto has quit IRC05:49
*** wolverineav has quit IRC05:51
*** wolverineav has joined #openstack-infra05:55
*** hongbin_ has joined #openstack-infra05:59
*** diablo_rojo has quit IRC06:00
*** hongbin has quit IRC06:02
*** hongbin_ has quit IRC06:02
*** wolverineav has quit IRC06:07
*** slaweq has joined #openstack-infra06:11
*** udesale has quit IRC06:11
*** udesale has joined #openstack-infra06:12
*** markvoelker has joined #openstack-infra06:12
*** slaweq has quit IRC06:15
*** ykarel has joined #openstack-infra06:19
*** e0ne has joined #openstack-infra06:19
*** ruffian_sheep has quit IRC06:26
openstackgerritRui Chen proposed openstack-infra/zuul master: Avoid using list branches with protected=1 in github driver  https://review.openstack.org/63003806:33
*** wolverineav has joined #openstack-infra06:41
*** wolverineav has quit IRC06:45
*** slaweq has joined #openstack-infra06:46
*** jbadiapa has joined #openstack-infra06:46
*** slaweq has quit IRC06:50
*** remi_ness has quit IRC06:51
*** e0ne has quit IRC06:57
*** udesale has quit IRC06:58
*** udesale has joined #openstack-infra06:58
*** yamamoto has joined #openstack-infra07:05
*** slaweq has joined #openstack-infra07:06
*** yamamoto_ has joined #openstack-infra07:08
openstackgerritIan Wienand proposed openstack-infra/nodepool master: [wip] Use bindep for devstack jobs  https://review.openstack.org/62606807:08
*** yamamoto has quit IRC07:11
*** pcaruana has joined #openstack-infra07:11
*** hwoarang has quit IRC07:13
*** wolverineav has joined #openstack-infra07:13
*** hwoarang has joined #openstack-infra07:14
*** slaweq has quit IRC07:15
*** bdodd has quit IRC07:15
*** kjackal has joined #openstack-infra07:22
*** yamamoto_ has quit IRC07:22
*** Dobroslaw has joined #openstack-infra07:25
*** dpawlik has joined #openstack-infra07:29
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Move common AnsibleJob prep tasks into a base class  https://review.openstack.org/60708007:31
*** jtomasek has joined #openstack-infra07:36
*** rascasoft has joined #openstack-infra07:37
*** kjackal has quit IRC07:42
*** ccamacho has joined #openstack-infra07:42
*** jamesmcarthur has joined #openstack-infra07:42
*** jamesmcarthur has quit IRC07:47
*** kopecmartin has joined #openstack-infra07:52
openstackgerritRui Chen proposed openstack-infra/zuul master: Avoid using list branches with protected=1 in github driver  https://review.openstack.org/63003807:58
*** markvoelker has quit IRC07:58
*** slaweq has joined #openstack-infra07:58
*** lpetrut has joined #openstack-infra08:01
*** yamamoto has joined #openstack-infra08:03
*** markvoelker has joined #openstack-infra08:03
*** gfidente has joined #openstack-infra08:05
*** rossella_s has quit IRC08:05
*** wolverineav has quit IRC08:08
*** yamamoto has quit IRC08:08
*** rpittau has joined #openstack-infra08:09
*** markvoelker has quit IRC08:10
*** ginopc has joined #openstack-infra08:11
*** rossella_s has joined #openstack-infra08:12
*** bdodd has joined #openstack-infra08:22
*** pgaxatte has joined #openstack-infra08:26
*** ginopc has quit IRC08:26
openstackgerritFelix Schmidt proposed openstack-infra/zuul master: Add action to task result in zuul_json callback  https://review.openstack.org/63062208:28
*** markvoelker has joined #openstack-infra08:29
*** pfallenop has quit IRC08:30
*** markvoelker has quit IRC08:30
*** markvoelker has joined #openstack-infra08:32
*** markvoelker has quit IRC08:33
openstackgerritTobias Urdin proposed openstack-infra/project-config master: Add puppetforge publish and add to puppet release  https://review.openstack.org/62757308:34
*** markvoelker has joined #openstack-infra08:35
*** tosky has joined #openstack-infra08:37
*** jangutter has joined #openstack-infra08:37
*** pfallenop has joined #openstack-infra08:41
*** mudpuppy has quit IRC08:47
*** mudpuppy has joined #openstack-infra08:47
openstackgerritIan Wienand proposed openstack-infra/nodepool master: [wip] Use bindep for devstack jobs  https://review.openstack.org/62606808:51
*** ginopc has joined #openstack-infra08:53
*** ssbarnea|rover has joined #openstack-infra08:54
openstackgerritFelix Schmidt proposed openstack-infra/zuul master: Add action to task result in zuul_json callback  https://review.openstack.org/63062208:54
*** jpich has joined #openstack-infra08:56
*** jpena|off is now known as jpena08:58
*** roman_g has joined #openstack-infra08:58
*** panda|off is now known as panda09:12
*** yamamoto has joined #openstack-infra09:14
*** yamamoto has quit IRC09:21
*** chandan_kumar is now known as chandankumar09:21
*** apetrich has joined #openstack-infra09:25
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Add dogpile.cache master to the -src tests  https://review.openstack.org/62545709:27
*** derekh has joined #openstack-infra09:32
*** owalsh_ is now known as owalsh09:34
*** kjackal has joined #openstack-infra09:36
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: WIP: Implement a local zuul-runner  https://review.openstack.org/60708209:40
*** markvoelker has quit IRC09:52
*** wolverineav has joined #openstack-infra09:55
*** kjackal has quit IRC09:55
*** kjackal has joined #openstack-infra09:56
*** wolverineav has quit IRC09:59
tobias-urdininfra-root requesting review on https://review.openstack.org/#/c/627553/ and https://review.openstack.org/#/c/627573/ we just merged stein-2 milestone so not sure if there is anything we could test releasing right now10:00
tobias-urdini can probably come up with a module that we can do a release with10:00
*** kjackal has quit IRC10:04
*** e0ne has joined #openstack-infra10:07
*** sshnaidm|off is now known as sshnaidm10:27
*** d0ugal has quit IRC10:29
frickleramorin: looking at the last 7 days for grafana, we seem to be capped at about 120 nodes in bhs1 instead of the configure maximum of 150, can you please double-check our quota there? grafana.openstack.org/d/rZtIH5Imz/nodepool10:33
*** dtantsur|afk is now known as dtantsur10:39
*** yamamoto has joined #openstack-infra10:42
*** electrofelix has joined #openstack-infra10:45
*** roman_g has quit IRC10:46
*** roman_g_ has joined #openstack-infra10:46
*** d0ugal has joined #openstack-infra10:48
*** yamamoto has quit IRC10:49
*** udesale has quit IRC11:13
openstackgerritSagi Shnaidman proposed openstack-infra/nodepool master: Support userdata for instances in openstack  https://review.openstack.org/63064911:19
openstackgerritTobias Urdin proposed openstack-infra/zuul-jobs master: Add upload-puppetforge role  https://review.openstack.org/62755311:30
openstackgerritTobias Urdin proposed openstack-infra/project-config master: Add puppetforge publish and add to puppet release  https://review.openstack.org/62757311:32
*** yamamoto has joined #openstack-infra11:36
*** rfolco has joined #openstack-infra11:38
*** yamamoto has quit IRC11:41
*** roman_g_ has quit IRC11:47
*** finucannot is now known as stephenfin11:49
*** roman_g has joined #openstack-infra11:53
dpawlikHi, does Openstack documentation have any information, which cpu_model_extra_flags are "recommended" to enable?11:54
*** yamamoto has joined #openstack-infra11:59
*** ykarel is now known as ykarel|away12:00
*** roman_g has quit IRC12:00
*** markvoelker has joined #openstack-infra12:01
*** roman_g has joined #openstack-infra12:02
*** Qianbiao has joined #openstack-infra12:05
Qianbiaoironic12:06
*** ykarel|away has quit IRC12:07
*** Qianbiao has quit IRC12:13
lucasagomeshi all, I'm trying to use a reproducer.sh from gate (http://logs.openstack.org/54/625554/9/check/networking-ovn-dsvm-functional/942c883/logs/reproduce.sh) but even following all the instructions on the script (see comments at the top) it fails with "/usr/zuul-env/bin/zuul-cloner: No such file or directory"12:20
lucasagomesanyone has seen it ? /me googles to see how to get zuul-cloner installed in the meantime12:21
*** yamamoto has quit IRC12:22
*** dkehn has quit IRC12:25
*** jpena is now known as jpena|lunch12:27
*** yamamoto has joined #openstack-infra12:30
cmurphylucasagomes: you can use this script to build an image that has zuul-cloner and everything else installed http://git.openstack.org/cgit/openstack-infra/project-config/tree/tools/build-image.sh12:33
*** e0ne has quit IRC12:33
lucasagomescmurphy, oh thanks for the tip. I will take a look12:34
*** yamamoto has quit IRC12:34
*** quiquell is now known as quiquell|lunch12:48
lucasagomescmurphy, btw, where can I download the image(s) that are used by zuul in the gate ?12:53
cmurphylucasagomes: it's not possible to download them, best you can do is use that script to generate an identical image12:53
lucasagomescause I can't reproduce the error I am seeing locally, so I think it may have something to do with the version of the OS being used and so on12:54
lucasagomescmurphy, gotcha... ok thanks!12:54
*** rlandy has joined #openstack-infra12:58
*** boden has joined #openstack-infra12:59
*** rpittau is now known as rpittau|lunch12:59
*** needssleep is now known as TheJulia13:02
*** jcoufal has joined #openstack-infra13:03
openstackgerritSorin Sbarnea proposed openstack-infra/git-review master: Adds JAVA_HOME to tox passenv  https://review.openstack.org/63066113:05
*** quiquell|lunch is now known as quiquell13:05
*** ykarel has joined #openstack-infra13:05
*** e0ne has joined #openstack-infra13:18
fricklerlucasagomes: cmurphy: yes, reproduce.sh doesn't work anymore for quite some time, I proposed to remove it to avoid confusion, but that patch has gotten stale in the meantime, too https://review.openstack.org/57236713:29
*** dkehn has joined #openstack-infra13:31
*** jpena|lunch is now known as jpena13:31
*** wolverineav has joined #openstack-infra13:31
fricklerlucasagomes: if you want a node to be held so that you can look at the failing setup on a node directly in gate, just ping infra-root13:32
lucasagomesfrickler, thanks a lot for the pointers, I just commented on that patch with my experience (hoping to bump it)13:34
lucasagomesfrickler, I'm trying some things and generating an image with the script cmurphy pointed me to in parallel13:34
lucasagomesif I can't reproduce still I will try to ping infra-root to see if I can troubleshoot a VM there13:35
*** wolverineav has quit IRC13:36
*** adriancz has joined #openstack-infra13:37
lucasagomesfrickler, fyi, that patch has a merge conflict apparently ("Cannot Merge")13:38
lucasagomesu may want to rebase it13:38
openstackgerritJens Harbott (frickler) proposed openstack-infra/devstack-gate master: Stop creating reproduce.sh  https://review.openstack.org/57236713:43
fricklerlucasagomes: yeah, I assumed nobody was interested in it anyway. rebased now13:44
*** mriedem has joined #openstack-infra13:44
lucasagomesthanks, I've re-added my vote13:44
*** kjackal has joined #openstack-infra13:46
fungilucasagomes: cmurphy: our images are actually downloadable from https://nb01.openstack.org/images/ you just need to accept the self-signed snakeoil cert there. fair warning though, booting them isn't entirely straightforward. you'll need to mount a configdrive with ssh keys you want to use to log in13:49
*** diablo_rojo has joined #openstack-infra13:49
fungi(and if you need arm64/aarch64 images, use nb03 instead of nb01)13:50
lucasagomesfungi, oh thanks... I can trythat if the build image does work (it's running atm)13:51
lucasagomesI can probably inject the keys with guestfish13:51
fungibut yeah, we try to make our images easy to build on your own so you can modify them in ways which make them more convenient for local use13:52
*** sthussey has joined #openstack-infra13:53
lucasagomesfair enough... this is all an attempt to reproduce the problem I'm seeing in gate since I wasn't able so far using a centos machine I had available here13:53
lucasagomesthanks all for the tips/inputs!13:53
openstackgerritTobias Henkel proposed openstack-infra/nodepool master: Document default values of runtime arguments  https://review.openstack.org/63067913:59
*** kgiusti has joined #openstack-infra13:59
*** rpittau|lunch is now known as rpittau14:05
*** yboaron has joined #openstack-infra14:06
*** e0ne has quit IRC14:12
*** diablo_rojo has quit IRC14:13
*** diablo_rojo_ has joined #openstack-infra14:13
*** diablo_rojo has joined #openstack-infra14:13
*** diablo_rojo has quit IRC14:13
*** diablo_rojo_ has quit IRC14:13
*** beekneemech is now known as bnemec14:19
ssbarnea|roverfungi: i am curious if you have prev knowledge regarding speed of rsync w/ o w/o compress option. if it could speedup collection of logs or not really.14:19
*** e0ne has joined #openstack-infra14:26
*** markvoelker has quit IRC14:31
openstackgerritDaniel Mellado proposed openstack-infra/irc-meetings master: Update kuryr-kubernetes irc meeting time  https://review.openstack.org/63068914:33
*** markvoelker has joined #openstack-infra14:34
openstackgerritQuique Llorente proposed openstack-infra/zuul-jobs master: WIP: Default private_ipv4 to use public_ipv4 address when null  https://review.openstack.org/62329414:36
*** e0ne has quit IRC14:40
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add a timeout for the image build  https://review.openstack.org/62992314:42
*** pabelanger has joined #openstack-infra14:43
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add a timeout for the image build  https://review.openstack.org/62992314:44
fungissbarnea|rover: it really depends on the circumstances. it's a cpu (on the sending side mainly) usage vs bandwidth consumption14:44
fungissbarnea|rover: i tend to be more worried about bandwidth usage on the zuul executors since everything's funneled through them14:47
fungibut cacti will tell us how bad that gets14:47
ssbarnea|roverfungi: i know. this is why I asked if anyone made some testing on this. i am not sure what is the major bottleneck most of the time cpu or networking.14:48
ssbarnea|roveri can easily do benchmarks locally but this would not tell me the true story about what happens on our CI.14:48
fungilooks like we spike up around 20mbps on ze01 at peak these days http://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=64007&rra_id=all14:49
fungiso not too bad14:49
fungii think we get up to 100mbps in+out with that flavor but would need to double-check14:49
*** e0ne has joined #openstack-infra14:50
fungiwhatever rackspace's 8gb ram standard pvhvm flavor gets anyway14:50
*** e0ne has quit IRC14:53
*** e0ne has joined #openstack-infra14:54
*** psachin has quit IRC14:56
cmurphyfungi: oh good to know re downloading images14:56
fungissbarnea|rover: i think what we've observed in the past is that delays for log collection are related less to data compression and transfer time, and impacted much more by indexing massive numbers of files, so if it's a job that collects many, many (thousands of?) files, it could be that14:58
*** ekultails has joined #openstack-infra15:00
ssbarnea|roverfungi: based on my local tests, adding "-z" to rsync doubled my rsync speed. (-z not -c, -c increased duration ~20). I am going to make a test on tripleo as ½ speed is not something to ignore on a task that takes 15 min on average.15:01
ssbarnea|roverfungi: and thanks for the insights.15:02
fungiyou bet15:02
fungiglad to help15:02
corvusssbarnea|rover: mordred is working on a change to move log fetching into the base job.  if you like the results of the test and want to change, you may want to target using this system.  here's the role: http://git.openstack.org/cgit/openstack-infra/zuul-jobs/tree/roles/fetch-output/tasks/main.yaml15:06
*** ykarel is now known as ykarel|away15:06
ssbarnea|rovercorvus: sure. still first step is to validate my theory with two specific tasks that I know about. after this we can think about scaling the solution.15:07
corvussounds good15:08
*** derekh has quit IRC15:11
*** dpawlik has quit IRC15:11
*** jangutter has quit IRC15:12
*** e0ne_ has joined #openstack-infra15:13
*** e0ne has quit IRC15:14
*** xek has joined #openstack-infra15:15
*** sreejithp has joined #openstack-infra15:15
*** markvoelker has quit IRC15:20
*** markvoelker has joined #openstack-infra15:20
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Include "delegate_to: localhost" in zuul_return examples  https://review.openstack.org/63070015:20
*** markvoelker has quit IRC15:20
*** derekh has joined #openstack-infra15:21
*** efried1 has joined #openstack-infra15:24
*** apetrich has quit IRC15:25
*** efried has quit IRC15:25
*** efried1 is now known as efried15:25
corvusmordred: the gerrit image build job failed the last two runs due to two different build errors.  i find that curious15:29
corvusi've rechecked to see what #3 gets us15:29
*** ekultails has quit IRC15:30
*** roman_g has quit IRC15:30
*** apetrich has joined #openstack-infra15:39
*** e0ne_ has quit IRC15:41
*** ekultails has joined #openstack-infra15:46
*** yboaron has quit IRC15:49
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add a timeout for the image build  https://review.openstack.org/62992315:50
*** e0ne has joined #openstack-infra15:51
*** apetrich has quit IRC15:54
*** weshay has joined #openstack-infra15:56
*** lpetrut has quit IRC15:58
*** kjackal has quit IRC15:59
*** armax has joined #openstack-infra16:02
*** eharney has joined #openstack-infra16:02
*** gfidente has quit IRC16:04
openstackgerritMerged openstack-infra/system-config master: Put opendev website content onto gitea homepage  https://review.openstack.org/62991716:05
*** gfidente has joined #openstack-infra16:07
*** apetrich has joined #openstack-infra16:11
openstackgerritMerged openstack-infra/zuul master: Add governance document  https://review.openstack.org/62243916:12
mordredcorvus: ++16:18
*** pcaruana has quit IRC16:20
*** ykarel|away has quit IRC16:20
*** markmcd has joined #openstack-infra16:23
*** fuentess has joined #openstack-infra16:23
*** kjackal has joined #openstack-infra16:25
*** eharney has quit IRC16:25
*** sreejithp has quit IRC16:30
*** chandankumar is now known as codemonster16:31
*** sreejithp has joined #openstack-infra16:33
*** kopecmartin is now known as kopecmartin|off16:34
clarkbcorvus: I expect "ah ah ah" if it fails a third way :)16:37
*** lpetrut has joined #openstack-infra16:37
clarkbdpawlik isn't here anymore but we dont have a list of cpu flags16:37
*** rfolco is now known as rfolco|brb16:37
clarkbwe've mostly relied on the clouds for that16:38
*** corvus is now known as thecount16:38
thecountmordred, clarkb: three failures! ah! ah! ah!  http://logs.openstack.org/68/630468/9/check/system-config-build-image-gerrit/f9428c5/job-output.txt.gz#_2019-01-14_15_49_06_08440016:38
*** thecount is now known as corvus16:38
mordreduhm16:39
mordredcorvus: like, seriously?16:40
*** eharney has joined #openstack-infra16:40
*** zxiiro is now known as zxiiro-away16:40
corvusmordred: yeah... the first was "javascript is hard to build" the second was "i need more memory" the third was "i can't checkout the stable-2.15 git branch"16:41
*** gfidente has quit IRC16:41
mordredcorvus: ara gives slighly more words - but they're still not helpful16:41
corvusthat seems like a trend line -- and entropy seems to be *increasing*16:41
mordredhttp://logs.openstack.org/68/630468/9/check/system-config-build-image-gerrit/f9428c5/ara-report/result/4f00e296-8f74-4340-9ae9-e9bc8a9bc646/16:42
mordredcorvus: to be fair, that's what the second law of thermodynamics tells us16:42
*** hrw has joined #openstack-infra16:48
hrwfungi: thanks16:48
*** yamamoto has joined #openstack-infra16:49
*** codemonster is now known as chkumar|out16:49
fungihrw: my pleasure. i actually try to keep on top of putting actual wiki users into the autopatrol group so that i can more easily spot spammers in the unpatrolled edits list16:50
hrw)16:50
hrw:)16:50
*** kjackal has quit IRC16:51
*** roman_g has joined #openstack-infra16:53
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Convert zuul_return into action plugin  https://review.openstack.org/59116816:54
*** yamamoto has quit IRC16:54
*** rpittau has quit IRC16:57
*** ykarel|away has joined #openstack-infra17:00
clarkbhttp://paste.openstack.org/show/742333/ is the trimmed and made more readable puppet logs from review-dev01 on friday17:01
clarkbfungi: corvus mordred ^17:01
*** eernst has joined #openstack-infra17:01
clarkbone issue is that we failed to rename some files on the init step? specifically /home/gerrit2/review_site/lib/.bcpkix-1.52.jar.backup and/or bcpkix-1.52.jar and then the other is that we ran the reindex17:02
*** ginopc has quit IRC17:02
fungii wonder if the exec there expects something/someone to clean up .bcpkix-1.52.jar.backup afterward17:03
clarkband ya the puppet seems to assume any new war will require a full offline reindex17:03
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Convert zuul_return into action plugin  https://review.openstack.org/59116817:03
*** gfidente has joined #openstack-infra17:05
*** ykarel|away has quit IRC17:05
*** eernst has quit IRC17:06
clarkbfungi: I think the war notices we've add the files ourselves so it moves them aside (the .backup files) then grabs the copies it wants (then our puppet undoes that later?)17:06
clarkbfungi: my guess is that our puppet sets perms on the file such taht gerrit couldn't move the file/rename it17:06
fungisounds likely17:06
*** hrw has left #openstack-infra17:06
clarkb-rw-r--r-- 1 root    root     622849 Mar  9  2015 bcpkix-1.52.jar17:07
*** eernst has joined #openstack-infra17:07
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Convert zuul_return into action plugin  https://review.openstack.org/59116817:09
fungipuppet is running as root, right? maybe .bcpkix-1.52.jar.backup isn't writable?17:10
clarkbyes puppet runs as root17:10
*** pgaxatte has quit IRC17:11
clarkb-rw-r--r--  1 gerrit2 gerrit2  622849 Mar  9  2015 .bcpkix-1.52.jar.backup or maybe it is mad that it already exists?17:11
*** eernst has quit IRC17:12
clarkbactually no I think it must be because it is trying to mv the source file (eg rename it)17:12
clarkband that requires root, but if the gerrit init runs as gerrit2 then it will fail17:12
* clarkb doubel checks the user on that exec17:13
clarkbya that exec runs as gerrit217:13
*** eernst has joined #openstack-infra17:13
clarkblet me push up a fix for the file ownership thing17:13
*** e0ne has quit IRC17:14
*** lpetrut has quit IRC17:14
*** pcaruana has joined #openstack-infra17:15
openstackgerritClark Boylan proposed openstack-infra/puppet-gerrit master: Set java lib user ownership to gerrit2  https://review.openstack.org/63073917:16
clarkbfungi: ^ that won't fix it for the existing files on disk. We need to chown those, but subsequent runs should be done properly I think17:16
clarkbstill doesn't address the reindex. I'm thinking for that maybe we just remove the block of code from the module entirely and if we have to do a manual reindex we are not using puppet anyways since it takes all day?17:17
openstackgerritMerged openstack-infra/zuul-jobs master: Add upload-puppetforge role  https://review.openstack.org/62755317:17
clarkbtobias-urdin: ^ fyi17:17
*** eernst has quit IRC17:18
*** eernst has joined #openstack-infra17:19
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Build a gerrit image  https://review.openstack.org/63046817:20
clarkbhrm but then you can't do a fresh install17:20
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add gerrit.googlesource.com to zuul using git driver  https://review.openstack.org/63074017:20
mordredcorvus: ^^ there's a patch to add gerrit upstream as a git driver source17:20
clarkbI98ce9ff87570a86e9b58b38d0605313ee5ee2758 added the code that we are having trouble with17:20
mordredcorvus: (at elast I think that's what it does)17:20
tobias-urdinclarkb: thanks! should we merge https://review.openstack.org/#/c/627573/ now or wait until we have a release ready that we can test it with right away?17:20
clarkbI think the issue here is we can't distinguish between first ever gerrit init init and first gerrit initial init on a new war17:20
clarkbone option is to set offline_reindex to true when bringing up a new server, then switch it to false once it is installed17:21
clarkbI'll put a revert of that change up with a docs note that ^ is needed to bootstrap new install17:21
mordredclarkb: ++17:23
corvusclarkb, fungi: can you +3 https://review.openstack.org/630467  ?  then i'll start porting that over to zuul-jobs17:23
*** dtantsur is now known as dtantsur|afk17:23
*** eernst has quit IRC17:24
corvusmordred: +2  (and gee whiz we need to refactor those variables, huh?)17:24
openstackgerritClark Boylan proposed openstack-infra/puppet-gerrit master: Revert "Create index on fresh install"  https://review.openstack.org/63074217:24
clarkbinfra-root ^ that change and 630739 are hopefully enough of a bandaid to make limping along on puppet + gerrit 2.13 possible17:24
mordredcorvus: yeah. I think that refactor will be called "ansible" :)17:24
clarkbcorvus: looking17:24
*** jpich has quit IRC17:25
clarkbtobias-urdin: I think we should get that in then hopefully you'll be able to do a relase soonish17:25
*** eernst has joined #openstack-infra17:25
tobias-urdinclarkb: ack17:26
clarkbmordred: corvus: we need that so that relative paths in the dockerfile are relative to the gerrit repo?17:26
openstackgerritMonty Taylor proposed openstack-infra/project-config master: Add repos from gerrit.googlesource.com to zuul  https://review.openstack.org/63074417:27
*** yamamoto has joined #openstack-infra17:27
mordredclarkb: it's more that we want the gerrit repo to be the directory that gets sent to the docker daemon so that dockerfile commands like "COPY" are copying files from it17:28
mordredclarkb: but we want the dockerfile itself to not be in the gerrit repo17:28
clarkbya so relative path for eg COPY17:28
mordredyah17:29
*** eernst has quit IRC17:30
*** eernst has joined #openstack-infra17:32
*** yamamoto has quit IRC17:33
*** lpetrut has joined #openstack-infra17:33
*** ccamacho has quit IRC17:36
*** eernst has quit IRC17:36
*** eernst has joined #openstack-infra17:38
ssbarnea|roverinteresting subject https://github.com/yaml/pyyaml/issues/193#issuecomment-452941973 - should we try to lobby a little bit to steer the ship into the right direction?17:38
*** yamamoto has joined #openstack-infra17:39
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Convert zuul_return into action plugin  https://review.openstack.org/59116817:39
*** eernst has quit IRC17:42
prometheanfiremordred: when is the next release for openstacksdk set to be cut (asking for dogpile.cache uncapping) https://storyboard.openstack.org/#!/story/200460517:43
mordredprometheanfire: was gonna send in a release request today17:43
*** eernst has joined #openstack-infra17:44
prometheanfirecool17:44
clarkbssbarnea|rover: ingy is the creator of yaml fwiw. Basically yaml was intended fro the unsafe use case17:45
clarkbssbarnea|rover: just because most of us use yaml in a safe by default capactiy today doesn't mean the language isn't explicitly designed to have that functionality17:45
clarkb(from a technically correct standpoint ingy is right. From a lets be pragmatic standpoint with everyone using yaml today maybe we should be safe by default in the libraries that read yaml)17:45
*** eernst has quit IRC17:48
*** eernst has joined #openstack-infra17:50
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add a timeout for the image build  https://review.openstack.org/62992317:52
openstackgerritMerged openstack-infra/system-config master: Add support for passing path to docker build  https://review.openstack.org/63046717:52
fungiyes, it's like saying python is unsafe because someone might use the pickle module from its stdlib on untrusted data, and so unpickle() should be made "safe" by default17:54
*** eernst has quit IRC17:55
*** jamesmcarthur has joined #openstack-infra17:55
corvusi'm certainly not going to pile on to that issue, especially since i agree with ingy17:56
*** eernst has joined #openstack-infra17:56
*** electrofelix has quit IRC17:57
*** eernst has quit IRC17:57
*** eernst has joined #openstack-infra17:58
*** gfidente has quit IRC17:58
fungisame17:59
*** yamamoto has quit IRC17:59
*** derekh has quit IRC18:00
fungiin my opinion, it's not serialization libraries like this which are "unsafe" but rather the dangerous practice (which similarly infected the php ecosystem for many, many years) of people copy-pasting code examples they find on the internet without reading the documentation for and understanding the libraries they use18:01
*** jamesmcarthur has quit IRC18:01
ssbarnea|roverclearly is debatable subject, I guess that at some point someone with add a linting check for use of pyyaml loader without mentioning clear safe/unsafe.18:02
*** gfidente has joined #openstack-infra18:02
clarkbheh my puppet-gerrit change failed rspec testing because gerrit index didn't happen18:02
* clarkb fixes18:02
*** gfidente is now known as gfidente|afk18:02
*** eernst has quit IRC18:03
fungissbarnea|rover: github has already e-mailed every pyyaml-using project hosted there warning them that they have a "potential security vulnerability" in their software18:03
*** lpetrut has quit IRC18:03
fungithat's what seems to have renewed interest in that particular issue in recent weeks18:04
openstackgerritClark Boylan proposed openstack-infra/puppet-gerrit master: Revert "Create index on fresh install"  https://review.openstack.org/63074218:06
clarkbI think ^ will pass tests now18:06
openstackgerritDavid Shrewsbury proposed openstack-infra/nodepool master: Add a timeout for the image build  https://review.openstack.org/62992318:06
*** jamesmcarthur has joined #openstack-infra18:06
*** eernst has joined #openstack-infra18:09
*** eernst has quit IRC18:11
*** panda is now known as panda|off18:12
*** jpena is now known as jpena|off18:12
*** rfolco|brb is now known as rfolco18:14
*** yamamoto has joined #openstack-infra18:15
*** e0ne has joined #openstack-infra18:16
mordredfungi: heaven help anyone who is using yaml.load on purpose :)18:19
fungiyeah, like, you know, on trusted serialized data18:19
fungimordred: github is warning any project which declares a dependency on pyyaml, regardless of whether they actually call load()18:20
clarkbso much email18:20
corvusmordred: yeah, that was sort of glyph's point, which, he figures anyone who has poked their eyes out with the zodb should understand.  seems he was right :)18:20
mordredyeah. reminds me of that thing from a couple of years ago where "use of md5" started to trigger people's security linters18:21
mordredor maybe it was use of sha1 - or whatever it was18:21
clarkbmd5 came back up again recently on the openstack list18:21
*** kjackal has joined #openstack-infra18:21
mordredgod really?18:21
clarkb(for the same reason, some security check say md5 and went bad bad software)18:21
clarkbya18:21
*** smarcet has joined #openstack-infra18:21
fungiright. people still not able to wrap their heads around collision resistance vs first and second preimage resistance18:22
smarcetfungi: mordred: clarkb: afternoon please review https://review.openstack.org/#/c/595839/18:22
*** hwoarang has quit IRC18:22
*** wolverineav has joined #openstack-infra18:22
mordredcorvus: oh good. this gerrit build error is one of the ones we've seen before18:23
corvushey it's the javascript one!18:24
corvusok, so we have built the gerrit war "normally" right?18:24
*** eernst has joined #openstack-infra18:25
*** hwoarang has joined #openstack-infra18:25
mordredalthough the javascript thing is just complaining about a missing source map - the error error seems to be something something WorkResponse?18:25
mordredcorvus: I've built it with this dockerfile18:25
openstackgerritsebastian marcet proposed openstack-infra/system-config master: Migrate OpenStackID dev server to php7  https://review.openstack.org/62564018:25
corvusmordred: i was reading that as "the build thingy didn't say 'i built' instead it spewed error output"18:25
*** eernst has quit IRC18:26
mordredyah - that's probably the right reading18:26
*** eernst has joined #openstack-infra18:26
mordredcorvus: I'm doing a local build again ... if it works, then I think investigating git state differences (I set the git repo state up by hand and haven't done a pull or anything)18:27
corvusmordred: though perhaps still the js thing is a red herring... hard to say.  i don't see anything *else* that looks like an error18:27
mordredyeah - me either18:27
corvusmordred: yah.  you can run your "repos" playbook by hand too, right?18:27
mordredyah18:28
ssbarnea|roverfungi: regarding deprecation obsolete workflows. i wonder if we cannot speed-up the obsolescence of these workflow. let me know how (stupid) you find my idea...18:28
ssbarnea|roverfungi: add big red warning message at top of deprecated roles with 10 min delay. every other week we add other 10 min to the delay.18:30
fungistupid isn't the word i would use, but it does tie up ci resources with an otherwise unnecessary delay (as well as with job timeouts which then end up getting rechecked over and over)18:31
fungiwe ought to be able to identify frequent users via logstash queries18:32
ssbarnea|roveri am saying this because in my experience most people delay any refactoring until they are forced to do it, regardless how much effort you put in trying to convince.18:32
ssbarnea|roverfungi: yep, the recheck is an issue.18:32
fungithey likely won't see an artifically-induced delay as forcing them to do something, but rather as hostility18:33
*** ekultails has quit IRC18:33
openstackgerritsebastian marcet proposed openstack-infra/system-config master: Migrate OpenStackID dev server to php7  https://review.openstack.org/62564018:35
ssbarnea|roverfungi: i was trying be creative, not hostile :D maybe someone else has a better idea.18:36
openstackgerritMerged openstack-infra/project-config master: Add puppetforge publish and add to puppet release  https://review.openstack.org/62757318:36
ssbarnea|roverthis issue applies to any breaking change that needs adoption, without a clear deadlines a full migration is unlikely to ever reach 100%/18:36
fungisure, i don't think you were trying to be hostile at all, just saying that's how it will likely be perceived by developers who, after spending a while digging into why their jobs are taking so long, discover it's because a sleep was added specifically to annoy them into doing something different18:37
dmsimardOdds are they might not even notice the delay18:37
dmsimardThe standard deviation from running in different clouds etc18:37
fungithey'll notice it once their jobs start hitting timeouts and they recheck a dozen times18:38
dmsimardianw had an interesting approach when there was the changes for readthedocs18:38
dmsimardHe created a new job like "your-rtd-job-requires-attention"18:38
ssbarnea|roverdmsimard: haha, true. Maybe altering gerrit msg? replacing the green SUCCESS label, with something orange?18:38
*** ekultails has joined #openstack-infra18:38
ssbarnea|roverdmsimard: that job was not really a bad idea, it made me fix few things.18:39
fungissbarnea|rover: the traditional solution is to print a deprecation warning, send some announcements about end of life for maintaining it, maybe try to put together a list of frequent users (if it's not too much work), and then remove it at the deadline18:39
*** yamamoto has quit IRC18:39
fungipeople whose jobs break at that point are likely to notice, and have less to complain about than if we're just adding a sleep to make jobs annoying18:40
fungii personally don't want to run a ci system which sees annoying users as a solution to its problems18:40
ssbarnea|roveris it possible to add this your-job-definition-is-deprecarted job?18:41
AJaegerssbarnea|rover: we did this with the rfc change - and have very little changes ;(18:41
*** smarcet has quit IRC18:42
AJaegerssbarnea|rover: check template docs-on-readthedocs-failing18:42
fungissbarnea|rover: communicating deprecation warnings to people who are in a position to act on them is an interesting challenge, so i think it's a good topic of discussion18:42
AJaegerssbarnea|rover: argh, should have read dmsimard comment earlier, sorry for duplicate.18:43
*** yamamoto has joined #openstack-infra18:43
fungiwe can likely use some introspection in zuul to identify loaded configuration which uses roles/playbooks flagged for deprecation18:44
fungithat might be a useful feature18:44
clarkbcould just add a warning to the roles the emit a deprecated message to the console logs, then generate ar eport of all the jobs that have deprecated messages from elasticsearch18:44
fungias for identifying references to deprecated tools and repositories, that probably depends on source code searching18:44
dmsimardThe part about getting metrics regarding who uses what roles is interesting but challenging outside openstack18:45
fungiclarkb: yeah, that gets 1. anyone who looks at the logs and can act on the deprecation notice (or notify someone who in turn can), and projects with logs indexed in logstash which run those jobs with any regularity, as long as we know who to reach out to for them18:46
ssbarnea|roverclarkb: i like the deprecated message approach because we can mix it with an e-r query and get a clear idea about the trend.18:46
fungido we index console logs for all jobs across the board?18:46
ssbarnea|roverfrom my experience most people are ignoring most of warnigns in logs.18:47
dmsimardssbarnea|rover: oh, using logstash to track deprecation warnings is clever18:47
ssbarnea|roverfungi: afaik, console log is indexed by all jobs.18:47
clarkbfungi: yes18:47
*** remi_ness has joined #openstack-infra18:47
fungicool, then as long as they run those jobs with some regularity we can probably find them, just need to know who to reach out to about them18:47
fungiand as dmsimard points out, we're of course blind to anyone consuming those outside our zuul deployment18:48
fungiso still need to couple with announcements18:48
clarkbhttps://review.openstack.org/#/c/630742/ and https://review.openstack.org/#/c/630739/ should fix (I hope) the puppet-gerrit stuff we found on friday and both are zuul +118:48
clarkbalso there is a stack of gerrit changes at https://review.openstack.org/#/c/630390/ to get some wars built18:49
clarkbif we can get both sets of changes merged I'll update system-config to use the actual war on review-dev, make sure it all works then we can look at updating prod18:49
clarkbfungi: ya18:49
fungias an up-side, i think when we do remove any deprecated roles/playbooks, zuul will notice via configuration errors (either commenting on the removal or listing the config errors in the dashboard)?18:50
mordredcorvus: I have "good news"18:51
clarkbfungi: I believe that is correct18:51
fungiobviously that doesn't help for removals of tools like the zuul-cloner executable18:51
mordredcorvus: the local build I did worked18:51
mordredcorvus: it also exhibited the could-not-find-source-map warning, but was otherwise fine with life18:51
corvusoh, hrm, so that was a red herring?18:52
corvusmordred: i guess that means something is wrong in docker on a zuul vm?18:52
mordredmaybe? but now we get to figure out why it's working for me locally and not on zuul vms18:52
clarkbfungi: openid login on the wiki is broken because login.launchpad.net has a broken ssl cert18:53
mordredcorvus: yah. lemme go look at git repo state and stuff to18:53
clarkbfungi: I'm guessing we should take this as an indication to switch to ubuntu one and update the openid db tables as necessary?18:53
fungiclarkb: i expect so, yes18:53
clarkbre ^ the infra meeting agenda email might be late this week :)18:54
fungii'll see if i can do that real quick18:54
clarkbfungi: thanks18:54
*** remi_ness has quit IRC18:54
mordredcorvus: there don't seem to be any changes git-repo state-wise - so nothing upstream has shifted18:55
clarkbmordred: different base images somehow?18:56
clarkb(like maybe you pulled a debian or whatever from one location and that is different than dockerhub?)18:56
corvusmordred, clarkb, fungi: okay, so i just found this thing which seem to contradict dockerhub documentation by saying that you actually can delete a tag: https://devopsheaven.com/docker/dockerhub/2018/04/09/delete-docker-image-tag-dockerhub.html18:57
corvusand i verified it works18:57
clarkbhuh18:58
clarkbI wonder if they intend to remove that functionality at some point hence the mismatch in docs? or added it and didn't update docs to match18:58
corvusso should i re-attempt to delete obsolete gate pipeline tags, or should we skip supporting that since it's apparently not documented18:58
clarkbin either case, maybe we use that until it breaks?18:58
clarkbcorvus: my personal preference would be to avoid having hundreds/thousands/more tags over time if we can avoid it18:59
corvusokay, i'll work on that some more18:59
corvusi'll delay moving this into zuul-jobs roles until we work it out19:00
corvus(i discovered this *while* moving into zuul-jobs; i have no idea why i didn't find this last week) friday)19:00
*** diablo_rojo has joined #openstack-infra19:01
fungi11343 rows to update19:02
mordredclarkb: that's a good thought (base image diff) - I'm pushing my local openjdk:8 up to dockerhub as emonty/openjdk-8 - and will submit a new version of the patch that uses that instead of openjdk:819:02
fungibacking up mediawiki trove db via mysqldump now19:03
*** wolverineav has quit IRC19:04
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Build a gerrit image  https://review.openstack.org/63046819:05
clarkbfungi: let me know if I can help. Though I promised kids early lunch so will have to step out soon19:05
fungiupdated $wgOpenIDForcedProvider to https://login.ubuntu.com/+openid in /srv/mediawiki/Settings.php19:05
fungigenerating update query set via:19:06
fungisudo -H mysql -e 'select uoi_openid from user_openid where uoi_openid like "%login.launchpad.net%"' openstack_wiki|sed 's/.*/update users set openid="\0" where openid="\0";/'|sed 's/launchpad.net/ubuntu.com/'>openid_update.sql19:06
fungisorry, was user_openid not users in the update query19:07
*** kjackal has quit IRC19:07
fungiand uoi_openid for the set19:07
fungias well as in the where19:08
*** pcaruana has quit IRC19:08
fungiall updated19:09
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Add release note for zuul_return action plugin update  https://review.openstack.org/63076019:09
corvusfungi: i just logged in19:09
fungirestarting apache2 service now so that the mediawiki settings is reloaded19:09
fungiconfirmed, i've logged in successfully too19:10
fungiclarkb: ^ you should be all set now19:10
clarkbfungi: yup I'm logged int too19:10
openstackgerritPaul Belanger proposed openstack-infra/zuul master: Convert zuul_return into action plugin  https://review.openstack.org/59116819:11
clarkbwill edit a page to make sure my user didn't change (but it reported what I expected so don't think that happened)19:11
corvusfungi: i think the mediawiki settings took immediate effect19:11
fungicorvus: good to know. sometimes they don't due to mod_php caching the settings19:12
clarkbI am able to edit a page as expected too19:12
corvusfungi: between your two sql statements, the wiki was using ubuntu one, but not recognizing my account.19:12
funginoted19:12
fungii did my best to minimize that race as much as possible anyway, just in case it did19:12
corvusi canceled the process to avoid creating a second account; though there's a small possibility someone else didn't.  unclear what would happen in that case.  :)19:12
fungiand yeah, my wiki admin perms seem to have been preserved19:12
corvusfungi: i figured, which is why i didn't bother to mention it at the time.  :)19:13
*** yamamoto has quit IRC19:13
fungicorvus: i think they'll end up with duplicate accounts and then... dunno. error? random?19:13
openstackgerritMerged openstack-infra/zuul master: sql: add buildset uuid column  https://review.openstack.org/63003419:13
fungii suppose i could work out the sql for finding rows with more than one of the same value for the uoi_openid column19:14
*** yamamoto has joined #openstack-infra19:14
mordredclarkb: sigh. there is actually no difference between my local openjdk:8 and what's on dockerhub :(19:15
mordredand I'm also using upstream docker just like the job is19:18
*** e0ne has quit IRC19:19
mordredI'm going to put in a hold19:19
openstackgerritJeremy Stanley proposed openstack-infra/puppet-mediawiki master: Update default OpenID provider to ubuntu.com  https://review.openstack.org/63076119:24
fungi#status log updated openid provider for wiki.openstack.org from login.launchpad.net to login.ubuntu.com19:24
openstackstatusfungi: finished logging19:24
*** remi_ness has joined #openstack-infra19:25
*** yamamoto has quit IRC19:27
*** wolverineav has joined #openstack-infra19:29
*** wolverineav has quit IRC19:32
*** wolverineav has joined #openstack-infra19:32
*** yamamoto has joined #openstack-infra19:33
*** yamamoto has quit IRC19:35
*** yamamoto has joined #openstack-infra19:37
*** signed8bit has joined #openstack-infra19:38
*** yamamoto has quit IRC19:45
*** yamamoto has joined #openstack-infra19:49
*** e0ne has joined #openstack-infra20:01
*** yamamoto has quit IRC20:04
*** remi_ness has quit IRC20:05
*** yamamoto has joined #openstack-infra20:08
*** yamamoto has quit IRC20:11
*** yamamoto has joined #openstack-infra20:12
corvusclarkb: i just realized an issue with the tag cleanup.  i was going to delete all tags older than the tag we're promoting, however, there could be multiple branches at play.  if the stable/foo branch creates 'foo' docker tags, then a change on master can't go deleting all the older tags because it might delete a 'foo' tag which is about to be promoted.20:18
smcginnisI've been seeing a lot of gate failures with SSH time outs and errors assigning floating IPs. Anyone aware of any current issues that may be related?20:18
clarkbcorvus: oh hrm20:19
clarkbsmcginnis: I believe that is a known neutron bug20:19
smcginnisOK, thanks clarkb. I'll see if I can track that down.20:19
corvusclarkb: i could make the tags "change_<branch>_<number>" maybe?20:20
corvusthen delete all "change_<branch>_*" tags older than ours?20:20
clarkbsmcginnis: https://bugs.launchpad.net/neutron/+bug/1811515 that one I think20:20
openstackLaunchpad bug 1811515 in neutron "SSH to FIP fails in CI jobs" [Critical,Confirmed]20:20
corvus(i bet we'd have to transpose '/' chars in the 'branch' part of that)20:20
clarkbcorvus: I think that is safe with supercedenet pipeline20:20
smcginnisAh, looks like it could be it. Thanks for that.20:21
corvusclarkb: yeah.  that would take care of branch cases.  if, however, you had a more esoteric case where you built more than one tag from the same branch in different jobs, i think we'd lose.  like if you built "myapp:ubuntu" and "myapp:redhat"....20:22
corvusi guess that's not so esoteric.20:22
corvusok, here are things we can do easily: 1) delete the change_tag of thing we just promoted.  2) delete change_tags older than a certain period (like 24 hours).20:25
corvussince this is built for near-immediate promotion after gate, i think #2 is quite safe20:25
corvusso with the combination of those two items, we should be able to keep change_tag pollution to a mininum.20:25
clarkbya 2 should be safe20:30
*** bgmccollum has joined #openstack-infra20:31
sshnaidmpabelanger, would be nice to have some explanation for -1 :) https://review.openstack.org/#/c/630649/20:36
*** whoami-rajat has quit IRC20:40
clarkbfungi: have the link to our docs on how to format third party ci results for table inclusion handy?20:43
clarkbI'm not finding it after a quick search20:43
*** smarcet has joined #openstack-infra20:44
fungiclarkb: last example in the https://docs.openstack.org/infra/system-config/third_party.html#the-jenkins-gerrit-trigger-plugin-way section20:45
fungi"To format the result’s message in a way that works with the current OpenStack Gerrit GUI parser..."20:45
*** kjackal has joined #openstack-infra20:45
clarkbthanks20:45
*** eernst has quit IRC20:46
*** eernst has joined #openstack-infra20:49
*** eernst has quit IRC20:53
*** smarcet has quit IRC20:53
clarkbI've approved the gerrit 2.13.12 stack to get war built20:55
*** eernst has joined #openstack-infra20:55
*** smarcet has joined #openstack-infra20:55
*** eernst has quit IRC20:55
*** kjackal has quit IRC20:55
*** eernst has joined #openstack-infra20:55
clarkbreviews on https://review.openstack.org/#/c/630739/ and https://review.openstack.org/#/c/630742/ much appreciated to get the war deployed20:55
clarkbianw ^ when you wake that second one may interest yuo (its reverting a change you had pushed)20:56
clarkb(I think ultimately two thigns are at odds there, bootstrapping new server and upgrading existing server. We can hack that with the offline_reindex flag as documented in that change and applied via the rspec tests)20:56
*** yamamoto has quit IRC20:56
*** yamamoto has joined #openstack-infra20:57
fungiclarkb: i _think_ (though could be wrong) that modern gerrit releases already detect whether a reindex is required. i wonder if we could trigger off that somehow?20:59
clarkbfungi: I think most of them are happy with an online reindex instead of offline20:59
clarkbnot sure if that is a detection thing or just a rule with testing?21:00
clarkbin this case we need to distinguish between first ever install and an upgrade21:00
clarkband I think setting a flag to enable that is probably good enough?21:00
*** jamesmcarthur has quit IRC21:00
*** smarcet has quit IRC21:00
*** yamamoto has quit IRC21:03
*** hamzy_ has joined #openstack-infra21:03
*** smarcet has joined #openstack-infra21:03
*** smarcet has quit IRC21:03
*** sparkycollier_ has joined #openstack-infra21:04
*** Dobroslaw_ has joined #openstack-infra21:04
fungiwell, when i looked at the error log for the aborted upgrade, it complained that it needed an offline reindex run... but that might be because there was already an offline index which was partly performed and then aborted when the puppet exec timeout was reached?21:04
*** JpMaxMan_ has joined #openstack-infra21:04
*** mwhahaha_ has joined #openstack-infra21:04
fungimight be gerrit can't perform an online reindex to recover from an aborted offline reindex21:04
*** smarcet has joined #openstack-infra21:05
clarkbyes, it may move the old index aside for manual recovery but I don't think it can recover automatically if the existing index is corrupted21:06
clarkbaiui upgrades within the same release of gerrit are never supposed to require offline reindexing21:06
clarkbwe can also test that by downgrading, doing a full reindex (that returns us to old situation) then upgrade again with these changes in place21:06
*** HenryG_ has joined #openstack-infra21:07
mordredclarkb: I think that's a good idea21:08
clarkbin the past upgrades between the "major" releases required offlien reindexing then in 2.12 or 2.13 the plan forward was to not require that. Except then 2.14 added the notedb transition but they've since updated that upgrade to allow 2.13-> 2.15 direct without any offline reindex in between aiui21:09
* mordred is so looking forward to that21:11
*** Dobroslaw has quit IRC21:11
*** sparkycollier has quit IRC21:11
*** mgoddard has quit IRC21:11
*** JpMaxMan has quit IRC21:11
*** mwhahaha has quit IRC21:11
*** onovy has quit IRC21:11
*** HenryG has quit IRC21:11
*** hamzy has quit IRC21:11
*** jroll has quit IRC21:11
*** sparkycollier_ is now known as sparkycollier21:11
*** JpMaxMan_ is now known as JpMaxMan21:11
*** mwhahaha_ is now known as mwhahaha21:11
*** Dobroslaw_ is now known as Dobroslaw21:11
*** jroll has joined #openstack-infra21:12
clarkbdmsimard: fwiw I think we had decided that this behavior was possibly due to a chaneg in ansible using a lot more memory21:13
clarkbstarting in late november early december. That memory then trips the governor more often (and also leads to swap use)21:14
clarkbbut I don't think anyone tracked it to a specific release of ansible21:14
clarkband things mostly work even with the swap?21:14
*** yamamoto has joined #openstack-infra21:14
clarkbalso complicated jobs use more memory (not surprising), in particular when I measured it last month grenade and tripleo jobs used more memory and swapped more often21:15
*** mgoddard has joined #openstack-infra21:15
dmsimardclarkb: the logs show a gap of 9 minutes (during which I probably observed the zuul web console loop) http://paste.openstack.org/raw/742352/21:15
dmsimardIt looks like we're making the web console available before we know which executor will take care of the build ?21:16
clarkbdmsimard: I'm not familar enough with the govnernor to know if that may be to blame for that too21:16
clarkblik it grabs the next job then checks if it is safe to run it?21:16
*** efried has quit IRC21:16
clarkbdmsimard: yes, as soon as a nodeset is allocated iirc21:16
clarkbbut those particulars would be #zuul specific :)21:16
dmsimardyeah21:16
* dmsimard goes back21:16
*** efried has joined #openstack-infra21:17
*** yamamoto has quit IRC21:17
clarkb2867896KB swap used on ze01, 2709228KB of that is the executor process itself not ansible processes21:19
clarkbbulk of it is in zuul itself then21:19
mordredclarkb, corvus: I've got a node held - I cannot, so far, see any differences between it and my laptop21:20
dmsimardyou mentioned something in Ansible might have changed ? do you know when that was ?21:20
dmsimardlooking at ram usage in the last 30 days is not terribly conclusive http://grafana.openstack.org/d/T6vSHcSik/zuul-status?orgId=1&panelId=28&fullscreen&from=now-30d&to=now21:20
corvusdmsimard: between september and november, iirc.21:20
clarkbdmsimard: end of novemeber/early december is when we see the shift in our graphs. http://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=64005&rra_id=all21:20
corvusit's unclear when we restarted with various ansible versions, so is rathre hard to pin down.21:21
clarkbthere is 3.5GB of memory available on that host so I think this is mostly zuul-executor having stale pages paged out?21:21
clarkbdmsimard: though now that I think of it that memory use in ansible itself could've been related to how we read console logs21:22
clarkbwhich was updated as part of our trying to limit the memory costs there21:22
dmsimardyeah... looking at top, you can see kswapd working21:23
clarkbanother thought I had was that buffers for the console streams were maybe related?21:24
clarkbas you reduce the number of pages needed to service those requests they can get paged out, just waiting for the next big stream requests21:25
mordredclarkb, dmsimard: we're also still eating a high memory cost to write the json console log file21:26
clarkbbecause other than those erquests there isn't really any memory usage by that daemon iirc21:26
clarkbmordred: ya but thats in the subprocesses and only happens at the end of a job right?21:26
mordredone of the proprosed solutions is to shift to writing out a yaml file by appending all the time21:26
dmsimardmordred: yeah I was about to mention zuul-json21:26
clarkbor is that part of the zuul-executor?21:26
dmsimardloading and writing that file every time is probably costly21:26
clarkb(right now zuul-executor is using the memory)21:26
mordredclarkb: it's in teh ansible-playbook process21:26
clarkbya so that doesn't explain zuul-exucutor being the bulk of the swap21:26
mordredso yeah - that's probably not it from a memory usage perspective21:26
clarkbre zuul json, could we hack it and write bytes we know will result in valid jsob?21:27
mordredthe log streaming itself should be happening line at a time, so I wouldn't expect the executor to read the whole thing in to memory ..21:27
clarkbmordred: unless some job has a 1GB line21:27
mordredclarkb: indeed21:27
clarkbmordred: if you asked me 6 years ago I'd say thats silly21:27
clarkbbut now I know better :P21:28
mordredclarkb: I'd rather just switch to yaml - it'll be more human readable, and no less machine readable21:28
clarkbmordred: I dunno there is a big debate on that on github now :P but ya thats a fair point21:28
mordred:)21:28
*** xek has quit IRC21:28
mordredclarkb: I tend to disagree with most debates on github :)21:29
dmsimardOut of curiosity, have we measured the impact of leaving debug enabled ?21:29
*** smarcet has quit IRC21:29
clarkbdmsimard: ansible debug?21:30
clarkb(I'm not sure what debug you mean)21:30
dmsimardlooking at ze01, executor.log is at 48835 lines while executor-debug.log is at 152457221:30
clarkboh the python logging?21:30
dmsimardthat's a couple orders of magnitude21:30
clarkbpython logging should be fine21:31
*** smarcet has joined #openstack-infra21:31
clarkbthat goes to disk a message at a time and the messages are not particularly large21:31
clarkb(there is some memory cost but not much)21:31
dmsimardit's more about the amount of messages than the size but yeah21:31
clarkbif that is a source of problems it will be filling our disks not causing the deamon to swap21:32
mordredcorvus: https://github.com/angular/devkit/commit/fab734b1e910bfeeb9faad0d054031aaaebcffee21:34
*** smarcet has quit IRC21:34
mordredcorvus: "# Workaround https://github.com/bazelbuild/bazel/issues/364521:34
mordred# Bazel doesn't calculate the memory ceiling correctly when running under Docker.21:34
mordred"21:34
mordredcorvus: I re-ran the build on the held node and it failed in the same way21:34
*** smarcet has joined #openstack-infra21:34
mordredcorvus: I'm going to try putting in an rc file like that and seeing if it'll do the right thing21:34
*** kgiusti has left #openstack-infra21:35
corvusmordred: i'm trying to relate this to success in docker on your laptop21:35
corvusmordred: any ideas?21:35
mordredcorvus: my laptop has more ram21:36
mordredso I think the build is consuming more ram than the 8G - and doing so badly because it's autodetecting memory wrongly - but on my laptop I have enough ram so the mis-detection isn't an issue?21:37
ianwclarkb: heh, 2 years, 5 months ago on that gerrit puppet change.  i can barely remember what i ate for breakfast :)21:38
*** smarcet has quit IRC21:38
mordredcorvus: although that particularly config is WAY small, the first number, 3072, is ram  - but let's see if it works21:39
mordredcorvus: got past gerrit-server/libserver-class.jar21:39
*** e0ne has quit IRC21:40
clarkbianw: I only remember what I had for breakfast because it was at lunch :)21:41
mordredcorvus: INFO: Build completed successfully, 2374 total actions21:43
corvusmordred: congratulations!  you win at computers!21:44
mordredcorvus: I'm going to work on making that a parameter we can pass in21:44
mordredcorvus: the ENV command in Dockerfile allows you to set an env var that will be used if set in the calling context, right?21:45
ianwinfra-root: could i get one more look at https://review.openstack.org/#/c/629681/ which reverts the centos-7-nm node, tripleo testing was successful with NetworkManager.  no jobs use this node type, i'll manually clean up after merge21:45
corvusmordred: yes; and i think they can default?21:46
*** eernst has quit IRC21:46
clarkblooks like the console streaming is done in a separate daemon and that doesn't swap so heavily21:47
mordredcorvus: yeah. so I'm thinking doing an ENV BAZEL_OPTS "" and putting ${BAZEL_OPTS} after the bazel command - then in our invocation of docker build set BAZEL_OPTS to "--local_resources=4096,2.0,1.0"21:48
clarkbso something in mergers, executor, governor, update thread or disk accountant21:48
mordredcorvus: which might need an additional field in our images dict - to be a dict of env vars to set on the shell command21:48
corvusmordred: that sounds reasonable21:49
clarkbianw: I think if you go to min-ready: 0 then actually get to 0 nodes of that type, then delete the provider images and diskimages it will clean up mostly for you21:49
*** jcoufal has quit IRC21:49
clarkbianw: otherwise I think you may need to manually cleanup zk for things like min ready requests that may have gone stale?21:50
*** eharney has quit IRC21:51
clarkbianw: I've +2'd anyway since I think it would be avaluable learning experience if this actually does work out fine :)21:51
clarkband fixing it is straightforward (we revert)21:51
dmsimardclarkb: the "du" (from the disk accountant I suppose) shows up in the top processes for a while from time to time21:52
clarkbdmsimard: for memory or cpu?21:52
clarkb(but that should also be captured by the du process not the zuul process)21:52
dmsimardI'll have to tell you next time I see it, I'd guess that was cpu21:52
dmsimardalso, yes, it's separate21:52
*** eernst has joined #openstack-infra21:53
clarkbfwiw the zuul mergers don't have this problem which likely rules out somethign related to the merger thread21:53
*** fuentess has quit IRC21:54
dmsimardyeah, the "du" is mostly cpu.21:55
dmsimard0.2% mem21:55
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Build a gerrit image  https://review.openstack.org/63046821:57
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add support for per-image environment variables  https://review.openstack.org/63077721:57
corvusclarkb, dmsimard: i triggered sigusr2 twice if you want to look in the debug logs for objgraph stats21:57
corvuson ze0121:57
*** eernst has quit IRC21:57
*** smarcet has joined #openstack-infra21:58
pabelangersshnaidm: Oh, sorry. I did enter some comments via UI, but guess they didn't post21:59
pabelangersshnaidm: adding them now21:59
*** eernst has joined #openstack-infra21:59
clarkbcorvus: I don't see 'Beginning debug handler' in the executor debug log on ze0122:01
clarkbyappi is installed22:01
clarkbas is objgraph22:02
*** yamamoto has joined #openstack-infra22:02
clarkbdid we regress that feature sonmehow?22:02
dmsimardclarkb: http://paste.openstack.org/show/742356/22:02
corvusclarkb: it's there22:03
corvus2019-01-14 21:30:29,001 DEBUG zuul.stack_dump: Beginning debug handler22:03
clarkbbah I had a typo in Beginning sorry22:03
dmsimardI grep'd for stack_dump :p22:03
*** eernst_ has joined #openstack-infra22:04
*** eernst has quit IRC22:04
dmsimardI'm not sure how to interpret that data or recognize if it is normal or not, though :(22:06
*** yamamoto has quit IRC22:06
*** imacdonn has quit IRC22:06
*** eernst_ has quit IRC22:06
*** eernst has joined #openstack-infra22:06
*** imacdonn has joined #openstack-infra22:06
clarkbdmsimard: its giving you counts of objects by type, then on the second run its a delta in that count22:07
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add support for per-image build-arg settings  https://review.openstack.org/63077722:07
*** yamamoto has joined #openstack-infra22:07
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Build a gerrit image  https://review.openstack.org/63046822:07
dmsimardthe numbers are identical in both columns, though ?22:07
mordredcorvus: ^^ ENV is not the right choice - ARG is the right choice22:07
clarkbdmsimard: the first time yes, beacuse there is no delta yet. But then the second time we see there are 6 more dicts for example22:08
clarkband one more stringio22:08
dmsimardoh22:09
corvusthey were not far apart; if you do it 2 more times you'll get better deltas22:09
corvus(always run it twice to turn off yappi)22:09
clarkbwe probably want one after running executor for like half an hour22:10
clarkbthat gives us a baseline on function counts22:10
clarkbthen one a day later or so?22:10
clarkbI'm reruning sigusr2 on ze01 now22:16
mordredcorvus, clarkb: I build image on the held node using the above dockerfile approach and the build was successful22:17
mordredobviously the proof will be in the job going green22:17
*** yamamoto has quit IRC22:18
mordredcorvus: I think we should make build_arg a list - --build-arg can be passed to docker build more than one time22:19
clarkbcorvus: dmsimard http://paste.openstack.org/show/742357/ is the delta between corvus' second usr2 and my first (I did run it twice but the delta between my first an second is less interesting)22:19
clarkbis it possible we are leaking functions somehow?22:20
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Delete change tags from docker image repos  https://review.openstack.org/63078222:20
openstackgerritMerged openstack-infra/puppet-openstackid master: Added configuration for MYSQL SSL connection  https://review.openstack.org/59583922:21
corvusclarkb: hrm.  now i sort of want to add the repl to the executor22:22
corvussee what those function objects are22:22
dmsimardso it's just "kill -SIGUSR2 $pid" once to start yappi then another time to stop it ?22:22
corvusclarkb: i think i like your 30 minutes / 24 hour idea22:22
corvusmaybe we should do a full zuul restart (i need a scheduler change anyway) and do that22:23
corvusi'm worried that if we wait 24 hours now, the leak (if any) will be too slow to jump out at us22:23
clarkbdmsimard: yes, though I waited for the finish message to show up in the log message before running the second time (I don't think this is necessary though)22:24
clarkbcorvus: ++22:24
mordredcorvus: if we do a full restart - it would be nice to get the git driver sources for gerrit things in22:24
mordredcorvus: but also, if you don't want to wait on that, totally fine22:24
corvusi need to run an errand; maybe clarkb could review https://review.openstack.org/630740 and i can restart when i get back?22:25
*** smarcet has quit IRC22:26
clarkbreviewing now22:26
mordredclarkb: https://review.openstack.org/#/c/630744/ when you're done reviewing that22:26
*** yamamoto has joined #openstack-infra22:26
clarkbI've approved the first and +2'd the second (I blieve the second needs gerrit to be restarted before it can't be applied)22:27
dmsimardclarkb: ah, I wanted to compare numbers with the software factory deployment but we're not carrying yappi right now :(22:29
corvusdmsimard: these numbers are from objgraph, not yappi22:29
dmsimardyappi is required though, right ?22:30
corvusi don't think so?22:30
clarkbno yappi does a different set of data22:30
corvusverified: they are both optional22:30
clarkbreading the code we check for each independently22:30
dmsimardah but we don't have objgraph either22:30
* dmsimard adds to todo list22:31
corvus(it's just that we *do* have yappi installed, so we need to run it twice since the same event starts/stops yappi)22:31
*** yamamoto has quit IRC22:31
*** rcernin has joined #openstack-infra22:31
corvusall of these things could probably be migrated to command socket commands now22:31
*** yamamoto has joined #openstack-infra22:32
*** yamamoto has quit IRC22:36
*** yamamoto has joined #openstack-infra22:37
*** ekultails has quit IRC22:39
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add support for per-image build-arg settings  https://review.openstack.org/63077722:44
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Build a gerrit image  https://review.openstack.org/63046822:44
openstackgerritTrevor McCasland proposed openstack-infra/subunit2sql master: Fix 'Content' object is not iterable  https://review.openstack.org/62740922:46
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add support for per-image build-arg settings  https://review.openstack.org/63077722:48
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Build a gerrit image  https://review.openstack.org/63046822:48
mordredcorvus: ok. there's a stab at it being a list.22:48
*** yamamoto has quit IRC22:49
*** sreejithp has quit IRC22:56
openstackgerritMerged openstack-infra/system-config master: Add gerrit.googlesource.com to zuul using git driver  https://review.openstack.org/63074022:58
openstackgerritMerged openstack-infra/project-config master: Revert "Add CentOS NetworkManager testing node"  https://review.openstack.org/62968122:58
*** smarcet has joined #openstack-infra23:00
*** yamamoto has joined #openstack-infra23:01
*** boden has quit IRC23:03
*** smarcet has quit IRC23:04
*** mriedem is now known as mriedem_away23:07
*** efried has quit IRC23:08
*** rascasoft has quit IRC23:10
clarkbI just finished doing it myself so may as well remind others to do so too, openstack board elections happening now, if you are an individual member you should go and vote :)23:10
*** yamamoto has quit IRC23:11
mordredyou also get the opportunity to vote on bylaws changes!23:11
*** yamamoto has joined #openstack-infra23:11
clarkbmordred: can I get you to review https://review.openstack.org/#/c/630739/ and https://review.openstack.org/#/c/630742/ ?23:14
mordredclarkb: looking23:15
*** yamamoto has quit IRC23:15
*** efried has joined #openstack-infra23:15
mordredclarkb: +2 on both23:16
clarkbthank you23:16
clarkbany other infra roots want to take a look? I'm running out of time today where I can focus and pay attention to those changes going in but would be good to get them in soon if we can23:16
clarkbfungi: ^ you probably most up to date on that stuff if you are still around23:17
mordredclarkb: there's a few more plugins in the plugins dir than I have in the plugin build instructions in the dockerfile23:17
mordredclarkb: for gerrit23:17
*** yamamoto has joined #openstack-infra23:17
clarkbmordred: some of them are bundled like replication iirc23:18
clarkbthe code is organized as a plugin but they get automagically built for you I think, we should be able to double check that with your builds?23:18
mordredclarkb: singleusergroup, reviewnotes, commit-message-length-validator, download-commands23:18
corvusi'm back; looks like the googlesource source change hasn't landed on zuul01 yet23:19
mordredah - good point23:19
mordredcorvus: it just merged at 22:58:0523:19
mordredso it should be there soon23:19
fungiclarkb: yeah, still writing that zuul spotlight for the osf newsletter, but will take a look23:19
corvusyep; i'll check back in a bit23:19
corvusah drat23:20
corvusi forgot to change a dockerfile to trigger a build23:20
openstackgerritJames E. Blair proposed openstack-infra/system-config master: Delete change tags from docker image repos  https://review.openstack.org/63078223:21
*** rascasoft has joined #openstack-infra23:21
clarkbmordred: ya check gerrit/plugins23:21
clarkbmordred: contains BUILD commit-message-length-validator  download-commands  external_plugin_deps.bzl  hooks  replication  reviewnotes  singleusergroup23:21
*** yamamoto has quit IRC23:21
mordredah - cool23:21
fungiclarkb: the change being reverted, was that one zaro added because we needed an offline reindex upgrading from 2.13?23:21
clarkbfungi: ianw added it. I'm not sure why. It shouldn't have been necessary for any of our servers as they were all initially installed long ago23:22
clarkbfungi: that code was specifically there to handle the first ever install you make23:22
fungiadd, it's been there since august 201623:22
clarkb(per the comment)23:22
fungihttps://review.openstack.org/35968323:23
fungicool, thanks!23:23
clarkbmy first ps failed because of the thing that fixes23:23
clarkbI then had to update the rspec tests to set offline_reindex to true to get the initial install to reindex23:23
ianwin my notes around that day i have " migrate ~gerrit2 on review-dev to new cinder volume"23:24
*** rlandy has quit IRC23:25
clarkbfungi: thanks. Those should both be noops for running gerrit (which I'll watch to confirm) then tomorrow pick up the test of upgrading on review-dev again23:25
ianwclarkb: ahh, here's what i was doing -> http://lists.openstack.org/pipermail/openstack-infra/2016-August/004684.html23:25
clarkbianw: I'm guessing that puppet ran first and gerrit failed to start before you copied things over23:26
clarkbsince launch node ran puppet at the time23:26
*** rascasoft has quit IRC23:26
clarkbsetting offline_reindex to true should work for that case if we run into it today23:26
mordred2016 was so long ago23:27
*** yamamoto has joined #openstack-infra23:30
corvusclarkb, dmsimard: have we just been assuming that the executor queue is related to swap?23:31
corvusclarkb, dmsimard: i just looked at the logs for ze01, and the proximate cause for unregistering has consistently been 'too many starting builds'.23:32
corvusthat could be indirectly related to swap23:33
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Add dogpile.cache master to the -src tests  https://review.openstack.org/62545723:33
*** yamamoto has quit IRC23:33
*** dkehn has left #openstack-infra23:33
clarkbcorvus: I thought you or pabelanger? had tied it to swap back in december23:34
clarkbI haven't confirmed that recently23:34
ianw^ while dogpile.cache maybe isn't the most interesting given it's general stability, it's the first example of pulling in github repos in devstack testing23:34
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Build a gerrit image  https://review.openstack.org/63046823:35
*** yamamoto has joined #openstack-infra23:35
mordredianw: also, dogpile.cache 0.7.0 broke us via openstacksdk :)23:35
ianwso it would probably be cool for dogpile.cache to integrate that ... although i imagine anyone upstream actually debugging it would be quite an effort23:35
ianwmordred: yep, that's what prompted me to see if we could pull it from master23:36
mordred++23:36
mordredMAYBE I'll get a green image build today23:36
*** rascasoft has joined #openstack-infra23:36
*** yamamoto has quit IRC23:37
*** eernst has quit IRC23:39
*** dkehn has joined #openstack-infra23:41
*** rascasoft has quit IRC23:41
*** signed8bit has quit IRC23:41
*** yamamoto has joined #openstack-infra23:43
*** rfolco has quit IRC23:45
*** rfolco has joined #openstack-infra23:45
*** yamamoto has quit IRC23:46
*** rascasoft has joined #openstack-infra23:47
openstackgerritMerged openstack-infra/puppet-gerrit master: Set java lib user ownership to gerrit2  https://review.openstack.org/63073923:48
openstackgerritMerged openstack-infra/puppet-gerrit master: Revert "Create index on fresh install"  https://review.openstack.org/63074223:48
corvusgooglesource change is on disk23:49
mordredcorvus: https://review.openstack.org/#/c/630468/16/playbooks/zuul/build-image/run.yaml <-- I tried moving this to a wrapped block - the previous patch didn't get indentation and blank lines right23:49
mordredcorvus: reasoning about the intersection of jinja and yaml sometimes hurts my head23:50
mordredoh - I guess I shoud have updated the build_args patch, not that one23:50
corvusheh, mildly confusing :)23:50
corvusmordred: still failing: http://logs.openstack.org/68/630468/16/check/system-config-build-image-gerrit/b29aa22/ara-report/result/cfdf744c-abc2-42dd-b31b-a9006dd15c31/23:51
*** rascasoft has quit IRC23:52
ianwfungi: i'd be interested if you have any thoughts on mixing pypi install jobs and git install jobs and bindep.txt.  in short, when installing from git we can use the packages bindep, but when installing releases from pypi we have no insight into that.  i'm trying to think how we can cover both without too much duplication23:52
ianwfungi: to be exact see https://review.openstack.org/#/c/626068/23:53
corvusmordred: you turned '--tag' into '-tag'23:53
fungiianw: is this for devstack, i guess?23:53
fungigood guess!23:53
corvusmordred: not sure if that's _the_ issue, but maybe _an_ issue23:53
mordredcorvus: thats likely because I can't operate editors23:53
clarkbits a bsd tool now23:53
ianwfungi: yep; i'm thinking that we just have to let plugins (like nodepool) have a fallback bindep, that duplicates what's in the project's it may install's bindep23:54
corvusclarkb: docker was probably written on a mac, so... surprised it wasn't like that all along23:54
fungiianw: it's a good question. bindep's original design as a helper for setting up development environments sort of assumed you had the source code handy for the software on which you were going to do development work23:54
*** yamamoto has joined #openstack-infra23:55
corvusi'm going to restart all of zuul now23:55
fungiianw: for devstack, i envisioned just converting its package list into a bindep.txt (so presumably plugins could also provide their own additions too?)23:55
fungiianw: i didn't consider trying to reuse each project's bindep list to build one for devstack, if that helps23:55
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Add support for per-image build-arg settings  https://review.openstack.org/63077723:56
openstackgerritMonty Taylor proposed openstack-infra/system-config master: Build a gerrit image  https://review.openstack.org/63046823:56
mordredcorvus: maybe this time is the charm23:56
fungiianw: which packages you need to install in a nova development environment won't necessarily be a 1:1 match with what packages devstack needs to be able to start the nova service23:56
ianwfungi: yeah, that's were i'm at.  so for example, with nodepool's plugin, it's bindep.txt will need to duplicate dib's bindep.txt to get debootstrap etc etc23:56
ianwbut in the -src jobs, we can reference dib's bindep directly23:57
*** yamamoto has quit IRC23:57
fungiit's an intruiging optimization i hadn't considered23:57
*** yamamoto has joined #openstack-infra23:57
fungithough other than avoiding some duplication, i'm not convinced the added complexity is warranted23:58
ianwso now it becomes a mess ... how does devstack know what not to use when it's a -src job v a released job23:58
*** markvoelker has joined #openstack-infra23:58
fungii mean, it's possible you might want different/additional packages installed in a dib development environment than in a devstack deployment using the nodepool devstack plugin23:58
fungiso just always keeping those lists separate has its advantages in simplicity23:59
fungieven if it means needing to remember to add some of the dependencies in both places23:59

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