Tuesday, 2024-04-23

*** elodilles_pto is now known as elodilles07:01
bauzassorry guys, I'm stuck with a devstack issue15:58
bauzaslet's start the meeting in two mins15:58
bauzas#startmeeting nova16:00
opendevmeetMeeting started Tue Apr 23 16:00:18 2024 UTC and is due to finish in 60 minutes.  The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'nova'16:00
bauzas#link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting16:00
bauzashey folks16:00
dansmitho/16:00
tkajinamo/16:00
elodilleso/16:00
fwieselo/16:00
sean-k-mooneyo/16:01
bauzasokay, let's start16:01
bauzasshall be quick16:01
bauzas#topic Bugs (stuck/critical) 16:01
bauzas#info No Critical bug16:01
bauzas#info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster16:01
bauzasvoilĂ  :)16:01
auniyalo/16:02
bauzasas said in the PTG, I removed the check on the new bugs number :)16:02
bauzasany bug to discuss ?16:02
elodillesyepp16:02
elodilleshttps://etherpad.opendev.org/p/nova-bug-triage-2024041616:02
elodilleson the top there are 'two possible duplication'16:02
elodillesif you agree then i'm marking them as duplicate16:03
sean-k-mooneyi think so yes16:03
bauzascool with me16:04
elodillesACK, thanks, then i'll do that16:04
elodillesthat's it i think16:04
bauzas++16:04
bauzasmoving on, then ?16:04
elodillesyepp16:04
bauzascool16:05
bauzas#topic Gate status 16:05
bauzas#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:05
bauzas#link https://etherpad.opendev.org/p/nova-ci-failures-minimal16:05
bauzas#link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status16:05
bauzas #info Please look at the gate failures and file a bug report with the gate-failure tag.16:05
bauzas#info Please look at the gate failures and file a bug report with the gate-failure tag.16:05
bauzas#info #info Please try to provide meaningful comment when you recheck16:05
bauzasany person has found some new gate failure ?16:06
sean-k-mooneythe only thing i will note is one patches i looked at had a bunch of cancled jobs16:07
sean-k-mooneyi assume there was a zuul restart over the weekend16:07
bauzaslooks to me that we have centos9 issue https://zuul.openstack.org/build/8d4e9f1c68f548c899f1575b8b7649fd16:07
bauzasfor fips16:07
bauzasapart of that, all the periodic jobs were okay16:08
sean-k-mooneythat was just a kernel paninc16:08
sean-k-mooneyin a volume detach job16:08
sean-k-mooneytest_resize_volume_backed_server_confirm failed with " ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x00001000 ]---"16:08
sean-k-mooneyall the rest past so i think we can ignore that16:09
bauzasyup16:09
bauzasmoving on then16:09
bauzas#topic Release Planning 16:09
bauzas#link https://releases.openstack.org/dalmatian/schedule.html16:10
bauzas#info Dalmatian-1 in 3 weeks16:10
bauzas#action bauzas to add the nova deadlines in the Dalmatian schedule page16:10
bauzasfor the moment, we don't have any review day this month16:10
bauzas#topic vPTG Summary 16:11
bauzas#info The vPTG was held on Apr 8-1216:11
bauzas#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/P5HFYXU2VPGEJTY26SLBTU3LTAIVMGZT/ Nova PTG summary16:11
bauzasin case you haven't seen the email ^16:11
bauzassean-k-mooney: thanks for having replied to it16:11
bauzas(to explain more)16:12
bauzasnothing I should tell more I think16:12
bauzas#topic Review priorities 16:12
bauzas#link https://etherpad.opendev.org/p/nova-dalmatian-status16:12
sean-k-mooneyi have a related question for the open discuss section but it was a good summary16:12
bauzasI'll update it shortly16:12
bauzassean-k-mooney: shoot16:12
bauzasoh16:12
bauzasokay, let's do it in the open discussion topic16:12
bauzas#topic Stable Branches 16:13
bauzaselodilles: time is yours16:13
elodilles#info no recent merges, but stable/202*.* branches' gates should be OK16:13
elodilles#info stable/zed is still blocked by nova-ceph-multistore (constantly failing)16:13
elodilleson the other hand:16:13
elodilles#info stable/zed is about to move to Unmaintained: https://review.opendev.org/c/openstack/releases/+/91647216:13
elodillesfor this, the question follows:16:14
elodillesdo we want to prepare a final stable/zed release? (content would be: https://paste.opendev.org/show/bCISlMJXDFrMjVD5kyaS/ )16:14
sean-k-mooneyyes16:14
bauzasyup16:14
sean-k-mooneythe two libvirt ones are required for windows guest on arm and live migration of windows guests16:14
sean-k-mooney*windows guests on amd hosts not arm16:14
elodillescurrently we cannot merge more fixes, only if we set ceph-multistore non-voting :/ (or someone has time to investigate the gate issue there)16:15
sean-k-mooneywell they are merged16:15
elodillesACK for the release, then i'll prepare a release patch for that16:15
bauzas++16:16
sean-k-mooneyon a related note16:16
elodillessean-k-mooney: i meant for the patches that haven't merged yet o:) there are some waiting16:16
bauzaselodilles: ping me when you provide it16:16
elodillesbauzas: will do16:16
bauzaselodilles: for the moment, I'm a bit off the channel and the gerrit emails16:16
bauzasthanks16:16
sean-k-mooneyah ok. if there was a impoant patch i would not be agsint makign it non-voting, for 2023.1 shoudl we prepare a patch to remove the grenade job16:16
sean-k-mooneymy inclination is we shoud remove the grenade jobs form 2023.1 when stable/zed moves to unmaintained/zed16:17
sean-k-mooneyi lean to do ing that before the branch is renamed but we could do it after16:17
elodillessean-k-mooney: probably that will be needed after stable/zed will be deleted, but might be possible to keep it, we have to check when we get there16:18
sean-k-mooneyim not sure if we want to keep it16:18
sean-k-mooneyeven if its possible16:18
sean-k-mooneysince upgrade supprot form unmainiend branches is not impleied and is actully expressly not supproted16:19
elodillesif the job is passing then why remove it?16:19
sean-k-mooneymainly to save gate resouces by not testing somethign we dont supprot16:19
elodillesbut yes, let's see first how it will behave :)16:19
sean-k-mooneyack16:19
bauzascool16:19
bauzaswe could discuss this in the gerrit change16:19
elodilles+116:20
elodilleslast note from me:16:20
elodilles#info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci16:20
elodillesthat's all about stable branches16:20
bauzascool16:21
bauzas#topic vmwareapi 3rd-party CI efforts Highlights 16:21
bauzasfwiesel: anything ?16:21
fwiesel#info Nothing to report.16:21
fwieselJust a short reminder or request for a second review of my proposed patch: https://review.opendev.org/c/openstack/nova/+/90947416:22
bauzasOK, I'll try to look at it16:22
fwieselI understdoot that there was the idea to have a subteam for the vmwareapi driver. Is that the right time to raise that topic?16:23
sean-k-mooneyits relitivly short and i belive its correct but i agree it would be good to make a decision on that sooner rather then later16:23
sean-k-mooneysure16:23
dansmithoh yeah I need to look at that16:24
fwieselThanks, that would be then all from my side.16:25
bauzas++16:28
bauzas#topic Open discussion 16:28
bauzasnothing from me16:28
bauzassean-k-mooney: you had an item16:28
sean-k-mooneyyes its mainly a question fo paperwork16:28
bauzasshoot16:29
sean-k-mooneyfor the eventlet removeal work, ill create a bluepirnt eventlet-removal-part-116:29
sean-k-mooneyi assume i shoudl also have a spec?16:29
sean-k-mooneyor do we want to review the blueprint first and see if we are ok with a specless blueprint16:29
bauzasno16:30
bauzaswe said at the PTG that I'll automatically accept it as specless :)16:30
bauzasin case we need to discuss some specific design nits for upgrade concerns, per say, then we could ask later for a spec16:30
sean-k-mooneyok then ill work on a bluepirnt for the next meeting to define a semi detialed scope for this cycle16:30
bauzascool16:31
bauzasI think we all agreed on the direction so we should be good16:31
bauzasmaybe the threadpools could have some concerns but we can discuss them in the implementation changes16:31
sean-k-mooneyack that was basically all i wanted to confirm16:32
bauzasfor the workers using direct threads, I don't think we have any problems16:32
sean-k-mooneywell in generall i would prefer to aovid spawning raw thread outside of a pool in new places16:32
bauzaswe said we prefered to use parallel threads instead on concurrent ones16:32
sean-k-mooneybut as you said we can review that on the patches16:32
bauzasthere are different threads, right?16:33
sean-k-mooneyyou will have to rephase that question, im not following.16:33
dansmithwhat does "parallel instead of concurrent" mean?16:33
bauzaslike, for the services workers, it's not a problem, we would create all the threads when starting the service16:33
sean-k-mooneyyour repheing to how we have a worker count for the schduler16:34
bauzasdansmith: I mean that we would thread instead of greenthreading16:34
sean-k-mooneyok yes we woudl be using pthreads/OS threads instead fo userland/green threads16:35
dansmithbauzas: okay so you mean async instead of one of parallel or concurrent I think, but okay16:35
sean-k-mooneyin pything the gil means they are still concurrent not turely parallel16:35
sean-k-mooney*in python16:35
bauzassure16:35
bauzaswe still have the GIL so they're not really paralled16:35
bauzasbut they're threads16:35
dansmiththey're still parallel, IMHO16:36
sean-k-mooneyyes16:36
fwieselDepends on the context... c-extensions may release the lock and run really in parallel16:36
dansmithright16:36
bauzasanyway, let me reexplain it16:36
dansmiththey're parallel but with a ton of shared/locked data structures :)16:36
sean-k-mooneyya and there are other case wehre the gil is droped too16:36
fwieselWould help with the parsing of the huge xml documents we sometimes get in the vmwareapi16:36
dansmithlet's just move on, I think we know what we agreed16:36
sean-k-mooneysure16:36
bauzaswe will use 'python threads" instead of "other concurrent/green threading way"16:37
sean-k-mooneyyes throught the api of a futureist executor in most cases16:37
bauzasso, anything else to say?16:37
sean-k-mooneynope16:37
bauzascool16:37
bauzasthanks all16:37
* bauzas goes back to looking at his devstack issues :(16:38
bauzas#endmeeting16:38
opendevmeetMeeting ended Tue Apr 23 16:38:16 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:38
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2024/nova.2024-04-23-16.00.html16:38
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-04-23-16.00.txt16:38
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2024/nova.2024-04-23-16.00.log.html16:38
fwieselThanks and bye16:38
elodillesthanks o/16:38
gibio/16:38
elodillesbauzas: the zed release patch: https://review.opendev.org/c/openstack/releases/+/91681316:39
elodillesbtw, it's probably useful to release now then form newer stable branches as well. i'll create stable release patches for those16:41
elodilleshere they are: 2023.1 - https://review.opendev.org/916815 ; 2023.2 - https://review.opendev.org/91681616:59
elodillesi think we don't need a stable/2024.1 release yet17:00
elodilles(this would be the content on caracal in the moment: https://paste.opendev.org/show/bq3vt56UP5WVQ9baFLUZ/ )17:01

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