Friday, 2021-07-30

opendevreviewMerged zuul/zuul-operator master: Support zuul-preview  https://review.opendev.org/c/zuul/zuul-operator/+/78576000:02
opendevreviewMerged zuul/zuul-operator master: Add support for zuul-registry  https://review.opendev.org/c/zuul/zuul-operator/+/78576100:02
opendevreviewMerged zuul/zuul-operator master: Remove extra 2 minute wait from tests  https://review.opendev.org/c/zuul/zuul-operator/+/78576200:05
opendevreviewMerged zuul/zuul-operator master: Add allowUnsafeConfig database setting  https://review.opendev.org/c/zuul/zuul-operator/+/78576400:05
opendevreviewMerged zuul/zuul-operator master: Pass through environment to scheduler, web and launcher  https://review.opendev.org/c/zuul/zuul-operator/+/78598800:05
opendevreviewMerged zuul/zuul-operator master: Allow terminationGracePeriodSeconds to be configurable  https://review.opendev.org/c/zuul/zuul-operator/+/78598900:06
opendevreviewMerged zuul/zuul-operator master: Flake8 cleanups  https://review.opendev.org/c/zuul/zuul-operator/+/78634900:06
opendevreviewMerged zuul/zuul-operator master: Fix error with multiple nodepool providers  https://review.opendev.org/c/zuul/zuul-operator/+/79991700:06
opendevreviewMerged zuul/zuul-operator master: Add instructions and tools for running tests with kind  https://review.opendev.org/c/zuul/zuul-operator/+/78576300:06
opendevreviewMerged zuul/zuul master: Route streams to different zones via finger gateway  https://review.opendev.org/c/zuul/zuul/+/66496500:51
opendevreviewMerged zuul/zuul master: Use component registry in fingergw routing  https://review.opendev.org/c/zuul/zuul/+/79366600:51
opendevreviewIan Wienand proposed zuul/zuul-jobs master: configure-mirrors: don't install wheel mirror on CentOS 8 Stream  https://review.opendev.org/c/zuul/zuul-jobs/+/80298101:56
*** marios is now known as marios|ruck05:05
*** rpittau|afk is now known as rpittau07:21
*** jcapitao is now known as jcapitao_lunch10:31
*** jcapitao_lunch is now known as jcapitao12:09
swestcorvus: found another bug in kazoo (read/write lock recipe) https://github.com/python-zk/kazoo/issues/64912:38
corvusswest: neat -- are you working on a fix, or should i start on that?13:13
swestIf we are ok with no prio for write locks the fix should be pretty straight forward. In case that's something we want, it get's a lot more complicated13:15
corvusswest: you mean priority between write locks (ie, strict ordering of write locks) or priority of write locks over read locks?13:18
swestcorvus: prio of write locks over read locks13:18
corvushrm, at least for our case, write-over-read priority does sound like it would be better doesn't it?13:19
swesttalking about this now, there seems to be no real priority anyways as there can be multiple readers at the same time13:23
sweststrike that. there is a priority in case there are multiple write locks waiting behind some waiting read locks13:24
swestso those read/write locks would then be processed strictly in order.13:25
corvusswest: well, maybe having write priority isn't that important, maybe it is better for read=write pr13:29
corvuser13:29
corvussorry i was try to revise that to say that just getting anything that doesn't deadlock is a good start :)13:30
swestyea, I agree13:30
swestI'll try to come up with a fix13:31
swestmaybe something we have to vendor similar to the watchers13:31
corvusapparently i wrote the original read/write lock impl; i can't tell if the bug was in the original or not.  it's changed a bit since then.13:31
corvuswell, i guess i didn't write it, i just took it over.13:32
swestI think the bug is also in the official Zookeeper recipe description for the "shared lock"13:32
corvusyeah, istr it followed it pretty closely13:33
corvusswest: it looks like the intent is that the read lock shouldn't be considering the second write lock as a predecessor, since it appears after the read lock.13:46
swestcorvus: I wasn't sure about that as this is not documented anywhere.13:49
corvusswest: i think there has been an important change since the original13:50
swestreading the Zookeeper recipe doc https://zookeeper.apache.org/doc/r3.1.2/recipes.html#Shared+Locks it sounds like write locks should have priority over read locks13:51
corvusswest: somehow the current code (which does very complicated sorting/filtering with regex) returns contenders after the current contender.  but i don't think the original code could do that.13:55
corvusswest: no -- in the recipe, the procedure for both the read and write lock include "having a lower sequence number" in the requirements13:57
corvusswest: so in all cases, a lock of any type should only consider a contender with a lower sequence to have the lock.13:58
swestcorvus: true13:58
corvusi think the recipe description is correct -- the bug is that your contender #2 considers contender #3 to be a predecessor13:59
swestyes, I think the check for contender seq# > own seq# is missing13:59
corvusswest: it looks like this is supposed to handle it, but i suspect it's not working as expected?  https://github.com/python-zk/kazoo/blob/master/kazoo/recipe/lock.py#L319-L32114:01
corvusbit hard to say since it wall works on regexes (that's the major change since the original version i worked on)14:02
corvus * bit hard to say since it all works on regexes (that's the major change since the original version i worked on)14:02
swestI think the read lock will never be in the list of contenders (and with that found_self == False) as the regex never matches14:05
corvuswon't that raise the forceretryerror?14:05
swestno, as it is checking for "is False" and found_self will be None in that case14:06
*** rpittau is now known as rpittau|afk14:07
corvusah i see14:07
corvusthen that seems likely to be the issue14:07
corvusthat code is definitely a bear trap :)14:08
-opendevstatus- NOTICE: There will be a brief outage of the Gerrit service on review.opendev.org starting at 15:00 UTC today as part of a routine project rename maintenance: http://lists.opendev.org/pipermail/service-announce/2021-July/000023.html14:13
opendevreviewPierre-Louis Bonicoli proposed zuul/zuul master: smtp reporter: authenticate with client certificate  https://review.opendev.org/c/zuul/zuul/+/75566814:27
-opendevstatus- NOTICE: There will be a brief outage of the Gerrit service on review.opendev.org in the next few minutes as part of a routine project rename maintenance: http://lists.opendev.org/pipermail/service-announce/2021-July/000023.html15:02
*** marios|ruck is now known as marios|out16:30
opendevreviewMatthieu Huin proposed zuul/zuul master: web UI: user login with OpenID Connect  https://review.opendev.org/c/zuul/zuul/+/73408217:43
*** melwitt is now known as jgwentworth17:55

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