Monday, 2019-10-07

*** goldyfruit_ has joined #openstack-infra00:02
*** Goneri has quit IRC00:12
*** Goneri has joined #openstack-infra00:14
*** jamesmcarthur has quit IRC00:24
*** jamesmcarthur has joined #openstack-infra00:25
*** jamesmcarthur has quit IRC00:30
*** jamesmcarthur has joined #openstack-infra00:55
*** rfolco|bbl has quit IRC00:59
*** jamesmcarthur has quit IRC01:02
*** diablo_rojo has quit IRC01:16
*** jamesmcarthur has joined #openstack-infra01:19
*** jamesmcarthur has quit IRC01:25
*** jamesmcarthur has joined #openstack-infra01:26
*** yamamoto has joined #openstack-infra01:33
*** markvoelker has joined #openstack-infra01:36
*** markvoelker has quit IRC01:40
*** jamesmcarthur has quit IRC01:50
*** jamesmcarthur has joined #openstack-infra01:51
*** jamesmcarthur has quit IRC02:00
*** jamesmcarthur has joined #openstack-infra02:00
*** auristor has quit IRC02:21
*** auristor has joined #openstack-infra02:33
*** jamesmcarthur has quit IRC02:33
*** setuid is now known as zZZZzzetuid02:35
*** jamesmcarthur has joined #openstack-infra02:50
*** ykarel has joined #openstack-infra02:56
*** jamesmcarthur has quit IRC03:06
*** jamesmcarthur has joined #openstack-infra03:06
*** e0ne has joined #openstack-infra03:15
*** jamesmcarthur has quit IRC03:17
*** ricolin_ has joined #openstack-infra03:18
*** e0ne has quit IRC03:19
*** psachin has joined #openstack-infra03:26
*** prometheanfire has quit IRC03:30
*** prometheanfire has joined #openstack-infra03:31
*** ykarel has quit IRC03:47
*** eernst has quit IRC04:01
*** ykarel has joined #openstack-infra04:07
*** udesale has joined #openstack-infra04:08
*** igordc has joined #openstack-infra04:19
*** ramishra has joined #openstack-infra04:41
*** odicha has joined #openstack-infra04:53
*** ramishra has quit IRC05:02
*** surpatil has joined #openstack-infra05:12
*** ramishra has joined #openstack-infra05:14
*** xenos76 has joined #openstack-infra05:21
*** igordc has quit IRC05:22
*** markvoelker has joined #openstack-infra05:38
*** markvoelker has quit IRC05:42
*** igordc has joined #openstack-infra05:51
*** AJaeger has quit IRC05:53
*** AJaeger has joined #openstack-infra05:59
*** whoami-rajat has joined #openstack-infra06:02
*** hwoarang has quit IRC06:03
*** hwoarang has joined #openstack-infra06:06
*** slaweq has joined #openstack-infra06:11
*** hrw has left #openstack-infra06:15
*** pgaxatte has joined #openstack-infra06:18
*** jbadiapa has joined #openstack-infra06:20
*** pcaruana has joined #openstack-infra06:22
*** yamamoto has quit IRC06:26
*** ramishra has quit IRC06:34
*** rakhmerov has joined #openstack-infra06:40
*** ramishra has joined #openstack-infra06:43
*** kopecmartin|off is now known as kopecmartin06:53
*** apetrich has joined #openstack-infra06:53
*** roman_g has joined #openstack-infra06:56
*** jaosorior has joined #openstack-infra07:01
*** xek has joined #openstack-infra07:01
*** ccamacho has joined #openstack-infra07:09
*** jtomasek has joined #openstack-infra07:10
*** tosky has joined #openstack-infra07:17
*** iurygregory has joined #openstack-infra07:24
*** rpittau|afk is now known as rpittau07:30
*** pkopec has joined #openstack-infra07:35
*** fresta has joined #openstack-infra07:41
*** ykarel is now known as ykarel|lunch07:44
*** jpena|off is now known as jpena07:45
*** igordc has quit IRC07:50
*** xenos76 has quit IRC08:04
*** ociuhandu has joined #openstack-infra08:10
*** pcaruana has quit IRC08:13
*** pcaruana has joined #openstack-infra08:18
*** tkajinam has quit IRC08:21
*** ociuhandu has quit IRC08:28
*** ociuhandu has joined #openstack-infra08:28
openstackgerritJan Kubovy proposed zuul/zuul master: Include session expired reason in API fetch error message.  https://review.opendev.org/68697608:29
*** ykarel|lunch is now known as ykarel08:32
*** ociuhandu has quit IRC08:33
*** ociuhandu has joined #openstack-infra08:36
*** derekh has joined #openstack-infra08:40
*** ociuhandu has quit IRC08:41
*** e0ne has joined #openstack-infra08:55
openstackgerritJan Kubovy proposed zuul/zuul master: Evaluate CODEOWNERS settings during canMerge check  https://review.opendev.org/64455708:58
*** ihti has joined #openstack-infra08:58
*** zzehring has quit IRC09:07
*** jaosorior has quit IRC09:15
*** tobiash has quit IRC09:21
*** tobiash has joined #openstack-infra09:23
*** ricolin_ is now known as ricolin09:29
*** yamamoto has joined #openstack-infra09:30
*** yamamoto has quit IRC09:36
*** yamamoto has joined #openstack-infra09:39
*** yamamoto has quit IRC09:41
*** yamamoto has joined #openstack-infra09:41
*** whoami-rajat has quit IRC09:42
*** whoami-rajat has joined #openstack-infra09:42
*** yamamoto has quit IRC09:43
*** panda|off is now known as panda09:54
*** xenos76 has joined #openstack-infra09:55
*** rascasoft has quit IRC10:04
*** rascasoft has joined #openstack-infra10:05
openstackgerritJan Kubovy proposed zuul/zuul master: Include session expired reason in API fetch error message.  https://review.opendev.org/68697610:17
*** yamamoto has joined #openstack-infra10:19
*** derekh has quit IRC10:25
*** gfidente has joined #openstack-infra10:27
*** udesale has quit IRC10:36
*** udesale has joined #openstack-infra10:36
*** yamamoto has quit IRC10:39
*** xarses_ has quit IRC10:40
*** xarses_ has joined #openstack-infra10:40
*** yamamoto has joined #openstack-infra10:41
*** yamamoto has quit IRC10:46
openstackgerritIan Wienand proposed openstack/diskimage-builder master: simple-init: default to NetworkManager for CentOS and Fedora  https://review.opendev.org/68631910:47
openstackgerritIan Wienand proposed openstack/diskimage-builder master: simple-init: Use wrappers to call pip for glean install  https://review.opendev.org/68564310:47
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Fix networking for CentOS 8  https://review.opendev.org/68451310:47
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Add NetworkManager and dhcp-client for CentOS 8  https://review.opendev.org/68609010:47
openstackgerritIan Wienand proposed openstack/diskimage-builder master: CentOS 8 minimal testing and support  https://review.opendev.org/68486010:48
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [wip] use mirrors for functional test builds  https://review.opendev.org/68588510:48
*** yamamoto has joined #openstack-infra10:49
*** ihti has quit IRC10:52
*** yamamoto has quit IRC10:53
*** ihti has joined #openstack-infra10:53
*** xenos76 has quit IRC11:06
*** ykarel is now known as ykarel|afk11:10
*** pcaruana has quit IRC11:11
*** udesale has quit IRC11:11
*** derekh has joined #openstack-infra11:12
*** armax has joined #openstack-infra11:22
*** ykarel|afk is now known as ykarel11:29
*** armax has quit IRC11:32
*** jpena is now known as jpena|lunch11:33
*** yamamoto has joined #openstack-infra11:37
*** markvoelker has joined #openstack-infra11:40
*** Lucas_Gray has joined #openstack-infra11:41
*** xenos76 has joined #openstack-infra11:42
*** pcaruana has joined #openstack-infra11:42
*** markvoelker has quit IRC11:45
*** rh-jelabarre has joined #openstack-infra11:53
*** markvoelker has joined #openstack-infra11:54
*** Goneri has quit IRC11:58
*** yamamoto has quit IRC12:02
*** yamamoto has joined #openstack-infra12:03
*** yamamoto has quit IRC12:03
*** yamamoto has joined #openstack-infra12:04
*** rfolco|bbl has joined #openstack-infra12:07
*** Lucas_Gray has quit IRC12:07
*** weshay is now known as weshay|ruck12:08
*** Lucas_Gray has joined #openstack-infra12:09
*** yamamoto has quit IRC12:12
*** rfolco|bbl is now known as rfolco12:14
*** goldyfruit_ has quit IRC12:21
*** jpena|lunch is now known as jpena12:31
*** rlandy has joined #openstack-infra12:32
*** rosmaita has joined #openstack-infra12:34
*** jaosorior has joined #openstack-infra12:40
*** jamesmcarthur has joined #openstack-infra12:49
*** jamesmcarthur has quit IRC12:49
*** jamesmcarthur has joined #openstack-infra12:49
*** ramishra has quit IRC12:51
*** dklyle has quit IRC12:57
*** dklyle has joined #openstack-infra12:57
*** kjackal has quit IRC12:58
*** kjackal has joined #openstack-infra12:58
openstackgerritJan Gutter proposed zuul/nodepool master: Add port-cleanup-interval config option  https://review.opendev.org/68702413:04
*** dave-mccowan has joined #openstack-infra13:04
*** Goneri has joined #openstack-infra13:08
*** jcoufal has joined #openstack-infra13:10
*** jcoufal has quit IRC13:12
*** mriedem has joined #openstack-infra13:15
openstackgerritJan Gutter proposed zuul/nodepool master: Add port-cleanup-interval config option  https://review.opendev.org/68702413:18
*** xek has quit IRC13:19
*** derekh has quit IRC13:24
*** ociuhandu has joined #openstack-infra13:25
*** beekneemech is now known as bnemec13:29
*** ociuhandu has quit IRC13:31
*** goldyfruit_ has joined #openstack-infra13:35
openstackgerritJan Gutter proposed zuul/nodepool master: Add port-cleanup-interval config option  https://review.opendev.org/68702413:38
*** ociuhandu has joined #openstack-infra13:40
*** aaronsheffield has joined #openstack-infra13:44
*** zzehring has joined #openstack-infra13:45
*** ramishra has joined #openstack-infra13:47
*** factor has quit IRC13:48
*** ociuhandu has quit IRC13:53
openstackgerritJan Gutter proposed zuul/nodepool master: Add port-cleanup-interval config option  https://review.opendev.org/68702413:54
*** ociuhandu has joined #openstack-infra13:54
*** jamesdenton has quit IRC13:56
*** jamesdenton has joined #openstack-infra13:57
*** ociuhandu has quit IRC13:57
*** ociuhandu has joined #openstack-infra13:57
*** jamesmcarthur has quit IRC14:08
*** odicha has quit IRC14:12
*** jrosser has quit IRC14:14
*** jrosser has joined #openstack-infra14:15
*** pgaxatte has quit IRC14:28
*** jamesmcarthur has joined #openstack-infra14:28
*** Lucas_Gray has quit IRC14:33
*** hjensas has quit IRC14:34
*** jamesmcarthur has quit IRC14:34
*** jamesmcarthur has joined #openstack-infra14:38
openstackgerritMerged zuul/nodepool master: Do not overwrite image upload ZK data on delete  https://review.opendev.org/68185714:42
*** jamesmcarthur has quit IRC14:43
*** jamesmcarthur has joined #openstack-infra14:43
*** prometheanfire has quit IRC14:43
*** ykarel is now known as ykarel|afk14:44
*** prometheanfire has joined #openstack-infra14:44
*** diablo_rojo has joined #openstack-infra14:54
*** yamamoto has joined #openstack-infra14:56
*** jamesmcarthur has quit IRC15:00
*** bdodd has joined #openstack-infra15:00
*** cmorpheus is now known as cmurphy15:01
*** yamamoto has quit IRC15:01
*** mriedem is now known as mriedem_afk15:03
openstackgerritThierry Carrez proposed openstack/devstack-gate master: Update grenade settings for stable/train  https://review.opendev.org/68707215:03
*** jamesmcarthur has joined #openstack-infra15:08
*** mattw4 has joined #openstack-infra15:27
*** ociuhandu has quit IRC15:27
openstackgerritKerby proposed zuul/nodepool master: AWS driver: add ability to determine AMI id using filters  https://review.opendev.org/68320515:27
*** ociuhandu has joined #openstack-infra15:27
*** ociuhandu has quit IRC15:31
*** ociuhandu has joined #openstack-infra15:34
*** factor has joined #openstack-infra15:35
*** ykarel|afk is now known as ykarel|away15:38
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433415:38
Shrewsinfra-root: fyi, might be a linaro mirror problem. debian-buster builds are continually failing because it cannot d/l packages. ex) https://nb03.openstack.org/debian-buster-arm64-0000051226.log15:40
clarkbShrews: thats a buster mirror problem15:40
clarkbreprepro does not seem to be building a valid index that matches the packages in the repo15:41
clarkbfungi and I have poked at it a bit but have not yet determined why it happens (the whole reason we use reprepro is to avoid this problem)15:41
Shrewsinfra-root: any objections to restarting all 3 nodepool builders? I want to get the image leak fix in15:42
mordredinfra-root: morning! I'm here for a couple of hours today - then am *mostly* out until friday because apparently it's important for me to go to a meeting at my employer and I get the feeling it's one of those where they'll be grumpy if I'm laptoping15:42
fungimordred: i would say "enjoy" but that's probably optimistic15:43
clarkbShrews: no objection from me15:43
*** ykarel|away has quit IRC15:43
fungiShrews: wfm, thanks!15:43
mordredfungi: I think I'm going to define "enjoy" in this case as "continue existing"15:44
*** surpatil has quit IRC15:45
*** markvoelker has quit IRC15:45
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433415:46
fungimordred: enjoyment is likely predicated on continuing to exist, so that's reasonable15:47
*** ociuhandu has quit IRC15:48
Shrews#status log Restarted nodepool-builder on nb01, nb02, and nb03 to pick up image leak fix15:48
openstackstatusShrews: finished logging15:48
*** ociuhandu has joined #openstack-infra15:49
Shrewsmordred: you are suggesting that there will be no grumpiness if you *aren't* laptoping15:49
mordredfungi: I've heard that ego annihilation can also be a desired state, but something tells me I won't achieve that this week15:49
mordredShrews: I'm not sure the contrapositive is valid in this case15:50
*** ramishra has quit IRC15:52
*** ociuhandu has quit IRC15:53
corvusi'm going to continue work on registry shadowing and connecting zuul's zuul to gerrit's gerrit.15:56
*** chandankumar is now known as raukadah15:57
mordredcorvus: ++15:58
*** markvoelker has joined #openstack-infra16:00
*** rpittau is now known as rpittau|adk16:02
*** rpittau|adk is now known as rpittau|afk16:02
mordredclarkb, fungi: I've got this up https://review.opendev.org/#/c/683125/ as part of the gerrit images stack - but I guess I have a question as to whether this is a thing we *want*? I can make arguments in my head both ways16:02
*** ykarel has joined #openstack-infra16:03
clarkbmordred: I've happily been using sudo on the gitea nodes16:04
clarkbI would say that having the sudo logs of actions is a nice thing16:04
fungii've just about finished unwinding the automation we currently rely on for creating storyboard projects and project-groups from our projects.yaml content, and it's unfortunate... puppet exec runs a utility from the storyboard repo to directly manipulate database records. so the the bad news is that team management automation is going to require a lot more ground-up effort to do it properly through16:05
fungithe api/sdk, but i guess there's a silver lining that we could migrate project and project-group creation to it and deprecate the old tool and the related puppet exec16:05
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433416:05
fungimy cocktail napkin design is to have ansible ingest the projects.yaml and then invoke an sdk-based script or maybe hit the rest api directly... is that sane?16:06
mordredclarkb: nod. kk. that was one of my internal arguments - I'll go ahead and abandon it and just keep with the sudo16:07
mordredfungi: yes - I think that's a very good design16:08
*** goldyfruit___ has joined #openstack-infra16:09
corvusfungi: boartty may have code you can steal16:09
mordredfungi: although - based on the gitea work - we might wind up having a custom ansible module for it so that we can do it all in one process - rather than a bazillion16:09
fungicorvus: oh! good point, i hadn't thought of that16:09
fungimordred: so rather than have ansible parse the projects.yaml, just use our parser from jeepyb or something along those lines?16:10
mordredor - I suppose that's what you were getting at by sdk-based-script - you should be able to crib module boilerplate stuff from the gitea role16:10
mordredfungi: I think having ansible parse the yaml is a fine idea - you could have it pass the parsed yaml dict to the module as a parameter16:11
*** goldyfruit_ has quit IRC16:11
*** apetrich has quit IRC16:12
fungiahh, okay16:13
fungiand yeah, thanks for the gitea module/role pointer16:13
*** e0ne has quit IRC16:17
*** apetrich has joined #openstack-infra16:17
*** iurygregory has quit IRC16:17
*** ociuhandu has joined #openstack-infra16:18
*** ociuhandu_ has joined #openstack-infra16:20
openstackgerritJan Gutter proposed zuul/nodepool master: Add port-cleanup-interval config option  https://review.opendev.org/68702416:21
*** gyee has joined #openstack-infra16:22
*** gyee_ has joined #openstack-infra16:22
*** gyee_ has quit IRC16:23
*** gyee has quit IRC16:23
*** gyee has joined #openstack-infra16:23
*** ociuhandu has quit IRC16:23
*** ociuhandu_ has quit IRC16:25
*** ykarel is now known as ykarel|away16:27
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433416:30
*** trident has quit IRC16:33
*** ociuhandu has joined #openstack-infra16:36
*** kjackal has quit IRC16:37
*** trident has joined #openstack-infra16:37
*** ociuhandu has quit IRC16:41
*** mriedem_afk is now known as mriedem16:47
*** ociuhandu has joined #openstack-infra16:54
*** mgoddard has quit IRC16:57
*** mgoddard has joined #openstack-infra17:02
*** jamesmcarthur has quit IRC17:06
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433417:06
openstackgerritGhanshyam Mann proposed openstack/devstack-gate master: Update grenade settings for stable/train  https://review.opendev.org/68677417:08
*** jpena is now known as jpena|off17:11
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433417:16
openstackgerritGabor Lekeny proposed zuul/zuul master: Decode k8s ServiceAccount bearer token  https://review.opendev.org/68710717:17
*** pcaruana has quit IRC17:21
*** psachin has quit IRC17:22
openstackgerritJames E. Blair proposed zuul/zuul-registry master: WIP implement shadow proxying  https://review.opendev.org/68711317:25
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433417:26
*** jamesmcarthur has joined #openstack-infra17:31
openstackgerritTristan Cacqueray proposed zuul/zuul-registry master: Add type annotations  https://review.opendev.org/68624917:36
openstackgerritTristan Cacqueray proposed zuul/zuul-registry master: Add hypothesis based test for the storage module  https://review.opendev.org/68711817:36
*** bdodd has quit IRC17:39
openstackgerritTristan Cacqueray proposed zuul/zuul-registry master: Add hypothesis based test for the storage module  https://review.opendev.org/68711817:40
openstackgerritGhanshyam Mann proposed openstack/openstack-zuul-jobs master: Add stable/train to periodic-stable templates  https://review.opendev.org/68712217:44
*** pcaruana has joined #openstack-infra18:00
*** ociuhandu has quit IRC18:01
*** ociuhandu has joined #openstack-infra18:02
*** goldyfruit___ has quit IRC18:03
*** goldyfruit has joined #openstack-infra18:06
*** ociuhandu has quit IRC18:06
*** woojay has left #openstack-infra18:14
*** ociuhandu has joined #openstack-infra18:16
corvusfungi, clarkb, mordred, tristanC: from an ops pov, do you think we could switch out our use of docker-compose with something like podman-compose fairly easily?18:17
clarkbis podman easily installable on not rhel/fedora/centos?18:17
clarkbthat is likely the biggest hurdle?18:17
tristanCcorvus: i haven't tried podman-compose, can give it a try for the zuul-quickstart18:18
corvustristanC: that would be great -- if it works there, it's probably not too hard to use it on our prod systems18:18
corvusclarkb: i think the projectatomic ppa may have it?18:18
tristanCclarkb: buildah/podman are fairly simple to install, it's just an userland tool afterall18:18
clarkbya looks like you have to use the ppa which provides development versions18:19
clarkba bunch of other distros provide a more stable podman install18:19
clarkb(at least according to their docs)18:20
corvusso the *good* news is it probably has that multiple-regisry mirror support :)18:20
*** ociuhandu has quit IRC18:20
*** ricolin has quit IRC18:21
*** ociuhandu has joined #openstack-infra18:21
tristanCcorvus: oh yes, there is a convenient /etc/containers/registries.d/ directory where you can configure registries18:21
clarkbpodman-compose like docker-compose is on pypi18:22
clarkbis podman itself relatively stable at this point?18:22
clarkbI know that tripleo had a lot of problems with it not too long ago. I suppose if it is what they shipped in rhel8 then it probably is stable18:23
corvusbasically, what i'm wondering is, a) can opendev move off of docker and onto something based on the containers/ tools and, if so, b) is that enough of a demonstration to convince us that we can we refocus the zuul-registry work on supporting just that part of the ecosystem.18:23
*** ociuhandu has quit IRC18:23
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433418:23
clarkbI think if your intent is to support this as a generic zuul tool then you should not drop support for docker18:24
*** ociuhandu has joined #openstack-infra18:24
clarkbfor better or worse docker is the tool most people are going to start with when they spin up zuul in that space I think18:24
clarkband many are going to have preexisting tooling around it18:24
corvusto be clear, i expect jobs to continue to support building and pushing images to dockerhub until docker runs out of money18:25
corvusbut do the image build and test jobs need to support the docker runtime?18:25
corvusoh, a related question -- k8s still uses the docker runtime for image pulls, right?18:26
clarkbI think that there will be people out there that want to test image builds with docker and zuul should likely support that18:27
tristanCcorvus: if you use containerd or cri-o through CRI, k8s doesn't use or need docker18:27
*** e0ne has joined #openstack-infra18:28
corvustristanC: are you sure it doesn't use the same moby code to pull images?18:28
clarkbdocker and podman are different code bases, if what you have in production is tied to docker you want to test that docker works for you with its set of bugs and behaviors18:28
clarkbopendev can probably switch without too much trouble but that isn't goign to be true of everyone, nor will people want their CI system to dictate what they can run in production18:29
*** ociuhandu has quit IRC18:29
*** ociuhandu has joined #openstack-infra18:29
tristanCcorvus: i don't know where the pull code is coming from though, github.com/docker/docker is listed in cri-o go.mod18:30
mordredcorvus: yes, I think we should take a stab at moving opendev to podman and friends18:31
mordredlike, I think it's worth trying18:31
mordredclarkb: I agree - jobs should still be able to use docker and have it work - I think broadly speaking zuul's container support should be friendly to both docker and non-docker18:32
clarkbya separately we can choose to use different tools because they make our lives easier, I just don't expect everyone to be able to make that decision18:33
*** gyee has quit IRC18:33
mordredcorvus: I agree with tristanC - I do not know enough about the cri-o backend to know it's using the moby code or not - although I'd imagine with the folks working on cri-o that there's also a decent chance it might be using whatever skopeo is using18:33
*** ociuhandu has quit IRC18:34
mordredclarkb: that said - the zuul image jobs themselves have people point to a Dockerfile - so the argument could be made that we could just have those jobs use something other than docker to build the images with teh Dockerfile - if all someone wants is "I have this dockerfile and this context, please to give me an image"18:35
clarkbit is interesting that containers/ is happy to change behavior here when it comes to registries but not when it comes to ipv6 addresses :/18:35
clarkbpersonally I'd be a whole lot more interested in podman if the line we got re ipv6 was "we have to maintain bug compat"18:35
clarkb*if the line wasn't18:35
mordredyeah, I agree - that response was pretty disappointing18:36
mordredbut - you know - if buildah can do a better job of building images for us and the general zuul user has no idea that this happened - awesome18:37
*** ociuhandu has joined #openstack-infra18:39
*** mriedem has quit IRC18:40
*** mriedem has joined #openstack-infra18:40
fungilooks like the work to get podman into debian (from where it would likely trickle into a future ubuntu) is now only blocked on packaging conmon and some cni bits: https://wiki.debian.org/Podman18:43
mordredcool18:43
fungihttps://bugs.debian.org/93044018:44
openstackDebian bug 930440 in wnpp "ITP: podman -- Library and tool for running OCI-based containers in Pods" [Wishlist,Open]18:44
fungiand for buildah: https://bugs.debian.org/92808318:47
openstackDebian bug 928083 in wnpp "ITP: golang-github-containers-buildah -- A tool that facilitates building OCI images" [Wishlist,Open]18:47
fungiseems there was some progress before the freeze for buster, so likely will be resuming now that the dust has settled18:49
*** ociuhandu has quit IRC18:49
openstackgerritTristan Cacqueray proposed zuul/zuul master: quick-start: ensure apt-get update is ran non-interactively  https://review.opendev.org/68713418:51
openstackgerritTristan Cacqueray proposed zuul/zuul master: Replace docker by podman for quick-start  https://review.opendev.org/68713518:51
AJaegercorvus: cri-o uses runC as Docker does18:56
mordredAJaeger: that's for running - do we know if it uses the same thing for pulling/fetching images?18:58
AJaegermordred: I think for pulling/fetching it's different - but don't trust me ;)18:59
openstackgerritTim Burke proposed zuul/zuul-registry master: Rework the stream_blob/stream_object API  https://review.opendev.org/68682719:00
AJaegerconfig-core, anybody feeling strongly on https://review.opendev.org/683028 - it has one -1 by mnaser. It's the "Idenetify voting bots" gerrit ACL19:02
clarkbAJaeger: I think mnaser makes a good point19:05
clarkbits totally fine config and a project can opt to have it19:05
clarkbhowever, if the governing body of that project thinks it is a bad idea I'm not sure we should do it19:06
openstackgerritClark Boylan proposed zuul/nodepool master: Add port-cleanup-interval config option  https://review.opendev.org/68702419:07
corvusas an "experiment" i think we already have the results: adam and others already acknowledged mis-clicking the field themselves.19:08
AJaegerclarkb: the governing body gave one +1 and one -1 ;)19:10
AJaegerI suggested in the review changing the order, going from "backport" to "Stable-Backport" so that it's after "Review"...19:11
openstackgerritTristan Cacqueray proposed zuul/zuul-registry master: Add hypothesis based test for the storage module  https://review.opendev.org/68711819:12
fungii thought part of the assertion was that these presumed bots were using whichever field appeared first, but maybe i'm misremembering19:12
fungior are you suggesting that's a way to stop having to care about the bots mistakenly setting the backports vote and polluting its purpose?19:13
AJaegerthe later19:13
clarkbfungi: ya I think that is what AJaeger is saying. If you move the backports after code review then you avoid pollution of that field19:14
fungiyeah, just realized i should read the comment he put on that review instead of asking hare-brained questions in here ;)19:14
fungisorry19:14
*** spartakos has joined #openstack-infra19:16
AJaegerfungi: sorry for not beeing clear19:16
* AJaeger updated the change and will ignore it now19:17
*** gyee has joined #openstack-infra19:18
*** pcaruana has quit IRC19:32
openstackgerritClark Boylan proposed zuul/nodepool master: Use real uuids in fake cloud resource IDs  https://review.opendev.org/68714419:34
*** ykarel|away has quit IRC19:34
openstackgerritTim Burke proposed zuul/zuul-registry master: Rework the stream_blob/stream_object API  https://review.opendev.org/68682719:41
openstackgerritDavid Shrewsbury proposed zuul/nodepool master: WIP: experimenting with using ZK for fake driver  https://review.opendev.org/68715019:49
*** spartakos has quit IRC19:50
*** zZZZzzetuid is now known as setuid19:58
*** xek has joined #openstack-infra19:58
*** spartakos has joined #openstack-infra19:59
*** spartakos has quit IRC20:02
*** otherwiseguy_ has quit IRC20:02
openstackgerritMerged zuul/zuul-registry master: Rework the stream_blob/stream_object API  https://review.opendev.org/68682720:09
*** kjackal has joined #openstack-infra20:13
*** igordc has joined #openstack-infra20:13
*** jamesmcarthur has quit IRC20:19
*** kjackal has quit IRC20:25
*** xenos76 has quit IRC20:26
*** xenos76 has joined #openstack-infra20:31
*** adriant has quit IRC20:32
*** slaweq has quit IRC20:33
*** iokiwi has quit IRC20:33
clarkbinfra-root can we get https://review.opendev.org/#/c/686775/ in so that we don't have to remember to do that by hand in the future?20:38
clarkbfungi: ^ I think that may be you for reviews20:38
openstackgerritTristan Cacqueray proposed zuul/zuul-registry master: Add hypothesis rule based state machine test and fix path issue  https://review.opendev.org/68715720:40
*** xenos76 has quit IRC20:51
*** tonyb has joined #openstack-infra20:52
*** anteaya has joined #openstack-infra20:53
*** Goneri has quit IRC20:55
*** diablo_rojo has quit IRC20:56
*** iokiwi has joined #openstack-infra20:57
*** adriant has joined #openstack-infra20:57
*** yamamoto has joined #openstack-infra20:59
*** yamamoto has quit IRC21:04
openstackgerritMerged opendev/system-config master: Update zuul ansible installs when restarting zuul  https://review.opendev.org/68677521:05
*** goldyfruit_ has joined #openstack-infra21:05
*** goldyfruit has quit IRC21:08
*** xek has quit IRC21:18
*** goldyfruit_ has quit IRC21:22
*** markvoelker has quit IRC21:29
openstackgerritTristan Cacqueray proposed zuul/zuul-registry master: Add hypothesis based test for the storage module  https://review.opendev.org/68711821:43
openstackgerritTristan Cacqueray proposed zuul/zuul-registry master: Add hypothesis rule based state machine test and fix path issue  https://review.opendev.org/68715721:43
*** jtomasek has quit IRC21:54
*** jtomasek has joined #openstack-infra21:55
*** jtomasek has quit IRC21:55
*** smarcet has joined #openstack-infra21:56
*** whoami-rajat has quit IRC22:02
*** trident has quit IRC22:03
openstackgerritGoutham Pacha Ravi proposed opendev/irc-meetings master: Add gouthamr as co-chair for manila meetings  https://review.opendev.org/68717122:03
*** trident has joined #openstack-infra22:04
*** goldyfruit_ has joined #openstack-infra22:10
*** slaweq has joined #openstack-infra22:11
*** markvoelker has joined #openstack-infra22:11
clarkbI'm catching up on meeting agenda items. Can someone help me understand the CNAME entry at https://etherpad.openstack.org/p/openstack-org-dns ?22:16
*** slaweq has quit IRC22:16
clarkbis the idea that we'll set up dns to be eg etherpad.openstack.org CNAME etherpad.opendev.org CNAME etherpad01.opendev.org A someIP ?22:17
clarkbthen delegate acme authorization to acme.opendev.org for etherpad.openstack.org ?22:17
openstackgerritCarlos Goncalves proposed openstack/diskimage-builder master: CentOS 8 minimal testing and support  https://review.opendev.org/68486022:18
fungiclarkb: no need to delegate, just cname that as well22:18
clarkbya delegate was probably a bad term, but basically thats a cname similar to what we do for foo.openstack.org22:18
clarkbdid I get the first bit right re CNAMEs?22:18
fungiacme-challenge.etherpad.openstack.org as a cname to acme.opendev.org or whatever22:18
fungiclarkb: yep22:18
clarkband the benefit of there is we only have to create a single record per service?22:19
fungithe result would then allow us to obtain le certs for etherpad.openstack.org without our automation touching the openstack.org dns22:19
clarkbwell you have to create two CNAMEs22:19
clarkbbut I guess people are ok with that?22:19
fungiright, manually22:19
clarkbalso why is it OSF doing that?22:20
fungiand odds are we won't be stuffing new opendev services into openstack.org so could just do them up front22:20
clarkb(I don't ask eg jimmy to edit dns for us for example)22:20
fungiclarkb: "osf" there was shorthand for "not the opendev sysadmins but maybe the openstack infra team"22:20
fungiwhoever is administrating the openstack.org zone22:21
fungiour automation doesn't need to know/care about how that dns is managed22:22
clarkbok so we haven't been asked to stop making edits to that zone22:22
funginope22:22
*** markvoelker has quit IRC22:22
fungithis came up while you'd gone fishin'22:22
fungii reignited the static.o.o migration discussion during thursday tc office hour since wednesday office hour is kinda dead22:23
clarkbk. Just making sure I didn't miss any logistical changes that ended up being important22:23
fungiand the discussion worked its way around to the challenges (technically, logistically and ideologically) of maintaining ssl for stuff like docs.openstack.org and why it might be nice for that to become a redirect to docs.opendev.org/openstack or whatever22:25
clarkbtristanC: did you see my comment on https://review.opendev.org/#/c/686474/ ?22:25
fungiso the plan in that etherpad was a compromise to give us the ability to do certs for other domains opendev doesn't control but hosts sites/services for22:26
fungiindependent of the system used to host those domains22:26
*** e0ne has quit IRC22:26
openstackgerritCarlos Goncalves proposed openstack/diskimage-builder master: Add CentOS 8 support  https://review.opendev.org/68430822:27
*** pkopec has quit IRC22:27
*** mriedem has quit IRC22:27
fungibasically if whoever controls those domains can add appropriate cnames, then we can do our le certs without interacting with whatever dns hosting is involved on that side22:27
clarkband if we also cname the service itself we can move it around too22:28
fungiyup22:28
fungibut of course reminding folks that we're also happy to host dns in our code-review-driven system if they're up for that22:28
clarkbtristanC: can you see my comment on https://review.opendev.org/#/c/686749/5 too? I think these are both very close if we can clean up these last few things and double check the changes we are making are correct22:30
*** smarcet has quit IRC22:40
openstackgerritClark Boylan proposed opendev/glean master: Import ipv6 configuration done by cloud-init for Red Hat distro  https://review.opendev.org/68674922:49
clarkbtristanC: ^ that should fix the CI issue22:49
clarkb(it was the args.distro vs distro variable name)22:49
tristanCclarkb: oh, i was about to submit that change.. thanks!22:50
tristanCclarkb: i also replied to your comments22:50
clarkbthanks (I don't want this to get forgotten as stable red hat distros on all the clouds would be nice to have)22:50
clarkbif this passes CI I think the next thing we should do is build a test image and boot it in FN and limestone and some non ipv6 only cloud and do some real world checks22:52
clarkbI can help with that22:52
tristanCclarkb: iiuc we use glean to avoid cloudinit deps, but if we stop doing pip/tox in dib, could we switch back to cloud-init?22:53
tristanCor i'm not sure what is the reason of glean in the first place22:54
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433422:54
donnydAnything I can help with on this?22:54
clarkbtristanC: the original reason was due to cloud init not supporting rackspace network configuration22:55
clarkbtristanC: If cloud init supports rackspace now then I think we can consider switching back, however the deps issue is one we'll likely need to do testing around22:56
clarkbtristanC: we would also want to ship a cloud init config that severely reduced what cloud init does by default22:56
clarkb(we dno't want different users configured on every different distro for example, we also don't want cloud init formating and mounting volumes, etc)22:56
clarkbdonnyd: no we need to update how our images are configured to try and force network manager to manage an interface even if the kernel configures it first via an RA. that is what the change above hopes to do22:57
clarkbtristanC: also not doing pip/tox in dib doesn't help when tests try to install package globally and fail because requests can't be removed or whatever22:58
donnydI left my comments the patch. I am curious if the case in there also covers ipv6_dhcpv6_stateless22:58
donnydAs that is the FN and limestone config if I am not mistaken22:58
clarkbdonnyd: I think you get ipv6_slaac for that case from config drive22:59
donnydbut I am not sure how glean really works, so it may not be relevant22:59
* clarkb attempts to confirm22:59
donnydYea, stateless uses slaac for actual config.. but I am not sure if glean is asking openstack that question or not23:00
donnydand I am also not sure how Openstack responds23:00
clarkbsort of, it is checking for the interface type from the config drive json23:01
clarkb"type": "ipv6_dhcpv6-stateless" seems to be what we get on limestone23:01
clarkbya so thats buggy, thanks for the review23:02
openstackgerritClark Boylan proposed opendev/glean master: Import ipv6 configuration done by cloud-init for Red Hat distro  https://review.opendev.org/68674923:03
clarkbdonnyd: tristanC ^ I think that is what we want there23:03
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433423:04
clarkbtristanC: re cloud init I guess what I'm trying to say is it is doable but will require careful transitioning and isn't somethign we can do quickyl I don't think.23:05
donnydI need to spin up a dhcpv6 stateful network and find out what we need to cover that case too. I am pretty sure it requires extra params in the ifcfg23:05
clarkbdonnyd: ya it will require a different set of settings which are not yet supported there23:05
*** harlowja has quit IRC23:05
clarkbif you want to sort out what those settings are a new chagne would be great :)23:05
donnydmaybe for a future patch. I am thinking we probably don't need to wait on that for this patch23:06
clarkbcorrect23:06
tristanCclarkb: ok thanks for the detail. If it's possible then it seems like the right thing to do as it's included by default in upstream cloud-image, and those should be supported with regards to cloud network configuration23:07
fungiyes, the main reason we want glean these days, afaik, is so that we can avoid polluting our images with all of cloud-init's dependency tree since a lot of that conflicts with things our jobs want to install/test. we could of course switch to installing cloud-init into a venv or something and then set up the init to look for it there23:07
donnydI can probably get something running. I would have to setup some extra things and it's all working so well I will have to be careful not to break it23:07
*** rcernin has joined #openstack-infra23:08
clarkbfungi: that and avoiding the myriad of default behavior it has that is just silly (imo)23:09
fungitristanC: an example is when devstack tries to `pip install requests` (or any of the openstack projects which depend on it) and then pip wants to uninstall the system-provided python-requests package but can't, and we can't uninstall it beforehand without also finding and uninstalling all its reverse-dependencies too23:09
clarkbfungi: thankfully I believe cloud init is fully configurable and we can disable all of the sillyness, we just have to sort out what all the things we need are and supply our own config23:09
fungiyep, the configuration part isn't intractible23:09
fungithe system package pollution on the other hand is harder to deal with23:09
fungii think we'd end up with it in a venv like we do with glean23:10
fungithe pip and distro answers to that problem are, of course, "don't sudo pip install" (which is a reasonable answer, but means devstack needs a major overhaul if so)23:11
*** hwoarang has quit IRC23:12
donnydtotally unrelated, but I have been tracking the swift logs thing pretty closely to see what it needs to operate. We are currently at 1.38TB23:12
clarkbdonnyd: has it started to level off yet? we have 30 days of retention so in theory after about 30 solid days of use we should see it plateau23:12
clarkband if we multiply that number by the number of clouds supplying swift to us I think that closely resembles our old fileserver disk usage23:13
fungithere were some extended outages for swift in fn though which i think happened within the past 30 days, so could slightly depress the current measurement23:13
donnydhttps://grafana.fortnebula.com/d/9MMqh8HWk/openstack-utilization?orgId=2&refresh=30s&fullscreen&panelId=26&from=now-60d&to=now23:13
fungibut it's likely close23:14
donnydI know, not great metrics.. I am not great at that23:14
donnydfungi: If I am not mistaken the swift logs were only down the for week my generator was being installed23:14
donnydbut yea, that will probably skew them a little bit23:15
fungiright, that's what i meant23:15
donnydI wish i was better with the grafana's. I have the data tracked, I just don't know how to display it better23:15
timburkedonnyd, you scared me for a moment! i'm so used to seeing % _used_ instead of _free_... *whew*23:16
fungipabelanger is a whiz with grafana dashboards23:16
donnydtimburke: LOL23:16
donnydI gather what zabbix is capable of gathering and I have had gnocchi running...  I just don't know how to do anything useful with it23:17
donnydtimburke: what that graph should do is exactly what you are saying. I should be able to take the percentage used and turn it into a percentage left or something better than this23:18
donnydits pretty much garbage. I am trying to be as transparent as possible with the metrics so everyone else can see what the backend of this cloud looks like23:19
timburkewhich is fantastic! thank you for that, it'd been really fun seeing so much of how the zuul-logs transition has gone23:20
*** goldyfruit_ has quit IRC23:20
openstackgerritJeremy Stanley proposed zuul/zuul-website master: Link to instructions on vulnerability reporting  https://review.opendev.org/68579923:21
timburkeno criticism was intended ;-)23:21
donnydOh I was criticizing myself... Those swift metrics seriously need some help. Also I am curious if there is anything else anyone wants to know... like what other data would you want to see23:23
donnydI am not showing hypervisor disk util right now, but surely could23:23
donnydI just don't know what is useful as a consumer23:23
*** hwoarang has joined #openstack-infra23:25
*** dchen has joined #openstack-infra23:27
*** dychen has joined #openstack-infra23:29
donnydhttps://grafana.fortnebula.com/d/9MMqh8HWk/openstack-utilization?orgId=2&fullscreen&panelId=28&from=now-60d&to=now&refresh=30s23:31
donnydtimburke: ^^^^^23:31
donnydis that better?23:31
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunits (2nd try)  https://review.opendev.org/67433423:31
timburkedonnyd, 👍 -- i'll have to watch for usage to come down as things calm down after the release and old logs expire23:35
donnydoh we also wanted to track workload when that happens as well right23:35
*** smarcet has joined #openstack-infra23:36
timburkeyeah -- and object-expirer cycle times will be of particular interest, i think23:36
*** dchen has quit IRC23:39
*** dychen has quit IRC23:39
*** dchen has joined #openstack-infra23:40
*** tosky has quit IRC23:40
*** dchen has quit IRC23:43
donnydi totally killed the conversation tristanC and clarkb were having. Sry about that23:44
clarkbno worries, I think tristanC had to call it a day anyway23:45
*** dchen has joined #openstack-infra23:46
donnydclarkb: can you think of any data that is interesting that would be helpful from your end in infra?23:52
donnydmaybe a stat that could show if something had a positive effect or negative one?23:53
clarkbI think for us it is mostly ensuring that the auto expiration is workin and keeping us at a sustainable disk usage level23:53
clarkbbecause we'll want to bump up the retention period if we have room23:53
donnydWell I think the target utilization was set at 4TB right?23:54
donnyddid we have a specific amount of space we were targeting?23:55
*** goldyfruit_ has joined #openstack-infra23:56
clarkbnot a specific amount of space as much as bump up the retention period as large as possible23:57
clarkbthe previous numbers were guestimated based on what the old fileserver was storing23:57
clarkbbut now we've got real numbers for in swift storage so we should double check the estimates23:57
donnydoh ok. Well from my side it's a little less than 1.5tb, so if we bump to 60 days retention we should expect around 3tb23:58
donnydwhich isn't a bunch really23:58
donnydI need to find a way to get ```swift stat``` represented in the dashboard23:58
*** mattw4 has quit IRC23:59

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