| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-06-27 | |||
| 16:12:45 | bauzas | gmann: could you add a new change for skipping test_rebuild_volume_backed_server on nova-ceph-multistore | |
| 16:12:47 | bauzas | ? | |
| 16:13:14 | bauzas | dansmith: oh wait, verifying | |
| 16:13:42 | dansmith | the patch specifically calls out the nova job | |
| 16:14:02 | bauzas | yeah, you're right, the test is now skipped | |
| 16:14:07 | bauzas | gmann: nevermind what I said | |
| 16:14:17 | bauzas | https://6354f24cae23db064c15-540aa9666e0f6140cd4132fd113878d1.ssl.cf5.rackcdn.com/876075/14/check/nova-ceph-multistore/617bfe5/testr_results.html I don't see the test | |
| 16:14:46 | bauzas | dansmith: sorry, I misunderstood what you said | |
| 16:15:28 | dansmith | ..okay | |
| 16:15:55 | bauzas | dansmith: sometimes my brain doesn't run correctly | |
| 16:16:04 | bauzas | :( | |
| 16:16:25 | bauzas | anyway, moving on | |
| 16:16:32 | bauzas | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status | |
| 16:16:43 | bauzas | nothing to relate | |
| 16:16:50 | bauzas | #info Please look at the gate failures and file a bug report with the gate-failure tag. | |
| 16:16:56 | bauzas | #info STOP DOING BLIND RECHECKS aka. 'recheck' https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures | |
| 16:17:06 | bauzas | (I could remove this note next week) | |
| 16:17:32 | bauzas | moving on then, unless folks want to discuss on some other CI failures | |
| 16:17:59 | bauzas | #topic Release Planning | |
| 16:18:04 | bauzas | #link https://releases.openstack.org/bobcat/schedule.html | |
| 16:18:10 | bauzas | #info Nova deadlines are set in the above schedule | |
| 16:18:15 | bauzas | #info Nova spec review day today (June 27th) | |
| 16:18:24 | bauzas | I started to review a few specs | |
| 16:18:27 | bauzas | I approved one | |
| 16:18:43 | bauzas | I still have two other specs to look at | |
| 16:19:09 | bauzas | if I don't have time to look at them today, I'll continue to review the specs tomorrow | |
| 16:19:31 | bauzas | and tomorrow, I'll add an etherpad about the already merged specs and their code | |
| 16:19:58 | bauzas | as an important reminder, | |
| 16:20:00 | bauzas | #link https://releases.openstack.org/bobcat/schedule.html#b-nova-spec-freeze Nova Spec Freeze on July 6th ! | |
| 16:20:08 | bauzas | which is next week | |
| 16:20:26 | bauzas | most of the specs I've seen already have implementation changes | |
| 16:20:41 | bauzas | so thanks folks for that | |
| 16:21:11 | bauzas | anything anyone that wants to discuss on either specs or our release planning ? | |
| 16:21:52 | bauzas | - | |
| 16:22:01 | bauzas | moving on then | |
| 16:22:09 | bauzas | #topic Stable Branches | |
| 16:22:16 | bauzas | elodilles: wants to discuss anything ? | |
| 16:22:26 | elodilles | bauzas: nope, actually | |
| 16:22:31 | bauzas | cool cool | |
| 16:22:38 | elodilles | not much happened recently | |
| 16:22:40 | elodilles | around stable | |
| 16:22:46 | bauzas | #info stable gates should be OK (from stable/2023.1 to stable/train) | |
| 16:22:51 | bauzas | #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci | |
| 16:22:57 | bauzas | elodilles: no news is good :) | |
| 16:23:08 | elodilles | :) | |
| 16:23:08 | bauzas | #info train-eol patch proposed https://review.opendev.org/c/openstack/releases/+/885365 | |
| 16:23:14 | bauzas | elodilles: I've seen your comment | |
| 16:23:23 | elodilles | yepp, it needs an update | |
| 16:23:51 | bauzas | so you're also asking to EOL placement, os-vif, os-resource-classes, and the clients ? | |
| 16:24:04 | bauzas | I can work on it | |
| 16:24:22 | elodilles | yes, i guess those would be good to EOL together | |
| 16:24:24 | elodilles | with nova | |
| 16:24:36 | elodilles | as no reason to keep them in EM, right? | |
| 16:24:40 | elodilles | without nova... | |
| 16:24:45 | bauzas | elodilles: also, my question is, shall we abandon the changes in the stable branches, or would it be done automatically ? | |
| 16:24:58 | gibi | os-traits and os-resource classes should be tight to the placement eol | |
| 16:25:12 | elodilles | they need to be abandoned, there's no automation | |
| 16:25:14 | bauzas | elodilles: for os-vif and novaclient, sounds ok | |
| 16:25:23 | bauzas | for placement dependencies, I'm quite torn | |
| 16:25:29 | gibi | but os-traits might also be used be neutron | |
| 16:25:51 | bauzas | gibi: good call, then let's stick to os-vif and novaclient | |
| 16:26:01 | elodilles | i guess if nova eol's it's train branch then maybe other projects will do the same | |
| 16:26:06 | bauzas | we could discuss about EOLing placement and its deps on another change | |
| 16:26:20 | gibi | bauzas: os-vif is also used by neutron for sure | |
| 16:26:21 | elodilles | (and i won't insist to keep open neutron either in that case o:) | |
| 16:26:38 | bauzas | elodilles: I've heard other projects that would EOL *all* their EM branches but I haven't seen yet any change :) | |
| 16:26:49 | gibi | python-novaclient is used by cinder and neutron for the external events no? | |
| 16:26:54 | elodilles | bauzas: yes, i only seen the cinder patch yet | |
| 16:27:02 | bauzas | gibi: good point, let's then be conservative and only EOL novaclient | |
| 16:27:02 | gibi | also heat probably uses nova-pythonclient | |
| 16:27:28 | bauzas | elodilles: what have we done when we EOL'd Stein ? | |
| 16:27:30 | gibi | can we delete all the train branches at once? :D | |
| 16:27:36 | bauzas | I thought nova did it in advance | |
| 16:27:47 | elodilles | heat is already EOL'd up to ussuri | |
| 16:28:27 | elodilles | bauzas: if you ask about the open patches: i ussually abandon the patches to be able to delete the branch :) | |
| 16:28:57 | elodilles | so i can abandon them whenever there is a decision | |
| 16:28:58 | bauzas | elodilles: so I need to click on *every* open patch to abandon it ? | |
| 16:29:27 | bauzas | disclaimer, my office room is 28°C now, my brain is absolutely fried. | |
| 16:29:31 | elodilles | bauzas: i can do that (there aren't many open patches) | |
| 16:30:09 | bauzas | so, what's the outcome of this long conversation , | |
| 16:30:11 | bauzas | ? | |
| 16:30:19 | elodilles | here the temperature is quite moderate now 21°C :) | |
| 16:30:19 | bauzas | I guess only nova and novaclient can be EOL now | |
| 16:30:43 | bauzas | elodilles: it's 28°C *inside* my room (I don't have any A/C) | |
| 16:30:47 | gibi | bauzas: I'm not sure about python-novaclient | |
| 16:31:01 | bauzas | okay, so let's be strict | |
| 16:31:05 | bauzas | and only EOL nova | |
| 16:31:11 | sean-k-mooney | EOLign should not break others as we are just closing the branch and tagging it | |
| 16:31:13 | bauzas | elodilles: fancy revisiting your comment ? | |
| 16:31:22 | sean-k-mooney | and libs like os-vif are installed form pypi by default | |
| 16:32:17 | sean-k-mooney | at most we would need a overdied-checkout for os-vif to poitn to the eol tag unless i missed something | |
| 16:32:19 | elodilles | bauzas: i still think it's better to EOL all the other nova projects in the same go | |
| 16:32:32 | sean-k-mooney | ya same ^ | |
| 16:32:59 | bauzas | gibi: agree then ? | |
| 16:33:02 | gibi | elodilles: sure, but then somebody need to handle the fallout | |
| 16:33:24 | elodilles | gibi: by fallout you mean? | |
| 16:33:46 | gibi | other project's job is failing to check out the deleted branch | |
| 16:34:05 | gibi | as an exmple | |
| 16:34:06 | gibi | example | |
| 16:34:34 | elodilles | yeah, that probably needs to be fixed (and honestly, more like EOL'ing everything else | |