Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2026-09-15
13:08:09 gibi of course clarifying questions are welcome more than ever
13:09:54 bauzas okay I'll try to look at it shortly
13:14:31 gibi take your time, we have a months until the PTG
13:14:37 gibi a month
13:43:09 opendevreview Sylvain Bauza proposed openstack/nova master: Guard against deleting a concurrent request's BDM on timeout https://review.opendev.org/c/openstack/nova/+/1005727
15:20:52 opendevreview melanie witt proposed openstack/nova master: Add non-voting IPv6 ceph live migration job https://review.opendev.org/c/openstack/nova/+/984623
15:51:21 opendevreview melanie witt proposed openstack/nova master: Add non-voting IPv6 ceph live migration job https://review.opendev.org/c/openstack/nova/+/984623
16:01:55 sean-k-mooney Uggla: we were starting to do our ptg plannign i cybrog today adn we have more or less setteled on having all our session on tuesday the 12 to avoid conficlt with watcher adn nova. could we schdule the nova-cybrog corss project session at either 13:00 UTC on tuesday or 14:00 UTC? the first 2 hours in the eu/na slot?
16:02:16 sean-k-mooney we dont need 2 hourse but i woudl like to do the cross project at the start of the cybrog ptg
16:02:47 sean-k-mooney so my current plan is crossproject +cybrog reto and a small topic then first brake
16:03:13 sean-k-mooney after the first 2 hours have elapsed
16:06:09 Uggla sean-k-mooney, I would say yes, I think 14:00 UTC is maybe a bit more friendly for na folks. I copy and paste this to our ptg doc as a reminder.
16:06:45 sean-k-mooney ack both work
16:06:57 sean-k-mooney we can start with our reto and smll session plannign items
16:07:08 sean-k-mooney and then join the nova room
16:08:32 sean-k-mooney we are goign to try and do the full cybrog ptg in a 5 hour block so my plan is 2 hour then break then 1:45 hour then break and then wrap up for the last hour
16:11:43 sean-k-mooney Uggla: this is more or less the curertn adgenda for that https://etherpad.opendev.org/p/cyborg-2027.1-ptg#L48
16:12:54 Uggla sean-k-mooney ok thx for sharing
16:13:27 sean-k-mooney by the way we need to fix the sersie in nova in lauchpad
16:13:45 sean-k-mooney https://launchpad.net/nova/+series
16:13:59 sean-k-mooney we are missing 2027.1 and 2026.2 was never update to the current development focus
16:14:12 opendevreview melanie witt proposed openstack/nova master: Add non-voting IPv6 ceph live migration job https://review.opendev.org/c/openstack/nova/+/984623
16:14:23 sean-k-mooney and 2026.1 was not marked as released
16:14:37 sean-k-mooney or well lates supproted so we need ot update all fo them to refelct reality
16:37:55 Uggla sean-k-mooney I will update the series in launchpad
17:16:39 gmaan gibi: thanks, will check the etherpad
21:18:35 opendevreview Stephen Finucane proposed openstack/placement master: pre-commit: Add codespell https://review.opendev.org/c/openstack/placement/+/931806
21:22:19 opendevreview Stephen Finucane proposed openstack/placement master: CADF audit support for Placement API https://review.opendev.org/c/openstack/placement/+/933116
22:20:45 opendevreview Merged openstack/placement master: Use consistent program name https://review.opendev.org/c/openstack/placement/+/980775
23:24:22 opendevreview Merged openstack/placement stable/2025.2: Reproduce bug 2160721 https://review.opendev.org/c/openstack/placement/+/998875
23:34:00 opendevreview Merged openstack/placement stable/2025.2: Check overall capacity before generating candidates https://review.opendev.org/c/openstack/placement/+/998876
23:34:02 opendevreview Merged openstack/placement master: Drop unused bandit target https://review.opendev.org/c/openstack/placement/+/976906
#openstack-nova - 2026-09-16
00:00:32 opendevreview Merged openstack/placement master: Skip functional tests for git config update https://review.opendev.org/c/openstack/placement/+/976907
02:01:29 mw_ Hi folks, could someone please take a look at this Nova change when you have a chance? https://review.opendev.org/c/openstack/nova/+/999841
02:01:41 mw_ It adds bandwidth limiting for attached volume retypes and migrations to make their network impact more predictable.
04:17:05 opendevreview Merged openstack/placement master: Commonize code for updating and creating allocations https://review.opendev.org/c/openstack/placement/+/808535
06:25:53 zigo Hi team!
06:25:53 zigo With Hibiscus, it looks like the systemd notify doesn't work. My systemd nova-compute.service stays in "Activating" mode until systemd believes it's crashed, and shut it down.
06:26:02 zigo Is it possibly broken ?!?
06:26:07 zigo How can I check?
08:38:43 gibi zigo: I'm spinning up a devstack from master to see if I can replicate that
08:43:25 gibi can I see your systemd service file easily somewhere?
08:46:14 gibi zigo: also a quick check, have you tried switching the nova-compute back to eventlet mode (if you can) to see if that resolves the systemd problem?
08:50:28 gibi zigo: I see this https://github.com/openstack/oslo.service/blob/364aafec725c9b98d23426450bc247d838cba611/oslo_service/backend/_eventlet/service.py#L297 but so far I haven't seen the _threading equivalent of it
08:51:08 gibi https://github.com/search?q=repo%3Aopenstack%2Foslo.service+systemd.notify&type=code yeah it feels like that systemd support is missing from oslo.service threading backend
08:51:23 gibi once I confirm it locally in devstack I will file a bug for oslo.service
08:52:32 gibi stephenfin: tkajinam: ^^
09:10:48 gibi adding Type=notify to the devstack's service file reproduces the problem and switching nova-compute to eventlet mode fixes it
09:11:52 gibi so the reason this is seen now is because we switched the default to threading mode for nova-compute in Hibiscus
09:12:11 gibi but I guess this oslo.service bug affects other services running in threading mode as well
09:24:26 zigo gibi: Thanks for checking for this, I'll switch nova-compute to Type=simple at least temporarily.
09:25:22 zigo If you need to check for my packaging, next time, simply do:
09:25:22 zigo apt-get install extrepo
09:25:22 zigo extrepo openstack_hibiscus
09:25:22 zigo apt-get update
09:25:23 zigo that setup everything. Otherwise it's in Debian Experimental.
09:26:42 gibi zigo: thanks I found the service file
09:43:37 gibi filed https://bugs.launchpad.net/nova/+bug/2167448
10:01:22 opendevreview Merged openstack/os-vif stable/2026.1: ovs: disable IPv6 on taps created by create_tap before bringing them up https://review.opendev.org/c/openstack/os-vif/+/1005663
11:00:49 gibi zigo: am I sensing right that you are OK to fix this later, after Hibiscus GA?
11:09:03 zigo gibi: If only Nova is affected, that's ok, yes.
11:09:57 gibi zigo: thanks. I guess you will see in you testing if other services are affected or not
11:10:48 zigo I beI'm currently checking.
11:11:44 zigo gibi: nova-conductor seems ok, in my CI.
11:12:11 zigo It does have Type=notify and system see it as up.
11:12:22 gibi thanks that is a good data point
11:13:58 zigo I'm asking GLM-5 if he knows why... :P
11:14:19 gibi yepp I see that locally too (super conductor is not affected even though running in threading mode)
11:26:24 gibi zigo: it is due to cotyledon + nova-compute using no-fork=True
11:26:32 zigo Ok, the difference, according to my AI, is because nova-conductor calls server(server, workers=N) with default to no_fork=False, but nova-compute calls it with the added no_fork=True, added in https://review.opendev.org/c/openstack/nova/+/965466 (Do not fork compute workers in native threading mode) that actually, you're the patch owner.
11:26:39 zigo Yeah... :P
11:26:44 gibi our LLMs are agreeing :)
11:26:52 gibi I will draft a fix
11:27:26 zigo gibi: Do you think we should fix this is olso.service rather than in Nova ?
11:27:30 zigo (I do...)
11:29:10 gibi I do too
11:29:18 gibi as olso.service give the support for no-fork
11:29:33 gibi but this probably means no fix in Hibiscus GA
11:29:54 gibi or at least it become more complicated
11:29:59 gibi due to req freeze
11:30:19 gibi but it also means this bug only affects services that are not forking
11:30:59 gibi (this is not first bug due to nova-compute being special, so we should also think about working there a single worker and basically load the nova-compute service there)
11:31:12 gibi s/working/forking/
11:36:36 zigo Well, I can carry the patch in my Debian package. It's really only 2 lines, as much as I can see.
11:39:08 zigo https://review.opendev.org/c/openstack/oslo.service/+/1005864
11:39:10 zigo :)
11:39:57 gibi you type faster than me
11:39:58 gibi :)
11:40:10 gibi but I tested exactly the same thing now locally
11:40:15 gibi and it resolve the prolbme
11:41:14 zigo I'll try to patch my oslo.service Debian package and see if nova-compute is happy. :P
11:41:36 gibi it is happy for me :)
11:42:17 gibi please add a Closes-Bug: #2167448 line to the commit message otherwise it looks good to me
11:44:00 opendevreview Ashish Gupta proposed openstack/nova master: Fix init_host crash migration test under native threading https://review.opendev.org/c/openstack/nova/+/1001369
11:45:01 zigo Right.
11:51:04 zigo Yes, works for me as well ! :)
11:51:45 zigo I can see "Creating RPC server for service: nova-compute on topic: compute start" in my logs, what's that for?!?
11:53:18 zigo Also, I'm seeing this in my log:
11:53:18 zigo https://paste.opendev.org/show/b6Z3DQTexWsKxupCuLit/
11:53:18 zigo Should I worry?

Earlier   Later