| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2023-12-05 | |||
| 16:07:20 | bauzas | I'll ask elodilles_pto about yoga tomrrow | |
| 16:07:31 | bauzas | fwiw, I +1d the antelope release patch with a note | |
| 16:07:42 | bauzas | asking whether we need a .y version | |
| 16:07:49 | bauzas | moving on | |
| 16:07:53 | bauzas | #topic vmwareapi 3rd-party CI efforts Highlights | |
| 16:07:57 | bauzas | copying the notes too | |
| 16:08:04 | Uggla | o/ | |
| 16:08:04 | bauzas | #Info A productive 768GB host reserved for CI and "outer" hypervisor has been being installed. Test VMs are going to be nested. Main challenge: Network setup for nested hypervisor, testing in lab environment. | |
| 16:08:07 | bauzas | bravo fwiesel | |
| 16:08:26 | bauzas | and thanks for the update | |
| 16:08:36 | bauzas | last topic | |
| 16:08:38 | bauzas | #topic Open discussion | |
| 16:08:42 | bauzas | (artom) Specless blueprint for persistent mdevs | |
| 16:08:53 | bauzas | #link https://blueprints.launchpad.net/nova/+spec/persistent-mdevs | |
| 16:09:20 | bauzas | no upgrade concerns I can see | |
| 16:09:46 | bauzas | the libvirt version needed for this is older than Antelope, but I need to doublecheck | |
| 16:10:15 | bauzas | given the lack of quorum, I propose to punt the approval until next week | |
| 16:10:36 | bauzas | and hopefully, I'd have more time to doublecheck the upgrade concerns | |
| 16:11:14 | JayF | I have a couple items for open discussion, if that's OK? | |
| 16:12:01 | bauzas | like I said at the beginning I have a very constrained agenda for today | |
| 16:12:04 | bauzas | hence the very short meeting | |
| 16:12:18 | bauzas | so either other folks are joining or we punt that to next week | |
| 16:12:45 | JayF | Well, one is a question can be fielded outside, the other is a specless blueprint you'd likely punt for quorum anyway, so we can hit it next week. | |
| 16:13:39 | bauzas | JayF: please add it in https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting | |
| 16:13:44 | bauzas | so we won't forget :) | |
| 16:13:59 | bauzas | (last open discussion topic) | |
| 16:14:02 | JayF | I will once you clear it for this one :D | |
| 16:15:11 | bauzas | okay, thanks folks | |
| 16:15:22 | bauzas | that was a short one | |
| 16:15:28 | bauzas | sorry for the rush | |
| 16:15:31 | bauzas | #endmeeting | |
| 16:15:31 | opendevmeet | Meeting ended Tue Dec 5 16:15:31 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:15:31 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2023/nova.2023-12-05-16.00.html | |
| 16:15:31 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2023/nova.2023-12-05-16.00.txt | |
| 16:15:31 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2023/nova.2023-12-05-16.00.log.html | |
| 16:15:36 | JayF | bauzas: the question was, do I need to resubmit https://specs.openstack.org/openstack/nova-specs/specs/2023.2/approved/ironic-shards.html for caracal; I think I answered my question as "yes" | |
| 16:15:45 | JayF | and am working on that right now | |
| 16:15:49 | bauzas | JayF: please do indeed | |
| 16:15:55 | fwiesel | thanks, bauzas | |
| 16:17:43 | opendevreview | Jay Faulkner proposed openstack/nova-specs master: Re-submit Ironic-shards for Caracal https://review.opendev.org/c/openstack/nova-specs/+/902698 | |
| 16:19:02 | bauzas | JayF: right in time for the spec review day tomorrow | |
| 16:21:19 | JayF | that's what I saw that gave me the moment of "I need to do this" :D | |
| 16:21:33 | JayF | I'm going to go review all of stephen's changes to put SDK support in nova<>ironic driver for now though | |
| 16:21:48 | JayF | trying to get that in first... remove the footgun that caused the failure last cycle rather than just charging forward | |
| 16:22:19 | bauzas | the global CONF object is getting me nuts | |
| 16:22:40 | bauzas | how the fuck can I ensure that it's cleaned up in my test ? | |
| 16:23:00 | bauzas | I fucking need to reset the whole blob | |
| 16:30:52 | sean-k-mooney | bauzas: we have a fixture for that | |
| 16:31:01 | bauzas | ohohoh | |
| 16:31:08 | bauzas | my brain fscked | |
| 16:31:18 | bauzas | I remember we have a solution but I forgot the pattern | |
| 16:32:05 | sean-k-mooney | https://github.com/openstack/nova/blob/master/nova/test.py#L214-L219 | |
| 16:32:14 | sean-k-mooney | its done in the base test case | |
| 16:32:15 | bauzas | context : https://review.opendev.org/c/openstack/nova/+/902084/3/nova/tests/unit/virt/libvirt/test_driver.py#26492 fails because the CONF object is persistent across tests | |
| 16:32:17 | sean-k-mooney | the base nova one | |
| 16:32:52 | sean-k-mooney | it shoudl not be unless you did somethign odd | |
| 16:32:57 | bauzas | once the dynamic group is registered in some test, it's kept on the global CONF obj | |
| 16:33:09 | bauzas | sean-k-mooney: I can prove it | |
| 16:33:16 | sean-k-mooney | oh well i guess then the fixture is incomplete | |
| 16:33:28 | sean-k-mooney | and needs to be updated to supprot that | |
| 16:33:50 | sean-k-mooney | https://github.com/openstack/nova/blob/master/nova/test.py#L219 | |
| 16:34:10 | sean-k-mooney | we do use the fixture in any test case that inherits form nova.test.TestCase | |
| 16:34:34 | sean-k-mooney | its defiend here https://github.com/openstack/nova/blob/master/nova/tests/fixtures/conf.py#L26 | |
| 16:35:16 | bauzas | I see it | |
| 16:35:19 | sean-k-mooney | https://github.com/openstack/nova/blob/master/nova/tests/fixtures/conf.py#L69 | |
| 16:35:24 | sean-k-mooney | that is likely relevent | |
| 16:35:37 | bauzas | this is normal if you did set the flags before | |
| 16:36:00 | sean-k-mooney | the flags are not ment to exscape the current test case | |
| 16:36:00 | bauzas | what's not normal is that I still have the groups registered in some test before I set them | |
| 16:36:17 | bauzas | anyway, I need to prepare some internal meetup | |
| 16:36:25 | bauzas | so I'll have to hardstop | |
| 16:36:30 | sean-k-mooney | ok | |
| 16:49:14 | opendevreview | Merged openstack/nova stable/2023.1: Translate VF network capabilities to port binding https://review.opendev.org/c/openstack/nova/+/898945 | |
| 17:05:53 | melwitt | sean-k-mooney: https://review.opendev.org/c/openstack/nova/+/650172 is ready for review iirc, I don't remember if there are unaddressed comments so if there are, just lmk | |
| 17:06:56 | melwitt | sean-k-mooney: and the nova patch with uec images passed finally! https://review.opendev.org/c/openstack/nova/+/902217 | |
| 17:57:58 | sean-k-mooney | melwitt: woot | |
| 17:58:21 | sean-k-mooney | i noticed you working on it quite late last night considering it was early in my morning :) | |
| 18:16:00 | melwitt | sean-k-mooney: the patch was so close to working � | |
| 18:16:00 | melwitt | sean-k-mooney: the patch was so close to working 😁 | |
| 18:16:45 | clarkb | melwitt: fwiw we should have 30 day retention of job logs in our swift backends | |
| 18:17:37 | clarkb | that range originated with our old 10TB fileserver for logs. That was basically as much as we could fit at the time into that space with some headroom for maintenance and we carried it over when we moved to swift | |
| 18:18:40 | melwitt | clarkb: ah ok. good to know. I always use "last 30 days" but I feel like I haven't seen results that go back further than around 10 days. I'll check again | |
| 18:19:56 | clarkb | https://zuul.opendev.org/t/zuul/build/19dae94a70524ae28db9cd8ed4257136/logs these are almost 30 days old | |
| 18:21:19 | melwitt | hrrmm ok, thanks | |
| 18:31:27 | melwitt | dpawlik: do you know if there is a time limit of some kind on the opensearch log indexing? I generally see around 10 days worth of search results but the logs are actually kept for 30 days? ^ | |
| 18:35:32 | clarkb | oh you are talking about retention in opensearch | |
| 18:35:54 | clarkb | in the old elasticsearch system we had between 7-10 days of retention due to indexing the data causing it to explode in size and that is after filtering out the debug logs | |
| 18:39:41 | melwitt | yes, sorry, I thought your comment was in reference to my ML post about the gate issues in nova and my mention of 10 days worth of opensearch results :) | |
| 18:43:01 | clarkb | it was and I misread it to say you are giving opensearch links because the static log storage doesn't have more than 10 days of retention | |
| 18:43:24 | melwitt | ahhh gotcha | |
| 18:44:05 | sean-k-mooney | the static log storage used to be 30 in the past right | |
| 18:44:20 | sean-k-mooney | then it was 30 days subject to storage not being full | |
| 18:44:38 | sean-k-mooney | when did it drop to 10 days for zuul logs out of interest | |
| 18:45:22 | clarkb | sean-k-mooney: when we moved to swift it has always been 30 days since we weren't limited by filesystems aynmore. The 10 day thing is opensearch specific I think | |
| 18:45:26 | melwitt | the opensearch share links were sometimes not working at all, for lack of a better way to describe it. I would copy paste or click the share icon and get the link, then to test it I pasted it into a new browser tab and after the first visit, the link no longer worked and would not bring up the search results and would just load the page with no search query at all | |
| 18:46:04 | sean-k-mooney | ah ok | |
| 18:46:23 | sean-k-mooney | melwitt: i alwasy put the opensarch link thorugh tiny url by the way | |
| 18:46:32 | sean-k-mooney | https://tinyurl.com/app | |
| 18:47:16 | melwitt | I'll try that. I tried the built in url shortener in opensearch but it doesn't work or isn't enabled or something and I didn't go to another one | |
| 18:58:35 | melwitt | gmann: you might be interested in these, some patches intended to improve our CI stability in nova https://review.opendev.org/q/topic:%22nova-ci-improvements%22 one patch is for tempest to support UEC images | |