| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2025-06-03 | |||
| 16:32:09 | bauzas | usually we need to await one week for merging it | |
| 16:32:18 | dansmith | it doesn't need discussion and the wait, AIUI, if it gets ptl ack for the related project | |
| 16:32:23 | frickler | not for new repos | |
| 16:32:26 | gmaan | bauzas: this is project-update and can be merged immediately | |
| 16:32:40 | bauzas | ack, I think it was about the gov patch | |
| 16:32:41 | gmaan | only dependency is project-config change to merge | |
| 16:33:57 | Uggla | I guess we all agree, so let's go ahead. | |
| 16:36:24 | Uggla | Do you have energy left to scrub a couple of bugs ? | |
| 16:37:13 | Uggla | bauzas, dansmith, gmaan ^ | |
| 16:37:36 | bauzas | I have a TC meeting at the top of the hour and I was packed with meetings all the day along | |
| 16:37:49 | bauzas | so when telling whether I have energy, nope | |
| 16:37:57 | bauzas | and I dislike Red Bull | |
| 16:38:03 | gmaan | ditto. need to grab coffee before TC meeting | |
| 16:38:54 | bauzas | (also my Fedora installed some new kernel with some very incorrect grub options, I need to look at that) | |
| 16:41:07 | Uggla | ok so no triage for this week. I don't want to be a torturer. And I could finish my spec. | |
| 16:42:16 | gmaan | as you talk about spec, RBAC specs are ready for review :) manager role #link https://review.opendev.org/c/openstack/nova-specs/+/937650 | |
| 16:42:17 | gmaan | re-propose service role spec #link https://review.opendev.org/c/openstack/nova-specs/+/951218 | |
| 16:42:38 | gmaan | whenever anyone would like to take a look, no urgency | |
| 16:42:38 | Uggla | Thanks all | |
| 16:43:01 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2025/nova.2025-06-03-16.00.log.html | |
| 16:43:01 | Uggla | #endmeeting | |
| 16:43:01 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2025/nova.2025-06-03-16.00.txt | |
| 16:43:01 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2025/nova.2025-06-03-16.00.html | |
| 16:43:01 | opendevmeet | Meeting ended Tue Jun 3 16:43:01 2025 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:43:09 | elodilles | thanks o/ | |
| 16:44:46 | Uggla | 15mn left bauzas, gmaan easy on the coffee. ;) | |
| 16:44:55 | bauzas | :) | |
| 16:45:10 | bauzas | I'm going to rejuvenate with a beer like every Tuesdays | |
| 16:46:00 | gmaan | Uggla: thanks :) | |
| 16:46:02 | Uggla | easy on that too, not to break your Fedora's grub. :) | |
| 16:51:30 | Uggla | dansmith, frickler fyi I have just +1 https://review.opendev.org/c/openstack/project-config/+/951570 and https://review.opendev.org/c/openstack/governance/+/951569 | |
| 16:51:53 | Uggla | dansmith, so I hope you will have your repo shortly. | |
| 16:52:08 | dansmith | I saw thanks! | |
| 16:52:31 | Uggla | dansmith, are you spying on me ? :D | |
| 16:52:43 | dansmith | gerrit is spying on my behalf | |
| 17:42:40 | opendevreview | ribaudr proposed openstack/nova-specs master: Enable memfd support for shared memory backing https://review.opendev.org/c/openstack/nova-specs/+/951689 | |
| 18:14:37 | cardoe | bauzas: https://review.opendev.org/c/openstack/nova-specs/+/471815 is the spec I was talking about. | |
| 18:14:51 | cardoe | I'm happy to push people to make changes as asked. | |
| 18:15:27 | cardoe | There's at least 3 operators running the overall code changes in production today as downstream patches. I'm just trying to stop that and get it upstreamed. | |
| 20:02:10 | sean-k-mooney | cardoe: im still generally ok with this directionally by the way | |
| 20:02:59 | sean-k-mooney | cardoe: it would be good if you coudl atlesast respodn to the quetions i have inline but when we spoke about this on irc a while ago i generally tought this was a good idea | |
| 20:03:25 | cardoe | I can reply | |
| 20:18:21 | cardoe | You caught me originally with your requests as I was finishing packing to go on 2 weeks of PTO. First day back today. But I've replied now. | |
| 20:31:34 | sean-k-mooney | cardoe: no worreis we dont expect immiedate replies | |
| 20:36:56 | sean-k-mooney | cardoe: im jsut finsihing for today but the respocnes look good. ill try and review it again properly durign the week but im still +1 based on your comments | |
| 20:45:42 | gmaan | sean-k-mooney: I am not sure which channel we discuss it and not finding you in tc channel, I am pinging you here about https://review.opendev.org/c/openstack/cyborg/+/949772 | |
| 20:46:07 | gmaan | any response on email/ML etc otherwise I am thinking we should raise it in TC sights | |
| 20:48:28 | sean-k-mooney | gmaan: i can join if you liek | |
| 20:48:41 | sean-k-mooney | i join the tc channel occationaly but its not in my default list | |
| 20:49:13 | sean-k-mooney | gmaan: i have not reached out on the mailing list yet | |
| 20:49:16 | gmaan | Its up to you. I mean I can raise it in TC if you need help on this but wanted to check with you if any response you had other than gerrit? | |
| 20:49:56 | sean-k-mooney | what i can do is send a mail to the list with the cyborg and tc tags and ask for review on the gate blocker | |
| 20:50:14 | sean-k-mooney | if we dont get a responce to that in a week or so we can bring it up in the next relevent tc meeting | |
| 20:50:20 | gmaan | ++, if no response then I can add it in TC agenda to discuss | |
| 20:50:24 | gmaan | sounds good | |
| 20:50:48 | sean-k-mooney | im just finishing for today but ill do that shortly before i do | |
| 20:51:00 | gmaan | it is helpful because that helps TC to mark project status which is required by the release team before m-2 | |
| 20:51:08 | gmaan | sure, no hurry | |
| 20:51:21 | gmaan | it was open in one of my tab so thought of pinging you | |
| 21:18:11 | sean-k-mooney | i sent a mail with subject "[cyborg][nova][tc] cyborg support for pyproject.toml and failing ci jobs." | |
| 21:18:49 | sean-k-mooney | gmaan: i did not offer to help maintian cyborg by reviewing the bot pathces and ci fixes liek this in that mail | |
| 21:19:32 | sean-k-mooney | if we get no reponce i might be able to help with that this cycle but at taht poitn we would liekly need to have the tc review cyborg overall health | |
| 21:21:19 | gmaan | yeah, fair enough. | |
| 21:22:39 | sean-k-mooney | ok its 22:22 which means i start about 12 hours ago so now is a good time to warp up before i start somethign else | |
| 21:22:45 | sean-k-mooney | chat to you tommrow o/ | |
| 21:26:19 | gmaan | o/ | |
| #openstack-nova - 2025-06-04 | |||
| 07:20:02 | zigo | Has anyone seen something like this ? | |
| 07:20:02 | zigo | https://paste.opendev.org/show/bECP9P2mCs2kelxQhbgK/ | |
| 07:20:02 | zigo | Under trixie (aka: Debian 13) + epoxy, I get lots of stack dumps like this one in nova-conductor.log: | |
| 07:20:02 | zigo | Hi there! | |
| 07:22:51 | zigo | https://paste.opendev.org/show/bOocYhL8mYOV0jf3m7ip/ | |
| 07:22:51 | zigo | Looks like I'm also getting this when spawning a VM: | |
| 07:22:58 | zigo | Not sure if the 2 are related... | |
| 07:28:57 | sean-k-mooney | zigo: are you use galera or something like that? nova does not suppprot Active active galera nor those most of openstack for that matter | |
| 07:29:22 | zigo | Yes, but everything goes through *one* single node for writing. | |
| 07:29:31 | zigo | So it's more like active/passive... | |
| 07:29:45 | sean-k-mooney | ok that does work | |
| 07:29:50 | sean-k-mooney | its what we use downstream too | |
| 07:30:27 | sean-k-mooney | am the only other thing that comes to mind is maybe you have two compute service (condocutors in this case) with the same conf.HOST | |
| 07:30:59 | sean-k-mooney | i.e. you might have two conductor binaires trying to update teh same service record | |
| 07:31:00 | zigo | In my setup, conductor nodes are not compute nodes. | |
| 07:32:08 | zigo | My host = directive isn't set. | |
| 07:32:16 | zigo | So probably it's trying to use the FQDN ? | |
| 07:32:30 | sean-k-mooney | it will use socket.hostname() | |
| 07:32:57 | sean-k-mooney | by default becaus by defualt openstack requires unique hostnames not just unique FQDNs | |
| 07:33:08 | zigo | Right. | |
| 07:33:19 | sean-k-mooney | if you have two instance of the conductor running on the same host by mistake | |
| 07:33:29 | zigo | I don't. | |
| 07:33:32 | sean-k-mooney | then it could cuase the conductor issue but i have not seen it other then that | |
| 07:33:39 | sean-k-mooney | your compute issue looks diffent | |
| 07:33:39 | zigo | I'm not running in containers, so that would be impossible. | |
| 07:34:34 | sean-k-mooney | without digin in too deeply it looks like perhaps you have an incompatible verion of libs | |
| 07:34:39 | zigo | To me, it seems like I could ignore the nova-conductor reporting issue. It's ugly, but the service is still reported as alive, so that's ok. | |
| 07:34:53 | sean-k-mooney | perhaps an old neutron client? | |
| 07:34:53 | zigo | Of what lib?!? | |
| 07:35:16 | zigo | Unlikely, it does work under bookworm + epoxy, and that's the same version of the libs. | |
| 07:35:42 | zigo | ie: neutronclient 11.4.0-2 | |
| 07:36:02 | sean-k-mooney | well the error is coming form keystonauth within neutronclient | |
| 07:36:24 | zigo | Right, though it's saying "no attribute 'endpoint_override'" which is weird. | |
| 07:36:35 | zigo | FYI, I did set endpoint_override in nova.conf for the URL of Neutron. | |