Thursday, 2020-07-30

*** y2kenny has quit IRC00:03
*** rfolco has quit IRC00:29
openstackgerritClark Boylan proposed zuul/nodepool master: Add basic max-servers handling to the k8s driver  https://review.opendev.org/74342400:52
*** wuchunyang has joined #zuul02:17
*** sanjayu__ has joined #zuul02:22
*** wuchunyang has quit IRC02:35
*** Goneri has quit IRC02:46
*** y2kenny has joined #zuul03:25
*** bhavikdbavishi has joined #zuul03:33
*** bhavikdbavishi1 has joined #zuul03:36
*** bhavikdbavishi has quit IRC03:38
*** bhavikdbavishi1 is now known as bhavikdbavishi03:38
*** wuchunyang has joined #zuul04:00
*** wuchunyang has quit IRC04:04
*** bhavikdbavishi has quit IRC04:22
*** bhavikdbavishi has joined #zuul04:23
*** evrardjp has quit IRC04:33
*** evrardjp has joined #zuul04:33
*** wuchunyang has joined #zuul04:39
*** y2kenny has quit IRC04:50
*** chandankumar is now known as chkumar|ruck05:37
*** reiterative has quit IRC05:41
*** wuchunyang has quit IRC05:41
*** reiterative has joined #zuul05:41
*** vishalmanchanda has joined #zuul05:49
*** chkumar|ruck is now known as chkumar|rover06:13
*** tosky has joined #zuul06:32
*** zer0c00l has joined #zuul06:40
openstackgerritFelix Edel proposed zuul/zuul master: PF4: Fix scrolling behaviour when using keyboard  https://review.opendev.org/74323906:44
openstackgerritFelix Edel proposed zuul/zuul master: PF4: Use a ref to focus main content on initial page load  https://review.opendev.org/74391706:44
*** bhavikdbavishi has quit IRC06:46
*** sgw1 has quit IRC06:50
*** jcapitao has joined #zuul07:11
*** bhavikdbavishi has joined #zuul07:16
*** bhavikdbavishi1 has joined #zuul07:20
*** bhavikdbavishi has quit IRC07:21
*** bhavikdbavishi1 is now known as bhavikdbavishi07:21
*** bhagyashris is now known as bhagyashris|lunc07:28
openstackgerritFelix Edel proposed zuul/zuul master: PF4: Use a ref to focus main content on initial page load  https://review.opendev.org/74391707:35
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Tenant reconfiguration: Get ref-updated modified files  https://review.opendev.org/73907807:49
*** jpena|off is now known as jpena07:56
*** sugaar has joined #zuul07:56
*** nils has joined #zuul07:56
*** harrymichal has joined #zuul08:29
*** bhavikdbavishi has quit IRC08:30
*** bhavikdbavishi has joined #zuul08:36
*** harrymichal has quit IRC08:48
*** harrymichal has joined #zuul08:48
*** harrymichal has quit IRC08:57
*** harrymichal has joined #zuul08:58
*** harrymichal has quit IRC09:02
*** harrymichal has joined #zuul09:13
*** hashar has joined #zuul09:18
*** sshnaidm|afk is now known as sshnaidm09:20
*** harrymichal has quit IRC09:25
*** harrymichal has joined #zuul09:25
*** jcapitao is now known as jcapitao_afk09:32
*** bhagyashris|lunc is now known as bhagyashris09:37
*** harrymichal has quit IRC09:38
*** bhavikdbavishi has quit IRC09:41
*** bhavikdbavishi has joined #zuul09:43
*** bhavikdbavishi1 has joined #zuul09:52
*** bhavikdbavishi has quit IRC09:52
*** bhavikdbavishi1 is now known as bhavikdbavishi09:52
*** bhavikdbavishi has quit IRC10:03
*** jcapitao_afk is now known as jcapitao10:03
*** bhavikdbavishi has joined #zuul10:03
*** bhavikdbavishi has quit IRC10:08
*** hashar has quit IRC10:41
*** jcapitao is now known as jcapitao_lunch11:05
zbrfew days ago i proposed a feature for installing ansible roles/collections that would be very useful for cross repo dependency testing11:07
zbrhttps://github.com/ansible/ansible/issues/7096911:07
zbrif you could review it and maybe explain the use-case better then me it would be great11:08
zbrbasically I want to make it possible to use depends-on, but we need some changes on galaxy client to make it easy11:09
zbrtrying to overcome it with zuul roles would not be easy and would also not sort the issue of testing locally11:10
tobiashcorvus: I've discovered a flaw in the current implementation of zuul dequeue. It is a blocking call to sched.dequeue which dequeues an item using the main event loop. The problem with this is that when a reconfig is in progress this will block the whole rpclistener (and thus basically all of zuul-web) until this is finished which can take minutes in some cases.11:14
tobiashhttps://opendev.org/zuul/zuul/src/branch/master/zuul/rpclistener.py#L9111:14
tobiashdo you have an idea how we could improve that?11:15
*** sshnaidm_ has joined #zuul11:27
*** sshnaidm has quit IRC11:27
*** jpena is now known as jpena|lunch11:29
*** _erlon_ has joined #zuul11:30
*** sshnaidm_ is now known as sshnaidm11:30
*** rfolco has joined #zuul12:02
*** hashar has joined #zuul12:11
*** jcapitao_lunch is now known as jcapitao12:17
*** jpena|lunch is now known as jpena12:32
*** bhavikdbavishi has joined #zuul12:37
*** bhavikdbavishi1 has joined #zuul12:41
*** bhavikdbavishi has quit IRC12:42
*** bhavikdbavishi1 is now known as bhavikdbavishi12:42
openstackgerritSorin Sbarnea (zbr) proposed zuul/zuul master: Add user preferences dialog  https://review.opendev.org/73948212:51
*** sshnaidm is now known as sshnaidm|mtg13:08
openstackgerritTobias Henkel proposed zuul/zuul master: Annotate getChangeByUrl logs with event id  https://review.opendev.org/74397113:29
*** Goneri has joined #zuul13:52
*** yoctozepto has quit IRC13:54
*** yoctozepto has joined #zuul13:55
openstackgerritTobias Henkel proposed zuul/zuul master: Annotate all canMerge calls with event id  https://review.opendev.org/74397713:57
corvustobiash: we could make the listener more asynchronous, but we'd probably need a pool to deal with that.  we could put the jobs (dequeue, enqueue, etc) that need the main loop in one gearman worker, then put the status handler in another gearman worker, that way dequeue callers still wait, but status updates don't.14:06
corvustobiash: i think the second idea doesn't sound too hard and will solve the immediate problem of keeping the status page lively.  which is good, since that will all change with v4.14:07
*** vblando has joined #zuul14:09
tobiashcorvus: yeah, I think I prefer the second idea too for now14:11
*** vblando has quit IRC14:14
zbrtobiash: corvus: the prefs is finally ready at https://review.opendev.org/#/c/739482/14:18
mordredzbr: nice!14:21
mordredzbr: I verify that it behaves as advertised14:22
zbronce merged, i will start migrating the other changes that needed config14:22
*** bhagyashris is now known as bhagyashris|away14:47
tobiashmordred: if you have a sec for log annotation patches: https://review.opendev.org/#/q/topic:log-annotation+(status:open+OR+status:merged)15:07
*** jcapitao has quit IRC15:17
*** nils has quit IRC15:28
*** sgw1 has joined #zuul15:29
openstackgerritTobias Henkel proposed zuul/zuul master: Make reporting asynchronous  https://review.opendev.org/69125315:37
*** sshnaidm|mtg is now known as sshnaidm15:39
corvusmordred: a simple test fix: https://review.opendev.org/74362815:40
tobiashmordred: thanks, could you +3 this test fix? https://review.opendev.org/74362815:40
corvustobiash: jinx :)15:41
tobiash:)15:41
tobiashcorvus: would you be opposed to make reporting async? (I know that this is no problem with ha scheduler anymore, but that is months away and we are more and more backlogged in our event handling)15:42
tobiashwe're now at 4.5k jobs per hour which means that we kick off more than one job per second and I see frequent multi-second delays in the event loop which adds up15:44
corvustobiash: i think it's probably okay; my main worry is with adding complexity here, and therefore creating new emergent behaviors (new race condition bugs, etc).  give me a little while to look over your change and really think about it.15:47
tobiashcorvus: I just rebased the change so it's likely not working/complete yet15:48
tobiashI just wanted to clarify if I can continue working on it15:48
corvustobiash: ack, thx.  i'll review it in that context15:49
tobiashand I agree with the worry about the added complexity at I'd be in favor of removing it with ha scheduler again if that helps arguing it :)15:49
corvustobiash: heh, my first thought is that if, by the time we have distributed schedulers, it's been in production for a while, we might just keep it :)15:50
tobiashwith ha scheduler removing it likely means reducing zk traffic a bit :)15:51
corvustrue; depends on exactly how we end up doing that15:52
tobiasha second thing I found that is potentially slowing down event processing is this one: https://opendev.org/zuul/zuul/src/branch/master/zuul/manager/independent.py#L7815:54
tobiashthis does also web requests and I wonder if we can do this work already ahead of time before enqueuing the change15:54
*** hamalq has joined #zuul16:03
*** hamalq has quit IRC16:03
openstackgerritClark Boylan proposed zuul/nodepool master: Add basic max-servers handling to the k8s driver  https://review.opendev.org/74342416:03
*** hamalq has joined #zuul16:04
clarkby2kenny isn't here but I think ^ is a decent simplification (thank you corvus for that simple driver interface)16:09
clarkbbasically we can add features and delete some code at the same time :)16:09
tobiashclarkb: I think at a later point we could also move launchesComplete into the driver interface16:12
tobiashthat actually is the same for all drivers16:12
clarkb++16:12
tobiash*almost16:12
*** wuchunyang has joined #zuul16:32
*** wuchunyang has quit IRC16:37
openstackgerritMerged zuul/zuul master: Annotate getChangeByUrl logs with event id  https://review.opendev.org/74397116:57
openstackgerritMerged zuul/zuul master: Annotate all canMerge calls with event id  https://review.opendev.org/74397716:57
openstackgerritMerged zuul/zuul master: Sequence builds in test_executor  https://review.opendev.org/74362816:57
*** rlandy has joined #zuul17:02
*** jpena is now known as jpena|off17:04
*** sanjayu__ has quit IRC17:53
*** hashar has quit IRC17:54
*** bhavikdbavishi has quit IRC17:59
*** bhavikdbavishi has joined #zuul17:59
openstackgerritAndrii Ostapenko proposed zuul/zuul-jobs master: Add ability to use (upload|promote)-docker-image roles in periodic jobs  https://review.opendev.org/74056018:42
*** bhavikdbavishi has quit IRC18:53
clarkbswest: I left a comment on https://review.opendev.org/#/c/738013/5 can you let me know if that makes sense? Unfortuantely I don't have a great suggestion for fixing the underlying issue19:04
clarkbbschanzel: tristanC you can probably answer my question on https://review.opendev.org/#/c/740691/3 ?19:11
*** y2kenny has joined #zuul19:23
*** y2kenny49 has joined #zuul19:25
*** y2kenny78 has joined #zuul19:26
*** y2kenny has quit IRC19:28
*** y2kenny has joined #zuul19:30
tristanCclarkb: replied, thanks19:30
clarkbtristanC: '{"ENV-NAME": "value"}' is valid json :)19:33
corvusi think {'foo-bar': baz} is fine in yaml; but if that's what k8s is expecting, it probably makes the most sense to pass it through19:33
corvusin fact i think "{foo-bar: baz}" is valid yaml19:33
y2kennyclarkb: I saw the change.  I will pull it down and try the test again.  Is the simple driver thing something that should be adopted by most driver?  (I am wondering if I should apply that to the cobbler driver... I wrote it referencing the k8s driver so I wasn't using it.)19:33
y2kennyunrelated: I have a job that is known to be flicky but it's ok as long as it passes once.  I noticed that there is job.attempts but that seems to apply only to pre-run.  Is the strategy to move the main-run to pre correct?  Are there other gotcha that I should pay attention to?19:34
clarkby2kenny: I expect that over time most drivers will adopt it or something like it as a base19:34
corvusy2kenny: (yes, and i don't think it existed at the time you started your work)19:34
clarkby2kenny: since as we write more of these we are finding more overlap (the quota stuff is a good example of that)19:34
corvusy2kenny: can you put the test itself in a retry loop?19:35
corvusy2kenny: that way you don't have to re-run the whole job19:35
clarkbfirefox just crashed, but I'm just doing quick rereview of that k8s change and will approve it likely (given that k8s expects that data structure)19:36
clarkbmy laptop is getting very flaky, I should probably run memcheck on it19:37
clarkb:/19:37
corvusy2kenny: (but just as an aside, from experience: flaky tests add up *fast*, so you can pretty quickly end up with a useless test suite if you don't stay on top of them)19:37
y2kennycorvus: might be difficult for this particular job.  The job launches a VM via kubevirt and it doesn't fail very cleanly so I was just thinking of relaunching the VM.19:37
y2kennycorvus: it's not really a test... the job pretty much just launches a VM and install a few package to build a PXE image.  It should really never fail but once in a while it seems to run into some network stability problem.19:38
corvusy2kenny: then putting everything in pre would be a quick fix, especially if you aren't concerned with the result19:39
tristanCclarkb: "ENV-NAME: value" is also valid yaml, but it seems safer to put arbritary key name as a value.19:39
corvustristanC: i don't think it's more or less safe19:40
corvustristanC: but if it's what k8s expects, then i think it makes sense to pass it through unchanged19:40
clarkbI approved the change since that is what k8s expects and keeping the same structure will be useful for users to not map19:40
clarkbbut I also think its silly k8s does that :)19:40
y2kennycorvus: so in the kickstart/install step it just couldn't dnf install something... I should chase down issue but it's hard to say where the instability come from at this point (it could be kubevirt, k8s networking, my network environment or the network provided by my IT.)19:41
corvusy2kenny: always start by blaming the network; the networking folks like that :)19:42
fungieven better, blame the firewall. sometimes that's even different folks still19:43
tristanCcorvus: clarkb: i meant safer in the sense of less ambiguous. yaml does all sorts of thing that are not obvious, such as triming trailing space on keys19:44
y2kennyfungi: oh yes that actually happens a lot... and the funny part is the network guys blame things on the firewall/infosec guys :)19:44
clarkbtristanC: >>> yaml.dump({' foo ': ' bar '}) -> "' foo ': ' bar '\n"19:46
y2kennyclarkb: ok I will look through that and adapt what I can.  (I plan to upstream the cobbler driver btw... it's just that I still need to get the high-ups to approve open source contribution.  And would be easier if I can demonstrate the value of my infrastructure.)19:46
tristanCclarkb: right, so you need to quote the keys.19:47
tristanCclarkb: if your user typed " foo : bar" -> {'foo': 'bar'}19:48
clarkbtristanC: right but that isn't safer because its still true of the value side19:48
corvusi recognize people may have different perspectives on this, but i find it not at all surprising that one would have to quote keys if one thought whitespace were significant19:48
clarkbbasically you can still get it wrong doing things the k8s way19:49
corvusand yes, the same is true for values19:49
openstackgerritMerged zuul/nodepool master: OpenShift/k8s Provider: Allow passing env vars to Pods  https://review.opendev.org/74069120:17
y2kennyclarkb: confirmed 743424/8 still works.20:24
clarkby2kenny: great. I imagine we justneed reviews now20:27
corvusclarkb: lgtm; do you think we can/should add any more testing for that?20:35
clarkbcorvus: ya maybe we should add a second case to the existing test setup that tries to start 3 pods20:37
clarkbI'm finishing lunch but let me see how difficult that would be20:38
clarkboh I was thinking of it from the functional test job perspective but I bet its even easier in the unittests20:39
*** vishalmanchanda has quit IRC20:39
corvusclarkb: yeah, that sounds useful; iiuc, the existing case at least exercises the code, but seeing the cap work would be nice20:39
*** ianychoi has joined #zuul20:41
openstackgerritClark Boylan proposed zuul/nodepool master: Add basic max-servers handling to the k8s driver  https://review.opendev.org/74342421:04
clarkbcorvus: ^ that adds a unittest21:04
clarkbheh and I fail pep8, sorry new ps in a moment21:04
openstackgerritClark Boylan proposed zuul/nodepool master: Add basic max-servers handling to the k8s driver  https://review.opendev.org/74342421:05
*** sshnaidm is now known as sshnaidm|afk21:42
*** rlandy is now known as rlandy|biab23:13
*** tosky has quit IRC23:14

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