| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-06-11 | |||
| 16:06:28 | sean-k-mooney | not in this case | |
| 16:06:36 | sean-k-mooney | but the patch that fixes the OOM issue in that job | |
| 16:06:44 | sean-k-mooney | is being blocked by timouts in other jobs | |
| 16:06:56 | bauzas | ah ok | |
| 16:07:23 | sean-k-mooney | anyway i think we can move on for now | |
| 16:07:27 | bauzas | #info Please look at the gate failures and file a bug report with the gate-failure tag. | |
| 16:07:31 | bauzas | #info Please try to provide meaningful comment when you recheck | |
| 16:07:36 | bauzas | #topic Release Planning | |
| 16:07:40 | bauzas | #link https://releases.openstack.org/dalmatian/schedule.html | |
| 16:07:45 | bauzas | #info Dalmatian-2 in 3 weeks | |
| 16:08:25 | bauzas | #info we'll have a spec review day on July 3rd | |
| 16:08:34 | bauzas | (which is a Wednesday) | |
| 16:08:55 | bauzas | #action bauzas to tell this in the mailing-list | |
| 16:09:08 | bauzas | (on July 2nd I'll be off) | |
| 16:09:50 | bauzas | would people prefer to have this day on Monday, as July 4th is some US holiday | |
| 16:09:55 | bauzas | ? | |
| 16:11:31 | bauzas | is it me lagging or nobody replied ? | |
| 16:11:51 | dansmith | nobody replied | |
| 16:11:57 | bauzas | thoughts then ? | |
| 16:12:10 | dansmith | it's right around the american holiday | |
| 16:12:20 | dansmith | most of us will be plotting to blow up our neighbors on the following day | |
| 16:13:00 | sean-k-mooney | i have no real prefernce os i think tis also fine if we do it semi async | |
| 16:13:26 | sean-k-mooney | i.e. if us folks wont be around that day and feel like doing reviews on monday then the rest of us will already have that feedback | |
| 16:13:33 | sean-k-mooney | on wednesday | |
| 16:15:37 | bauzas | ok, let's do this on monday and I'll explain that it can be async for the week | |
| 16:15:44 | bauzas | moving on | |
| 16:15:49 | bauzas | #topic Review priorities | |
| 16:15:55 | bauzas | #link https://etherpad.opendev.org/p/nova-dalmatian-status | |
| 16:16:15 | bauzas | nothing to report, I'm planning to review specs but my lag doesn't help much today | |
| 16:16:26 | bauzas | hopefully my connection will come back tomorrow | |
| 16:17:02 | bauzas | moving on | |
| 16:17:04 | bauzas | #topic Stable Branches | |
| 16:17:13 | bauzas | elodilles: please | |
| 16:17:24 | elodilles | #info stable gates should be OK | |
| 16:17:37 | elodilles | #info nova 29.0.2 released for 2024.1 Caracal stable series | |
| 16:17:48 | elodilles | thanks for the review o/ | |
| 16:17:57 | elodilles | #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci | |
| 16:18:09 | elodilles | and that's all from me about stable | |
| 16:20:05 | bauzas | cool | |
| 16:20:09 | bauzas | thanks | |
| 16:20:15 | bauzas | #topic vmwareapi 3rd-party CI efforts Highlights | |
| 16:20:22 | bauzas | fwiesel: anything to tell ? | |
| 16:20:28 | fwiesel | #info Fixed bug in resolving the right branch in case of renaming from "stable/" to "unsupported/" | |
| 16:21:01 | fwiesel | Not much, but a small change... I query now the gerrit api to find out how the actual branch name is for each project. | |
| 16:21:37 | fwiesel | Any questions or feedback? | |
| 16:21:42 | elodilles | (* "unmaintained" o:)) | |
| 16:22:00 | bauzas | yeah, unmaintained is the right wording | |
| 16:22:16 | fwiesel | Ah, sorry. Yeah, in the code it is correct :) | |
| 16:22:16 | bauzas | thanks fwiesel for that | |
| 16:22:27 | elodilles | :) | |
| 16:23:31 | fwiesel | That's then from my side wrt the 3rd-party CI | |
| 16:24:03 | bauzas | cool | |
| 16:24:08 | bauzas | #topic Open discussion | |
| 16:24:11 | bauzas | anything anyone ? | |
| 16:24:33 | fwiesel | Hopefully a quick question: I have a draft for a blueprint in etherpad: https://etherpad.opendev.org/p/nova-lazy-metadata-loading | |
| 16:24:38 | fwiesel | How do I continue from there on? | |
| 16:25:10 | fwiesel | Register it right away and put that in the url? | |
| 16:25:32 | fwiesel | Or ask here for feedback? (as I have done then implicitly) | |
| 16:26:27 | bauzas | well, usually, we discuss specless blueprints in our meetings | |
| 16:26:40 | bauzas | if you want to have it accepted, it's the right time | |
| 16:26:47 | bauzas | or do you want to discuss the design ? | |
| 16:27:16 | bauzas | oh, that's a spec template, nevermind | |
| 16:27:44 | bauzas | I think you can now create the blueprint, link it in the spec and upload that spec | |
| 16:28:05 | fwiesel | in nova-specs then? | |
| 16:28:22 | bauzas | you need to register a blueprint with https://blueprints.launchpad.net/nova/+spec/lazy-metadata-loading | |
| 16:28:45 | bauzas | then you need to upload the file you created in the nova-specs/2024.2/approved repor | |
| 16:28:53 | bauzas | s/repor/directory | |
| 16:29:00 | bauzas | and then push that commit to gerrit | |
| 16:30:01 | fwiesel | Okay, thanks. Will do | |
| 16:32:08 | bauzas | fwiesel: pro-tip, in the commit msg (in the nova-specs repo), add a specific "blueprint lazy-metadata-loading" tag in the text | |
| 16:32:19 | bauzas | something like "Proposes blueprint lazy-metadata-loading" | |
| 16:32:30 | bauzas | it will automatically link the spec in the blueprint whiteboard | |
| 16:33:18 | bauzas | ideally, create local branch from that name, so gerrit will have this topic | |
| 16:33:53 | fwiesel | Great, I'll do that. | |
| 16:36:44 | bauzas | okay, anything else ? | |
| 16:40:45 | bauzas | ok, I think we can close the meeting | |
| 16:40:48 | bauzas | thanks guys | |
| 16:40:52 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2024/nova.2024-06-11-16.00.log.html | |
| 16:40:52 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2024/nova.2024-06-11-16.00.txt | |
| 16:40:52 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2024/nova.2024-06-11-16.00.html | |
| 16:40:52 | opendevmeet | Meeting ended Tue Jun 11 16:40:52 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:40:52 | bauzas | #endmeeting | |
| 16:41:08 | elodilles | thanks o/ | |
| 16:42:05 | fwiesel | \o | |
| #openstack-nova - 2024-06-12 | |||
| 05:31:47 | opendevreview | Takashi Kajinami proposed openstack/nova master: WIP: Migrate MEM_ENCRYPTION_CONTEXT from root provider https://review.opendev.org/c/openstack/nova/+/921814 | |
| 06:05:08 | opendevreview | Takashi Kajinami proposed openstack/nova master: WIP: Migrate MEM_ENCRYPTION_CONTEXT from root provider https://review.opendev.org/c/openstack/nova/+/921814 | |
| 07:03:39 | opendevreview | Takashi Kajinami proposed openstack/nova master: WIP: Migrate MEM_ENCRYPTION_CONTEXT from root provider https://review.opendev.org/c/openstack/nova/+/921814 | |
| 07:40:55 | opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr https://review.opendev.org/c/openstack/nova/+/921665 | |
| 12:49:36 | opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr https://review.opendev.org/c/openstack/nova/+/921665 | |
| 14:01:55 | ozzzo_work | We built a new venv for wallaby which uses openstack CLI version 6.6.0 (old venv used 5.5.0), and now I get an error when I try to use "openstack server list --limit -1" to get all hosts: https://paste.openstack.org/show/bYNdWz8brEgB2ovSGiUF/ | |
| 14:02:11 | ozzzo_work | how can I get a list of all VMs in 6.6.0? | |
| 15:18:48 | opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr https://review.opendev.org/c/openstack/nova/+/921665 | |
| 15:19:43 | opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr https://review.opendev.org/c/openstack/nova/+/921665 | |
| 15:27:07 | melwitt | I have found that it's not possible to install the ceph reef release with devstack-plugin-ceph (due to a recent-ish change) and there's changes proposed that AFAICT would remove the ability to install ceph on ubuntu entirely https://review.opendev.org/q/topic:%22cleanup-ceph-installer%22 | |
| 15:28:56 | frickler | melwitt: that change should only drop the old pkg based install and use cephadm instead? at least that's how I understood gouthamr's mail | |
| 15:29:46 | gouthamr | frickler: +1 ; melwitt: i use reef most of the time these days.. what's failing? | |
| 15:30:15 | melwitt | frickler: hm, so that may mean it's not doing so intentionally but AFAICT from the code, it would have that result https://review.opendev.org/c/openstack/devstack-plugin-ceph/+/918952/6/devstack/lib/cephadm#141 | |
| 15:31:20 | frickler | melwitt: according to the comment the binary should be the same for all distros | |
| 15:32:19 | melwitt | I only see it pulling rpm packages in that function? I dunno if I'm just totally misunderstanding this | |
| 15:33:10 | frickler | it is pulling the cephadm binary afaict, which then is executed to do everything else | |