| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-11-26 | |||
| 16:08:19 | bauzas | #info Please try to provide meaningful comment when you recheck | |
| 16:08:29 | bauzas | I saw a couple of failures but those are known issues | |
| 16:08:40 | bauzas | anything about CI failures that is pretty new ? | |
| 16:08:52 | bauzas | (all periodics are green) | |
| 16:10:00 | bauzas | looks not, moving on | |
| 16:10:09 | bauzas | #topic Release Planning | |
| 16:10:15 | bauzas | #link https://releases.openstack.org/epoxy/schedule.html | |
| 16:10:20 | bauzas | #action bauzas to add Epoxy nova deadlines in the schedule | |
| 16:10:45 | bauzas | I'm pretty done with the patch proposal but I need to fix something before uploading it | |
| 16:11:03 | bauzas | #topic Review priorities | |
| 16:11:10 | bauzas | #link https://etherpad.opendev.org/p/nova-2025.1-status | |
| 16:11:28 | bauzas | the page should be up to date, feel free to use it and amend it | |
| 16:12:46 | bauzas | anything about that ? | |
| 16:13:15 | gibi | o/ | |
| 16:13:24 | sean-k-mooney | o/ nothing from me on that topic | |
| 16:13:33 | bauzas | cool | |
| 16:13:41 | bauzas | #topic Stable Branches | |
| 16:13:49 | bauzas | elodilles: shoor | |
| 16:14:02 | elodilles | #info stable/2024.2 gate seem to be OK | |
| 16:14:12 | elodilles | #info stable/2024.1 gate is blocked on grenade-skip-level & stable/203.2 is blocked on nova-grenade-multinode | |
| 16:14:21 | elodilles | failure is due to stable/2023.1->unmaintained/2023.1 transition, devstack and grenade fixes are proposed | |
| 16:14:52 | elodilles | and actually the 2024.1 branch fix (grenade) patch is already in the gate queue | |
| 16:15:05 | elodilles | though: other workaround is to set these jobs as non-voting - given that gate should not rely on an unmaintained branch | |
| 16:15:21 | elodilles | see further details: | |
| 16:15:28 | elodilles | #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci | |
| 16:15:59 | elodilles | and that's all from me about stable branches now | |
| 16:16:09 | bauzas | thanks | |
| 16:16:13 | elodilles | np | |
| 16:16:30 | bauzas | #topic vmwareapi 3rd-party CI efforts Highlights | |
| 16:16:33 | bauzas | fwiesel: around ? | |
| 16:17:20 | bauzas | looks he's AFK | |
| 16:17:24 | bauzas | no worries, moving on | |
| 16:17:28 | fwiesel | Sorry , I am here | |
| 16:17:31 | bauzas | ah | |
| 16:17:41 | bauzas | anything to raise from your side ? | |
| 16:17:59 | fwiesel | There was a regression in oslo.utils (master) and I have created a change to fix it: https://review.opendev.org/c/openstack/oslo.utils/+/936247 | |
| 16:18:23 | fwiesel | Hopefully the builds will back to the two failures and I will tackle these then. | |
| 16:18:26 | fwiesel | That's from my side | |
| 16:18:28 | sean-k-mooney | ah is that related to removign netifaces | |
| 16:18:55 | bauzas | okay, gtk | |
| 16:18:57 | bauzas | thanks | |
| 16:19:16 | tkajinam | get that in | |
| 16:19:23 | bauzas | nice, thanks tkajinam | |
| 16:19:24 | tkajinam | fwiesel, if you need a new release with the fix early then ping me | |
| 16:19:36 | tkajinam | once that is merged | |
| 16:20:01 | fwiesel | tkajinam: Thanks, I'll let you know | |
| 16:20:39 | bauzas | cool | |
| 16:20:47 | bauzas | then moving to the last item from the agenda | |
| 16:20:54 | bauzas | #topic Open discussion | |
| 16:21:01 | bauzas | anything in the agenda, so anything anyone ? | |
| 16:21:11 | s3rj1k | there is this https://bugs.launchpad.net/nova/+bug/2089386 | |
| 16:21:34 | sean-k-mooney | i have one followup form last week too | |
| 16:21:48 | sean-k-mooney | lets start with s3rj1k topic | |
| 16:22:29 | bauzas | ok, s3rj1k, shoot | |
| 16:23:30 | s3rj1k | idea is to allow for host discovery to be concurrent, both cli and internal using distributed locking | |
| 16:24:25 | sean-k-mooney | so perhaps i can provide some context | |
| 16:24:46 | s3rj1k | thi mostly needed for k8s like envs where discovery is run in multiple places | |
| 16:24:47 | sean-k-mooney | s3rj1k is interested in using the discover hsost perodic in a ha env | |
| 16:25:09 | bauzas | s3rj1k: I think that topic requires a proper discussion that can't be done during a meeting | |
| 16:25:18 | sean-k-mooney | currently we require that if you use the perodic its enabled on at most one host | |
| 16:25:29 | sean-k-mooney | they would like to adress that pain point | |
| 16:25:35 | bauzas | if we want to discuss about the design, it has to be an async conversation that has to be in a proper formatted document | |
| 16:26:04 | bauzas | that's the reason why we introduced our specification program for those kind of feature requests | |
| 16:26:14 | s3rj1k | bauzas: spec? or rfe is enough for this time? | |
| 16:26:30 | sean-k-mooney | so this would defneitlly be a spec if you were going to work on it | |
| 16:26:36 | bauzas | s3rj1k: are you familiar to the specs writing or do you need guidance ? | |
| 16:27:03 | s3rj1k | bauzas: done one for neutron, so all ok | |
| 16:27:11 | sean-k-mooney | i think before going that far however s3rj1k wanted some intiall feedback on is this in scope of nova to fix | |
| 16:27:44 | bauzas | sean-k-mooney: well, I'm not sure we have a quorum today for such design discussion | |
| 16:28:10 | bauzas | if that was something before the PTG, we would have said "sure, just add that to the PTG and we'll discuss it" | |
| 16:28:24 | sean-k-mooney | thats still an option | |
| 16:28:37 | sean-k-mooney | i suggested that s3rj1k bring it here to advertise that it exist | |
| 16:28:47 | bauzas | honestly, I haven't yet formally written the nova deadlines for Epoxy but we're already running short in tome | |
| 16:28:49 | sean-k-mooney | and then start eithe r a mailing list or spec dicussion after that | |
| 16:28:52 | bauzas | time* | |
| 16:29:19 | bauzas | what exact problem are we trying to solve then ? | |
| 16:29:45 | sean-k-mooney | currently if you enable the discover host perodic task in more then one schdluer it can get duplict key error form the db | |
| 16:29:47 | bauzas | are we speaking of concurrent nova-scheduler services that need to be HA active-active for X reasons ? | |
| 16:29:54 | sean-k-mooney | as 2 process can race to create the mappings | |
| 16:29:59 | sean-k-mooney | leading to errors in the logs | |
| 16:30:04 | sean-k-mooney | we dont actully supprot that today | |
| 16:30:09 | bauzas | I think we always said that nova-scheduler has to be active-passive | |
| 16:30:13 | sean-k-mooney | but our documention on that is kind of lacking | |
| 16:30:17 | sean-k-mooney | no | |
| 16:30:26 | bauzas | I pretty bet we documented it | |
| 16:30:28 | sean-k-mooney | the schdluer has been supproted in active active for a very long time | |
| 16:30:31 | bauzas | nevre | |
| 16:30:35 | sean-k-mooney | yes | |
| 16:31:03 | tkajinam | as far as I can tell Tripleo in the past deployed it in all controllers | |
| 16:31:12 | bauzas | with placement, we thought that we /could/ run it active-active but there were reasons not to | |
| 16:31:21 | sean-k-mooney | nope | |
| 16:31:26 | bauzas | tkajinam: which was a bug that we raised a couple of times | |
| 16:31:33 | sean-k-mooney | downstream its been active active since like 16 maybe before | |
| 16:31:41 | bauzas | and I think TripleO changed it to A-P | |
| 16:31:49 | bauzas | for that exact reason | |
| 16:31:53 | sean-k-mooney | nope | |
| 16:31:56 | tkajinam | no | |
| 16:32:22 | sean-k-mooney | ok well i think we need a longer discussion on this RFE request | |
| 16:32:36 | sean-k-mooney | likely a spec and we probly dont have time to complete it in epoxy | |
| 16:32:50 | sean-k-mooney | but we shoudl dicuss this more async | |