Tuesday, 2026-03-31

opendevreviewTakashi Kajinami proposed openstack/cyborg-tempest-plugin master: Add stable/2026.1 job  https://review.opendev.org/c/openstack/cyborg-tempest-plugin/+/98276810:57
opendevreviewchandan kumar proposed openstack/cyborg master: Add NVMe DevStack development guide and local.conf template  https://review.opendev.org/c/openstack/cyborg/+/98271113:38
chandankumarHello all, Cyborg team meeting starts in 22 mins, Please add your here: https://etherpad.opendev.org/p/openstack-cyborg-irc-meeting#L4513:39
chandankumarHello, who all are around for cyborg meeting?14:00
sean-k-mooneyo/14:00
chandankumar#startmeeting cyborg14:00
opendevmeetMeeting started Tue Mar 31 14:00:53 2026 UTC and is due to finish in 60 minutes.  The chair is chandankumar. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'cyborg'14:00
chandankumar#courtesy ping rlandy bogdando[m] 14:01
chandankumarFeel free to add your topics to the agenda14:01
chandankumar#link https://etherpad.opendev.org/p/openstack-cyborg-irc-meeting#L4514:01
chandankumarwe have few topics today and less attendence due to holidays14:03
chandankumarLet me start with first one14:03
chandankumar#topic Dropping devstack_setup.rst in favor of devstack_nvme rst: Needs suggestion14:03
chandankumar#link https://opendev.org/openstack/cyborg/src/branch/master/doc/source/contributor/devstack_setup.rst14:04
chandankumarI am working on adding a fresh guide for cyborg nvme devstack setup https://review.opendev.org/c/openstack/cyborg/+/982711/2/doc/source/contributor/devstack_nvme.rst14:04
chandankumar#link https://review.opendev.org/c/openstack/cyborg/+/982711/2/doc/source/contributor/devstack_nvme.rst14:04
chandankumarSince devstack_setup.rst is quite old and we have similar content kind of in devstack_nvme.rst14:04
chandankumarDo we want to drop the devstack_setup.rst in favor of devstack_nvme.rst?14:05
sean-k-mooneyin my opion no14:05
sean-k-mooneyi just started reviewing https://review.opendev.org/c/openstack/cyborg/+/982711/2/doc/source/contributor/devstack_nvme.rst14:05
sean-k-mooneybefore the meeting14:05
chandankumarhttps://review.opendev.org/c/openstack/cyborg/+/982711 provides https://review.opendev.org/c/openstack/cyborg/+/982711/2/devstack/local-conf14:05
sean-k-mooneyand there are a number of things i woudl perfer to change before proceedign with it14:05
sean-k-mooneyyep im ok with providing sample local.confs14:06
chandankumarIn that case, I will wait for the review comments.14:06
sean-k-mooneythe main devstack document shoud ljust descibe the basics fo deploying cyborg14:06
sean-k-mooneythen we shoudl have driver specific docs that explain how to use emulated or real hardware with devstack for each dirver14:07
sean-k-mooneyso to me they fufill diffent usecase14:07
sean-k-mooneywhat i dont want to have to do is try and figureou out what parts to remove if im just working on the nvidia driver or pci driver14:08
sean-k-mooneyform the devstack_nvme doc14:08
sean-k-mooneydoes that make sense14:08
chandankumaryes, sounds good.14:08
sean-k-mooneythe other thing i woudl personally change is remove the use of virt-install and instead provide an example domain exml and use virsh define14:09
sean-k-mooneythe current mix of virsh install + virsh edit is a littel confusing and messy14:09
sean-k-mooneyas in something are done on the cli then we have to add the iommu eleemtns14:09
sean-k-mooneyidealy i woudl have a seperate doc for creating a development vm tahat we can cross refence and have the nvme guide focus on the compliation and cybrog configureation14:10
sean-k-mooneyso baiscly 3 docs 1 for optional vm creation, 1 for the geneeric devstack usage to deploy cyborg and a final one that docuemtn how to configure the nvme driver with real or fake nvme devices14:11
chandankumarok, these are good suggestions, it will make the docs experience cleaner.14:12
sean-k-mooneyhttps://review.opendev.org/c/openstack/cyborg/+/982711/2/doc/source/contributor/devstack_nvme.rst is currently covering 4 related but difernet topics14:12
sean-k-mooneyhost config/vm creation, emulated deivce creation, devstack install. and finally using the nvme driver 14:12
chandankumarI will break the patch into 2 patches one for devstack with fresh instructions and another for nvme or fake driver with vs creation14:12
sean-k-mooneywell or pci driver currently14:12
sean-k-mooneythe lattter part probaly shoudl be in the user docs for the driver14:13
chandankumarok14:13
sean-k-mooneyack hte tempest plugin and verifcaion part including the creation fo the device profile ectra proably shoudl be its own doc too14:14
sean-k-mooneysince that will be pretty commen for all drivers14:14
sean-k-mooneyand we shoudl avoid duplciating it14:14
sean-k-mooneyi can leave some of these comemnts in the review later but that the majority fo my feed back14:14
chandankumarOk, I will work on breaking it into different docs14:15
sean-k-mooneycontent looks reasonable over all but the doc is covering to many topic today14:15
sean-k-mooneycool ill re reivew when you revise it14:15
chandankumarsure, thank you!14:15
chandankumarNow moving to reviews since there is no other topic14:16
chandankumar#topic reviews14:16
chandankumarI was working on cleaning up python-cyborgclient14:16
chandankumarproposed these two simple reviews14:16
chandankumar#link 982246: Drop dead code common/http.py | https://review.opendev.org/c/openstack/python-cyborgclient/+/98224614:16
chandankumarcommon/http.py is dead code, not used anywhere in cyborgclient.14:17
chandankumarand second on cleaning up unused deps 14:17
chandankumar# 982244: Cleanup requirements.txt unused packages | https://review.opendev.org/c/openstack/python-cyborgclient/+/98224414:17
sean-k-mooneyi was going to ask have you cofnirmed its not used in horizon but we dont have a plugin14:17
chandankumarhttps://github.com/openstack/python-cyborgclient/blob/master/cyborgclient/common/httpclient.py is used in the cyborgclient not http.py14:18
sean-k-mooneyhttps://minio-api.teim.app/zuul-logs/8bf/main/8bf05a369b744132ab643a1fdf5d17c3/code-review/review-report.html yep the ai review agrees14:19
sean-k-mooneyi think the removal shoudl be safe but ill verify that later14:19
sean-k-mooneyi think directionaly this is good14:19
sean-k-mooneywe will need a release note14:20
sean-k-mooneyotherwise i think the patch is fine. the cyborg client may be used by thirdparty external tools14:20
chandankumarah ok, will add a release note, good point about external tools14:20
sean-k-mooneyso we will need to do a major version bump when we release it14:20
sean-k-mooneybut i think that is fine 14:21
sean-k-mooneyas for the requireme clean up i agree that also looks reasonabe.14:21
chandankumarhttps://review.opendev.org/c/openstack/python-cyborgclient/+/982244/2/requirements.txt it drops cryptography14:21
sean-k-mooneyoslo.log we may revisit but in general the client "logs" via print statmetnt14:21
chandankumaras we were discussing earlier, other deps might bring down cryptography, Do we still want to keep it?14:22
sean-k-mooneyif we are currently using python loging in teh cleint the correct fix woudl be to keep oslo.log and port the code to use it14:22
sean-k-mooneychandankumar: no we only ist direct deps14:22
sean-k-mooneyso if our indirect deps pull it in (openstacksdk likely will) 14:23
sean-k-mooneythen thats ok14:23
chandankumarfor oslo.log, I will keep it and port the code to use it in a seperate patch.14:23
chandankumarthat's it on review14:24
chandankumarMoving to bugs now14:24
chandankumar#topic bugs14:24
chandankumar#link Remove deprecated HTTPClient and VerifiedHTTPSConnection: https://bugs.launchpad.net/python-cyborgclient/+bug/214635114:24
chandankumarVerifiedHTTPSConnection is used only at https://github.com/openstack/python-cyborgclient/blob/dcab1011666bcb9fc0e0a6062db3b6badb843ce9/cyborgclient/common/httpclient.py#L9114:25
sean-k-mooneywe should be using the httpclint form the sdk exlusively14:25
sean-k-mooneypror to that we woudl have used the keystoneauth one directly14:25
chandankumarDo you have the link to httpclient from the sdk?14:26
sean-k-mooneywe shoudl not be using it directly in most case we shoudl be using the sdk functionaltiy14:26
sean-k-mooneybut its part of the connection object14:27
sean-k-mooneywhen you create an openstack sdk connection it proves 3 levels of api access14:27
sean-k-mooneya direct authencated http client for raw requests14:27
sean-k-mooneya service/proxy api and a clout api wiht some cleanups14:28
sean-k-mooneywe shoudl be using that middel layer but if that is missing functionatliy fall back to the sdk's client since that handels the keystone auth for us14:28
sean-k-mooneyhttps://github.com/openstack/openstacksdk/tree/master/openstack/accelerator14:29
sean-k-mooneycyborg has sdk supprot so we shoudl not need to use the raw client at all14:29
sean-k-mooneywe shoudl likely remvoe https://opendev.org/openstack/python-cyborgclient/src/branch/master/cyborgclient/v1 entirly by the way14:31
sean-k-mooneycan we file a bug to remvoe the remvoe v1 api14:31
sean-k-mooneythat was remvoed in 201814:31
chandankumarok14:31
sean-k-mooneyor perhaps 2019 but it well past the point where all non eol cyborg version have delete it14:31
sean-k-mooneysame for https://opendev.org/openstack/python-cyborgclient/src/branch/master/cyborgclient/osc/v114:32
chandankumarI am trying to understand we need use https://github.com/openstack/openstacksdk/tree/master/openstack/accelerator in python cyborgclient that will gget us everything14:32
chandankumarI will file a bug for v1 removal14:32
sean-k-mooneycorrect the sdk has full supprot for the v2 api14:32
sean-k-mooneyso i think if we remvoe the v1 api we can remove the use of the raw http client entirly14:33
sean-k-mooneyi belvie https://opendev.org/openstack/python-cyborgclient/src/branch/master/cyborgclient/osc/v214:33
sean-k-mooneyonly uses the sdk today14:33
chandankumarOk I will modify this bug then drop http raw client of sdk support14:34
chandankumar*to drop14:34
sean-k-mooneylets use it to track fully removing all supprot for the v1 api14:35
sean-k-mooneythat will remove all useage of https://opendev.org/openstack/python-cyborgclient/src/branch/master/cyborgclient/common/httpclient.py14:36
sean-k-mooneyand perhaps a few other files14:36
sean-k-mooneyif you want to split this up into multiple parts we coudl do that14:37
chandankumarI have updated this bug to drop v1 api support14:38
sean-k-mooneywe shodul also be removing the native shell (when not used via osc) but that needs deprecation before we can do that14:38
sean-k-mooneypython-cyborgclient should eventuly only provdie the osc plugin14:38
sean-k-mooneybut we can do that in phases14:39
chandankumarsean-k-mooney: can you add me the launchpad bug admin to add importance status in the bug https://bugs.launchpad.net/python-cyborgclient/+bug/214635114:40
sean-k-mooneyits an open team you do not need admin14:40
sean-k-mooneyyou just need to join the team14:40
sean-k-mooneyhttps://launchpad.net/~cyborg-bug-team14:41
sean-k-mooneyyou shoudl join that14:41
chandankumarDone, thank you!14:41
chandankumarI am setting the importance to medum for now14:42
chandankumarthat's it from today14:42
sean-k-mooneyack14:42
chandankumarMoving to open discussion14:42
sean-k-mooneywe shoudl start fixing it this cycle but its not broken14:42
chandankumar#topic open discussion14:42
chandankumarI have added it to 2026.1 series14:42
sean-k-mooneyit shoudl be in the 2026.2 serise but i may not have created that yet14:43
chandankumarany last min topic anyone wants to discuss14:43
sean-k-mooneyi did for cyborg14:43
sean-k-mooneyam one 14:43
sean-k-mooneyhttps://review.opendev.org/q/project:openstack/python-cyborgclient+owner:infra-root@openstack.org+is:open14:43
sean-k-mooneythere are a bunch of bot patches14:43
sean-k-mooneyim goign to reabse all of thos einto a stack for each branch based on release14:43
sean-k-mooneyand then merge them unless someone else whant to do it14:43
sean-k-mooneyi did if for the main cybrog repo a few weeks ago14:44
chandankumarif I take a look and go over them this week14:44
sean-k-mooneybut forgot to do it for the client14:44
sean-k-mooneyack so we want them to be ordered oldest to newest14:44
sean-k-mooneyto pretened we merged them when we were orginally ment too14:44
sean-k-mooneyon master that is14:45
sean-k-mooneyfor the stable branches we can merge thos mostly in any oder but the .gitrevew and tox change shoudl be the first on teh brance14:45
chandankumarok thanks for metntion the order14:45
sean-k-mooneyok that was the only thing i had to raise14:46
chandankumarthank you!14:46
chandankumar#topic volunteer for next meeting14:46
chandankumaranyone up to chair for next meeting?14:47
chandankumarIf no, then I will do that14:48
chandankumar#info chandankumar will chair the next meeting14:48
chandankumarnow it's time to close14:48
chandankumarthank you all for attending14:48
chandankumar#endmeeting14:48
opendevmeetMeeting ended Tue Mar 31 14:48:25 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:48
opendevmeetMinutes:        https://meetings.opendev.org/meetings/cyborg/2026/cyborg.2026-03-31-14.00.html14:48
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/cyborg/2026/cyborg.2026-03-31-14.00.txt14:48
opendevmeetLog:            https://meetings.opendev.org/meetings/cyborg/2026/cyborg.2026-03-31-14.00.log.html14:48
sean-k-mooneyo/14:48

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