Tuesday, 2026-03-03

*** ralonsoh_ is now known as ralonsoh07:47
gibiUggla: melwitt: I see an increased amount of openstack-tox-cover timeouts https://zuul.opendev.org/t/openstack/builds?job_name=openstack-tox-cover&project=openstack/nova is this potentially related to Iec0a9e38f3641e973894748ab2a14d1bd838e904 ?08:44
opendevreviewOpenStack Release Bot proposed openstack/os-vif stable/2026.1: Update .gitreview for stable/2026.1  https://review.opendev.org/c/openstack/os-vif/+/97864308:47
opendevreviewOpenStack Release Bot proposed openstack/os-vif stable/2026.1: Update TOX_CONSTRAINTS_FILE for stable/2026.1  https://review.opendev.org/c/openstack/os-vif/+/97864408:47
opendevreviewOpenStack Release Bot proposed openstack/os-vif master: Update master for stable/2026.1  https://review.opendev.org/c/openstack/os-vif/+/97864508:47
opendevreviewOpenStack Release Bot proposed openstack/osc-placement stable/2026.1: Update .gitreview for stable/2026.1  https://review.opendev.org/c/openstack/osc-placement/+/97864608:47
opendevreviewOpenStack Release Bot proposed openstack/osc-placement stable/2026.1: Update TOX_CONSTRAINTS_FILE for stable/2026.1  https://review.opendev.org/c/openstack/osc-placement/+/97864708:47
opendevreviewOpenStack Release Bot proposed openstack/osc-placement master: Update master for stable/2026.1  https://review.opendev.org/c/openstack/osc-placement/+/97864808:47
opendevreviewOpenStack Release Bot proposed openstack/python-novaclient stable/2026.1: Update .gitreview for stable/2026.1  https://review.opendev.org/c/openstack/python-novaclient/+/97864908:47
opendevreviewOpenStack Release Bot proposed openstack/python-novaclient stable/2026.1: Update TOX_CONSTRAINTS_FILE for stable/2026.1  https://review.opendev.org/c/openstack/python-novaclient/+/97865008:47
opendevreviewOpenStack Release Bot proposed openstack/python-novaclient master: Update master for stable/2026.1  https://review.opendev.org/c/openstack/python-novaclient/+/97865108:47
opendevreviewBalazs Gibizer proposed openstack/nova master: [openstack-tox-cover]Increase timeout  https://review.opendev.org/c/openstack/nova/+/97865208:49
gibiUggla: melwitt: ^^ bumping the timeout higher08:50
gibibauzas: stephenfin: sean-k-mooney: ^^ if you are around to land this gate fixing change08:50
stephenfingibi: ack, done09:20
opendevreviewMerged openstack/osc-placement master: Update master for stable/2026.1  https://review.opendev.org/c/openstack/osc-placement/+/97864809:32
opendevreviewMerged openstack/os-vif master: Update master for stable/2026.1  https://review.opendev.org/c/openstack/os-vif/+/97864509:35
opendevreviewDominik proposed openstack/nova master: NUMA Topology with Resource Providers: Libvirt NUMA Migrate  https://review.opendev.org/c/openstack/nova/+/97117709:58
sean-k-mooneygibi: looks lik it merged10:01
sean-k-mooneywell appoved10:01
opendevreviewDominik proposed openstack/nova master: NUMA Topology with Resource Providers: Object changes  https://review.opendev.org/c/openstack/nova/+/97820910:38
opendevreviewStephen Finucane proposed openstack/nova master: Migrate coverage configuration to pyproject  https://review.opendev.org/c/openstack/nova/+/97873711:21
opendevreviewStephen Finucane proposed openstack/nova master: Enable sysmon core  https://review.opendev.org/c/openstack/nova/+/97873811:21
stephenfingibi: melwitt: That ☝️ needs more investigation, but it might be an option for speeding up our coverage tests11:21
stephenfinIdeally we'd run on py314 since we get the faster profiler *and*  branch coverage, but we're a bit awat from that11:23
sean-k-mooneyso 3.14 is currently failing on some oslo.service issues with how we init the backend11:23
sean-k-mooneywe shoudl fix that as soon as we can to get that job passign then sure11:24
sean-k-mooneystephenfin: i replied in the review but swaping to sysmon si not a good trade off if it woudl prevent use testing with threaded mode11:25
sean-k-mooneyearly next cycle that will be the defualt for nova-compute as well and its already the defautl for the api, schduler and conductor i bleive11:25
sean-k-mooneyso anything that would make it harder to have the tox target test how we deploy in production (in threaded mode) next cycle woudl be a regression even if its faster11:26
sean-k-mooneythe first commit im +2 on 11:28
sean-k-mooneythe second might want to wait until we can run it on py3.14 as you said. its now aviabel in the gate but we need to get 3.14 in general passing first11:29
opendevreviewDominik proposed openstack/nova master: NUMA Topology with Resource Providers: Scheduler changes  https://review.opendev.org/c/openstack/nova/+/97117611:37
opendevreviewDominik proposed openstack/nova master: NUMA Topology with Resource Providers: Libvirt NUMA Migrate  https://review.opendev.org/c/openstack/nova/+/97117712:02
opendevreviewMerged openstack/nova master: Rename deadline parameter to more accurate timeout  https://review.opendev.org/c/openstack/nova/+/95741112:05
opendevreviewDominik proposed openstack/nova master: Regression test for Placement allocations remaining during failed schedule  https://review.opendev.org/c/openstack/nova/+/96925112:12
opendevreviewMerged openstack/os-vif stable/2026.1: Update .gitreview for stable/2026.1  https://review.opendev.org/c/openstack/os-vif/+/97864312:14
opendevreviewMerged openstack/osc-placement stable/2026.1: Update .gitreview for stable/2026.1  https://review.opendev.org/c/openstack/osc-placement/+/97864612:15
opendevreviewMerged openstack/os-vif stable/2026.1: Update TOX_CONSTRAINTS_FILE for stable/2026.1  https://review.opendev.org/c/openstack/os-vif/+/97864412:15
opendevreviewMerged openstack/osc-placement stable/2026.1: Update TOX_CONSTRAINTS_FILE for stable/2026.1  https://review.opendev.org/c/openstack/osc-placement/+/97864712:19
opendevreviewDoug Goldstein proposed openstack/nova master: return error about external network to the user on build failure  https://review.opendev.org/c/openstack/nova/+/97260114:08
*** haleyb- is now known as haleyb14:18
nicolairuckelgibi, elodilles: You said I should use `git cherry-pick -x` for backporting. I'm getting merge conflicts though and according to the man page of cherry-pick that `-x` only works if there are no conflicts. Is this a problem or can I just fix my merge conflicts and create a new merge request?14:36
dansmithnicolairuckel: -x has nothing to do with conflicts.. the man page is describing a style not a rule (incorrectly, IMHO)14:41
dansmithnicolairuckel: you must use -x for openstack regardless of conflicts.. and you're going to have conflicts. you just need to resolve them manually14:42
nicolairuckelokay, thanks14:42
elodillesnicolairuckel: as dansmith says :) also when resolving conflicts please keep "Conflicts" lines in the commit message to help reviewers (e.g. https://review.opendev.org/c/openstack/nova/+/686292 )14:43
nicolairuckelgot it14:45
opendevreviewNicolai Ruckel proposed openstack/nova stable/2025.2: Preserve UEFI NVRAM variable store  https://review.opendev.org/c/openstack/nova/+/97876614:58
dansmithnicolairuckel: how far back are you going with that?15:01
opendevreviewDominik proposed openstack/nova master: NUMA Topology with Resource Providers: Object changes  https://review.opendev.org/c/openstack/nova/+/97820915:06
nicolairuckeljust 2025.215:08
dansmithack15:09
*** ChanServ sets mode: +b *!~Vii@*15:38
*** Vii was kicked by ChanServ (You are not permitted on this channel)15:38
opendevreviewMerged openstack/python-novaclient master: Update master for stable/2026.1  https://review.opendev.org/c/openstack/python-novaclient/+/97865117:59
melwittthanks gibi and stephenfin for fixing the openstack-tox-cover stuff. I had worried the timeout was too low :( sorry for the trouble20:20
sean-k-mooneymelwitt:im actully surpised that the coverage collection add so much time to the executionover just adding the time for funtional and unit speratly20:28
sean-k-mooneyi mean it kind of make sense in retospect given it has to instroment/trace the actual exercied code paths20:29
sean-k-mooneyi just was not expecting it to exceed teh existign timeout20:29
melwittme too. that's why I mentioned to stephen if he knew some trick to make it faster. it seems disproportionately slow to me but that's just a feeling 20:32
sean-k-mooneyit may also be one of those thign that sale idfently based on the provider20:34
sean-k-mooneyi.e. 4 fast cores on raxflex vs 8 slow cores on rax classic20:35
melwitthm yeah20:35
sean-k-mooneythe last 3 timeout were all on rax clasic on the old xen hardware20:36
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/builds?job_name=openstack-tox-cover&project=openstack/nova20:36
melwittahhh heheh. "classic" and "old xen"20:37
sean-k-mooneyas were the next 820:38
sean-k-mooneyso all the one sthat imes out seam to be on the xen vms20:38
melwittthat's good to know. glad there appears to be some explanation20:40
sean-k-mooneytehre are some success there too but my guess is the the xen cloud was flying a bit to close to the sun in terms fo the timeout20:41
sean-k-mooneyso if it end up on a busy host it failed20:41
melwitton wings made of pastrami20:48
rm_work[m]so hey, re: native threads... I see there's a chain of patches that IS required for some stuff to work properly. any chance of backports to like 2025.2 at least?21:22
rm_work[m]https://review.opendev.org/c/openstack/nova/+/95609121:22
rm_work[m]https://review.opendev.org/c/openstack/nova/+/96546621:22
rm_work[m]at a minimum it seems these two, not sure if more21:22
rm_work[m]I would love to just be running 2026.1 :D21:45
rm_work[m]just need it to be April21:45
opendevreviewMerged openstack/nova master: [openstack-tox-cover]Increase timeout  https://review.opendev.org/c/openstack/nova/+/97865222:17
*** mhen_ is now known as mhen23:40
*** erlon5 is now known as erlon23:52

Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!