Tuesday, 2026-10-27

chandankumarsean-k-mooney: Hello, can you approve last 2025.1 backport https://review.opendev.org/c/openstack/cyborg/+/1009168, when get time ,thank you!11:48
sean-k-mooneydone11:49
chandankumarthank you!11:49
opendevreviewMerged openstack/cyborg stable/2025.1: device_profile: reject groups with no resources: key at POST  https://review.opendev.org/c/openstack/cyborg/+/100916812:32
chandankumarCyborg IRC meeting starts in less than 1 hr, Please add your agenda here: https://etherpad.opendev.org/p/openstack-cyborg-irc-meeting#L4713:07
chandankumar#startmeeting cyborg14:01
opendevmeetMeeting started Tue Oct 27 14:01:22 2026 UTC and is due to finish in 60 minutes.  The chair is chandankumar. Information about MeetBot at http://wiki.debian.org/MeetBot.14:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:01
opendevmeetThe meeting name has been set to 'cyborg'14:01
chandankumarwho all are around for todays' meeting?14:01
chandankumar#courtesy ping: sean-k-mooney, amoralej bogdando[m] jgilaber_ melwitt 14:02
*** jgilaber_ is now known as jgilaber14:02
jgilabero/14:02
chandankumarin the mean time, feel free to add the agenda here:14:02
chandankumar#link https://etherpad.opendev.org/p/openstack-cyborg-irc-meeting#L4714:02
sean-k-mooneyo/14:03
melwitto/14:04
chandankumarlet me start with the first topic14:04
chandankumar#topic cutting new release for stable branches14:04
chandankumarI have added this topic14:04
chandankumarIn the last meeting we were talking about  1010931: [cyborg] Transition 2025.1 Epoxy to Unmaintained | https://review.opendev.org/c/openstack/releases/+/101093114:05
jgilaberI saw that we merged the last backport today14:05
jgilaberthanks for the reviews there14:05
chandankumarmoving 2025.1 epoxy to un maintained14:05
jgilaberI was preparing a patch to make a final release14:05
chandankumaryes, we wanted to do a final release14:05
sean-k-mooneyjgilaber: ack can you take care of updating it and doing the release14:05
chandankumarSince we have merged backports in all of the stable branches, Do we want to cut a release of all stable branches?14:06
chandankumarexcept 2026.2 it is still new14:06
sean-k-mooneywell i guesss we coudl do call but there may be other backports open14:06
sean-k-mooneywe shoudl do 2025.114:06
sean-k-mooneythe rest i do not object too but i was specificly looking at the minimus set of patche requried for merging it on 2025.114:07
chandankumarhttps://review.opendev.org/q/project:openstack/cyborg+branch:stable/2025.2 all merged14:07
jgilaberI was planning to do only 2025.1 now14:07
jgilaberand wait until milestone 1 to do the rest14:07
chandankumarhttps://review.opendev.org/q/project:openstack/cyborg+branch:stable/2026.1 - all merged14:07
sean-k-mooneyok m1 is fine14:07
sean-k-mooneyif there is noting open we coudl do them now14:07
jgilabersure I can do them now as well14:08
chandankumarmilestone 1 is Nov 16 - Nov 20 based on https://releases.openstack.org/indri/schedule.html14:08
chandankumarthanks jgilaber!14:08
chandankumar#action jgilaber will do a release for stable branches.14:09
chandankumarthat's it from myside on topic14:09
chandankumarAny question on this one before moving to next topic?14:09
chandankumarMoving to next one14:11
chandankumar#topic core team update14:11
chandankumarsean-k-mooney has added this topic14:11
sean-k-mooneyya, so there has been no responce to my core team update mail14:11
sean-k-mooneyso after this meeting if there is no concern im going to clean up the core group14:12
chandankumar#link core membership email: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/MGYIDZTFD7CSWRGEU2YFYTAEMWCVJ23J/14:12
sean-k-mooneyi plan to update teh maintainer guide with the ptg feedback and push that later today14:12
sean-k-mooneymy aim is to get that into shap before the next meeting an merge it in the next week14:12
sean-k-mooneythen next week ill start creating the project config patch to create the gerrit groups14:13
sean-k-mooneythats all i really had unless there are questions14:13
chandankumar#link 1008481: Document Cyborg maintainer roles and conventions | https://review.opendev.org/c/openstack/cyborg/+/100848114:13
jgilabersounds good to me14:14
chandankumar+1 to above all14:15
chandankumarsince no questions moving to next topic14:15
chandankumar#topic Reviews14:15
chandankumarfirst one14:16
chandankumar#link stable/2025.1 backports https://review.opendev.org/q/project:openstack/cyborg+branch:stable/2025.1+status:open14:16
chandankumarwe already talked about 2025.1 backport, it is already merged so no action needed here14:16
chandankumarI have just added fpga series for review14:16
chandankumar#link https://review.opendev.org/q/topic:%22fpga_program%2214:17
chandankumarThank you sean-k-mooney, jgilaber, melwitt for the review14:17
chandankumarI have rebased 998004: Select the FPGA programming driver by control path | https://review.opendev.org/c/openstack/cyborg/+/998004 on top of 999938: agent: separate driver loading from driver initialisation | https://review.opendev.org/c/openstack/cyborg/+/99993814:17
chandankumarI have also made fpga tempest tests generic to run under guard14:18
sean-k-mooneyack, ill try and review these this week. i think we were getting pretty close14:18
sean-k-mooneywe have a few chagnes that are kind of stepping on each others toes14:19
chandankumarI have also dropped Dropped init_host() startup frm 998004 and we can add it in https://review.opendev.org/c/openstack/cyborg/+/100225614:19
sean-k-mooneyso i woudl like to make some incremental progres14:19
chandankumarsure!14:19
chandankumarthat's it from my side on this review14:20
chandankumarAny other reviews anyone wants to highlight here?14:20
chandankumarok moving to next one14:21
chandankumar#topic Bugs14:21
chandankumarWe donot have any new bugs reported this week on https://bugs.launchpad.net/openstack-cyborg/ and https://bugs.launchpad.net/python-cyborgclient14:22
chandankumarmoving forward.14:23
chandankumarWe are almost come to the end of the meeting14:23
chandankumar#topic Open Discussion14:23
jgilaberI just pushed the patch for the releases14:23
jgilaberhttps://review.opendev.org/c/openstack/releases/+/101250014:23
sean-k-mooney+114:23
jgilaberI proposed all by hibiscus as bugfixes14:23
jgilaberbut for hibiscus I proposed a minor version for the removal of the api console script14:24
chandankumarAnyone wants to bring anyone thing.14:24
jgilaberwhich had some upgrade impact14:24
jgilaberany thoughts on that?14:24
sean-k-mooneyit didnt work14:26
sean-k-mooneyit was broken 2026.114:26
sean-k-mooneywith the removal of eventlet i had indented to drop it there as well14:27
jgilaberI thought it worked, hence the upgrade impact flag on the patch14:29
jgilabershould we downgrade to bugfix then?14:29
sean-k-mooneynothign in the code path monkey patched14:29
sean-k-mooneyso it would not hace actuly used eventlet adn the websever woudl not have workded properly14:30
sean-k-mooneythere is no implemation of the webserver in oslo.service in threaded mode14:30
sean-k-mooneyso this was just dead code removal14:30
sean-k-mooneyhttps://github.com/openstack/cyborg/blob/master/cyborg/cmd/__init__.py#L2714:31
sean-k-mooneywe hardcode  the treaded backedn since 2026.114:31
sean-k-mooneyi just forgot to remove those fiels when doing that14:32
sean-k-mooneyso ya we can consdier the relase a bugfix14:32
jgilaberack, I'll change that no problem14:32
sean-k-mooneyfor what it sworht we also had no testing of that14:33
sean-k-mooneydevstgack used the wsgi script and uwsgi14:34
sean-k-mooneynot cyborg-api14:34
sean-k-mooneyso it may or may not have worked before 14:34
*** rlandy_ is now known as rlandy14:34
sean-k-mooneyit probaly did but it was a very long time since it was actully tested in ci14:34
sean-k-mooneyhttps://github.com/openstack/cyborg/commit/95515c5c4bde2280ae967bf35725a57858f9379b14:35
sean-k-mooneyso ya the change was made 8 years ago to stop using it in the ci by default14:36
jgilaberthat is a long time, we can consider it broken14:37
sean-k-mooneyok i think we can likely move on or wrap up14:40
chandankumaryes,14:41
chandankumarcoming to last topic14:41
chandankumar#topic volunteer for next meeting14:41
chandankumarAnyone one up to lead next cyborg irc meeting?14:41
chandankumar*anyone14:42
jgilaberI can do it14:42
chandankumarthanks jgilaber 14:42
chandankumartime to close the meeting14:43
chandankumarthank you everyone for joining!14:43
chandankumar#endmeeting14:43
opendevmeetMeeting ended Tue Oct 27 14:43:24 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:43
opendevmeetMinutes:        https://meetings.opendev.org/meetings/cyborg/2026/cyborg.2026-10-27-14.01.html14:43
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/cyborg/2026/cyborg.2026-10-27-14.01.txt14:43
opendevmeetLog:            https://meetings.opendev.org/meetings/cyborg/2026/cyborg.2026-10-27-14.01.log.html14:43
opendevreviewchandan kumar proposed openstack/cyborg master: [DNM] opendev github-check testing  https://review.opendev.org/c/openstack/cyborg/+/101251014:51
melwittsean-k-mooney: hey I was reading through some PTG etherpads and wondered what did you mean by "moving nova interacting with cyborg via the sdk proxy api" https://etherpad.opendev.org/p/cyborg-2027.1-ptg#L54 ?15:07
sean-k-mooneymelwitt: so in last cycle you moved cybrog to use the sdk but didnt use the proxy method15:08
melwittohh15:08
sean-k-mooneyyou just move to using th raw rest client with micoverions15:08
sean-k-mooneyso if we have time it woudl be nice to do that15:08
melwittok I see. I thought I only did that where we lack proxy methods but I need to go look through. I can help add proxy methods, I've been all over openstacksdk lately haha15:09
sean-k-mooneyhttps://github.com/openstack/nova/blob/master/nova/accelerator/cyborg.py#L337-L41115:10
melwittthis is what I have proposed for the microversion stuff https://review.opendev.org/c/openstack/openstacksdk/+/1011952 initially I had used pci-sim to test but had second thoughts that it would likely be considered overkill so I changed it to fake driver for testing bind15:10
sean-k-mooneyi have not chekced but i suppect deleting and getting arq by uuid is ther15:10
sean-k-mooneyin the sdk15:10
melwittok. if it is then that is my bad, sorry :(15:10
sean-k-mooneyits not your fault we discussed this in the reviews and i asked you not to rewite everthign to minimise the impact on my changes15:11
sean-k-mooneybut now we have 6 months to do it so we can15:11
sean-k-mooneywell more like 4 ish15:11
melwittok sorry I forgot then /o\15:11
melwittyeah. I might do it soon while sdk is fresh in my mind15:12
sean-k-mooneycool tag me in and im happy to review on both sides15:12
melwittI'm slowly building some actual familiarity haha15:12
sean-k-mooneywell i guess all 315:12
sean-k-mooneyusing the pci-sim may be desirabel later15:13
sean-k-mooneybut the fake driver is also ok15:13
melwittoh really? I had predicted you would not like it for sdk job15:16
melwittI convinced myself pci-sim is generally reserved for cases that will inspect deeper such as nvme or mdev series15:16
sean-k-mooneyits pretty cheap to compile and enable15:18
sean-k-mooneyso we can test the api serfucen more or less with the fake driver15:18
sean-k-mooneyso we can start with that15:18
sean-k-mooneyif we have a need to test more we can consider pulling in the pci-sim15:19
sean-k-mooneyi woudl only add it if a test needs it15:19
sean-k-mooneythe main downside to the fake driver is its only updating the db15:19
sean-k-mooneyso there is little benifit to testign booting a vm with a fake device other then testing the bidning flow15:20
sean-k-mooneythat fine but if we were to say do resize15:20
sean-k-mooneyor cold/live migrate15:20
sean-k-mooneythen we proably woudl want the pci-sim at that point15:20
sean-k-mooneysicne you cant do that today we dont really need it today15:21
melwittyeah, makes sense15:21
melwittagreed it's cheap to compile and enable. initially I had thought it would be required for testing binding but realized it isn't after I had done with pci-sim15:21
melwittpci-sim ran so fast though, it did not seem to add any cost. the only downside is requiring the debian nodeset but soonish I'm guessing we will have ubuntu 26.04 available in nodeset which will also work obvs15:23
melwittfor running locally I used 26.0415:23
sean-k-mooneyit works on 26.0415:23
sean-k-mooneyit also works on c10s15:23
sean-k-mooneyand proably 24.04 but we never tested that15:23
sean-k-mooneythe inital version was writen ageinst the master kernel15:24
sean-k-mooneywhich was roughly 7.0.0.rc3 i think15:24
sean-k-mooneyso i have tried not to keep it fairly moderen15:24
sean-k-mooneyand only add the minimal supprot we needed for older distos15:24
sean-k-mooneybut ya 26.04, debian 13 or c10s shoudl all work today and all 3 are aviabel in ci15:25
melwittoh really? LLM thought 24.04 wouldn't work which I thought was based on kernel version but admittedly I did not check myeslf15:25
sean-k-mooneyit might work because of the c10s supprot we added but no one tested it15:26
sean-k-mooneyit didnt work before that15:26
melwittoh I didn't realize 26.04 was already available, I guess it's just not the default15:26
sean-k-mooneycorrect, i added the devstack supprot back around june15:26
sean-k-mooneywe are using it in nova-next already15:27
melwittwhoa nice15:27
sean-k-mooneywe could move cyrbog to it if we wnated but debian 13 has been workign fine15:27
melwittare nodesets subject to any scarcity or no? I didn't know how that worked15:28
sean-k-mooneynot that im aware of15:28
sean-k-mooneyi think we have it aviabel on all the providers15:29
melwittok, that's good to know15:29
sean-k-mooneyfor both debian and 26.0415:29
melwittI wasn't sure the connection if any to the providers15:29
sean-k-mooneyin case your wonderign this is where the supprot for multipel kernels lives https://github.com/openstack/cyborg/blob/master/pci-sim/fake_pci_sriov_compat.h15:29
sean-k-mooneyits based on kernel flags rather then versions15:29
sean-k-mooneyi just dont knwo if 24.04 passes those checks or not15:30
melwittah I see. tha makes sense15:30
melwittchandankumar: just a heads up that I realized we don't have 100% parity with python-cyborgclient due to the default microversion behavior (python-cyborgclient defaults to latest microversion but OSC does _not_), until the following work is merged and released in SDK https://review.opendev.org/c/openstack/openstacksdk/+/101195215:53
chandankumarmelwitt: thank you!, I will block you downstream patches until openstacksdk changes merged and released.15:54
chandankumars/you/my15:54
sean-k-mooneywe shoudl not be depending on the microvsrion defaultignin our ci either way17:14
sean-k-mooneynot in ci or other determinsitc scripts17:15
melwitttrue17:48
melwittjust wanted to be transparent about the remaining gap between the in-tree vs plugin behavior17:49
sean-k-mooneyi reviewed you sdk change overall it looks corect but we have a bug we shoudl fix in the cybrog side17:49
sean-k-mooneywell the gap is really on the sdk side17:50
sean-k-mooneyosc just delicates in anycase17:50
melwittyes, I mean as perceived to a CLI user17:50
melwitthm I seem to be missing gerrit notifications for certain things. didn't get one for the openstacksdk review18:16
sean-k-mooneythere might be a place to filter that in gerrit18:26
sean-k-mooneybtu im not sure18:26
sean-k-mooneyhttps://review.opendev.org/settings/#Notifications18:26
sean-k-mooneyi only have os vif and netowrking-ovs-dpdk there18:27
sean-k-mooneyso i think thsi is for extra notificatons18:27
sean-k-mooneywhen your not on cc or reviewer lines18:28
melwittI think it may be connected to the "wip" mode, I had started that patch in wip mode and then changed it to active when ready18:44
sean-k-mooneyoh maybe i never use that feature19:01
sean-k-mooneyi tend to find it harmful because it has a bunch of weird edgecases19:01

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