Earlier  
Posted Nick Remark
#openstack-nova - 2026-06-02
19:40:40 frickler well ... we might be able to save the console data before we issue the resize/reboot and only dump it in case of a failure?
19:40:58 sean-k-mooney and since we are not passign a fallback password
19:41:00 sean-k-mooney tempest.lib.exceptions.SSHTimeout: Connection to the 172.24.5.241 via SSH timed out.
19:41:02 sean-k-mooney User: cirros, Password: None
19:41:07 sean-k-mooney its failing
19:41:17 frickler anyway, I'm out for today, will check back tomorrow
19:41:18 sean-k-mooney frickler: i dont see why we could
19:41:20 sean-k-mooney not
19:42:22 sean-k-mooney frickler: no worres ill recheck this for now and ill try and take a look at the cirros-init path so wee where we are markign the first boot as done vs wehre we have actuly sotre the autorisze dkeys ectra
19:43:33 sean-k-mooney we could mask the issue by providing the defautl cirros users pass word in the tempest config but i woudl prefer not too if we can avoid that
20:43:33 opendevreview Dan Smith proposed openstack/nova master: Avoid reading 4GiB of reason text from RFB https://review.opendev.org/c/openstack/nova/+/991220
20:50:39 opendevreview Dan Smith proposed openstack/nova master: Avoid reading 4GiB of reason text from RFB https://review.opendev.org/c/openstack/nova/+/991220
#openstack-nova - 2026-06-03
07:12:22 ralonsoh sean-k-mooney, gibi hello folks. Yesterday I was looking at the issues with pyroute2 and asyncio in the nova-compute agent
07:12:48 ralonsoh I know this is not a solution but it could help, as a workaround, to wrap all pyroute2 operations with a privsep context
07:13:17 ralonsoh these operations will be executed in the daemon process instead of running in the main process
07:13:55 ralonsoh that will avoid the asyncio problem experienced when executing non-privileged commands
07:14:06 ralonsoh that will allow to bump the pyroute2 version
07:24:25 gibi ralonsoh: as I'm not sure about the root cause of the issue I cannot judge if moving the pyroute2 calls to another process will help or not. Have you tried to see if it helps?
08:20:51 ralonsoh gibi no, but I can propose a os-vif patch, at least for the OVS related commands
08:20:54 ralonsoh let me try it
08:21:35 gibi cool
08:34:08 opendevreview Rodolfo Alonso proposed openstack/os-vif master: Make ``PyPyroute2._lookup_interface`` private https://review.opendev.org/c/openstack/os-vif/+/991292
08:47:21 opendevreview Rodolfo Alonso proposed openstack/os-vif master: Make ``PyRoute2.exists`` privileged in the OVS library https://review.opendev.org/c/openstack/os-vif/+/991293
08:54:51 ralonsoh gibi, I've proposed https://review.opendev.org/c/openstack/requirements/+/973210, depending on ^^
08:55:17 ralonsoh nova-alt-configurations-os-vif should install this os-vif patch
08:55:40 opendevreview dalekseev proposed openstack/nova master: Restrict machine type check to QEMU instances https://review.opendev.org/c/openstack/nova/+/991137
09:12:44 opendevreview Joan Gilabert proposed openstack/nova master: Add mtty/mdpy support for testing fake mdevs https://review.opendev.org/c/openstack/nova/+/898100
09:12:44 opendevreview Joan Gilabert proposed openstack/nova master: move compile earlier https://review.opendev.org/c/openstack/nova/+/950516
09:17:03 opendevreview ribaudr proposed openstack/nova master: Fix shelve-offload/unshelve race wiping instance host https://review.opendev.org/c/openstack/nova/+/991295
09:17:03 opendevreview ribaudr proposed openstack/nova master: Add regression test for bug #2120927 https://review.opendev.org/c/openstack/nova/+/991294
10:17:49 sean-k-mooney ralonsoh: im not really a fan of that idea by the way
10:18:32 sean-k-mooney it woudl perfer to just run the command in a futureist process pool
10:18:43 sean-k-mooney then to pretened the call neeed privlage escalation
10:19:01 sean-k-mooney or provide a cli driver that we use when eventlet is enabled
10:20:00 sean-k-mooney nova-compute already defaults to threaded mode. in septempeber we can start removing eventlet support for the 2027.1 cycle if we choose too
10:20:10 sean-k-mooney at which point we wont need the privsep hack
10:26:35 sean-k-mooney frickler: so the next issue after you fix the first-boot being interupted is apparently gettign shceulded to a rax xen host where the cirrors image that 11 seconds for the intram to start 19 cectd for /etc/init.d/rc.sysinit: and 58 second to get to the longin prome when we only wait 15 seconds for the system to boot...
10:27:09 sean-k-mooney so i dont think we can fix randaom slow nodes but thats progress at least
10:30:14 ralonsoh sean-k-mooney, but if you are running in threaded mode, why pyroute has this issue?
10:30:39 sean-k-mooney im not sure it does have it in threaed mode
10:30:56 sean-k-mooney but we supprot both modes and we only enabeld threadign by defautl this cycle
10:31:21 sean-k-mooney as in its only been that way for like 2 months
10:32:02 sean-k-mooney ralonsoh: i have not had time to look at the actual issue in quite a whiel
10:32:15 sean-k-mooney but perhaps there are other approch we coudl take
10:32:23 sean-k-mooney is there a way to repoduce this issue locally?
10:32:39 sean-k-mooney my understanding was it was only seen in ci intermitently
10:34:18 ralonsoh no, that happens always in the CI when bumping pyroute to 0.9.6
10:34:35 ralonsoh I'm not sure exactly in what command
10:36:31 sean-k-mooney oh ok if its reptable can we trigger ti with tempest locally in devstack
10:36:56 sean-k-mooney im askign because if we can i can maybe take a look at it in a vm and see if i cna debug it a bit
12:04:16 opendevreview Joan Gilabert proposed openstack/nova master: WIP : Add mtty support to nova-next https://review.opendev.org/c/openstack/nova/+/922140
12:45:09 opendevreview Ashish Gupta proposed openstack/nova master: tests: file-backed SQLite with WAL in threading mode for Database and CellDatabases Fixtures https://review.opendev.org/c/openstack/nova/+/988583
13:31:29 opendevreview Rodolfo Alonso proposed openstack/os-vif master: Make ``PyPyroute2._lookup_interface`` private https://review.opendev.org/c/openstack/os-vif/+/991292
13:32:23 opendevreview Rodolfo Alonso proposed openstack/os-vif master: Make ``PyRoute2.exists`` privileged in the OVS library https://review.opendev.org/c/openstack/os-vif/+/991293
13:34:58 opendevreview ribaudr proposed openstack/nova master: Deserialize JSON properties from volume_image_metadata https://review.opendev.org/c/openstack/nova/+/991351
13:34:58 opendevreview ribaudr proposed openstack/nova master: Add reproducer for bug #2117544 https://review.opendev.org/c/openstack/nova/+/991350
13:36:43 opendevreview ribaudr proposed openstack/nova master: Deserialize JSON properties from volume_image_metadata https://review.opendev.org/c/openstack/nova/+/991351
13:50:25 opendevreview Takashi Kajinami proposed openstack/nova-specs master: libvirt: AMD SEV-SNP support https://review.opendev.org/c/openstack/nova-specs/+/983376
14:40:00 Uggla I guess there is a dependency resolution issue with grenade and stable/2025.1 https://zuul.opendev.org/t/openstack/build/23ff7cd6c0e649a9b83bb7df6f9dfc7b
14:40:19 Uggla elodilles are you aware of ^
14:50:20 elodilles Uggla: yes, rpds-py does not support python 3.10 anymore. on QA channel it was discussed the other day and the plan is to release tempest and pin it for jobs that still uses Ubuntu Jammy 22.04 that has python3.10 by default
14:52:05 Uggla elodilles thx, so I will wait the fix.
14:56:44 elodilles +1
14:59:52 gmaan elodilles: Uggla which job failing, I can fix that as i sent in email
15:00:50 Uggla gmaan it is nova-grenade-multinode
15:01:50 Uggla gmaan you can see it from here : https://review.opendev.org/c/openstack/nova/+/988154
15:02:27 elodilles gmaan: i can update this patch with your fix to unblock the gate https://review.opendev.org/c/openstack/nova/+/989579
15:02:30 elodilles o:)
15:02:59 Uggla Reminder upstream bug triage in ~30mn
15:03:15 gmaan elodilles: Uggla ohk grenade on 2025.1 which i suggest to remove it :) but if you are fixing it is ok
15:03:31 elodilles Uggla: sorry, i didn't have enought time for bug triaging this time, so i'll just listen in today :S
15:04:01 elodilles gmaan: yes, yes, that we agreed to remove o:)
15:05:30 elodilles gmaan: my fix was about to land when the upper-constraints were bumped and struck again on the grenade o:)
15:06:20 Uggla elodilles, no worries, tbh I do not expect much this week on the triage due to review activities.
15:28:38 Uggla Upstream bug triage: https://meet.google.com/zjr-rxus-hzj
16:11:06 sean-k-mooney that in 20 minutes right?
16:11:39 sean-k-mooney oh no it was na hour ago
16:12:31 sean-k-mooney is it 15:30 UTC ?
16:23:34 melwitt sean-k-mooney: yes 15:30 UTC
17:28:08 gmaan elodilles: commented on grenade job fix,. you still needs to pin the tempest https://review.opendev.org/c/openstack/nova/+/989579
17:28:28 gmaan tempest change to support that is merged so no depends-on needed anymore
17:44:30 opendevreview Ghanshyam Maan proposed openstack/nova stable/2025.1: [CI][stable-only] nova-grenade-multinode fix https://review.opendev.org/c/openstack/nova/+/989579
18:04:47 sean-k-mooney so while debuging with the new cirror image i noteice something intersting
18:04:56 sean-k-mooney https://tinyurl.com/2k63h77v
18:05:29 sean-k-mooney while it does not alwasy cause a failure https://paste.opendev.org/show/b5V9zieRqmJVFjyb5uz9/
18:06:04 sean-k-mooney nova is trigging that traceback like 50 times a day
18:06:31 sean-k-mooney or rather the volume_snapshot_delete assisted volume snapshto test
18:06:42 sean-k-mooney is triging that often
18:07:50 sean-k-mooney if i remove t he filter on nova that tirggerd 2341 times in the last 10 days
18:08:21 sean-k-mooney that with lvm or cephs as the backend
18:09:30 sean-k-mooney it looks like if hte snapshot is not foudn we explosde bcuase we dont have the type info info
18:14:06 melwitt that is a very old issue
18:14:42 sean-k-mooney it felt familar
18:14:58 sean-k-mooney i dont see a bug report for it quickly so im going to file one
18:15:05 melwitt yeah I'm looking for it, sec
18:15:17 melwitt ok that works too
18:15:44 sean-k-mooney https://bugs.launchpad.net/nova/+bug/2155187
18:16:54 sean-k-mooney i kind fo hate "standard tracebacks" in logs
18:17:15 sean-k-mooney that partly why i try to pretnt os-brick is not a thing
18:17:35 dansmith agree, tracebacks in logs for normal occurrences is extremely uncool

Earlier   Later