Monday, 2026-11-02

opendevreviewAdam McArthur proposed openstack/placement master: Placement spec for bulk read API of resource providers  https://review.opendev.org/c/openstack/placement/+/99076102:56
*** ianw is now known as Guest453603:59
opendevreviewBhavana proposed openstack/nova-specs master: Add spec for MIG-aware PCI Host Weigher  https://review.opendev.org/c/openstack/nova-specs/+/101345604:58
opendevreviewLucas HENRY proposed openstack/nova master: tox: Fix test imports in placement's nova functional env  https://review.opendev.org/c/openstack/nova/+/101349010:08
*** bauzas0 is now known as bauzas10:09
opendevreviewThomas Goirand proposed openstack/nova master: Clear the guestfs forceTCG flag in the libvirt fixture  https://review.opendev.org/c/openstack/nova/+/101254310:10
opendevreviewKamil Sambor proposed openstack/nova master: Create an executor wrapper that has task limit per type  https://review.opendev.org/c/openstack/nova/+/97592411:12
opendevreviewElod Illes proposed openstack/nova stable/2026.1: Fix KeyError: 'body' in os-volumes_boot API proxy  https://review.opendev.org/c/openstack/nova/+/101016213:57
sean-k-mooneystephenfin: have you seen this before https://paste.opendev.org/show/bSAOd8GzUtIEvBYl3kDj/14:19
stephenfinsean-k-mooney: https://opendev.org/openstack/openstack-zuul-jobs/commit/bd16a13f0a4605e1d62d762d493787104e03ff2314:20
sean-k-mooneyi saw that in one of the coverage jobs14:20
sean-k-mooney ah14:20
stephenfinI spent some of my Sunday working on that 😅14:20
sean-k-mooneycool so i cna recheck that14:20
stephenfinYes, but I don't think it's a complete fix unfortuantely14:20
stephenfinI'm still seeing failures in other jobs, e.g. https://review.opendev.org/c/openstack/openstacksdk/+/95215814:21
stephenfinI haven't debugged why but I'm guessing tox isn't being capped there or is being reinstalled14:21
sean-k-mooneywe coudl tweak the umask for the process but we likely need to wait for tox to resolve it properly14:21
stephenfinjfyi in case it affects nova gates also14:21
stephenfinyeah, the tox maintainers are usually pretty responsive so I would expect to see this fixes in the next day or two14:22
sean-k-mooneytox is not in uc14:22
sean-k-mooneyand not capped in our jobs in general14:22
sean-k-mooneybut i think the failture predates the patch you linked14:22
sean-k-mooney2026-11-02 10:16:0114:23
sean-k-mooneyso i guess not14:23
sean-k-mooneyit was after the change14:23
sean-k-mooneyi saw it on https://review.opendev.org/c/openstack/nova/+/101254314:23
opendevreviewMerged openstack/nova stable/2026.1: Reproduce and document trusted cert bugs  https://review.opendev.org/c/openstack/nova/+/101288314:27
tkajinaminteresting that the issue affects only some of the targets (I saw -py3N passes but -cover fails)14:33
tkajinamhttps://zuul.opendev.org/t/openstack/builds?job_name=openstack-tox-cover&skip=014:35
sean-k-mooney tkajinam  ya im working on a patch to fix it14:35
sean-k-mooneythe coverage job inherits form tox-coverage form zuul-jobs not from openstack-tox14:35
tkajinamahh ok14:36
tkajinamthat makes sense14:36
sean-k-mooneyim going to port the cap to the other jobs that dont inherit but we may want to condier making them all inhirit form a common job in the future14:37
tkajinami mean I don't know why we don't use openstack-tox but that situation clearly explain why it fails14:37
sean-k-mooneyi think this is a historical thing btu i belive tox-cover in zuul-jobs installs some extra things that is not in the base tox job14:37
sean-k-mooneythis is not the first time we have been hit by the fact it does not inherit however14:38
sean-k-mooneyi belive the functional with sudo job also does not inherit14:38
sean-k-mooneyactully it does14:40
sean-k-mooneyso just docs coverage and molecule14:40
sean-k-mooneyok https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/1013552 shoudl fix the rest14:43
opendevreviewTakashi Kajinami proposed openstack/os-vif master: Fix setuptools deprecation warnings  https://review.opendev.org/c/openstack/os-vif/+/101355514:50
UgglaReminder: nova upstream meeting in ~10mn15:49
melwittsean-k-mooney: just a reminder ... this is the step 1 patch for smartnic https://review.opendev.org/c/openstack/nova/+/100562315:52
sean-k-mooneyack ill review that again today. also ill see if i cna re reviwe the unified limits bug fix pathces15:53
melwittsweet thank you15:56
Uggla#startmeeting nova16:00
opendevmeetMeeting started Mon Nov  2 16:00:10 2026 UTC and is due to finish in 60 minutes.  The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot.16:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:00
opendevmeetThe meeting name has been set to 'nova'16:00
UgglaHello everyone16:00
samborko/16:00
elodilleso/16:00
gmaano/16:00
dansmitho/16:00
sean-k-mooneyo/16:00
tkajinamo/16:01
UgglaLet's start16:02
Uggla#topic Bugs (stuck/critical)16:02
Uggla#info No critical bugs (https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New&field.importance=Critical&orderby=-datecreated) were reported.16:02
Uggla#topic Gate status16:02
Uggla#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure — Nova gate bugs16:02
Uggla#link https://etherpad.opendev.org/p/nova-ci-failures-minimal16:02
Uggla#link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 — Nova and Placement periodic jobs16:02
Uggla#info Investigate gate failures and report bugs tagged gate-failure.16:03
Uggla#info Include a useful explanation when requesting a recheck.16:03
tkajinamthere are number of jobs affected by the latest release of tox. at this moment some jobs, particularly cover job is still broken and needs fix16:03
tkajinamhttps://review.opendev.org/c/openstack/openstack-zuul-jobs/+/101355216:03
tkajinamif you scroll up the irc log then you may see related discussions there16:03
Uggla#link I did that report: https://nova-ci.uggla.fr/  it probably need some refinement, but that's a start.16:03
sean-k-mooneythat or a new tox release whichever happens first16:03
sean-k-mooney#link https://github.com/tox-dev/tox/issues/435716:04
tkajinamUggla, oh that's a nice dashboard.16:04
sean-k-mooneyis the tox tracker for that16:04
sean-k-mooneyhttps://github.com/tox-dev/tox/pull/4360 was jsut merged16:04
Ugglathx tkajinam16:04
UgglaI hope it will help to find job/test prio to work on.16:05
* gibi joins a bit late16:05
* bauzas waves late16:06
Ugglafeedback welcome for improvements.16:06
Ugglacan we move on ?16:07
Uggla#topic Release Planning16:07
Uggla#link https://releases.openstack.org/indri/schedule.html16:07
gmaansean-k-mooney: back to tox cover job, is it broken and need to be nv or we will wait for the fix to merge16:07
Uggla#info The release schedule includes Nova-specific deadlines.16:08
Uggla#link https://etherpad.opendev.org/p/nova-2027.1-ptg16:08
Ugglasorry gmaan I was a bit fast.16:08
sean-k-mooneygmaan: its broken and need either that patch or a new tox release16:08
gmaanno worry, i have not read full chat yet but just wanted to check in case we need to make it nv to unblock gate16:09
sean-k-mooneyit was failing on changes this morning on nova16:09
gmaank, i think in that case we can make it nv and revert once fix or tox new release16:09
sean-k-mooneysure i would expect this to be resolved today in either case16:10
sean-k-mooneyeither via the exclude or a new release16:10
gmaanack16:10
sean-k-mooneyso we may not need to make it non voting in nova if that happens16:10
sean-k-mooneybut if tis still broken tomorrow i would be fien wiht that16:10
tkajinam+116:10
gmaank, will push change to make it nv16:11
gmaanUggla: please move, that is all i wanted to check16:12
Ugglathx gmaan16:13
Ugglathere was nothing special in the review prio except that all the deadlines are now un the "schedule.html" doc.16:14
Uggla*review planning16:14
Uggla#topic Review priorities16:14
Uggla#info Starting: https://etherpad.opendev.org/p/nova-2026.2-status#L16 interesting bugs to review16:14
UgglaRequest to review https://review.opendev.org/c/openstack/nova/+/1004890, https://review.opendev.org/c/openstack/nova/+/1004899 and https://review.opendev.org/c/openstack/nova/+/1005073 , which are ironic backports of the perf fixes.16:15
Ugglafrom ironic folks ^16:15
UgglaWe also have tkajinam patches about libvirt version bump16:15
Uggla    1008847: Bump MIN_{LIBVIRT,QEMU} for "Indri" | https://review.opendev.org/c/openstack/nova/+/100884716:15
Uggla    1008862: Remove version check for old libvirt/qemu | https://review.opendev.org/c/openstack/nova/+/100886216:15
Uggla    1008867: libvirt: Remove vTPM version detection for < 8.6.0 | https://review.opendev.org/c/openstack/nova/+/100886716:15
Uggla    1009084: libvirt: Stop testing missing sev capability in libvirt < 10.0.0 | https://review.opendev.org/c/openstack/nova/+/100908416:15
opendevreviewGhanshyam Maan proposed openstack/nova master: Make failing tox-cover job non voting  https://review.opendev.org/c/openstack/nova/+/101357616:15
sean-k-mooneyoh ya it would be good to get the bump done early16:16
sean-k-mooneyill open that serise for review later16:16
Ugglasean-k-mooney ++16:17
Uggla#topic Stable Branches16:17
* Uggla is giving the mic to elodilles16:17
elodillesthx o/16:17
elodilles#info No stable gate problems were known at the time of the meeting.16:17
elodilleswell, i haven't seen tox issues on stable gate, but there might be some...16:18
elodilles#info unmaintained/2025.1 branches were cut, stable/2025.1 ones will be deleted soon (please do not propose patches to stable/2025.1 anymore, rather to unmaintained/2025.1)16:18
elodilles#info Track stable branch status and gate failures in the following pad:16:18
elodilles#link https://etherpad.opendev.org/p/nova-stable-branch-ci16:18
elodillesand that's all from me about stable for now16:18
Ugglathx elodilles16:20
elodillesnp16:20
Uggla#topic vmwareapi 3rd-party CI efforts Highlights16:20
Ugglafwiesel anything to share ?16:20
fwieselHi, no updates from my side.16:20
Ugglathx so moving.16:20
Uggla#topic Bug scrubbing 16:21
Uggla#info The reported count is at 59 (+0).16:21
Uggla#link https://etherpad.opendev.org/p/nova-bug-triage-roster16:21
Uggla#link https://truc.uggla.fr/ — Bug trend tracking16:21
Uggla#info The next public upstream bug-triage meeting is scheduled for Wednesday, November 04, 2026. I will probably move it a little to adapt to daylight saving change.16:22
Uggla#link https://meet.google.com/zjr-rxus-hzj Video call16:22
opendevreviewMerged openstack/os-vif master: Remove use of testscenarios  https://review.opendev.org/c/openstack/os-vif/+/100802916:22
UgglaAnd sorry last week I had to cancel it, due to my laptop migration...16:22
Uggla#topic Open discussion16:23
YushoYamaguchiCould I speak?16:23
UgglaIt seems we have 2 topic from YushoYamaguchi16:24
Ugglayes please go ahead the floor is yours16:24
YushoYamaguchihttps://review.opendev.org/c/openstack/nova-specs/+/100997716:24
YushoYamaguchiI want to talk about the direction of this spec.16:24
YushoYamaguchisean-k-mooney: I've read your comment. Thank you.16:25
sean-k-mooneyi think the way to move it forward, IMO is to just drop the image proerty and use the computecapablities filter to filter based on supproted queue count as we did for the adress specas feature16:26
YushoYamaguchiFor introducing virtio queue num limitation, scheduler fix is required, right?16:26
sean-k-mooneyi belive so. the thing we want to avodi it sa user create a vm on host a and get 16Ques16:26
sean-k-mooneythen later an admin moves it to host b16:26
sean-k-mooneykeeping the 16Q since the xml is not update16:27
sean-k-mooneyand later after a hard reboot it changes to say 816:27
sean-k-mooneythe queue count shoudl ideally be stabel unless you resize16:27
YushoYamaguchiI think today's codebase has the same issue.16:28
sean-k-mooneytoday unless clamped by the host value withc is unlimited by defualt16:28
sean-k-mooneythe queue count is equeal to the vcpu count16:28
sean-k-mooneyso for most deployments its fixed for the life tiem of the instance16:28
sean-k-mooneybut you are correct16:28
sean-k-mooneyif you use the hsot value and its diffent on differnt hosts16:29
sean-k-mooneythen it could change16:29
tkajinamsean-k-mooney, I think the discussion during the PTG lead to the agreement that the feature do not guarantee the requested queues but just do min(request queues, max queues in that compute host)16:29
sean-k-mooneyyes16:29
sean-k-mooneybut that does not mean we shoudl shoudl not shcudle based on it16:29
tkajinamok16:30
sean-k-mooneythe config value need to set the max as it is there to allow the operator to specify what is supproted by the host16:30
sean-k-mooneyim jsut sayign we probaly shoudl select a host that can supprot the current queu count and probaly record that  for the lifetime of the isntnace16:31
sean-k-mooneymy concern is a user deploys an applcaition and tunes it for a given queue count16:31
sean-k-mooneythen an admin moves it an breaks there applciation16:31
sean-k-mooneythat why im suggesting we recored the calulated queue count in the instnace_system_metadata or similar and schdule based on that16:32
sean-k-mooneyif other are not concerned with hat we could perhaps weaken the guarenteed but it make the feature less user friedly if we do16:33
dansmithyou want to expose the min queues the host has configured so the scheduler would not send the instance there?16:33
YushoYamaguchiSorry, disconnected.16:34
dansmiththat would affect the initial scheduling as well and sort of eliminate the min() behavior we talked about16:34
sean-k-mooneydansmith: i want to expsoe the max queues a host supprot16:34
sean-k-mooneyand make sure we dont schdule to a host that cant supprot it but ya more or less16:35
sean-k-mooneythat woudl remove the need for the min(conf,flavor) yes16:35
YushoYamaguchiSorry. Maybe I missed some message.16:36
sean-k-mooneyhttps://specs.openstack.org/openstack/nova-specs/specs/2023.2/implemented/libvirt-maxphysaddr-support.html#nova-scheduler-changes16:36
sean-k-mooney^ basiclly do what we did for that16:36
tkajinamand makes the queue count consistent during migration, I think16:36
opendevreviewMike Lowe proposed openstack/nova master: Pass image to unified limits resize/restore checks  https://review.opendev.org/c/openstack/nova/+/101298816:37
sean-k-mooneytkajinam: yep it woudl as a side effect16:37
sean-k-mooneyalthoguh we cant change it in the xml regardless16:37
sean-k-mooneythat woudl be a guest visabel hardware change and i dont think qemu supprots that16:37
sean-k-mooney(changing queue count live)16:37
YushoYamaguchiI understand.16:38
YushoYamaguchiI'll fix my spec. Thank you.16:38
sean-k-mooneydansmith: tkajinam  are ye ok with that direction ^16:39
sean-k-mooneycount woudl become the actual value16:39
sean-k-mooneyand the schduler via the compute cpabalities filter woudl ensure the host supprot that count16:39
YushoYamaguchiDo you think we should address that change and my spec together?16:40
YushoYamaguchiShould I wait for that change before moving forward with my proposal?16:41
sean-k-mooneyyes i thinik it shoudl be in your spec personaly. that woudl also mean removing the image property16:41
YushoYamaguchiokay.16:41
sean-k-mooneybsiclly the change would be "if hw:vif_count is defiend filter based on that"16:41
sean-k-mooney*hw:vif_queue_count16:41
tkajinamI would personally prefer strict approach (if a user requests 4 then give 4).16:41
sean-k-mooneyyep ^ is my prefence as well16:42
opendevreviewMerged openstack/os-vif master: tox: Add functional-py* targets  https://review.opendev.org/c/openstack/os-vif/+/100809716:43
tkajinamI think the good first step would be to document the behavior during migration (min vs guarantee) , and then discuss further about the preferred behavior.16:43
tkajinamin spec review16:43
sean-k-mooneywe shoudll capature the non slected option in the alternitives regardless16:44
tkajinamyup16:44
YushoYamaguchiI don't fully understand yet, so could you explain it in more detail in the review comments?  Sorry16:45
sean-k-mooneywe can try yes16:46
YushoYamaguchiThank you so much. Could I move on to next topic?16:46
sean-k-mooney+116:47
YushoYamaguchihttps://review.opendev.org/c/openstack/nova-specs/+/101106716:47
YushoYamaguchiI failed to talk this in vPTG. Sorry.16:47
YushoYamaguchi I want to disable checksum offload in nova.conf on compute nodes to fix an issue when OVS version up.16:48
sean-k-mooneyso in the past we have condier thi to be a qemu/dpdk bug16:48
sean-k-mooneyand decised not to fix or expose this in nova16:48
sean-k-mooneybasiclly qemu and dpdk are ment to negoicate the supproted feature set16:49
sean-k-mooneylibvirt does not have an xml api to supprot diablign host offload i bleive16:49
sean-k-mooneyhttps://opendev.org/x/networking-ovs-dpdk/src/branch/master/devstack/libs/ovs-dpdk#L8116:50
sean-k-mooneyin the very very early days of ovs-dpdk supprot we sued to need to use a qemu wrapper script to disable this offload16:50
YushoYamaguchiSorry. This time, guest offload16:50
sean-k-mooneybut that was fixed in ovs and qemu a very long time ago16:50
sean-k-mooneyYushoYamaguchi: this may be ok as a workaround but im not confived it shoudl be a top level feature16:52
YushoYamaguchiUmm.  I see.16:52
tkajinamsean-k-mooney, I think the problem is not negotiation between qemu and dpdk but is rather guest and dpdk/qemu16:52
sean-k-mooneythe fact that nova does nto schdule based on the negicated virtio feature is a long know issue16:53
sean-k-mooneytkajinam: yep and that has been a problem since effectivly day one16:53
sean-k-mooneyits not the first time this has happend16:53
sean-k-mooneyi explciltly assed the ovs core maintiaenr and libvirt teams to expose this so we could schduler on it16:53
sean-k-mooneyand they did not16:53
tkajinamok now I understand what you mean16:54
sean-k-mooneyso what happign in your env is the call to libvirts migrateUri3 to kick of the migration is raisign an error right16:55
Ugglaguys we need to close, are we good ?16:55
sean-k-mooneyUggla: i think this need more discsion as a possibel bugfix/workaround16:55
sean-k-mooneybtu not as a spec/feature16:55
sean-k-mooneyim not convicned this should be in nova's scope16:55
YushoYamaguchiI understand.16:55
Ugglawe can discuss further next week if needed.16:56
YushoYamaguchiWhere could I talk about bugfix/workaround? This IRC or other ?16:56
YushoYamaguchiokay.16:56
UgglaThis IRC16:56
stephenfingmaan: when you've a moment, could you confirm that you're happy to backport that API fix you reviewed last week? https://review.opendev.org/c/openstack/nova/+/101292416:56
sean-k-mooneyirc is also ok altheoru i have to run to another meeting after16:56
YushoYamaguchiokay, thank you16:56
stephenfin(elodilles is looking for a second opinion on same)16:57
YushoYamaguchioh really? thank you.16:57
sean-k-mooneyYushoYamaguchi: we can maybe tray and follow up tomorrow fi that works 16:57
UgglaYushoYamaguchi, sorry to interupt, but you can discuss in this IRC and/or next week16:57
sean-k-mooneygmaan: https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/1013552/1 is merged so coverge jobs shoudl be unblocked16:58
YushoYamaguchiOk.16:58
Ugglaok time to close.16:58
Uggla Thanks for joining. Have a nice day/evening.16:58
YushoYamaguchiThank you.16:58
Uggla#endmeeting16:58
opendevmeetMeeting ended Mon Nov  2 16:58:46 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:58
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2026/nova.2026-11-02-16.00.html16:58
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-11-02-16.00.txt16:58
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2026/nova.2026-11-02-16.00.log.html16:58
gmaansean-k-mooney: nice, i abandon mine 16:58
gmaanstephenfin: ack16:58
elodillesthanks o/16:58
* Uggla trying to respect schedule, mostly due to another meeting now.16:59
opendevreviewMerged openstack/nova master: tests: Functional reproducer for bug 2088831  https://review.opendev.org/c/openstack/nova/+/93556517:14
opendevreviewTakashi Kajinami proposed openstack/os-vif master: Resolve deprecation warnings from setuptools  https://review.opendev.org/c/openstack/os-vif/+/101355517:14
zigoMay I bring the attention to this one easy to review patch?18:39
zigohttps://review.opendev.org/c/openstack/placement/+/1010823/3/placement/wsgi/__init__.py18:39
zigoIt's kind of super annoying for downstream or operators not to be able to pass any argument to placement.18:39
sean-k-mooneyzigo: passing command line argument to wsgi applcaiton is not complient with the wsgi spec18:42
sean-k-mooneywhile we could propaagete it it will onley work for uwsgi i think and maybe gunicorn?18:43
zigosean-k-mooney: What ?!? It works like this absolutely everywhere else in OpenStack !18:43
sean-k-mooneyit wont be possibel on mod_wsgi18:43
zigoOf course, yes, that's expected.18:43
sean-k-mooneyzigo: it does and it voiltes hwo wsgi applciaiton are ment to be wriitne18:43
sean-k-mooneyim not against addint hits but if there is something that can only be done via a command line flag we likely shoudl fix that18:44
sean-k-mooneyare you usign it for the config?18:44
zigoHow do you pass a different --log-file to different daemons then? That, combined with the fact that oslo.log defaults to some bullshit '<frozen importlib._bootstrap>' ...18:45
sean-k-mooneyyou can set the log file in oslo.confg18:45
sean-k-mooneyi.e. in the placement.conf18:45
zigoThen you get stuff logging to /var/log/FOO/<frozen importlib._bootstrap>.log <--- Literally !18:45
zigosean-k-mooney: Works when a project has *ONE* daemon, not when it has multiple.18:45
sean-k-mooneyretryyireally18:46
sean-k-mooney...18:46
sean-k-mooneyhttps://github.com/openstack-k8s-operators/nova-operator/blob/main/templates/placement/api/config/placement.conf#L718:46
sean-k-mooneywell by default we only have 1 logfile for placement18:46
zigoPlacement is an exception because it has only one API though, but why would we want it to be different that everthing else in OpenStack?18:46
sean-k-mooneythis is howe we do it everywehre else18:46
sean-k-mooneyvia config18:46
zigoNo.18:46
zigoI strongly don't agree.18:47
zigoYou can't have multiple log_file= differenciating daemons.18:47
sean-k-mooneyyes you can18:47
zigoAnyways, got to go for dinner.18:47
zigoYou mean with the env var?18:47
sean-k-mooneyeach deamon is ment ot have its own config file18:47
zigoThat's not what people do.18:48
sean-k-mooneyits what most instllers do18:48
sean-k-mooneyor the log to the journal by default18:48
zigoThat's not what *I* then...18:48
zigoOh, you mean that thing from systemd that never was written to scale? :)18:48
zigoThanks but no thanks.18:48
zigoAnways, got to go, or my wife will get angry. :)18:49
sean-k-mooney:)18:49
sean-k-mooneygmaan: can you fix the bug superviro on placment https://bugs.launchpad.net/placement its currently set to you but it shoudl be an open lauchpad team like nova-bugs https://launchpad.net/~nova-bugs19:38
sean-k-mooneyi want to set https://bugs.launchpad.net/placement/+bug/2171047 to wishlist19:38
sean-k-mooneygmaan: we coudl also jsut use nova-bugs for both19:39
gmaansean-k-mooney: checking19:39
sean-k-mooneysince we are usign nova-drivers for both19:39
gmaanhumm, I am not able to change it. no edit option19:45
gmaanmaybe melwitt might as admin in nova-drivers ?19:46
gmaanor bauzas 19:47
gmaanno, bauzas is not admin there19:48
sean-k-mooneyyou do not need to be an admin19:48
sean-k-mooneyjust a member of the group19:48
gmaank, it seems i am not member of that. that is why. 19:48
sean-k-mooneyif your in nova-drivers you shoudl hae an edit but beside bug supervisor i belive19:49
sean-k-mooneysame19:49
sean-k-mooneyi woudl fix it if i was but currently i think you are the only person who can triage placement bugs19:49
gmaanhumm19:49
sean-k-mooneythats what "Bug supervisor" in launchpad contols as far as im aware and why its normally a team rather then a person19:50
gmaanwe should change it to nova-drivers, let's wait if either dansmith melwitt gibi bauzas or Uggla can change it 19:50
sean-k-mooneyto be fair all the drivers teams im in im also an admin of so i cant fully say i does not requrie admin but i dont think it does19:50
sean-k-mooneynova-drivers is not correct19:51
sean-k-mooneythe bug team shoudl be an open team19:51
sean-k-mooneyat least hat what most project doo19:51
sean-k-mooneythis is spereate form teh sercurity bug configuration19:51
sean-k-mooneyyou restirct secruity bugs though https://launchpad.net/<project>/+sharing19:52
sean-k-mooneyanyway ya no rush19:53
sean-k-mooneyi just noticed i could not triage it when reviewing zigo's patch to placement19:53
sean-k-mooneygmaan: on a sperate note the tox change i did fixed most of the jobs but the devstack functionl jobs in the sdk/client are still broken19:59
sean-k-mooneyi.e. openstacksdk-functional-devstack 20:00
gmaanRight, not nova-drivers. I think instead of creating new group, we can use nova-bug group only 20:14
opendevreviewMerged openstack/nova stable/2026.2: Fix volume attachment pagination  https://review.opendev.org/c/openstack/nova/+/101292422:12
gmaanUggla: once you are online, reminder about it https://review.opendev.org/c/openstack/nova/+/100775022:55

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