Friday, 2020-04-24

clarkbianw: fwiw I tested that image url and it was workign from here, but its large so I killed it00:00
clarkbianw: but in theory it is normally accessible00:00
ianwyeah other jobs have worked too00:01
ianwi think it's just one of those days :)00:01
openstackgerritMerged openstack/project-config master: nb03 : update to arm64 to inheritance, drop pip-and-virtualenv  https://review.opendev.org/72064100:02
ianwwill tail builds of ^00:02
donnydianw: is OE functioning correctly?00:03
clarkbthanks. I'm going to be around off and on for the evening, but larlgey calling it a day now00:03
ianwdonnyd: yes thanks, doesn't seem to be a systematic issue00:03
donnydok cool. I have had few complaints with the new system and this is concerning00:04
donnydI can assume one of two things - it works perfectly (unlikely), people don't want to complain because they worry there is nothing that can be done to fix it (more likley)00:05
ianwwell i'll keep an eye and complain if i see anything :)00:06
ianw2020-04-24 00:15:01.752 | E: Failed to fetch http://mirror.sjc1.vexxhost.openstack.org/ubuntu/dists/focal-backports/universe/binary-amd64/Packages  404  Not Found [IP: 38.108.68.37 80]00:16
ianw2020-04-24 00:15:01.752 | E: Failed to fetch http://mirror.sjc1.vexxhost.openstack.org/ubuntu/dists/focal-security/universe/binary-amd64/Packages  404  Not Found [IP: 38.108.68.37 80]00:16
ianwclarkb: ^ hrm, i feel like we had workarounds to ignore these before ... i have strong dejavu00:17
ianwdebian, fungi was invovled ...00:17
clarkbya we have to disable those repos in our apt config on test nodes00:19
clarkbI think its a configure-mirror change?00:19
ianwthis is during the dib build ... mordred managed to build it so something must be up00:20
*** mlavalle has quit IRC00:21
ianwthey exist in https://mirror.aarnet.edu.au/pub/ubuntu/archive/dists/00:21
ianwi think with debian they didn't00:21
fungithey exist on official mirrors with empty indices00:22
fungireprepro builds its indices from the list of packages it synced00:22
fungisince reprepro found no packages to retrieve for those suites, it did not create any indices for them00:22
ianw... ahhh ... the most compatible thing to do is to probably replicate that then, until they're populated00:23
fungithe reprepro manpage suggests the export subcommand is useful when "...you want to create an initial empty but fully equipped dists/codename directory."00:26
fungiso that might be the solution we need00:27
ianwfungi: --export force maybe?00:30
fungiunder "commands" section, export [ codenames ]00:31
fungithough yeah, looks like maybe --export=force when mirroring could do what we want00:32
ianwi don't like the "inconsistent state" caveat in that command :)00:34
fungiyeah, sounds like maybe it doesn't do the same as the export subcommand in that case?00:35
ianwfungi: should i try a : k5start -t -f /etc/reprepro.keytab service/reprepro -- bash -c "reprepro --confdir /etc/reprepro/ubuntu/distributions export focal-backports"00:36
fungiin theory we'd only ever need to run export once, yeah00:36
ianwi'm going to try it ...00:37
* fungi makes virtual thumbs-up00:37
clarkbI think for confdir it ends at ubuntu no distributions00:38
ianwhrm, it sees a current lock and won't do it00:38
openstackgerritMerged zuul/zuul-jobs master: Fix the checking helm_values_file definition  https://review.opendev.org/72251600:40
ianwi'll try again in a bit00:40
fungiis there a reprepro run in progress?00:40
ianwyes00:40
ianwhttp://paste.openstack.org/show/792630/00:43
ianwlooks like it worked00:43
fungiyay! so there is a solution00:43
fungiwe just have to remember to do that whenever adding a new release i guess00:44
ianwthere's stuff in the r/w, i'll release it00:44
ianwok ... http://mirror.sjc1.vexxhost.openstack.org/ubuntu/dists/focal-backports/universe/binary-amd64/ exists00:46
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [wip] add a focal test  https://review.opendev.org/72254400:50
ianw... round we go again ...00:51
ianwfungi: yep ... see you here again in two years, same time, same place? :)00:52
ianwclarkb: if you have a sec -- https://review.opendev.org/#/c/721726/ is the one stopping upgrades of the functional tests to container based00:59
clarkbianw is it better to do env -i or do we need other stuff in the env?01:02
ianwclarkb: if i was starting over right now, i might clear the env and put the path in explicitly etc ... but tbh i'd be worried about what that might do with the extant code01:03
ianwif it ain't broke ... :)01:04
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [wip] add a focal test  https://review.opendev.org/72254401:25
*** kevinz has joined #opendev02:06
ianwhttps://zuul.opendev.org/t/openstack/build/8e8c7fea52224558944bb8e218271509/log/nodepool/builds/test-image-0000000001.log#32702:18
ianwhttps://zuul.opendev.org/t/openstack/build/4d3510d6f58b42bfbdb1a5e0917a5a84/log/nodepool/builds/test-image-0000000001.log#32702:18
ianwhttps://zuul.opendev.org/t/openstack/build/8e8c7fea52224558944bb8e218271509/log/nodepool/builds/test-image-0000000001.log#32702:19
ianwdonnyd: ^ that's 3 instances of seemingly not being able to get to the mirror on openedge from ~00:40 - 00:5002:19
ianwdonnyd: ^ don't worry, it's my fault02:31
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Fix args to debuntu functional tests  https://review.opendev.org/72256402:36
openstackgerritIan Wienand proposed openstack/diskimage-builder master: yum-minimal: strip env vars in chroot calls  https://review.opendev.org/72172602:40
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Switch functional tests to containers  https://review.opendev.org/72151102:40
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Restore SUSE tests to gate  https://review.opendev.org/72177902:40
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [wip] add a focal test  https://review.opendev.org/72254402:40
openstackgerritIan Wienand proposed openstack/diskimage-builder master: pip-and-virtualenv : fix fedora 30 install  https://review.opendev.org/71679502:43
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Bionic functional tests should be voting  https://review.opendev.org/71683902:43
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Switch functional tests to containers  https://review.opendev.org/72151102:43
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Restore SUSE tests to gate  https://review.opendev.org/72177902:43
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [wip] add a focal test  https://review.opendev.org/72254402:43
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Switch functional tests to containers  https://review.opendev.org/72151103:13
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Restore SUSE tests to gate  https://review.opendev.org/72177903:13
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [wip] add a focal test  https://review.opendev.org/72254403:13
openstackgerritMerged openstack/project-config master: Add core group for python-keystoneclient  https://review.opendev.org/72233303:19
*** ysandeep|away is now known as ysandeep04:10
*** elod has quit IRC04:13
*** ykarel|away is now known as ykarel04:13
openstackgerritIan Wienand proposed opendev/glean master: Drop release test  https://review.opendev.org/72254904:44
*** roman_g has quit IRC04:53
*** ysandeep is now known as ysandeep|brb04:58
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Switch functional tests to containers  https://review.opendev.org/72151105:14
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Restore SUSE tests to gate  https://review.opendev.org/72177905:14
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Add a focal test  https://review.opendev.org/72254405:14
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Add a focal test  https://review.opendev.org/72254405:19
*** ysandeep|brb is now known as ysandeep05:29
openstackgerritMerged openstack/diskimage-builder master: Fix args to debuntu functional tests  https://review.opendev.org/72256405:31
openstackgerritMerged openstack/diskimage-builder master: yum-minimal: strip env vars in chroot calls  https://review.opendev.org/72172605:34
openstackgerritMerged openstack/diskimage-builder master: pip-and-virtualenv : fix fedora 30 install  https://review.opendev.org/71679505:34
ianwclarkb / mordred: i think i have a tl;dr for the current work.  if you work your way down from the focal change @ https://review.opendev.org/#/c/722544/ we will have testing for all our production images under containers06:00
ianwthere's a couple of sideways moves into glean and nodepool from some changes06:01
*** DSpider has joined #opendev06:01
ianwat that point, i feel like we can move all builds to container builders; i.e. nb04 ATM -- but not hard to bring up a couple more to spread the load06:02
ianwthat should help corvus with TLS work and just leaves the arm64 story which is in flight06:02
*** dpawlik has joined #opendev06:03
*** elod has joined #opendev06:20
*** elod has quit IRC06:25
*** elod has joined #opendev06:31
ianwfrickler: ^ thanks also for your reviews that have been very helpful!06:50
*** rpittau|afk is now known as rpittau07:17
*** tosky has joined #opendev07:33
AJaegerianw: is https://review.opendev.org/#/c/722549 really correct? Commit message and change don't match07:36
*** diablo_rojo has quit IRC07:45
*** ysandeep is now known as ysandeep|lunch07:57
*** ralonsoh has joined #opendev08:01
openstackgerritAndreas Jaeger proposed openstack/diskimage-builder master: Add a focal test  https://review.opendev.org/72254408:01
yoctozepto23:47:08 <ianw> clarkb yoctozepto: centos-8 is slightly different in that it only has packaged pip installed -- we do not overwrite it with pip installed versions08:18
yoctozeptothanks, that's useful info!08:18
*** ykarel is now known as ykarel|lunch09:05
openstackgerritAndreas Jaeger proposed openstack/project-config master: Remove translations from networking-ovn  https://review.opendev.org/72264309:07
*** ysandeep|lunch is now known as ysandeep09:08
openstackgerritAndreas Jaeger proposed openstack/project-config master: Remove translations from networking-ovn  https://review.opendev.org/72264309:12
openstackgerritFabien Boucher proposed zuul/zuul-jobs master: Remove hardcoded use of /home/zuul  https://review.opendev.org/72264909:33
AJaegermordred: could you review, please? ^09:35
openstackgerritMerged openstack/diskimage-builder master: Bionic functional tests should be voting  https://review.opendev.org/71683909:41
*** yoctozepto has quit IRC10:09
*** rpittau is now known as rpittau|bbl10:12
*** yoctozepto has joined #opendev10:18
*** elod has quit IRC10:24
*** elod has joined #opendev10:30
*** ykarel|lunch is now known as ykarel10:32
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179611:18
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and ensure roles  https://review.opendev.org/69351311:27
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179611:41
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179611:53
*** sgw has quit IRC12:08
*** rpittau|bbl is now known as rpittau12:13
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179612:27
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and ensure roles  https://review.opendev.org/69351312:31
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179612:42
*** njohnston has quit IRC12:43
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179612:48
openstackgerritAkihiro Motoki proposed openstack/project-config master: Define stable cores for horizon plugins in neutron stadium  https://review.opendev.org/72268212:49
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179612:53
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: cabal-test: add initial haskell job  https://review.opendev.org/72173513:12
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: hlint: add haskell source code suggestions job  https://review.opendev.org/72230913:12
*** ykarel is now known as ykarel|afk13:14
mordredAJaeger: I left a comment in response to yours on  https://review.opendev.org/#/c/72254913:23
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179613:24
mordredclarkb: ianw's stack (and depends-on) looks all good to me13:26
mordredinfra-root: I'm going to land the codesearch change13:30
mordredcorvus: when you get up, could you re-review https://review.opendev.org/#/c/721098 ? it's green now and I updated from your review comments13:30
openstackgerritMerged openstack/project-config master: Include octavia files when updating branch constraints  https://review.opendev.org/72249113:42
openstackgerritMerged openstack/project-config master: Finish retiring i18n-specs  https://review.opendev.org/72172213:43
fungimordred: sounds good13:46
*** mlavalle has joined #opendev13:49
*** ysandeep is now known as ysandeep|afk13:50
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Support multi-arch image builds with docker buildx  https://review.opendev.org/72233913:51
*** iurygregory has quit IRC13:55
*** iurygregory has joined #opendev13:56
AJaegermordred: Ah, thx13:56
openstackgerritMerged opendev/system-config master: Split codesearch into its own playbook  https://review.opendev.org/72110213:57
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179613:58
*** ykarel|afk is now known as ykarel14:07
*** smcginnis has quit IRC14:08
mordredfungi, corvus, clarkb : real easy one-liner for that stack: https://review.opendev.org/#/c/72163314:09
mordredcorvus: I think we should be able to land both the nodepol and zuul changes today - but obviously we want to watch those14:11
*** smcginnis has joined #opendev14:11
corvusmordred: cool, we need to land that stack from ianw first right?  then build new nodepool images?14:13
AJaegerdo we need to restart nodepool once that is landed?14:17
openstackgerritDouglas Mendizábal proposed openstack/project-config master: Add ansible role for managing Luna SA HSM  https://review.opendev.org/72134914:21
openstackgerritMonty Taylor proposed opendev/system-config master: Run Zuul using Ansible and Containers  https://review.opendev.org/71762014:21
openstackgerritMonty Taylor proposed opendev/system-config master: Run docker-compose up automatically on web and mergers  https://review.opendev.org/72279914:21
mordredcorvus: I don't think we're blocked on ianw rolling out zuul or nodepool changes14:22
mordredcorvus: ^^ I updated that to not do an auto-start of the docker containers14:22
mordred(and then to follow up to do the start for where it's safe) - so that we can land it and not have a race14:23
mordredcorvus: I mean - I think we shoudl land the stack from ianw - and it all looks good to me - but I think it's orthogonal to rolling out nodepool-launcher ansible14:24
openstackgerritDrew Walters proposed openstack/project-config master: Add Airship subproject documentation job  https://review.opendev.org/72132814:30
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179614:34
openstackgerritMerged zuul/zuul-jobs master: Remove hardcoded use of /home/zuul  https://review.opendev.org/72264914:35
openstackgerritMerged zuul/zuul-jobs master: cabal-test: add initial haskell job  https://review.opendev.org/72173514:35
corvusmordred: what's the plan for nodepool-builder?14:42
corvuscontainers or pip?14:42
mordredcorvus: containers  - for that we do want to land ianw's changes14:43
*** sgw has joined #opendev14:43
corvusmordred: i'm pre-breakfast -- how do we land the nodepool ansible changes which use containers before we land ianw's stack?14:44
mordredcorvus: sorry - I'm being unclear14:44
mordredcorvus: I meant the patch that moves nodepool-launchers to ansible/containers14:45
mordredand the patch that does the same for zuul14:45
corvusmordred: oh that patch only does launchers ok14:45
corvusthat's what i was missing :)14:45
mordredyah14:45
mordredI'm still on first coffee and you're pre-breakfast - I think we're doing pretty good14:45
mordredcorvus: https://review.opendev.org/#/c/720527/ is the nodepool-launcher change14:46
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179614:46
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Support multi-arch image builds with docker buildx  https://review.opendev.org/72233914:48
openstackgerritMonty Taylor proposed zuul/zuul-jobs master: Support multi-arch image builds with docker buildx  https://review.opendev.org/72233914:50
corvusmordred, ianw: all of the dib-related changes are approved; so we should be able to proceed with that later today14:50
mordredcorvus: woot!14:51
mordredcorvus: I think the latest change for zuul-jobs for arm images is gonna pass14:51
AJaeger\o/14:52
corvusmordred: nice.   +2 on https://review.opendev.org/717620 -- should we bug fungi or clarkb for a +3 on that?14:52
mordredcorvus: yes. and I *thnik* it's safe to land - but we shoudl obviously pay attention :)14:52
AJaegermordred: once those are in, do you want to merge https://review.opendev.org/#/c/720719/ - to build focal images? Or wait for 717620?14:57
* AJaeger left a +2, so you have one already14:58
fungicorvus: mordred: approved it now, i skimmed it looking for the stuff i expected to be there and that there was testing, but it's a massive diff with 30 revisions so i did not perform any in-depth review14:58
fungithe ability to do staged restarts and quickly roll back with a revert are insurance enough for me14:59
mordredcool!15:00
mordredAJaeger: yes - I think so!15:00
mordredcorvus: I'm uploading a focal image to rax right now for control plane - so once we roll out the nodepool-launcher-ansible patch, we can start rolling out new launchers on focal15:01
fungiclarkb: we hit another (smaller) oom condition today on lists.o.o. one process at 11:32:10 and then another a few seconds later at 11:32:2915:01
mordredfungi: did we have the dstat running yet?15:02
fungimordred: yep, see our status log for details15:02
openstackgerritMerged opendev/system-config master: Split eavesdrop into its own playbook  https://review.opendev.org/72109815:02
openstackgerritMerged opendev/system-config master: Stop logging puppet to syslog  https://review.opendev.org/72171115:02
openstackgerritMerged opendev/system-config master: Add new etherpad to cacti  https://review.opendev.org/72163315:02
fungithere's a root screen session on the server with the stdout and it's also logging csv in the root homedir15:02
mordredcool15:03
mordredI look forward to understanding why the ooms keep happening15:04
AJaegerimpressive: http://zuul.opendev.org/t/openstack/status/change/721102,915:05
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179615:05
fungimordred: yes, it seems like it could be some periodic event though looking at the cacti graphs15:06
fungibut today's is an interesting specimen... "used memory" was hovering under 1gb, and then in the span of less than a 5min snmp polling interval it spikes up to consume all 4gb ram and 2gb swap15:09
fungiso something ran away and consumed an additional 5gb in a matter of no more than a few minutes15:09
*** dpawlik has quit IRC15:10
mordredwow15:13
clarkbfungi: fwiw the last time I tried to dig into this I was operating under an assumption it could be an email being processed by the mailman queue15:15
clarkbfungi: mailman does run quite a bit of stuff against every email that comes in15:15
clarkbmordred: looks like the puppet splitting got in? does that need anymore eyeballs at this point?15:16
mordredclarkb: don't think so, no15:17
clarkbcool. maybe I'll look over dstat things with some tea then15:17
fungiclarkb: yeah, and during one such event we got deferrals because teh perl module to so spf lookups timed out15:17
mordredclarkb, corvus : https://review.opendev.org/#/c/720709/ and https://review.opendev.org/#/c/720527/ are the next two patches to bug you for reviews of15:17
AJaegermordred: do we need https://review.opendev.org/#/c/721627/ for accessbot updates? The dependency is merged15:18
mordredyes!15:18
mordredclarkb: ^^15:18
mordredthat's gonna be so neat15:18
mordredclarkb: oh - also - for your review queue: https://review.opendev.org/#/c/722339/15:19
mordredclarkb: assuming it passes tests, we need that to build arm containers for nodepool-builder15:19
AJaegermordred: dependency of https://review.opendev.org/#/c/721099/ merged - do you need that one as well (once it's fixed)?15:21
AJaegeroh, let me recheck first...15:21
mordredAJaeger: just did recheck - and yes, very much we should land that15:22
AJaegermordred: left a comment with a -0.4 ;)15:23
AJaegerhttp://zuul.opendev.org/t/openstack/status/change/721102,9 is failing in deploy - infra-prod-service-etherpad15:26
mordredAJaeger: actually - no ... we're not going to trigger updates from irc-meetings itself - because that would require us updating the keys on eavesdrop to trust the deploy key from the irc-meetings project15:26
clarkbmordred: can you check the comment on https://review.opendev.org/#/c/720709/8 I worry we've overcomplicated that15:26
mordredAJaeger: so when people make changes to irc-meetings they'll just have to wait for the next hourly pulse15:26
AJaegermordred: so, should we set allowed-projects to system-config?15:27
AJaegeror am I overcautious?15:27
clarkbmordred: fwiw that isn't a regression. It waited for the puppet pulse via cron before15:27
AJaegermordred: it's final - so all good15:27
mordredyah15:27
mordredclarkb: so - corvus wasn't crazy about doing the hostnames setup15:28
mordredthat said - we could certainly either do hostnames or just do ipv415:28
AJaeger"Timeout exception waiting for the logger. Please check connectivity to [bridge.openstack.org:19885]" on 72070915:28
AJaegeroh, error is different... ignore me15:29
AJaegerhttp://zuul.opendev.org/t/openstack/status/change/721102,9 is running now for 90 mins in deploy...15:29
mordred#status log uploaded focal-minimal image to rax-dfw for opendev control plane use15:30
openstackstatusmordred: finished logging15:30
mordredAJaeger: yeah - it sure did trigger _Everything_ didn't it?15:30
clarkbfungi: looking at the dstat data we aren't capturing specific process info like devstack. I wonder if that could be useful to see in the run up to memory use what is using it15:30
clarkbfungi: it captures the biggest cpu user and biggest memory user for that slice15:30
mordredthe etherpad issue is:15:31
mordredFailed to import the required Python library (setuptools) on etherpad01's Python /usr/bin/python. Please read module documentation and install in the appropriate location. If the required library is installed, but Ansible is using the wrong Python interpreter, please consult the documentation on ansible_python_interpreter15:31
mordredso I think that's another one of the fallouts from the docker-compose switch15:31
mordredI will go remove python2 from etherpad15:31
corvusmordred: ++ that's what we did on meetpad15:31
mordredooh!15:32
mordredwait15:32
mordredso - on etherpad that will cause a different issue - bup is using python215:32
clarkbmordred: corvus I think we just want to use python3 for ansible there15:32
mordredso I think we might either need to install python2-setuptools - or set ansible_python_interpreter on that host15:32
clarkbthat is what we've been doing on the other hosts15:32
mordredyeah. well - on meetpad it was an easy fix to remove the python2 we weren't using15:33
mordredand ansible found python2 just fine15:33
mordredbut in this case I think we need the override - because bup15:33
mordred(but also - we should probably figure out a python2 bup story - is it on python3 on focal I hope?)15:33
mordreduhoh15:34
mordredthere is no bup in focal15:34
corvusit's still under development: https://github.com/bup/bup15:35
corvushttps://packages.debian.org/search?searchon=names&keywords=bup15:36
corvusoldstable and unstable, but nothing in stable15:36
mordredlooks like it fell out of buster, yeah15:36
corvusdid it have a moment where it wasn't in debian?15:36
mordredalso - looking at the code, it doesn't look like they support python315:36
mordredhttps://github.com/bup/bup/blob/master/config/configure#L61-L7215:37
clarkbfwiw I've been really happy with borg. I don't think we need to switch to borg yet (or at all), but there are other tools out there should bup no longer be viable15:39
corvusmordred: https://groups.google.com/forum/#!topic/bup-list/QvU-_0oEiFw15:39
corvusmordred: last message15:40
clarkbone of my favorite features is it comes with a fuse driver that allows you to mount and navigate backups15:40
corvusclarkb: does it have append-only behavior?15:41
AJaegerso, https://review.opendev.org/721099 for yaml2ical passes, anybody to +2A, please?15:42
clarkbcorvus: yes, it is configurable (I don't know if that means it is toggleable though)15:42
clarkbfungi: 24-04 11:27:58 is when we see the memory use start to climb15:43
corvusclarkb: hopefully not on the client side :)  "haxor: pls rewrite old backups with compromised datas, kthx"15:43
clarkbcorvus: https://borgbackup.readthedocs.io/en/stable/usage/notes.html#append-only-mode15:44
clarkbI don't use append only with my local backups fwiw15:44
corvusclarkb: yeah, it's useful if you want to be able to restore from a security compromise15:45
clarkbcorvus: I think you'd make the borg config in the repo writeable by non remote users reading that doc15:45
mordredwe seem to have lost gerritbot15:45
clarkbmordred: it does the channel rotation thing so it may not be completely gone15:46
mordredah - nod15:46
mordredremote:   https://review.opendev.org/722917 Use python3 for ansible on etherpad15:46
mordredremote:   https://review.opendev.org/722918 Remove two unused ansible vars files15:46
mordredclarkb corvus ^^ that should fix the etherpad ansible issue - the other is just something I noticed while doing it15:47
fungiclarkb: i'm running dstat the same way as the csv log devstack generates, at least according to the devstack source. i can take a closer look shortly but need to go do our weekly grocery pick-up first. will be back in a few15:48
*** ysandeep|afk is now known as ysandeep|away15:49
mordredthat said - the current prod deploy is pushing 2 hours15:50
clarkbfungi: devsatck uses --top-mem --top-cpu-adv and --top-io-adv15:50
mordredbut I think it's mostly delays between zuul job runs15:50
clarkbfungi: I think this may be part of the console output and not csv output? either way it might show us what is drastically starting to consume memory at that point in time15:50
mordredthe individual playbook times aren't particulaly slow15:50
mordredhttp://paste.openstack.org/show/792677/15:50
mordredbase took 17 minutes, which isn't super unreasonable15:51
corvuswhat's the delay between runs?15:51
mordredso - pulling one at random - mirror-update took 55 seconds to run - and the next playbook ran 5 minutes later15:52
corvusmordred: remember that we do have the situation where we are running deploy jobs out of order15:53
mordredso if we wind up running ALL of the playbooks and that's a reasonably realistic delay - that's a good 100 minutes in interstitual delay15:53
mordredcorvus: totally - I'm only looking at playbook log timestamps15:53
corvuswe could have run a different job in those 5 minutes15:53
mordrednope - I'm sorting by log files15:53
corvusnope15:53
corvusi'm talking about different changes15:53
corvusmordred: or do you mean you would have seen the log on bridge?15:54
mordredyes15:54
corvusok, sorry, i got it now15:54
mordredI'm only looking at bridge log times15:54
corvusmordred: what was the delaybetween zookeeper and zuul-preview?15:54
mordred-rw-r--r-- 1 root root    73056 Apr 24 15:51 service-zookeeper.yaml.log15:54
mordred-rw-r--r-- 1 root root      140 Apr 24 15:54 service-zuul-preview.yaml.log15:54
mordredso not as bad15:55
mordredthat's good - means it's variable15:55
corvuswell that doesn't tell us the interstitial time15:55
mordredgood point - one sec15:55
mordredzookeeper ended at 15:51:25 - zuul-preview started at 15:54:1015:56
mordredfrom a bridge playbook pov15:56
mordredlemme see if I can get a better grep that captures both of those things15:56
corvusmordred: i didn't see a delay in zuul status page; i'm guessing if we looked at the executor logs, we'd see job post/cleanup tasks going right up to the start of the next one15:56
corvus2020-04-24 15:52:57,726 INFO zuul.AnsibleJob: [e: cc2f89f4d6ba4028af8b28180166fee7] [build: a61ccc41a81e4e4ab7d33aac70e45a6c] Job execution took: 338.891 seconds15:57
corvusthat was when the executor was done with it15:58
mordrednod - so we're looking at setup/cleanup times15:58
corvusyeah, i think so, with probably a little bit of scheduler time (< 1 minute here i think)15:58
corvusmordred: can we revisit the mutex?  what are the actual critical sections?15:59
corvuswe ought to be able to have more parallelism here, but i feel like we actually have less than we did with puppet15:59
mordredpuppet ran completely serial16:00
mordredin run_all16:00
clarkbfungi: the IncomingRunner qrunner for openstack is currently using 900MB of resident memory roughly16:00
mordredbut - I agree - I think we can introduce more parallelism16:00
mordredand totally think we should revisit the mutex16:00
mordredcorvus: the big issue _now_ though will be that each change is going to push git repo states16:01
mordredso I think it'll take some deeper thinking to unwind the mutex16:01
corvusmordred: if we could secure the "only run jobs for one change at a time" issue, could we do a "push git repo job", then have all the others depend on that?16:01
mordredcorvus: yes - although we'd want to put _all_ of the required projects for any of them into the push git repo jobs job16:02
mordred(so that we're always pushing both system-config and project-config and any other repos like irc-meetings that have data - but I don't think that's problematic to do at all)16:03
mordredand I actually think it's a great idea16:03
mordredbecause then for any given change we can go back to letting job dependencies handle sequencing and let the others run willy nilly16:03
corvusokay, i'll look at what it would take to use manager:dependent window:1 in deploy16:04
mordredcorvus: in fact- all of them already depend on install-ansible - it needs to _always_ run - so that could also be the "sync repos" job16:04
mordredit would make logical sense "sync the repos and install any ansible config updates"16:05
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179616:10
openstackgerritBrian Haley proposed openstack/project-config master: Retire openstack/networking-ovn repository  https://review.opendev.org/72156516:10
openstackgerritMerged openstack/diskimage-builder master: Switch functional tests to containers  https://review.opendev.org/72151116:14
openstackgerritBrian Haley proposed openstack/project-config master: Remove the networking-ovn grafana dashboard  https://review.opendev.org/72292516:15
openstackgerritMonty Taylor proposed openstack/project-config master: Set sync repos flag in all project-config infra-prod jobs  https://review.opendev.org/72292616:15
openstackgerritMonty Taylor proposed opendev/system-config master: Only sync the git repos in install-ansible  https://review.opendev.org/72292716:15
mordredcorvus: ^^ that should do it from a job config perspective16:16
mordredcorvus: once we land both of those and get window:1 working, I think we can drop the mutex16:17
corvusmordred: cool, we should probably wip those for now16:17
corvussince i think if we run a job for an out of order change it'd be bad16:18
mordredcorvus: agree16:19
mordredcorvus: I -2'd the project-config change16:19
openstackgerritMerged openstack/diskimage-builder master: Restore SUSE tests to gate  https://review.opendev.org/72177916:20
openstackgerritMerged openstack/diskimage-builder master: Add a focal test  https://review.opendev.org/72254416:20
mordredcorvus: also - hahaha - I just noticed ... in the "run zuul with ansible" change ...16:20
mordredI didn't actually add a job to run zuul with ansible16:20
mordredso - you know - it's neat and all, but it sure isn't going to do anything - followup coing16:21
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: tox: allow running default envlist in tox  https://review.opendev.org/72179616:23
openstackgerritMonty Taylor proposed opendev/system-config master: Actually run service-zuul playbook in prod  https://review.opendev.org/72293316:27
openstackgerritMonty Taylor proposed opendev/system-config master: Add service-zookeeper to nightly jobs  https://review.opendev.org/72293416:27
mordredcorvus, fungi : ^^16:27
mordredinfra-root: new codesearch playbook ran successfully16:30
openstackgerritMerged opendev/system-config master: Run Zuul using Ansible and Containers  https://review.opendev.org/71762016:31
clarkbexciting16:32
*** ykarel is now known as ykarel|away16:33
mordredclarkb: well - almost16:36
mordredsee 722933 :)16:36
mordredVERY close to being exciting though16:36
mordredclarkb: also - the scrollback between corvus and I about mutex and windows is worth reading16:37
clarkbmordred: should that run after gerrit so that new projects are created in gerrit before zuul tries to consume them16:37
mordredclarkb: maybe after manage-projects16:37
fungiclarkb: yeah, i focused on the csv part you had mentioned, but if that's not actually what captures the things we want i'm happy to adjust16:38
clarkbmordred: oh yup we split those now16:38
clarkbfungi: dstat -tcmndrylpg --top-cpu-adv --top-mem --swap I think you have to run that in the foreground16:39
clarkbfungi: unfortauntely it doesn't show us a pid for the top-mem process just a process name16:39
openstackgerritMonty Taylor proposed opendev/system-config master: Actually run service-zuul playbook in prod  https://review.opendev.org/72293316:40
mordredclarkb: fixed16:40
mordredclarkb: and thanks - good catch!16:40
fungiclarkb: yeah, the script for devstack runs two dstat processes, one in the background writing to a csv and the other in the foreground... i suppose i could run in two different screen windows16:41
clarkbfungi: I don't know that we need the csv version16:41
*** rpittau is now known as rpittau|afk16:41
clarkbfungi: it is good that it shows us when memory use changes (even when cacti is unable to snmp) but it doesn't show us much more than that16:42
corvusmordred: i think we missed something with the deploy pipeline: we can end up deploying the change-as-written not the change-as-merged.16:42
mordredcorvus: oh?16:42
corvusmordred: a change-merged trigger is fine for promote, because we're promoting the artifact-as-merged-and-built; but even in that case, the code on disk is the change-as-written16:43
corvuswell, okay, it's a hybrid16:43
corvusit's kind of racy16:43
mordredoh - oy16:43
corvusit's the change-as-written merged onto the repo tip.  which in most cases should be the thing that merged right before it.  but may not be if 2 things merge really fast?16:44
corvusi'm not positive about this, but trying to explain it has helped me see the weak spots.  let me dig more.16:44
mordredcorvus: I agree16:44
mordredcorvus: I think the words you said have caused me to panic less16:45
mordredbecause while it's racy, *most* of the time it's likely about the same thing for us16:45
mordredbut - definitely could also be incorrect16:45
mordredalso - given how we're doing things, the chances that 2 changes land in parallel and have a substantive impact on each others playbook run git state without being a merge-conflict or a depends-on is pretty low16:46
mordred(so like, the zuul playbook change might not include the nodepoo playbook change because of a race - but if they were semantically related they would have been stacked or depends-on'd)16:47
openstackgerritMonty Taylor proposed opendev/system-config master: Add service-zookeeper to nightly jobs  https://review.opendev.org/72293416:59
mordredcorvus, fungi : could I get one of you to +A https://review.opendev.org/722933 real quick?17:00
openstackgerritRoman Gorshunov proposed openstack/project-config master: Retire airship-in-a-bottle  https://review.opendev.org/72016017:03
openstackgerritRoman Gorshunov proposed openstack/project-config master: Retire airship-in-a-bottle  https://review.opendev.org/72016017:04
*** mlavalle has quit IRC17:04
*** mlavalle has joined #opendev17:04
openstackgerritMerged opendev/system-config master: Use python3 for ansible on etherpad  https://review.opendev.org/72291717:09
mordredcorvus: I don't know if it's useful - but we have an instance of a job running "out of order" in deploy right now17:12
openstackgerritMerged opendev/system-config master: Remove two unused ansible vars files  https://review.opendev.org/72291817:17
*** logan- has quit IRC17:30
openstackgerritMerged opendev/system-config master: Actually run service-zuul playbook in prod  https://review.opendev.org/72293317:34
*** elod has quit IRC17:42
*** logan- has joined #opendev17:42
*** elod has joined #opendev17:48
*** ralonsoh has quit IRC17:52
openstackgerritMerged opendev/system-config master: Add service-zookeeper to nightly jobs  https://review.opendev.org/72293417:58
openstackgerritMerged openstack/project-config master: Retire airship-in-a-bottle: end project gating  https://review.opendev.org/72197819:04
openstackgerritMerged openstack/project-config master: Retire openstack/networking-ovn repository  https://review.opendev.org/72156519:04
openstackgerritMerged openstack/project-config master: Remove the networking-ovn grafana dashboard  https://review.opendev.org/72292519:07
openstackgerritMerged openstack/project-config master: Update Neutron Grafana dashboard  https://review.opendev.org/71839219:07
AJaegerclarkb, corvus, mordred, want to merge https://review.opendev.org/721099 and https://review.opendev.org/720719 https://review.opendev.org/721627 ?19:13
mordredAJaeger: ++19:17
mordredclarkb: feel like one more fun review? https://review.opendev.org/#/c/720527/19:28
clarkbYa I'll pick up more reviews after lunch19:29
mordredcool19:33
mordredinfra-root: since we missed triggering the service-zuul playbook b/c of job config - I'm going to run it manually real quick19:33
fungiwfm19:36
openstackgerritMonty Taylor proposed opendev/system-config master: Use the sync-project-config role in service-zuul  https://review.opendev.org/72302219:43
mordrednoticed that ^^19:44
openstackgerritMonty Taylor proposed opendev/system-config master: The package is libjemalloc1  https://review.opendev.org/72302319:46
openstackgerritMonty Taylor proposed opendev/system-config master: The package is libjemalloc1  https://review.opendev.org/72302319:48
mordredinfra-root: ^^ two quick fixes from the run of service-zuul - including the fact that we didnt' test the zuul-executor role because of a typo in the hostname19:48
yoctozeptois gerrit healthy? it rejects an up-to-date change with message that it cannot merge it https://review.opendev.org/72302119:49
clarkbyoctozepto: note both zuul and gerrit report the same thing19:50
yoctozeptoclarkb: yeah, is zuul healthy then? :D19:50
clarkbI expect they are both healthy if they independently reach the same conclusion19:51
yoctozeptoany hints?19:51
yoctozeptocould it be that it picks up the cross-ref as breaker?19:52
AJaegeryoctozepto: did you try rebasing lockly?19:52
yoctozeptoit is on top of the current head19:52
yoctozeptoyes, this is right off the HEAD19:52
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: hlint: add haskell source code suggestions job  https://review.opendev.org/72230919:52
yoctozeptoeven gerrit confirms ;-)19:52
yoctozeptosee Parent(s)19:52
clarkbya I'm not sure yet why they dislike it19:52
*** mgagne has joined #opendev19:53
AJaegerwhy is Zuul reporting *twice* on the change?19:53
corvusdifferent tenants19:53
AJaegercorvus: kolla-ansible is only once in project-config/zuul/main.yaml - so there should be only one tenant19:54
yoctozeptolorem ipsum todo fixme did not help :O19:54
AJaegeryoctozepto: Zuul does not like Latin ;)19:55
fungilorem ipsum isn't technically latin... perhaps zuul appreciates good latin ;)19:55
clarkbscheduler says it has a merge conflict19:56
clarkbnow to find the merger I guess19:56
AJaegerif you look at https://review.opendev.org/#/q/owner:radoslaw.piliszek%2540gmail.com+status:open it does not show a merge conflict19:56
yoctozeptoyeah, I suspect Zuul19:56
yoctozeptobut cannot tell19:57
clarkbUnable to reset repo <Repo 0x7f9968183f60 /var/lib/zuul/git/opendev.org/openstack/kolla-ansible> on zm0219:57
mordredclarkb: maybe something went poorly with teh service-zuul playbook?19:57
fungii've confirmed 723021 is definitely parented directly on the current master ref19:58
mgagnemordred: A new release of glean was done a couple days ago. I'm having issue with glean on Ubuntu Bionic where resolvers (although configured) aren't used until systemd-resolved service is restarted. Did you find any similar issue?19:58
clarkbmgagne: ya it looks like permissions issues19:58
clarkbmgagne: we don't use systemd-resolvd19:58
clarkbmgagne: but the release of glean was made to fix systemd-resolved for gentoo19:58
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: hlint: add haskell source code suggestions job  https://review.opendev.org/72230919:58
mgagnewell, it broke it for bionic :P19:58
mordredclarkb: ok - I think there was a change due to ansible - although I still don't know why that broke something19:59
mgagnehow can one disable systemd-resolved ?19:59
corvusmordred, clarkb, yoctozepto: I594ceff9073f7ca14221d4f37716c76b462fc3d9 has merged, but the merger proc on zm02 is 2 months old, so it's certainly not running there19:59
clarkbmordred: stderr: 'Permission denied (publickey).19:59
clarkbits trying to fetch refs and failing to do so via ssh I think20:00
mordredpoo. did we write out the wrong ssh key?20:00
corvusAJaeger: ah it's in 2 pipelines -- check and check-arm6420:00
corvusmordred, clarkb, yoctozepto: let's take the merger issue to #opendev or #opendev-meeting20:01
corvuser, derp this is opendev20:01
corvussorry :)20:01
yoctozepto:-)20:01
mordredlet's take it to meeting though20:01
clarkbmordred: I think you added the zuul user20:01
*** roman_g has joined #opendev20:01
yoctozeptook, folks, thanks for your attention, /me going to bed now, please touch this change so that it can test overnight if it's not a problem :-)20:03
*** roman_g has quit IRC20:06
*** gouthamr has joined #opendev20:09
openstackgerritMonty Taylor proposed opendev/system-config master: Realign with previous uid/gid values  https://review.opendev.org/72302920:17
-openstackstatus- NOTICE: The Zuul project gating service is reporting new patches in merge conflict erroneously due to a configuration error, fix in progress20:19
*** avass has joined #opendev20:24
openstackgerritMonty Taylor proposed opendev/system-config master: Use the right key for zuul ssh key  https://review.opendev.org/72303220:25
*** rchurch has joined #opendev20:54
mgagnereverting to a previous release of glean fixed my issue21:03
clarkbmgagne: ok so likely fallout from what prometheanfire changed21:04
clarkbmgagne: can you describe the issue in some detail so that we can sync up with prometheanfire about it? email or storyboard or even just here probably works21:05
mgagneprometheanfire, clarkb: Since release 1.18.0, DNS is no longer working on Ubuntu Bionic. In fact, it seems resolvers used to be configured in /etc/resolv.conf before the release. After the release, they got moved to /etc/systemd/resolved.conf but won't be considered/used until systemd-resolved service is restarted manually after the boot.21:08
clarkbmgagne: aha and bionic doesn't run resolved by default iirc21:09
clarkbfwiw my suggestion was to write to /etc/resolv.conf since that gets symlinked to systemd things if systemd things are used21:09
clarkbI guess that wasn't how prometheanfire fixed it. Unfortunately I didn't have time to read the glean changes21:09
mgagneThe service is active though: active (running). But still need to restart it to pickup the new nameservers.21:10
clarkboh maybe a race in writing the config then21:10
mgagneyeah, I tried restarting it in rc.local like a caveman but it seems it's too early to restart it somehow, glean is still doing its stuff.21:11
fungii'm surprised systemd hasn't just set rc.local on fire21:15
mgagneI think it no longer exists by default, you need to create it and set the right permissions to get it executed.21:16
mgagnebut yeah, still supported...21:16
mgagneand yes, systemctl is-enabled systemd-resolved returns "enabled" on Bionic21:17
prometheanfiremgagne: so sounds like glean needs to reload resolved if already started21:19
mgagneprometheanfire: I agree21:20
clarkbprometheanfire: mgagne usually we set it up so that glean runs before those other services instead21:21
prometheanfireclarkb: ya, not sure why it seems to be run before glean runs21:23
prometheanfiremgagne: can you try adding a Before=systemd-resolved.service line to the top of glean?21:25
prometheanfirethe glean service file that is21:25
mgagnein "/usr/lib/systemd/system/glean@.service" right?21:26
prometheanfirelooks right21:26
mgagneok, I'll try. gonna time some time to get image built though.21:27
prometheanfireclarkb: mgagne I think the problem may be having both wants= and before=network-pre.target21:28
clarkbprometheanfire: I think thats ok21:29
prometheanfireor not21:29
prometheanfireNote that requirement dependencies do not influence the order in which services are started or stopped. This has to be configured independently with the After= or Before= options. If unit foo.service pulls in unit bar.service as configured with Wants= and no ordering is configured with After= or Before=, then both units will be started simultaneously and without any delay between them if21:29
prometheanfirefoo.service is activated.21:29
clarkbwants means only run if networking is being start21:29
clarkbbefore means we run before it21:29
prometheanfireright21:29
prometheanfireI think before should fix it21:29
prometheanfiremgagne: you could remove the conditionpreexists line to do it live21:30
mgagneand clean some config files too since they will already be configured21:31
prometheanfiredoesn't ubuntu 18.04+ have networkd installed by default21:31
prometheanfiremgagne: ya21:31
clarkbprometheanfire: no ubuntu is using some other thing theybuilt for it21:33
clarkbprometheanfire: it uses yaml and is not systemd related21:33
prometheanfirenetplan21:33
prometheanfirefor a while networkd looked to be the one way21:33
prometheanfirethen redhat21:33
fungii thought bionic was using networkmangler21:34
prometheanfiremaybe21:34
clarkbno red hat is all networkmanager21:34
clarkbubuntu is yaml thing21:34
fungiahh21:34
clarkbI only know this because networkmanager can't actually ivp6 properly21:35
prometheanfireman, that reminds me of mangler (ventrilo client), packaged a long time ago21:35
clarkband we spent extensive effort fixing it in red hat distros21:35
fungiwell, or it avoids doing ipv6 autoconfig if it thinks the kernel is taking care of it21:35
clarkbfungi: and ipv4 config in that case too :)21:36
clarkbwhich is the problem21:36
clarkbtehre was some actual fix that I don't remember now21:36
* prometheanfire suggests we just install networkd on all images, disable the distro-specific network thing and call it a day :D21:37
clarkbprometheanfire: we are trying to do less special stuff21:38
clarkbprometheanfire: we are even ripping out all of the preinstall of python stuff21:38
* prometheanfire just grumbles21:38
clarkbprometheanfire: glean isgetting installing in a python3 -mvenv virtualenv going forward21:38
clarkbreally if you don't use systemd everything works great21:39
clarkb:P21:39
prometheanfireopenrc works :P21:39
mgagneprometheanfire: using Before=systemd-resolved.service didn't work22:03
prometheanfirewtf22:05
mgagnehttp://paste.openstack.org/show/792695/22:16
mgagneit doesn't seem using Before worked. here with systemd file http://paste.openstack.org/show/792696/22:17
*** rkukura has joined #opendev22:23
openstackgerritClark Boylan proposed opendev/system-config master: Fix zuul.conf jinja2 template  https://review.opendev.org/72304622:37
clarkbmordred: ^ fyi trying to track thsoe fixes there22:38
openstackgerritMonty Taylor proposed opendev/system-config master: Add utility playbooks for starting and stopping executors  https://review.opendev.org/72304822:41
openstackgerritMonty Taylor proposed opendev/system-config master: Add nodepool node key  https://review.opendev.org/72304922:41
mordredclarkb: ^^ same22:41
prometheanfiremgagne: I'll look at creating a image and testing it22:42
prometheanfiremgagne: have a dib invocation for me to test?22:43
mgagneprometheanfire: thanks for looking into it. I've reverted back to previous release for now.22:43
prometheanfiremgagne: how did you call dib for testing?22:43
mgagneit's all baked into nodepool.22:43
prometheanfireah, nodepool invocation, thanks22:43
mgagneubuntu-minimal,simple-init,growroot,devuser,nodepool-base,nodepool-jenkins-slave are the elements. nodepool-base and nodepool-jenkins-slave are custom elements. nodepool-base requires openssh-server,pip-and-virtualenv. The other one installs a bunch of development libs.22:46
mgagnewe are also using an old version of DIB: diskimage-builder==2.11.0 Hopefully it doesn't have too much impact.22:47
openstackgerritMonty Taylor proposed opendev/system-config master: Add nodepool node key  https://review.opendev.org/72304922:54
openstackgerritMonty Taylor proposed opendev/system-config master: Add nodepool node key  https://review.opendev.org/72304922:54
-openstackstatus- NOTICE: the This Zuul outage was taken as an opportunity to perform an impromptu maintenance for changing our service deployment model; any merge failures received from Zuul between 19:40 and 20:20 UTC were likely in error and those changes should be rechecked; any patches uploaded between 20:55 and 22:45 UTC were missed entirely by Zuul and should also be rechecked to get fresh test results22:56
openstackgerritMonty Taylor proposed opendev/system-config master: Remove an extra backslash  https://review.opendev.org/72305223:04
openstackgerritMonty Taylor proposed opendev/system-config master: The package is libjemalloc1  https://review.opendev.org/72302323:06
*** tosky has quit IRC23:14
openstackgerritClark Boylan proposed opendev/system-config master: Fix zuul.conf jinja2 template  https://review.opendev.org/72304623:18
clarkbmordred: fungi corvus ^ that was rebased on mordred fix for zl01 and now it will collect zuul.conf files in system-config-run-zuul23:19
prometheanfiremgagne: hmm, I just built an image and it can ping out just fine23:19
* prometheanfire forgot to install openssh-server though23:20
prometheanfirebut once installed (via virsh console) everything seems normal23:21
prometheanfirecalled via...23:22
prometheanfireDIB_DEV_USER_PASSWORD=bazfoobar DIB_DEV_USER_USERNAME=gentooo DIB_DEV_USER_PWDLESS_SUDO=yes DIB_DEV_USER_AUTHORIZED_KEYS=/root/.ssh/authorized_keys DIB_RELEASE=bionic disk-image-create -a amd64 -t qcow2 --image-size 3 ubuntu-minimal simple-init growroot devuser vm block-device-mbr bootloader23:22
prometheanfireso cannot reproduce23:23

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