Wednesday, 2024-05-01

jakeyiphi all, meeting in about 10 mins. anyone around? ping mnasiadka / dalees 08:52
daleeshi jakeyip 08:52
mnasiadkaI'm off - public holiday today in Poland08:52
daleeshappy labour day08:53
jakeyipah what about dalees ?08:54
daleesI'm about, preparing to submit a few patches for magnum-ui, but they're not ready to discuss just yet.08:54
jakeyipalright let's have a quick on then. 08:56
opendevreviewDale Smith proposed openstack/magnum master: Change network driver test to use non-default driver.  https://review.opendev.org/c/openstack/magnum/+/90563209:00
jakeyip#startmeeting magnum09:01
opendevmeetMeeting started Wed May  1 09:01:44 2024 UTC and is due to finish in 60 minutes.  The chair is jakeyip. Information about MeetBot at http://wiki.debian.org/MeetBot.09:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.09:01
opendevmeetThe meeting name has been set to 'magnum'09:01
jakeyip#link https://etherpad.opendev.org/p/magnum-weekly-meeting09:01
jakeyip#topic Roll Call09:01
jakeyipo/ 09:01
jakeyipping dalees 09:02
daleeso/09:02
jakeyip#topic Review 09:02
jakeyipUpdate control-plane nodes taint 09:02
jakeyipUpdate control-plane nodes taint - https://review.opendev.org/c/openstack/magnum/+/91740709:02
jakeyipdalees: that's ok?09:03
jakeyipmy motivation is to get the heat driver working with v1.28, passing sonobuoy, updating docs, etc, for D cycle09:03
daleesit looks okay to me if we can't have master taint's anymore. A shame we didn't overlap with control-plane taint for a while, but this should only affect freshly built clusters09:04
jakeyipyeah we all missed that09:04
daleesand if it breaks old k8s <1.20, then that's okay :D09:04
daleeson a similar topic - I'm updating wording from `master` to `control plane` in magnum-ui. Any issues with that in general?09:05
daleesit'll be a bigger effort to update the internal variables and api; I'm not tackling that yet. But we can do some user facing text09:05
jakeyipno we should go with that everywhere, since it's the word upstream uses now09:05
daleescool09:05
* dalees notes the reno in that patchset. Yep operators will need that.09:06
jakeyipfeilong did minion to node a while back - https://review.opendev.org/c/openstack/magnum/+/60879909:07
jakeyipone concern is new cluster for existing template will have a behaviour change too09:09
jakeyipI think I'll add that sentence to be more clear to operators09:09
jakeyipI think that's prob all we should do09:10
daleesyeah, it will. That'll be a change that some might not expect - hard to make it fully backwards compatible though. easier to roll forwards for those folk09:10
jakeyipyeap09:11
jakeyipany other concern with this review? I will update reno09:11
daleesno, LGTM. just my comment about that duplicate `toleration`09:12
jakeyipyeap I think I've deleted that just haven't sent it up09:13
jakeyipnext. Change network driver test to use non-default driver https://review.opendev.org/c/openstack/magnum/+/905632 09:13
jakeyipstill needed? I've rebased09:13
daleesi recall it improves test coverage09:14
daleeswhich we need09:14
daleeswill wait and see zuul coverage results and compare.09:14
jakeyipok 09:15
jakeyipnext:  Update autoscaler clusterrole permissions to support 1.22 https://review.opendev.org/c/openstack/magnum/+/89284609:15
jakeyipanother one of yours :) 09:15
daleesnot too much to say, it allows using a recent autoscaler for Heat driver clusters09:16
daleesdo you enable cluster autoscaler?09:16
jakeyipno we didn't, do y ou?09:18
daleesyep, some of our customers do.09:18
daleeswe carry that patch locally, otherwise autoscaler doesn't run :)09:18
daleeson that topic, there's an interesting problem with CAPI driver and cluster autoscaler. Node counts won't update in Magnum currently - only in CAPI.09:20
jakeyipok I'll rebase, if it passes test I'll merge.09:20
opendevreviewDale Smith proposed openstack/magnum master: Update autoscaler clusterrole permissions to support 1.22  https://review.opendev.org/c/openstack/magnum/+/89284609:20
jakeyip:D ha you beat me to it09:20
dalees:)09:21
jakeyipany ideas for the CAPI node count mismatch?09:24
jakeyipmaybe driver can update09:24
daleesyeah - but it requires lots of changes to the magnum provider in cluster-autoscaler (kubernetes project). Right now it reaches into Heat Stacks, because Magnum API cannot yet return a list of node group members.09:25
daleesdriver could poll and update, but that feels the wrong way around. Might be simpler tohugh. cluster autoscaler should probably just talk to Magnum API to do the job. 09:26
daleesI raised a bug here https://github.com/stackhpc/capi-helm-charts/issues/317 - so it's tracked *somewhere* :)09:27
jakeyipyeah ok let's see how it goes, maybe someone from there will pick it up :D 09:30
jakeyipI'm not familiar with that code so can't help much 09:32
jakeyipdalees: on the topic of capi-helm-charts, when do you think we'll be ready for openstack/magnum-capi-helm-charts ?09:34
daleesWhat are the blockers? CI pipelines?09:35
jakeyipwe will fork so we don't have to bring in all their CI09:37
jakeyiphow are you handling the chart now for catalyst?09:37
daleeswe forked it locally, and publish it to our OCI registry for Magnum to use. We have several modifications like ignoring the keypair, and Calico BGP (which I do need to submit upstream)09:39
daleeshowever, we will continue to sync with upstream, and push changes that would be useful to others09:39
jakeyiponce Magnum forks it to openstack/magnum-capi-helm-charts, your upstream should then be this repo?09:41
daleesand the management loadbalancer - which would be really useful to others who want to allow private clusters... but that requires CAPI and CAPO builds.09:41
daleesyeah, we would switch to that - as i understand stackhpc would sync with it too.09:41
jakeyipyeah matt will take care of openstack <-> stackhpc, we are aware some things might clash cos they use it for Azimuth09:43
jakeyipwill sort that out when we get to it09:43
opendevreviewJake Yip proposed openstack/magnum master: Update control-plane nodes taint  https://review.opendev.org/c/openstack/magnum/+/91740709:46
daleesI've got a question about your usage of magnum-ui09:46
jakeyipsure09:47
daleeshave you updated magnum-ui to Antelope(?), and have you tried ricolin's "Get Cluster Config" button?09:47
daleesI rebased onto 2024.1 today, and that button made the browser download 3 certificate files and a kubeconfig - but the kubeconfig doesn't reference the cert files. I'm a bit puzzled by this. Did it ever work?09:49
jakeyipI'll have check and get back to you, I believe our dashboard is at Bobcat but we tear out a bunch of panes.09:49
jrosser_^ we came across the same thing, not knowing what to do with the downloaded files09:50
jakeyipI don't have an existing cluster to check now09:50
jakeyipif you have a link to the patch that'll be helpful09:51
daleesmy other question is - do many others use keystone auth? It's useful for us to provide a button for Kubeconfig with Keystone Auth, and a button for Admin Kubeconfig. 09:51
jakeyipit doesn't work out of the box for us and I haven't patched it yet to make it work09:52
daleesjrosser_: thanks, useful to know I'm not the only one. I think I'll propose a change to embed the certs inline in the kubeconfig. That will make it the same as the CLI `openstack coe cluster config`.09:52
jakeyipbasically because our role names are different from keystone. `Member' instead of 'member', etc. 09:52
daleesah righto. One day we'll catch up with these role names...09:53
daleesI think we still have `_member_` ;)09:53
daleesbut `k8s_admin`, `k8s_viewer`, `k8s_developer` are used mostly in keystoneauth.09:54
jakeyipyeah the good ole _member_, we have some clouds with that too :D 09:55
jrosser_adding an implied role making _member_ and member equivalent is a handy way to migrate out of that09:55
jakeyipnice :) 09:56
jakeyipcaveat is implied roles don't work well with app cred, there's an open bug09:56
jrosser_there were recent fixes to keystone to make that also work for existing app creds i think09:56
jrosser_ahha snap :)09:56
jakeyip_member_ -> member is easier than Member -> member.09:57
jakeyipkeystone says names are not case sensitive (so you can't have two names with different cases), but some places are case sensitive so a wrong case won't work09:57
jakeyip:q09:58
jakeyipdalees: your keystone-auth issue is with CAPI driver?09:58
jakeyipjrosser_: :D heee I remember cos I was just looking at the keystone reviews 10:00
daleesjakeyip: it applies to magnum-ui, so it's not driver specific. I'll propose two buttons in the UI: "Download KeystoneAuth Kubeconfig" and "Download Admin Kubeconfig". If I can make the KeystoneAuth one only appear for those clusters with it enabled, that'll be ideal.10:00
jrosser_https://review.opendev.org/c/openstack/keystone/+/91033710:01
jakeyipdalees: sorry I mean, keystoneauth is working for you now? for clusters spun up by CAPI or Heat? 10:02
daleesjakeyip: yes, we use it for both Heat and CAPI(helm)10:03
daleesthough there's a snag in v1.29 which travisholton is working on.10:04
jakeyipjrosser_: I like this one more https://review.opendev.org/c/openstack/keystone/+/89373710:04
jrosser_ah yes that is a patch from my team10:04
jrosser_but adding tests is just soooo hard /o\10:04
jakeyipoh nice! I'll comment on this :P 10:05
jakeyipdalees: I think that sounds good. give it a go10:08
daleesalright, incoming magnum-ui patchsets soon.10:09
jakeyipso if memory serves, the files that you downloaded are actually from the certificates endpoint.10:13
jakeyippython-magnumclient grabs them and formats them for kubeconfig10:14
daleesthe CA is, the key and CSR(not downloaded) are generated, and posted to the certificates endpoint, yeah.10:14
jakeyipyou may know this already...10:14
daleesI was looking at this code today ;)10:14
daleesanything else for meeting?10:16
jakeyipok I'll leave you to it then.10:16
jakeyipnothing10:16
jakeyiplet's call it then, we are over time10:16
jakeyip#endmeeting10:17
opendevmeetMeeting ended Wed May  1 10:17:11 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)10:17
opendevmeetMinutes:        https://meetings.opendev.org/meetings/magnum/2024/magnum.2024-05-01-09.01.html10:17
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/magnum/2024/magnum.2024-05-01-09.01.txt10:17
opendevmeetLog:            https://meetings.opendev.org/meetings/magnum/2024/magnum.2024-05-01-09.01.log.html10:17
jakeyipdalees: sorry about the time, and thanks for coming. :) 10:17
jakeyipjrosser_: thanks for coming too 10:17
daleesno worries; daylight savings means it's 10pm not 11pm10:17
jakeyipha yeah that's good for me too10:18
jakeyipoh btw let me know if you going openstack koera or kubecon hong kong, :)10:18
daleesjakeyip I already made a few changes, most in the Create Cluster. Here's a little preview: https://i.imgur.com/n7YBwhM.png10:18
jakeyiptimezone friendly conferences :D10:18
daleesjakeyip: no budget this year for overseas, just virtual tickets to kubecon usa and kiwi pycon.10:19
jakeyipok10:19
daleeswell, in-person kiwi pycon.10:21
jakeyipnice, never been to pycon :(10:23
daleesneither! I hope there's pie10:23
jakeyiphahaha I hope I'll make it over there one day, never been to NZ either. 10:24
jakeyipbtw if you can let me know what's the issue with keystoneauth and v1.29 that'll be great 10:25
jakeyipnot urgent, please do it when you can find time. I'll let you go cos it's bedtime for you! :)10:26
daleesjakeyip: https://kubernetes.slack.com/archives/CFKJB65G9/p1713217132482869?thread_ts=1713217132.482869&cid=CFKJB65G910:32
jakeyipthanks10:34
jakeyipah this issue! that was why I had to push https://review.opendev.org/c/openstack/magnum-capi-helm/+/915274 to disable keystone-auth10:37
jakeyipglad it's getting worked on10:37
jakeyipI wonder how vexxhost solve this10:38
travisholtonjakeyip: this issue only comes up >= 1.29 from what I've seen18:07
travisholtonthere was another issue caused by the k8s-keystone-auth helm chart using registry.k8s.io/provider-os/k8s-keystone-auth:v1.26.0 which doesn't exist18:10

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