Monday, 2020-01-13

openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: DNM: debug vars  https://review.opendev.org/70214400:20
*** threestrands has joined #zuul00:38
openstackgerritSagi Shnaidman proposed zuul/zuul-jobs master: Rename vars/ directory to prevent conflicts  https://review.opendev.org/70214400:59
*** threestrands has quit IRC01:43
*** sanjayu_ has joined #zuul02:04
*** threestrands has joined #zuul03:10
*** threestrands has quit IRC03:11
*** threestrands has joined #zuul03:11
*** bhavikdbavishi has joined #zuul03:18
*** bhavikdbavishi1 has joined #zuul03:33
*** bhavikdbavishi has quit IRC03:35
*** bhavikdbavishi1 is now known as bhavikdbavishi03:35
*** sanjayu_ has quit IRC04:24
*** evrardjp has quit IRC05:33
*** evrardjp has joined #zuul05:34
*** threestrands has quit IRC05:38
*** saneax has joined #zuul06:02
openstackgerritIan Wienand proposed zuul/zuul-jobs master: Disable wheel mirror  https://review.opendev.org/70216606:24
*** fdegir has quit IRC07:08
*** fdegir has joined #zuul07:09
*** avass has joined #zuul07:27
*** tflink has quit IRC08:07
*** tflink has joined #zuul08:08
*** hashar has joined #zuul08:09
*** tosky has joined #zuul08:22
*** armstrongs has joined #zuul08:26
*** jangutter has joined #zuul08:33
*** armstrongs has quit IRC08:36
*** zbr is now known as zbr|rover08:37
*** jpena|off is now known as jpena08:47
*** mhu has joined #zuul08:50
*** themroc has joined #zuul09:18
*** electrofelix has joined #zuul09:27
*** hashar has quit IRC09:36
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351309:45
*** pcaruana has joined #zuul09:49
*** bhavikdbavishi has quit IRC09:51
*** pcaruana has quit IRC09:56
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351311:19
*** rfolco has joined #zuul11:55
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351311:55
*** jpena is now known as jpena|lunch12:23
*** bhavikdbavishi has joined #zuul12:38
*** bhavikdbavishi1 has joined #zuul12:41
*** bhavikdbavishi has quit IRC12:43
*** bhavikdbavishi1 is now known as bhavikdbavishi12:43
*** bhavikdbavishi has quit IRC12:51
*** bhavikdbavishi has joined #zuul12:52
*** rlandy has joined #zuul13:00
*** Goneri has quit IRC13:04
*** jpena|lunch is now known as jpena13:22
tristanCit seems like shutil.rmtree raise an exception when a build log file has 0444 mode, and such file prevents executor from restarting13:37
*** bhavikdbavishi has quit IRC13:38
*** hashar has joined #zuul13:39
openstackgerritSimon Westphahl proposed zuul/zuul master: Add optional support for circular dependencies  https://review.opendev.org/68535413:48
openstackgerritSimon Westphahl proposed zuul/zuul master: Add optional support for circular dependencies  https://review.opendev.org/68535413:50
*** Goneri has joined #zuul13:51
*** sgw has quit IRC14:04
openstackgerritSimon Westphahl proposed zuul/zuul master: Ensure correct cleanup on repo update and reset  https://review.opendev.org/70153114:31
openstackgerritTristan Cacqueray proposed zuul/zuul master: executor: prevent restart exception on bad build log  https://review.opendev.org/70222814:34
*** pcaruana has joined #zuul14:34
openstackgerritSimon Westphahl proposed zuul/zuul master: Ensure correct cleanup on repo update and reset  https://review.opendev.org/70153114:36
*** bhavikdbavishi has joined #zuul14:50
*** bhavikdbavishi1 has joined #zuul14:53
*** bhavikdbavishi has quit IRC14:54
*** bhavikdbavishi1 is now known as bhavikdbavishi14:54
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351315:07
*** zxiiro has joined #zuul15:10
openstackgerritBenjamin Schanzel proposed zuul/zuul master: Allow Passing of Jitter Values in TimerDriver  https://review.opendev.org/70223715:18
openstackgerritPaul Albertella proposed zuul/zuul-jobs master: Add Bazel build and install roles  https://review.opendev.org/69351315:23
*** avass has quit IRC15:24
tobiashzuul-maint: fyi, we just had a full scheduler wedge because of an unnoticed (and unchecked) typo in the timespec of a periodic pipeline that also prevented a successful restart15:30
tobiashuntil we have a fix for this you might want to take special care when adding/modifying periodic pipelines15:31
tristanCtobiash: arg, sounds painful... didn't we talked about moving the timer spec to the ppc, do you know if some work has been done for that already?15:36
tobiashfix is part of https://review.opendev.org/702237 (I asked Benjamin to split the fix from the new feature and add a test case tomorrow)15:36
tobiashtristanC: I don't remember that discussion15:37
tobiashtristanC: it took me a full hour to get our zuul running again15:37
mordredtobiash: yikes15:40
*** rfolco is now known as rfolco|brb15:57
openstackgerritMerged zuul/zuul-jobs master: Rename vars/ directory to prevent conflicts  https://review.opendev.org/70214416:06
*** pcaruana has quit IRC16:12
*** bhavikdbavishi has quit IRC16:18
*** bhavikdbavishi has joined #zuul16:19
clarkbtobiash: we can probably have voluptious validate those too16:19
clarkbwhich would cause zuul to recognize the input as invalid confg and ignore it until it is valid I think16:20
clarkbShrews: tobiash https://review.opendev.org/#/c/702062/ is an image management optimization that came out of opendev's image deletion in cloud problems last week16:20
*** jamesmcarthur has joined #zuul16:20
clarkbreviews on taht would be much appreciated as it should help us with reliabiltiy when clouds refuse to delete images due to leaked BFV instances16:20
*** swest has quit IRC16:21
*** themroc has quit IRC16:23
*** jamesmcarthur has quit IRC16:34
*** jamesmcarthur has joined #zuul16:35
*** swest has joined #zuul16:36
*** bhavikdbavishi1 has joined #zuul16:38
*** jamesmcarthur_ has joined #zuul16:39
*** jamesmcarthur has quit IRC16:39
*** bhavikdbavishi has quit IRC16:40
*** bhavikdbavishi1 is now known as bhavikdbavishi16:40
*** rfolco|brb has quit IRC16:41
*** hashar has quit IRC16:52
*** mattw4 has joined #zuul17:08
*** mhu has quit IRC17:09
tobiashclarkb: not sure if voluptious is best there as there are also range restrictions there17:10
Shrewsclarkb: initial review looks ok. we probably can get rid of that hostname check now but doesn't hurt to leave it. i *do* think there should be some sort of test involved here though17:11
clarkbShrews: specific to the all deleting case? I believe we already cover the cleanup case in general17:11
Shrewsclarkb: yes17:12
*** pcaruana has joined #zuul17:13
*** bhavikdbavishi has quit IRC17:13
*** yolanda has quit IRC17:15
clarkblooks like we test image deletion via test_commands.test_image_delete and test_commands_test_dib_image_delete17:15
clarkbso ya everything but the all deleting state case should be covered17:16
Shrewsyeah, which is the new thing17:16
clarkbyup I'm just confirming my assumptions there17:17
Shrewsclarkb: i mean, it looks like it *should* work with no ill side effects, but it would be nice to know for sure17:17
Shrewsi never like assuming anything with nodepool these days as complex as it has gotten  :)17:18
Shrewshas become, is probably more betterer grammar17:18
fungis/nodepool/computers/17:18
Shrewss/nodepool/life/17:18
*** rfolco|brb has joined #zuul17:20
fungihappiness is mandatory17:21
fungiquestioning the benevolence of friend computer is an act of treason17:21
ShrewstristanC: corvus: does the new user/admin separation in the docs-reorg change make better sense?  https://12fa06736adb2174b060-99e30c61631357d52e091f75fecb0b32.ssl.cf1.rackcdn.com/701608/7/check/zuul-tox-docs/4084360/docs/17:21
*** sgw has joined #zuul17:26
*** electrofelix has quit IRC17:27
*** evrardjp has quit IRC17:33
*** evrardjp has joined #zuul17:34
*** jamesmcarthur_ has quit IRC17:38
tristanCShrews: well I still prefer the unified structure, but that looks great too. Perhaps it needs an introduction paragraph to explains what are the sections about, e.g. https://docs.djangoproject.com/en/3.0/#how-the-documentation-is-organized17:46
ShrewstristanC: i prefer the unified too, tbh17:47
Shrewsi don't know how to satisfy all of the things, though17:48
tristanCwell i do get comparaison to django is not fair since zuul have operators and users with very different need. but until there is enough content to make the tutorial/how-to overwhelming, the unified structure looks better to me17:50
Shrewsthat django doc format is very "busy" IMO17:50
fungito me it's mostly about first impressions. the first time someone considering interacting with a running zuul visits the documentation i don't want them to be overwhelmed by a lot of administrative/operational documentation that they don't realize they don't need to read through17:52
fungiand clearly separating user-oriented documentation hopefully helps avoid them being distracted by all the rest17:53
fungiduring those first interactions they're going to be unfamiliar with much of the terminology, even, to be able to make the distinction between things they need to install and already running things they merely need to interface with17:54
openstackgerritMatthieu Huin proposed zuul/zuul master: Authorization rules: support YAML nested dictionaries  https://review.opendev.org/68479017:58
openstackgerritMatthieu Huin proposed zuul/zuul master: JWT drivers: Deprecate RS256withJWKS, introduce OpenIDConnect  https://review.opendev.org/70197217:58
openstackgerritMatthieu Huin proposed zuul/zuul master: OIDCAuthenticator: add capabilities, scope option  https://review.opendev.org/70227517:58
Shrewsfungi: so, does that mean you like the presentation in the above link?17:58
fungiit's like the difference between instructions for an ikea bookshelf (the person assembling it is likely also the person who will be using it) and instructions for a power drill (a good one will have a parts breakdown and assembly diagram, but that shouldn't be what you start the manual with)17:58
openstackgerritMatthieu Huin proposed zuul/zuul master: admin REST API: zuul-web integration  https://review.opendev.org/64353617:58
fungiShrews: still looking17:58
openstackgerritMatthieu Huin proposed zuul/zuul master: admin REST API: zuul-web integration  https://review.opendev.org/64353617:59
*** mhu has joined #zuul17:59
fungibut yes, at first blush i think that should work17:59
Shrews*nod*18:01
corvusShrews: that toc lgtm.18:05
*** jpena is now known as jpena|off18:06
Shrewsawesome. that's at least 4 of us that find it acceptable18:07
Shrews5 if you count gerrit18:07
fungiwhat does gerrit know?18:08
Shrewsum, only _everything_, duh18:08
fungioh, right, that18:08
openstackgerritMerged zuul/nodepool master: Always identify static nodes by node tuple  https://review.opendev.org/70196918:19
*** armstrongs has joined #zuul18:42
clarkbShrews: I think the existing build and upload cleanup tests are buggy18:51
clarkbthe waits for image deletion returns None when there is still data in the zk db18:52
clarkbat least according to the printZK helper method18:52
Shrewsclarkb: waitForImageDeletion waits for image upload deletion, not zk18:53
Shrewsthere may not be a wait method for the zk record. maybe we need one18:54
clarkboh I wonder if my induced failure there makes it think the image is deleted18:54
Shrewsclarkb: oh, waitForImageDeletion checks the most recent upload zk records18:56
Shrewsclarkb: are you wanting to check for upload record deletion?18:59
Shrewsor build data?18:59
clarkbboth19:00
clarkbI need to check that the build data on disk is gone before the upload record is deleted19:00
clarkbI now understand the problem with my test is it is performing the deletion via config update taht remove an image and we don't run a cleanup thread on that image19:01
*** jamesmcarthur has joined #zuul19:01
Shrewsi think maybe waitForBuildDeletion and then waitForUploadRecordDeletion might be what you need19:01
clarkbI think. I'm slowly working through the behavior here19:01
ShrewswaitForBuildDeletion waits for the ondisk files to be removed, and then waits for the subsequent zk record19:02
clarkbwaitForBuildDeletion waits for the zk build record too though right?19:03
Shrewsyeah, that's the second wait19:04
clarkbwell there are two records19:04
clarkbthe upload record and the build record19:04
*** jamesmcarthur has quit IRC19:05
clarkbI want to check that the build on disk is gone, then the image upload record is gone, then the build db record is gone19:05
*** jamesmcarthur has joined #zuul19:05
clarkbanyway the current problem I have is the cleanup worker stops cleaning up my old image once it is removed from the config19:05
clarkbeven though it should generate the list of images to cleanup from the zk db data19:05
Shrewsso you probably need a new wait then if you need to do it in that order19:06
clarkbaha yup the problem is we stop trying to cleanup the image once its diskimage config goes away19:09
clarkbI need a different way to induce this then19:09
clarkbShrews: I based this on test_builder.test_image_removal. I don't know that the two asserts at the end there are valid19:10
clarkbShrews: because the build cannot go away in the scenario of removing the diskimage from the config19:10
clarkbworking to confirm that19:11
Shrewsi think it becomes an obsolete image in that case, which automatically causes the uploads to be deleted19:12
clarkboh I see it works in that case because the cleanup thread runs once in that case rather than multiple times in my case19:12
clarkbShrews: yes, the issue is if you need to run cleanup multiple times (due to image deletion failure in a cloud perhaps)19:13
clarkbmy new test case fakes the cloud failure to set up that scenario but then the build and upload records never go away because the cleanup can't make it past the diskimage check I think19:13
clarkband this is a new behavior with my change exciting19:16
clarkbShrews: the issue is we check against local_builds at the beginning of _cleanupImage19:17
clarkbbut on the second run in my scenario local_builds is empty becuase we cleaned up the local files for space saving already19:17
clarkbinstead we want to check against the build records builder id19:17
Shrewsyay for testing19:18
*** mattw4 has quit IRC19:18
*** mattw4 has joined #zuul19:18
*** jamesmcarthur has quit IRC19:18
openstackgerritClark Boylan proposed zuul/nodepool master: Delete dib images when all uploads set to deleting  https://review.opendev.org/70206219:30
clarkbShrews: ^ there we go19:31
clarkbShrews: https://review.opendev.org/#/c/702062/3/nodepool/builder.py line 391 is the stuff that was tripping me up19:31
clarkbprobably warrants careful review, but is tested now :)_19:31
*** mattw4 has quit IRC19:33
*** mattw4 has joined #zuul19:33
*** armstrongs has quit IRC19:36
clarkbShrews: also I ended up just embedding the new assertion in the test rather than make a new method for it. I don't expect this will be needed anywhere else19:36
*** jamesmcarthur has joined #zuul19:36
*** jamesmcarthur has quit IRC19:42
*** sshnaidm is now known as sshnaidm|bbl19:45
Shrewsclarkb: lgtm on initial glance. should use iterate_timeout() instead of while loop though19:45
clarkbShrews: thats the same loop we use in the other waits19:46
clarkbbut ya if we wanted to bail the test earlier than the global timeout we could do that19:46
Shrewsclarkb: yes, but those are pre-iterate_timeout. all should be changed eventually but low priority19:46
Shrewsjust trying to not add new ones to have to change later19:47
clarkbI see19:47
*** armstrongs has joined #zuul19:59
*** Goneri has quit IRC20:05
*** armstrongs has quit IRC20:09
*** rfolco|brb is now known as rfolco21:08
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-tox-output: introduce zuul_use_fetch_output  https://review.opendev.org/68186421:14
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-subunit-output: introduce zuul_use_fetch_output  https://review.opendev.org/68188221:14
tristanCmordred: corvus: i can't recall what's the next step to support kubectl connection in zuul-jobs, is zuul_use_fetch_output toggle still needed or should i drop support for job not using the *-zuul-output roles?21:16
openstackgerritClark Boylan proposed zuul/nodepool master: Delete dib images when all uploads set to deleting  https://review.opendev.org/70206221:22
clarkbShrews: ^ now with iterate timeout21:22
corvustristanC: i don't recall immediately, and probably won't have time today to research it, sorry21:24
*** rfolco has quit IRC21:31
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: DNM: test tox-py36 on openshift node  https://review.opendev.org/68204921:35
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: fetch-subunit-output: introduce zuul_use_fetch_output  https://review.opendev.org/68188221:40
openstackgerritTristan Cacqueray proposed zuul/zuul-jobs master: DNM: test tox-py36 on openshift node  https://review.opendev.org/68204921:40
tristanCmordred: corvus: so keeping the new behavior optional, here is a simple stack that enable running the tox zuul-jobs with a kubectl connection: https://review.opendev.org/#/c/682049/321:43
*** jamesmcarthur has joined #zuul21:58
*** sshnaidm|bbl is now known as sshnaidm22:02
openstackgerritClark Boylan proposed zuul/nodepool master: Use iterate_timeout in test waits  https://review.opendev.org/70230322:24
clarkbShrews: ^ that what you had in mind?22:24
openstackgerritSorin Sbarnea proposed zuul/zuul-jobs master: install-docker: allow removal of conflicting packages  https://review.opendev.org/70230422:29
corvustristanC: thanks!  let's ask mordred and tobiash to look at that too22:30
*** zxiiro has quit IRC22:36
zbr|roversmall addition to install-docker: https://review.opendev.org/70230422:58
*** jamesmcarthur has quit IRC23:03
*** tosky has quit IRC23:06

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