Wednesday, 2021-01-20

*** tosky has quit IRC00:02
*** iurygregory has quit IRC00:06
*** jamesmcarthur has quit IRC00:17
*** jamesmcarthur has joined #zuul00:18
*** jamesmcarthur has quit IRC00:20
*** jamesmcarthur has joined #zuul00:21
*** holser has quit IRC00:23
*** CrayZee has quit IRC00:35
*** snapiri has joined #zuul00:35
*** iurygregory has joined #zuul00:43
*** jamesmcarthur has quit IRC00:44
*** jamesmcarthur has joined #zuul00:45
*** rlandy has quit IRC00:48
*** jamesmcarthur has quit IRC00:48
*** jamesmcarthur has joined #zuul00:49
*** ikhan has joined #zuul01:00
*** zenkuro has quit IRC01:03
*** zenkuro has joined #zuul01:03
*** hamalq has quit IRC01:26
*** jamesmcarthur has quit IRC01:34
*** jamesmcarthur has joined #zuul01:35
*** jamesmcarthur has quit IRC01:40
*** harrymichal has quit IRC01:59
*** jamesmcarthur has joined #zuul02:06
*** jamesmcarthur has quit IRC02:14
*** jamesmcarthur has joined #zuul02:15
*** y2kenny has joined #zuul02:28
y2kennyHas anyone run into issue with the latest nodepool while creating kubernetes namespace?02:31
*** ajitha has joined #zuul02:38
*** jamesmcarthur has quit IRC02:47
*** jamesmcarthur has joined #zuul02:49
*** jamesmcarthur has quit IRC02:50
*** jamesmcarthur has joined #zuul02:50
*** zenkuro has quit IRC03:09
*** bhavikdbavishi has joined #zuul03:26
*** y2kenny has quit IRC03:27
*** bhavikdbavishi has quit IRC04:25
*** bhavikdbavishi has joined #zuul04:34
*** bhavikdbavishi1 has joined #zuul04:37
*** bhavikdbavishi has quit IRC04:39
*** bhavikdbavishi1 is now known as bhavikdbavishi04:39
*** bhavikdbavishi has quit IRC05:01
*** bhavikdbavishi has joined #zuul05:02
*** ykarel|away has joined #zuul05:03
*** bhavikdbavishi has quit IRC05:18
*** bhavikdbavishi has joined #zuul05:19
*** evrardjp has quit IRC05:33
*** evrardjp has joined #zuul05:33
*** iurygregory has quit IRC05:33
*** jfoufas1 has joined #zuul05:42
*** jamesmcarthur has quit IRC05:50
*** jamesmcarthur has joined #zuul05:52
*** vishalmanchanda has joined #zuul05:52
*** jamesmcarthur has quit IRC05:57
*** jfoufas1 has quit IRC05:59
*** jamesmcarthur has joined #zuul06:00
*** zbr5 has joined #zuul06:04
*** jfoufas1 has joined #zuul06:05
*** zbr has quit IRC06:06
*** zbr5 is now known as zbr06:06
*** ykarel_ has joined #zuul06:17
*** ykarel|away has quit IRC06:19
*** ykarel_ is now known as ykarel06:26
*** bhavikdbavishi1 has joined #zuul06:29
*** bhavikdbavishi has quit IRC06:30
*** bhavikdbavishi1 is now known as bhavikdbavishi06:30
*** sanjayu_ has joined #zuul06:36
*** jamesmcarthur has quit IRC06:37
*** bhavikdbavishi has quit IRC07:26
*** openstackgerrit has joined #zuul07:36
openstackgerritSimon Westphahl proposed zuul/zuul master: Cache unparsed config files in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145507:36
openstackgerritSimon Westphahl proposed zuul/zuul master: Store tenants in unparsed abide as dict  https://review.opendev.org/c/zuul/zuul/+/77145607:36
openstackgerritSimon Westphahl proposed zuul/zuul master: Tenant read/write lock in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145807:36
openstackgerritSimon Westphahl proposed zuul/zuul master: Lock pipelines during processing  https://review.opendev.org/c/zuul/zuul/+/77145907:36
openstackgerritSimon Westphahl proposed zuul/zuul master: Lock global event queues during processing  https://review.opendev.org/c/zuul/zuul/+/77146007:36
openstackgerritSimon Westphahl proposed zuul/zuul master: Store tenant layout state in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77146107:36
openstackgerritSimon Westphahl proposed zuul/zuul master: Configure unique command socket path per scheduler  https://review.opendev.org/c/zuul/zuul/+/77146207:36
openstackgerritSimon Westphahl proposed zuul/zuul master: Support cross scheduler config loading  https://review.opendev.org/c/zuul/zuul/+/77146307:36
openstackgerritDaniel Blixt proposed zuul/zuul-jobs master: Use urlencoded filenames in test fixtures  https://review.opendev.org/c/zuul/zuul-jobs/+/77156607:38
Phoenikzztobiash: In early december we discussed https://review.opendev.org/c/zuul/zuul-jobs/+/764062, which I have now abandoned in favour of https://review.opendev.org/c/zuul/zuul-jobs/+/771566 where I went with your suggestion instead. Happy to get feedback07:42
*** jcapitao has joined #zuul07:51
*** sanjayu__ has joined #zuul07:52
*** sanjayu_ has quit IRC07:55
*** hashar has joined #zuul08:03
*** rpittau|afk is now known as rpittau08:17
*** jamesmcarthur has joined #zuul08:37
*** smyers has quit IRC08:41
*** jamesmcarthur has quit IRC08:42
*** smyers has joined #zuul08:43
*** bhavikdbavishi has joined #zuul08:45
*** tosky has joined #zuul08:47
*** bhavikdbavishi1 has joined #zuul08:47
*** bhavikdbavishi has quit IRC08:49
*** bhavikdbavishi1 is now known as bhavikdbavishi08:49
*** nils has joined #zuul08:50
*** jpena|off is now known as jpena08:54
*** harrymichal has joined #zuul09:07
*** lyr4 has joined #zuul09:17
*** lyr has quit IRC09:18
*** tristanC has quit IRC09:18
*** lyr4 is now known as lyr09:18
*** tristanC has joined #zuul09:20
openstackgerritFelix Edel proposed zuul/zuul master: Make buildset mandatory on build  https://review.opendev.org/c/zuul/zuul/+/77090009:30
openstackgerritFelix Edel proposed zuul/zuul master: Implement ZooKeeper builds API  https://review.opendev.org/c/zuul/zuul/+/77090109:30
openstackgerritFelix Edel proposed zuul/zuul master: Switch to ZooKeeper backed job execution and result events  https://review.opendev.org/c/zuul/zuul/+/77090209:30
openstackgerritFelix Edel proposed zuul/zuul master: Merge ZooKeeper connection and client classes  https://review.opendev.org/c/zuul/zuul/+/77144209:30
openstackgerritFelix Edel proposed zuul/zuul master: Refactor pipeline processing in run handler  https://review.opendev.org/c/zuul/zuul/+/77145209:30
openstackgerritFelix Edel proposed zuul/zuul master: Dequeue superceded items via management event  https://review.opendev.org/c/zuul/zuul/+/77145309:30
openstackgerritFelix Edel proposed zuul/zuul master: Text stream API for sharded Zookeeper data  https://review.opendev.org/c/zuul/zuul/+/77145409:30
openstackgerritFelix Edel proposed zuul/zuul master: Cache unparsed config files in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145509:30
openstackgerritFelix Edel proposed zuul/zuul master: Store tenants in unparsed abide as dict  https://review.opendev.org/c/zuul/zuul/+/77145609:30
openstackgerritFelix Edel proposed zuul/zuul master: Tenant read/write lock in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145809:30
openstackgerritFelix Edel proposed zuul/zuul master: Lock pipelines during processing  https://review.opendev.org/c/zuul/zuul/+/77145909:30
openstackgerritFelix Edel proposed zuul/zuul master: Lock global event queues during processing  https://review.opendev.org/c/zuul/zuul/+/77146009:30
openstackgerritFelix Edel proposed zuul/zuul master: Store tenant layout state in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77146109:30
openstackgerritFelix Edel proposed zuul/zuul master: Configure unique command socket path per scheduler  https://review.opendev.org/c/zuul/zuul/+/77146209:30
openstackgerritFelix Edel proposed zuul/zuul master: Support cross scheduler config loading  https://review.opendev.org/c/zuul/zuul/+/77146309:30
*** rpittau is now known as rpittau|bbl10:20
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: bindep: remove set_fact usage when converting string to list  https://review.opendev.org/c/zuul/zuul-jobs/+/77158510:24
avasswe should probably have a policy to not override input variables inside roles and instead use 'private' variables with set_fact if they're needed10:25
avasssince it's not possible to override variables set with include_role10:25
*** sshnaidm|afk is now known as sshnaidm|ruck10:43
*** hashar has quit IRC10:50
*** bhavikdbavishi has quit IRC11:04
*** ikhan has quit IRC11:15
*** jcapitao is now known as jcapitao_lunch11:24
*** rpittau|bbl is now known as rpittau11:24
*** iurygregory has joined #zuul11:27
*** rlandy has joined #zuul12:20
*** jpena is now known as jpena|lunch12:29
*** evrardjp_ has joined #zuul12:52
*** evrardjp has quit IRC12:54
*** holser has joined #zuul12:57
*** jcapitao_lunch is now known as jcapitao13:02
*** jpena|lunch is now known as jpena13:28
*** zenkuro has joined #zuul13:38
tobiashcorvus: update to our scheduler performance problem. Our profiling revealed that our scheduler took 1/3 of its cpu time (10m during 30min yappi run) for status api formatting13:45
tobiashcorvus: I think we can mitigate this easily to make the hard coded cache expiry in zuul-web configurable13:45
tobiashwe're just rolling out a hot patched zuul-web to see if this improves our situation also in real life13:45
openstackgerritMatthieu Huin proposed zuul/zuul master: REST API: add api/tenant/{tenant}/jobs/running endpoint  https://review.opendev.org/c/zuul/zuul/+/77164813:48
*** sanjayu__ has quit IRC13:53
tobiashcorvus: good news, this instantaneously fixed our event backlog :)14:05
openstackgerritTobias Henkel proposed zuul/zuul master: WIP: Cache tenant status longer  https://review.opendev.org/c/zuul/zuul/+/77164914:05
mordredtobiash: it was spending the time just formatting the data structure?14:14
tobiashyes14:15
*** vishalmanchanda has quit IRC14:15
mordredwow14:15
tobiashI think this could be useful for opendev as well14:15
mordredyeah - I imagine so14:16
mordredalso - this should be improved by distributed scheduler, no?14:16
mordred(longer term - obviously)14:16
corvusyeah, the web process will be handling the formatting14:17
*** irclogbot_3 has quit IRC14:27
*** irclogbot_3 has joined #zuul14:32
openstackgerritMatthieu Huin proposed zuul/zuul master: REST API: add api/tenant/{tenant}/jobs/running endpoint  https://review.opendev.org/c/zuul/zuul/+/77164814:52
*** vishalmanchanda has joined #zuul14:53
tobiashcorvus: do you agree that we should make the cache time configurable in zuul-web?15:00
openstackgerritAlbin Vass proposed zuul/zuul-jobs master: Add policy about overriding role input variables  https://review.opendev.org/c/zuul/zuul-jobs/+/77165515:00
tobiashI think we need at least 15s which might be too much for small deployments15:00
*** hashar has joined #zuul15:04
tristanCtobiash: would it be better to handle that with a caching proxy?15:11
openstackgerritSimon Westphahl proposed zuul/zuul master: Store tenants in unparsed abide as dict  https://review.opendev.org/c/zuul/zuul/+/77145615:12
openstackgerritSimon Westphahl proposed zuul/zuul master: Refactor config/tenant (re-)loading  https://review.opendev.org/c/zuul/zuul/+/77145715:12
openstackgerritSimon Westphahl proposed zuul/zuul master: Tenant read/write lock in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77145815:12
openstackgerritSimon Westphahl proposed zuul/zuul master: Lock pipelines during processing  https://review.opendev.org/c/zuul/zuul/+/77145915:12
openstackgerritSimon Westphahl proposed zuul/zuul master: Lock global event queues during processing  https://review.opendev.org/c/zuul/zuul/+/77146015:12
openstackgerritSimon Westphahl proposed zuul/zuul master: Store tenant layout state in Zookeeper  https://review.opendev.org/c/zuul/zuul/+/77146115:12
openstackgerritSimon Westphahl proposed zuul/zuul master: Configure unique command socket path per scheduler  https://review.opendev.org/c/zuul/zuul/+/77146215:12
openstackgerritSimon Westphahl proposed zuul/zuul master: Support cross scheduler config loading  https://review.opendev.org/c/zuul/zuul/+/77146315:12
tobiashtristanC: I'd like to avoid a caching proxy in front of the api and further the caching is already implemented internally in zuul-web, the question is just about the duration15:12
tristanCtobiash: well we could drop the zuul-web internal cache... on the other hand it sounds easier to make the existing duration configurable15:14
tobiashdropping the zuul-web internal cache means breaking opendev immediately15:15
tobiashthis would then mean that even smaller deployments need to think about adding a caching proxy15:16
tobiashextending this further to the authentication support this makes caching even harder (or broken)15:17
openstackgerritMatthieu Huin proposed zuul/zuul master: REST API: add api/tenant/{tenant}/jobs/running endpoint  https://review.opendev.org/c/zuul/zuul/+/77164815:50
corvustobiash: oh i just had an idea -- what if we made it automatic?  we could have the scheduler time how long it takes to format a status report, and cache it for some factor of that amount of time16:11
tobiashcorvus: interesting idea, however I think that's quite complicated and probably hard to get right16:13
corvustobiash: how long do you think your status formats are taking?16:14
tobiashI have no clue, we don't even have logs of that path yet16:15
tobiashall I know is the cumulative cpu time it took during profiling16:16
corvustobiash: i think it would be pretty simple -- just log the start and end times of the status build, add it as an extra field in the data sent to the web server, then use that as the basis for the cache time16:17
clarkbit is probably variable and related to queue sizes too16:17
corvusclarkb: yeah, and this method would keep up with that16:17
clarkbso the value would likely change over time?16:17
clarkbya that16:17
corvustobiash: we could maybe do this in 2 changes -- first collect and send the data and log it.  then we can guess a good multiplier and implement that as a second change.16:18
tobiashk, collecting the data is something we need to do anyways16:20
*** ykarel has quit IRC16:21
tobiashhowever I'm not yet completely convinced that this mechanism is not a little bit over engineered given that we were the first ones hitting this limit16:21
corvustobiash: i'm sure it'll help opendev too16:22
tobiashbut I see the benefit that small tenants then have less delay with this mechanism16:22
corvustobiash: i'd really like to avoid adding tuning parameters if they're not necessary.  it's daunting for new users, and computers should be able to figure this out for themselves16:22
corvusi honestly don't think it's going to be any more lines of code than a configurable paremeter :)16:23
tobiashyeah sure, I'm just thinking if it's worth to spend time in such a mechanism compared to a simple switch if there are just opendev, us and volvo who would need to tune that16:23
corvusi think it's important16:24
tobiashk, then let's try that16:24
tobiashcorvus: just looking at that. If we want to keep the format I think we cannot add the time to dump the json to that part16:29
corvustobiash: i don't think we need to keep the format16:29
corvustobiash: we can do a simple check on the receiving side to determine if it's old or new format, then remove that after the next release, in order to make upgrades easier16:30
tobiashfyi, this was the status handling part of the profiling: https://paste.pics/d62dc92e4ed6e9a2dd4c431b28dbf9b116:33
tobiashtimes are cpu time and profiling time was ~30min16:33
tobiashso the json serialization is quite a bit of that16:33
tobiashcorvus: what do you think about <duration in ms>\n<statusjson> as format?16:35
tobiashthen zuul-web can judge by isint(<first line>) if it's the new format16:35
corvustobiash: why not a dict?  {duration: x, status: {}} ?16:35
tobiashwoudldn't gear double serialize this then?16:36
tobiashcurrent format is the already serialized dict16:36
tobiashit looks like gear wants a str or binary16:37
tobiashwe can also put it into the dict and neglect the json serialization (and treat that as roughly proportional of the effort to create the dict)16:38
corvustobiash: we should change formatStatusJSON to return a dict and handle the json serialization in the rpclistener16:39
corvusor...16:39
tobiashthen we still cannot serialize the duration of the serialization into the serialization result16:40
corvustobiash: yeah, put the timing checks inside formatStatusJSON and return the new dict there16:40
corvusno either works16:40
corvuswe either: 1) have formatStatusJson return a dict, then json.dumps({duration:x, status:status}) inside the rpc listener16:41
corvusor 2) have formatStatusJSON calculate the time, enclose the status dict in the new result dict, and then return a serialized string of that16:41
corvusit's the same thing, just on either side of the return from formatStatusJSON16:42
tobiashyeah, so this neglects the json.dumps as part of the duration16:42
corvustobiash: the 159s grey square?16:44
tobiashyes16:44
corvustobiash: we could 1) ignore that and just account for it in the multiplier; 2) adopt a simple newline delimited format like you suggest; 3) send a separate gearman message (job.data[0] and job.data[1]).16:48
tobiasha different idea would be to judge by payload size so cache for x seconds per y kb16:48
corvustobiash: yeah, that would work too16:48
corvustobiash: that would be very simple to implement.  i like it.16:49
tobiashthe payload size would have the advantage that the protocol and scheduler don't need to be changed16:49
corvusyep, that approach has my vote :)16:49
tobiash:)16:49
tobiashso first patch, log the updates together with payload size16:50
corvus(especially since this will all be very different with distributed schedulers)16:50
corvustobiash: and go ahead and include the times in that log msg too, i'd say, just for our own interest16:50
openstackgerritTobias Henkel proposed zuul/zuul master: Enhance logging of status_get requests  https://review.opendev.org/c/zuul/zuul/+/77166916:55
corvustobiash: suggestion inline16:58
tobiash++16:59
*** evrardjp has joined #zuul17:03
*** jcapitao has quit IRC17:03
*** evrardjp_ has quit IRC17:06
*** sanjayu__ has joined #zuul17:08
*** jfoufas1 has quit IRC17:09
*** jamesmcarthur has joined #zuul17:10
openstackgerritTobias Henkel proposed zuul/zuul master: Enhance logging of status_get requests  https://review.opendev.org/c/zuul/zuul/+/77166917:11
*** sanjayu__ has quit IRC17:13
*** nils has quit IRC17:19
openstackgerritTobias Henkel proposed zuul/zuul master: Enhance logging of status_get requests  https://review.opendev.org/c/zuul/zuul/+/77166917:21
*** evrardjp_ has joined #zuul17:25
*** rpittau is now known as rpittau|afk17:26
*** evrardjp has quit IRC17:28
*** evrardjp_ has quit IRC17:48
*** evrardjp has joined #zuul17:51
*** evrardjp_ has joined #zuul18:19
*** cloudnull has quit IRC18:19
*** cloudnull has joined #zuul18:20
*** evrardjp has quit IRC18:22
*** cloudnull5 has joined #zuul18:26
*** cloudnull has quit IRC18:27
*** cloudnull5 is now known as cloudnull18:27
*** y2kenny has joined #zuul18:31
*** jpena is now known as jpena|off18:32
*** evrardjp has joined #zuul18:32
y2kennyHas anyone run into issue with the latest nodepool while nodepool creates kubernetes namespace?18:32
*** evrardjp_ has quit IRC18:35
corvusy2kenny: what kind of issue?18:35
tobiashy2kenny: can you paste logs18:36
tobiash?18:36
y2kennyunfortunately I didn't keep the log but something related to create_namespace not found or something.18:36
corvusy2kenny: are you running from master or a release?18:36
y2kennyI can try to reproduce it again (I sort of recovered quickly but switching to the tagged build from dockerhub.)18:36
y2kennycorvus: I was running nodepool:latest from dockerhub18:37
corvusgotcha18:37
tobiashI'd suspect https://review.opendev.org/c/zuul/nodepool/+/76587318:37
corvustobiash: agree18:37
corvusy2kenny: since https://review.opendev.org/765873 has landed you may want to try :latest on dockehub again18:37
tobiasha log would help us to see if this can be fixed easily or if we have to revert that18:37
avassyep that's probably the only thing that has touched it18:37
corvusoh i was thinking 873 might have fixed it18:37
y2kennyI was trying to read into the code but I wasn't familiar with kubernetes python library18:37
corvusi honestly think it could go either way18:37
avassis this starting a pod or giving zuul an entire namespace?18:38
corvusavass: namespace18:38
tobiashI guess 873 might have had missed one use case in the tests18:38
avassI could see if i can reproduce it in my system18:38
avasscorvus: yeah but nodepool always creates a namespace :)18:38
y2kennyavass: I am using namespace only18:39
*** vishalmanchanda has quit IRC18:40
avassy2kenny: got it, I'll see how easy I can get that set up18:40
tobiashjust double checked, both namespace and pod use cases are covered in the functional k8s test18:45
y2kennysorry I forgot which paste bin equivalent you guys use, can someone be so kind to post the domain?18:45
tobiashhttp://paste.openstack.org/18:45
avasstobiash: oh are they using the same logic?18:45
y2kennytobiash: thanks18:45
y2kennyerror log is here: http://paste.openstack.org/show/801796/18:46
y2kennydoesn't happen for 3.14.0 tag on dockerhub18:46
tobiashthe client is not initialized according to the log18:48
tobiashsounds similar to https://storyboard.openstack.org/#!/story/200853318:48
avassyep I'm getting the same error18:48
tobiashbut I'm not sure I grok that correctly18:48
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add kubernetes namespace job test  https://review.opendev.org/c/zuul/zuul-operator/+/77170318:50
tobiashy2kenny: do you have a separate config or is your use case that it should use the implicit in cluster config?18:50
y2kennytobiash: this is implicit in cluster18:51
y2kennylike nodepool was launched within the k8s cluster18:51
y2kennyin fact, the entire zuul deployment is deployed on a k8s cluster18:52
tobiashah I think I've understood the issue18:52
tobiashjust a sec18:52
openstackgerritTobias Henkel proposed zuul/nodepool master: Fix k8s driver when using in cluster config  https://review.opendev.org/c/zuul/nodepool/+/77170418:54
tobiashif I've understood the issue correctly this should be the fix ^18:54
avassI can probably test that quick18:55
tristanCtobiash: i'll add a depends-on with https://review.opendev.org/c/zuul/zuul-operator/+/771703 if it reproduce the issue18:55
tobiashah and the functional test couldn't catch this since the test doesn't run within the k8s cluster18:56
tristanCthe zuul-operator integration test runs a nodepool configured with the implicit in cluster config18:56
tobiashcool18:56
avassoh nice18:58
*** hashar is now known as hasharAway19:00
avassthat seems to work btw19:04
avasshttps://zuul.vassast.org/status19:04
*** harrymichal has quit IRC19:22
*** harrymichal has joined #zuul19:23
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add kubernetes namespace job test  https://review.opendev.org/c/zuul/zuul-operator/+/77170319:28
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: DNM: Test new openshift version fix from nodepool  https://review.opendev.org/c/zuul/zuul-operator/+/77015819:29
*** jamesmcarthur has quit IRC19:39
*** jamesmcarthur has joined #zuul19:53
*** y2kenny has quit IRC19:57
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add kubernetes namespace job test  https://review.opendev.org/c/zuul/zuul-operator/+/77170320:00
*** maxamillion has joined #zuul20:04
*** jamesmcarthur has quit IRC20:05
*** jamesmcarthur has joined #zuul20:35
*** jamesmcarthur_ has joined #zuul20:41
*** harrymichal_ has joined #zuul20:41
*** tosky has quit IRC20:41
*** harrymichal has quit IRC20:42
*** tosky has joined #zuul20:42
*** fbo has joined #zuul20:42
*** harrymichal_ is now known as harrymichal20:42
tristanCtobiash: oops, i was incorrect, the operator tests are using a provided kubeconfig, not the default one.20:42
*** jamesmcarthur has quit IRC20:42
*** smyers has quit IRC20:42
corvustristanC: i think avass said he verified it, so maybe we should go ahead and +3 it?20:43
*** smyers has joined #zuul20:43
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add kubernetes namespace job test  https://review.opendev.org/c/zuul/zuul-operator/+/77170320:48
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: DNM: Test new openshift version fix from nodepool  https://review.opendev.org/c/zuul/zuul-operator/+/77015820:48
*** jamesmcarthur_ has quit IRC21:00
avasscorvus: yep it worked in my deployment for pods at least, but seeing as it was a problem with reading the config file it should work for namespaces as well21:03
avassand my deployment uses rbac21:03
tristanCavass: thanks for the test!21:07
avassnp :)21:08
*** jamesmcarthur has joined #zuul21:11
*** jamesmcarthur has quit IRC21:16
*** jamesmcarthur has joined #zuul21:17
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add kubernetes namespace job test  https://review.opendev.org/c/zuul/zuul-operator/+/77170321:18
*** jamesmcarthur has quit IRC21:20
*** jamesmcarthur has joined #zuul21:20
*** jamesmcarthur has quit IRC21:29
*** ajitha has quit IRC21:47
*** hasharAway has quit IRC22:14
openstackgerritMerged zuul/nodepool master: Fix k8s driver when using in cluster config  https://review.opendev.org/c/zuul/nodepool/+/77170422:19
*** hamalq has joined #zuul22:25
openstackgerritTristan Cacqueray proposed zuul/zuul-operator master: Add kubernetes namespace job test  https://review.opendev.org/c/zuul/zuul-operator/+/77170322:33
openstackgerritGuillaume Chauvel proposed zuul/zuul master: Gerrit: Add SSH review tags  https://review.opendev.org/c/zuul/zuul/+/77173322:35
openstackgerritIan Wienand proposed zuul/nodepool master: Require diskimage-builder 3.6.0  https://review.opendev.org/c/zuul/nodepool/+/77173422:37
ianwfungi: ^22:37
fungithanks!22:40
*** cloudnull8 has joined #zuul22:44
*** cloudnull has quit IRC22:46
*** cloudnull8 is now known as cloudnull22:46
*** Tahvok has quit IRC23:14
*** Tahvok has joined #zuul23:14
*** harrymichal_ has joined #zuul23:16
*** harrymichal has quit IRC23:19
*** harrymichal_ is now known as harrymichal23:19
*** maxamillion has quit IRC23:25
*** jamesmcarthur has joined #zuul23:29
*** rlandy has quit IRC23:30
*** jamesmcarthur has quit IRC23:34
openstackgerritMerged zuul/nodepool master: Require diskimage-builder 3.6.0  https://review.opendev.org/c/zuul/nodepool/+/77173423:39
*** tosky has quit IRC23:44

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