Tuesday, 2021-03-23

openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: WIP: Ensure Gentoo Repo directory  https://review.opendev.org/c/zuul/zuul-jobs/+/78233900:02
*** ajitha has joined #zuul00:02
fungicorvus: looks like flake8 complained about insufficient spacing between some class definitions00:06
fungiunit test should hopefully report shortly00:06
*** tosky has quit IRC00:09
*** sshnaidm is now known as sshnaidm|off00:12
fungiyeah, tests are good with it00:30
*** hamalq has quit IRC00:56
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: WIP: Ensure Gentoo Repo directory  https://review.opendev.org/c/zuul/zuul-jobs/+/78233900:58
openstackgerritJeremy Stanley proposed zuul/zuul master: Fix trigger event forwarding bug  https://review.opendev.org/c/zuul/zuul/+/78233501:09
fungicorvus: ^ minor whitespace appeasement01:10
openstackgerritJeremy Stanley proposed zuul/zuul master: WIP: Try to repro recheck failure  https://review.opendev.org/c/zuul/zuul/+/78233601:11
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: WIP: Ensure Gentoo Repo directory  https://review.opendev.org/c/zuul/zuul-jobs/+/78233901:23
corvusfungi: oh thanks!01:35
fungii just wanted to be able to register my +2 before i lose consciousness, in case apac/emea folks are keen to approve it01:38
*** evrardjp has quit IRC03:33
*** evrardjp has joined #zuul03:33
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: WIP: Ensure Gentoo Repo directory  https://review.opendev.org/c/zuul/zuul-jobs/+/78233903:37
*** vishalmanchanda has joined #zuul04:10
*** ykarel has joined #zuul04:28
*** EmilienM has quit IRC05:13
*** dmsimard has quit IRC05:14
*** dmsimard has joined #zuul05:14
*** jfoufas1 has joined #zuul05:22
*** ykarel has quit IRC05:23
*** ykarel has joined #zuul05:25
*** ajitha has quit IRC07:31
*** jcapitao has joined #zuul07:46
*** rpittau|afk is now known as rpittau08:13
*** sshnaidm|off has quit IRC08:34
*** hashar has joined #zuul08:41
*** jpenag is now known as jpena08:57
*** ykarel is now known as ykarel|lunch08:57
*** nils has joined #zuul09:02
*** tosky has joined #zuul09:04
*** saneax has quit IRC09:04
avasscorvus: I can do another test today and check if paste.openstack truncated the logs. but no I'm not running anything custom (except for the digital ocean patch in nodepool)09:08
*** holser has joined #zuul09:14
*** harrymichal has joined #zuul09:21
swestavass: I can reproduce the issue09:27
swestwill follow up with a fix and more details later09:28
*** vishalmanchanda has quit IRC09:28
avassswest: nice :)09:43
*** ykarel|lunch is now known as ykarel10:01
openstackgerritSimon Westphahl proposed zuul/zuul master: Fix bug w/ None event in Gitub event forwarder  https://review.opendev.org/c/zuul/zuul/+/78239510:10
swestavass: corvus: fungi: tobiash: ^ fix for the missing trigger for github events10:10
openstackgerritSimon Westphahl proposed zuul/zuul master: Fix bug w/ None event in Github event forwarder  https://review.opendev.org/c/zuul/zuul/+/78239510:12
avassswest: thanks! I'll do a check with that when I'm off work10:12
*** sshnaidm has joined #zuul10:13
*** sshnaidm is now known as sshnaidm|off10:13
*** tosky has quit IRC10:13
*** tosky has joined #zuul10:14
*** harrymichal has quit IRC10:57
*** harrymichal has joined #zuul10:58
*** jcapitao is now known as jcapitao_lunch11:00
*** yoctozepto has quit IRC11:02
*** yoctozepto has joined #zuul11:03
*** vishalmanchanda has joined #zuul11:11
*** rlandy has joined #zuul11:35
*** EmilienM has joined #zuul12:05
*** hashar is now known as hasharLunch12:09
*** jpena is now known as jpena|lunch12:31
*** ykarel has quit IRC12:38
*** ykarel has joined #zuul12:38
*** ykarel_ has joined #zuul12:44
*** ykarel has quit IRC12:47
*** jcapitao_lunch is now known as jcapitao12:50
*** mgoddard has quit IRC12:53
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: WIP: Ensure Gentoo Repo directory  https://review.opendev.org/c/zuul/zuul-jobs/+/78233912:58
*** piotrowskim has joined #zuul13:02
*** hasharLunch is now known as hashar13:17
*** ykarel_ is now known as ykarel13:17
*** ykarel_ has joined #zuul13:22
*** ykarel__ has joined #zuul13:23
*** ykarel has quit IRC13:24
*** ykarel_ has quit IRC13:26
*** ykarel has joined #zuul13:26
*** ykarel__ has quit IRC13:28
*** ykarel has quit IRC13:32
*** ykarel has joined #zuul13:33
*** jpena|lunch is now known as jpena13:34
corvusswest, avass: lgtm +3 thx13:47
*** dmsimard has quit IRC13:53
*** dmsimard has joined #zuul13:54
*** mgoddard has joined #zuul13:57
*** GomathiselviS has joined #zuul14:16
GomathiselviSHi Requesting a merge https://review.opendev.org/c/zuul/zuul-jobs/+/773474, if the base-test has passed with this change.14:18
*** jfoufas1 has quit IRC14:19
openstackgerritJeremy Stanley proposed zuul/zuul-jobs master: WIP: Set Gentoo profile in configure-mirrors  https://review.opendev.org/c/zuul/zuul-jobs/+/78233914:30
*** ajitha has joined #zuul14:37
avassGomathiselviS: I'm not sure if anyone did a base-test loop?15:06
avasspabelanger: ^ ?15:06
mordredcorvus: https://review.opendev.org/c/zuul/zuul/+/782335 has 2x+2 - left off +A in case you wanted anyone else to look at it15:17
corvusmordred: +w, i think we should get it in.  tobiash might want to retro-review15:19
mordredswest: github patch failed in gate. looks like unrelated issue15:19
corvusi'll just toggle my +w15:20
tobiashcorvus: I was just about to hit that button but then got distracted15:21
*** frickler has quit IRC15:37
*** Eighth_Doctor has quit IRC15:37
*** mordred has quit IRC15:37
*** irclogbot_0 has quit IRC15:37
*** frickler has joined #zuul15:37
*** masterpe has quit IRC15:38
*** irclogbot_1 has joined #zuul15:40
*** y2kenny has joined #zuul15:44
*** irclogbot_1 has quit IRC15:49
*** irclogbot_3 has joined #zuul15:54
y2kennyHi, I understand for untrusted project, delegation of ansible task to run on the executor is limited to a whitelist of module.  Is it possible to make that whitelist configurable/override-able? I am trying to run ipmitool from the executor to capture machine log via serial-over-lan.15:54
fungiy2kenny: it's implemented as a symlink farm in the ansible deployment zuul manages on executors, so you could alter that15:55
y2kennyfungi: do you have the specific coordinates?15:57
y2kenny(I am using the executor image from DockerHub)15:57
fungiyeah, i'm gettig the url but i'm also on a videoconference call and my workstation is struggling15:57
y2kennyoh thanks.  no rush, take your time.15:57
fungiy2kenny: lookup modules example for the base ansible version is https://opendev.org/zuul/zuul/src/branch/master/zuul/ansible/base/lookup15:59
fungiy2kenny: we also deploy from zuul container images, but use zuul's ansible management to create that at /var/lib/zuul/ansible/2.9/zuul/ansible/lookup/16:01
*** hashar has quit IRC16:01
*** hashar has joined #zuul16:03
*** y2kenny has quit IRC16:06
*** y2kenny has joined #zuul16:07
tobiashcorvus: do you know if the official nodepool images are using jemalloc?16:08
y2kennyfungi: um... I don't think I understand.  So if I want to use a shell task to run ipmitool, do I create ipmitool.py under lookup that looks like fileglob.py?16:08
tobiashwe switched the launchers from alpine to a python image and now they show memory leak behavior (without changing nodepool itself)16:08
pabelangeravass: we did in zuul.a.c16:09
pabelangerbut not opendev16:09
pabelangerwe've fork the role into our trusted context for testing16:09
pabelangerhttps://github.com/ansible/project-config/tree/master/roles/add-build-sshkey-fork16:09
*** mordred has joined #zuul16:10
fungiy2kenny: oh, you're wanting to allow shell tasks? that does get a bit more hairy. the safer approach would probably be to create an ansible module for ipmitool and use that, yeah16:10
*** ykarel has quit IRC16:15
y2kennyfungi: so are the files under lookup full ansible module? (I am not that familiar with the Ansible ecosystem.)16:16
y2kennyfungi: do I need to restart the executor if I modify the lookup directory?16:18
corvusy2kenny: a module won't help here, that's restricted in the same way; instead run ipmitool from a trusted playbook, or run it from a host other than the executor16:18
*** Eighth_Doctor has joined #zuul16:19
corvusy2kenny: you can compose jobs with playbooks from multiple repos, so you can have a post-run playbook in a config project that runs ipmitool16:19
corvusthere is no way to work around zuul's security posture here that we can guarantee will work in the future16:20
y2kennycorvus: post or pre?  I want to start capturing the log, run the test job while the capturing is still going16:20
y2kennyI think I tried to do it in pre but the capturing stopped... not sure if I missed something16:21
corvusy2kenny: pre works too, i just guessed and guessed wrong :)  but does it require the process to keep running the whole time?16:21
corvusbecause if so, then that won't work because zuul is really good about killing processes at the end of a playbook run.16:21
pabelangerGomathiselviS: https://opendev.org/opendev/base-jobs/src/branch/master/zuul.d/jobs.yaml#L5 explains how to do a base-test, you'd need to fork the role into that repo first16:21
*** masterpe has joined #zuul16:21
pabelangerthen update a job to use 'base-test' as the parent16:21
y2kennycorvus: it does... and I think that's what I ran into16:21
pabelangerwhich would then confirm the role doesn't break16:21
tobiashcorvus: this is memory consumption of one launcher with previous alpine, then switched to python:3.9-slim: https://paste.pics/e5037e9d70416e9e7b989a070476a3ba16:22
corvusy2kenny: options are getting slim then; i think it's down to run it in a single trusted playbook, or get an extra observer node (or container or something) to run it :/16:22
y2kennycorvus: I thought I read some doc about starting local docker registry for a job but I don't think that's between pre and run16:23
corvusy2kenny: it is, but the registry is on another node (not the executor) so that's like my "observer node" suggestion16:23
openstackgerritMerged zuul/zuul master: Fix trigger event forwarding bug  https://review.opendev.org/c/zuul/zuul/+/78233516:23
corvustobiash: i can't find any mention of jemalloc in zuul, nodepool, or opendev/system-config which holds the base images16:24
y2kennycorvus: yea... and I think last time I look into that route, I ran into the problem of scheduling from multiple nodepool label16:24
tobiashcorvus: yeah, checked that as well16:25
corvustobiash: i thought you had a change to switch to that though?16:25
corvustobiash: https://review.opendev.org/c/opendev/system-config/+/72543116:26
tobiashjust found that as well16:26
tobiashso no idea why our launcher leaks on 3.9-slim16:27
y2kennycorvus: the job currently run on scarce baremetal node so ideally the observer would not be running on another baremetal.  But afaik, we currently cannot schedule multiple node across multiple node/nodepool provider.16:30
corvustobiash: so basically jemalloc leaks with some versions and non-jemalloc leaks with others?16:30
tobiashcorvus: that would be worst case16:31
tobiashbut that is my impression atm16:31
tobiashnext try will be py39-slim with jemalloc and see if that works16:31
tobiashunfortunately we need to rollout every iteration to production to see an effect16:31
tobiashbut at least so far nothing broke16:32
*** y2kenny has quit IRC16:32
tobiashbut that could be even workload related, jemalloc has been reverted in python-builder due to zuul-scheduler leaking16:33
corvusy2kenny: for this, i think you have 2 good options (other than "get a cloud or a k8s") to get 'lightweight' observer nodes -- you can register the same real node multiple times with different users, or you can register the same node multiple times with a max-parallel-jobs setting, but make sure you update your base job pre-playbook not to run any repo setup on that node since multiple jobs will conflict with16:33
corvuseach other.16:33
tobiashcorvus: our zuul is on python:3.8-slim without jemalloc and works16:34
tobiashvery weird16:34
corvustobiash: let me know if you find a better way to test this :)  does your nodepool load generator show it?16:35
tobiashgood idea, need to try that16:35
openstackgerritMerged zuul/zuul master: Fix bug w/ None event in Github event forwarder  https://review.opendev.org/c/zuul/zuul/+/78239516:35
avassthe javascript tarball promote job just failed for  that ^16:38
corvusavass: i think it's in permafail state and maybe time for us to get rid of it?16:38
avassI'm not actually sure what it does, just noted it16:39
avassbut yeah that looks like taht always fails16:40
fungiwe were talking for a while about dropping that, though i think the docs still mention it as one way to deploy the web content?16:41
*** y2kenny has joined #zuul16:44
avassoh it fails because the dashboard isn't built in gate16:45
openstackgerritAlbin Vass proposed zuul/zuul master: Only promote zuul-build-dashboard when it's built  https://review.opendev.org/c/zuul/zuul/+/78255916:51
avasshow about that ^?16:52
*** cloudnull has quit IRC16:54
*** cloudnull has joined #zuul16:54
avassswest, corvus, fungi, tobiash: looks like the github issue is fixed, thanks!16:57
tobiashcool :)16:57
corvuscool, i'll plan on restarting opendev in a little bit16:59
*** GomathiselviS has quit IRC17:00
y2kennycorvus: I do have a k8s, but it is on a separate provider/driver.  The situation is basically trying to schedule a node from OpenStack Driver and a node from Azure driver for the same job.  The registering the resource multiple time is an interesting strategy I haven't thought about before.  I don't think it will work though since my use case17:01
y2kennyfor these baremetal nodes from pxe boot and up.  The purpose of the ipmitool is to have a different way to monitor the baremetal node via BMC even if the system crash catastrophically17:01
*** iurygregory has quit IRC17:02
y2kennycorvus: sounds like I might have to have a persistent service to do log capturing outside of Zuul workflow instead of launching things within Zuul17:02
avassI suppose it wouldn't make sense for nodepool to do that?17:06
*** jangutter_ has joined #zuul17:08
corvusyeah, we've talked about having nodepool schedule a single request cross-provider.  it's something we'd like to support, but needs dev work.17:08
corvusy2kenny: can you run the whole thing as a trusted playbook?  or do you need speculative execution of job changes?17:09
*** jangutter has quit IRC17:12
corvusy2kenny: if you can do it as a trusted playbook, then you can run that on the executor as you discussed earlier; you would just lose the speculative execution of changes to the job itself.  that may be a reasonable compromise in this situation?17:17
y2kennycorvus: I think I need speculative execution because the job is testing hw device driver.  I already put some portion of the job in trusted playbook (like booting of the baremetal node with the test driver and I am able to capture the boot log there.)17:24
y2kennyactually wait... may be I am mixing up some concept17:25
y2kennycorvus: can I define the whole playbook as trusted but still have a speculative trigger?  I think I can right?17:26
*** rpittau is now known as rpittau|afk17:26
avassy2kenny: the test can still be speculative but not the zuul job config17:26
y2kennyok... may be there's something I can play with17:28
*** iurygregory has joined #zuul17:29
corvusy2kenny, avass: yep17:42
*** jcapitao has quit IRC17:46
*** hashar is now known as hasharAway17:48
*** jpena is now known as jpena|off18:05
*** vishalmanchanda has quit IRC18:17
*** hamalq has joined #zuul18:18
*** GomathiselviS has joined #zuul18:23
*** y2kenny has quit IRC18:32
*** ajitha has quit IRC19:16
avassthere's no way to OR pipeline requirements right?19:38
avassI wanna be able to self approve in github but for some reason the bots approval shows up as 'read' permission. I figured a workaround could be to allow 'write' OR username=<bot-name>19:40
*** GomathiselviS has quit IRC19:43
*** hashar_ has joined #zuul20:00
*** hasharAway has quit IRC20:01
*** nils has quit IRC20:03
*** hashar__ has joined #zuul20:03
*** hashar_ has quit IRC20:06
*** sean-k-mooney has quit IRC20:24
*** hashar__ has quit IRC20:35
*** jangutter has joined #zuul21:22
*** jangutter_ has quit IRC21:26
*** harrymichal has quit IRC23:15
*** rlandy has quit IRC23:53
*** hamalq has quit IRC23:55

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