Monday, 2026-08-31

gibilooking at the functional threding job results we are definitely in a better shape now. There is one thing to monitor. I see TIMED_OUT results still after our stabilization fixes landed. And the timeout happnes during the functional test execution. It seems like we have a potentially hanging test case somewhere 08:28
gibiI'm not sure why the normal test case timeout does not hit and kill the test case08:29
gibibut given that native threads are not killable from outside I'm not that surprised08:29
bauzasexcellent news, thanks gibi08:29
stephenfinsean-k-mooney: Uggla: Would I be able to get some eyes on https://review.opendev.org/c/openstack/nova/+/1002852 today? It's blocking the u-c bump of ksa. gibi has already taken a look (thanks 🙏)08:30
sean-k-mooneydone08:34
sean-k-mooneygibi: ya i rechecekd a patch twice over the weekend and it timed out in the functional tests both times08:35
opendevreviewLajos Katona proposed openstack/nova master: Use SDK for Neutron networks  https://review.opendev.org/c/openstack/nova/+/92802208:39
gibisean-k-mooney: I will take a look 08:40
sean-k-mooneytest_live_migrate_vifs_from_info_cache08:52
sean-k-mooneyfailed in the later run08:52
sean-k-mooneyhttps://review.opendev.org/c/openstack/nova/+/98067908:52
sean-k-mooneybut the job in general timesed out08:52
sean-k-mooneythe proir run just timed out in general08:53
sean-k-mooneythose were a day and ahalf apart so it may have been before some of the stablisation patches landed08:53
sean-k-mooneysqlalchemy.exc.OperationalError: (sqlite3.OperationalError) database is locked08:54
sean-k-mooneyi dont knwo if your per db lock tweak landed before that08:55
sean-k-mooneyhum it shoudl have08:55
stephenfinsean-k-mooney++ ty08:55
gibihttps://bugs.launchpad.net/nova/+bug/216514908:58
gibithere are new hits in check pipeline08:58
gibiit might or might not mean that the patches are not rebased yet08:58
sean-k-mooneythey have not been rebvased but have been rechecked after the merge08:59
opendevreviewClif Houck proposed openstack/nova master: Parallelize per-node resource updates  https://review.opendev.org/c/openstack/nova/+/98067908:59
gibidoes the check pipeline rebases the patch before running the tests? I don't think so08:59
sean-k-mooneyi clicked the rebase button in the ui we can see08:59
gibicool09:00
sean-k-mooneygibi: am it does a speculitive merge with master yes09:00
sean-k-mooneyso it wont rebase but it should have the same effect09:00
gibieven the check pipeline? not just the gate?09:00
sean-k-mooneycorrect09:01
gibithe the locking fix did not fully solved the issue reported in that bug09:01
sean-k-mooneyya so the fix09:01
sean-k-mooneyis that we shoudl add database locked to the list of excation that oslo.deb treads as a db deadlock excption09:02
sean-k-mooneythen our existing decorators will handel that properly09:02
gibiI'm not sure we want to change the production code due to functional test DB limitations09:03
sean-k-mooneymy guess is unless we explcitly flush the db or add a small delay it might take a second for sqlachemy  to finsih unlocking the db after the write09:03
gibicould be09:03
gibisqlite also has some config to retry internall for hits09:03
sean-k-mooneywell sqlite is used in production when you use bifrost or standalone ironic09:03
gibi/hits/this/09:03
gibithey are broken then as our locking is only for functional test09:04
sean-k-mooneywell yes but our lockign is for nova :)09:04
gibiahh so they not using nova with sqlite09:04
sean-k-mooneyi mean ironic proper not ironic virt driver09:04
gibibut then I'm not sure how this is relevant :)09:05
sean-k-mooneyya so if you use biforst to manage yoru hardware inventory it uses or can use sqlite as the db09:05
sean-k-mooneythe same way that ironic suprot there own jsonrpc implation instead of rabbit for a lighter weight deployment if you want that09:05
sean-k-mooneyoh just that the oslo.db change should benift them too09:06
gibiOK, so you say we change oslo.db's list of exceptions to retry on 09:06
gibi:)09:06
gibiI still cannot really justify that from nova perspective and the ironic case is something I cannot reproduce 09:07
sean-k-mooneyi think that would be good in the long term yes but i think we shoudl be able to work aroudn this in the futnctionl tests09:07
sean-k-mooneyits just somethign i looked into when sqlite was segfaulting in cybrog09:07
sean-k-mooneyas a cleaner way then jsut hte locking09:08
sean-k-mooneybut ya if there are other tuneable or we can specficly tell sqlachemy to flush/release the db or something that might be better09:10
gibihttps://sqlite.org/c3ref/busy_timeout.html09:10
gibithis could be an SQLite native retry09:10
gibihttps://sqlite.org/c3ref/busy_timeout.html09:11
gibihttps://sqlite.org/pragma.html#pragma_busy_timeout09:11
sean-k-mooney"""The SQLITE_LOCKED result code indicates that a write operation could not continue because of a conflict within the same database connection or a conflict with a different database connection that uses a shared cache. """09:13
sean-k-mooneyso the vs """The SQLITE_BUSY result code indicates that the database file could not be written (or in some cases read) because of concurrent activity by some other database connection, usually a database connection in a separate process. """09:14
opendevreviewBalazs Gibizer proposed openstack/nova master: [functional]Do not patch req-id generation  https://review.opendev.org/c/openstack/nova/+/100302409:14
sean-k-mooneywe are not using processes and we have a per db lock09:14
sean-k-mooneyso im no t sure the busy tunabels will help09:15
gibiwe use threads09:15
sean-k-mooneyare we using the cache file09:15
sean-k-mooneyi wonder if we are sharign the cache betwen dbs?09:15
gibiI think it is a separate file per DB but I can probably check by injecting a long see into our tests and see the dir structure09:17
sean-k-mooneyack09:17
sean-k-mooneyi think we create a seprate WAL,cache and db fiel per database each in there own temp dir for the test09:20
sean-k-mooneybut maybe only the db and wal file are separate09:21
gibihttps://paste.openstack.org/show/b8jN0kKZZWRZVUQ11xDP/ I don't see cache files 09:22
sean-k-mooneyya it looks like wal mode replaces it09:23
sean-k-mooneyand shared_cache mdoe is the legacy version09:23
sean-k-mooneyhttps://sqlite.org/wal.html09:23
gibiwe do set WAL09:24
sean-k-mooneyThere is an additional quasi-persistent "-wal" file and "-shm" shared memory file associated with each database,09:24
sean-k-mooneyi was confusing it with the shared memory file09:24
gibibut I don't see the WAL file either :)09:24
gibimaybe it is deleted when the connection closed09:25
gibiyepp09:27
gibithey are there09:27
gibitemporarily09:27
gibinova-test-api-5dclxobp.sqlite-wal09:27
gibinova-test-api-5dclxobp.sqlite-shm09:27
gibibut that also means it is a unique file per DB09:27
gibinow if two thread like nova-api and nova-conductor connects to the same api DB I assume they are sharing these09:28
sean-k-mooneyack well if you find something that helps let me knwo https://sqlite.org/pragma.html#pragma_locking_mode might be intersting09:28
sean-k-mooneygibi: they could but i thinkt hat is intended to be supproted09:28
gibianyhow I will push a patch with a PRAGMA busy_timeout = milliseconds; 09:29
gibithat is small and easy 09:29
gibiand functional test specific09:29
gibihm, maybe not. The WAL PRAGMA is persistent for the DB, but the busy_timeout is per connection so I cannot just add it to the same place :/09:32
gibilooking at oslo.db retry :)09:32
sean-k-mooneythe other thing you could try is set the lockign mode to exclusivne and back to normal in our currnet lock code https://sqlite.org/pragma.html#pragma_locking_mode but im not sure if that will really help or not09:36
sean-k-mooneyi feel like that hsoudl not be required but ya im goign to go get coffee and step away for a bit09:37
gibithe hardness of this that I have no reproducer so whatever I try I have no proof it actually helps other than merging it and letting is run in the gate09:40
gibiso trying random things is expensive09:41
gibithe oslo.db retry code is pluged in a horrible way. I'm not even sure we use any retry at all by default 09:42
gibiwe have decorators @oslo_db_api.wrap_db_retry(max_retries=5, retry_on_deadlock=True) in some places 09:43
gibiso we do retry in some cases09:43
gibinot all09:43
gibiso even if I change what to retry on I would need to decorate everything 09:43
gibithat is uggly 09:43
gibiOK, looking at differently. We have the write lock per DB file. That should serialize all the writes. If I assume it works well, then the only thing that can happen is that the SQLite DB lock is not released when our functional fixture lock is released (as you said at the start) so we could try to flush, close, whatever the connection to help with that DB level lock09:48
opendevreviewMerged openstack/nova master: tests: Remove errant CONF mocks  https://review.opendev.org/c/openstack/nova/+/100285210:12
tkajinamcould anyone give 2nd +2 to https://review.opendev.org/c/openstack/nova/+/995370 and https://review.opendev.org/c/openstack/nova/+/995370 to reduce deprecation warnings ?10:15
gibitkajinam: thanks I +Ad the https://review.opendev.org/c/openstack/nova/+/995370 but you linked that patch twice above so I assuem you have one more patch to look at10:52
tkajinamoh sorry I've bee struggling to make my copy-paste work correctly11:03
tkajinamgibi, https://review.opendev.org/c/openstack/nova/+/1002937 this is the 2nd one11:03
tkajinamgibi, and thanks a lot !11:03
tkajinamoh wait I found a few remaining warnings11:05
tkajinamwill address these in follow-up11:05
opendevreviewTakashi Kajinami proposed openstack/nova master: ovo: Drop deprecated item_clas argument  https://review.opendev.org/c/openstack/nova/+/100293711:20
opendevreviewTakashi Kajinami proposed openstack/nova master: ovo: Drop deprecated item_cls argument  https://review.opendev.org/c/openstack/nova/+/100293711:20
gibithanks11:34
opendevreviewMerged openstack/nova master: Replace deprecated remotable_classmethod  https://review.opendev.org/c/openstack/nova/+/99537012:25
opendevreviewTakashi Kajinami proposed openstack/nova master: ovo: Drop deprecated item_cls argument  https://review.opendev.org/c/openstack/nova/+/100293712:41
clifsean-k-mooney: is there anything I can do to help that perf patch merge?13:39
sean-k-mooneydid it fail after the rebase? im on pto today so not really paying attaentio, gibi is lookign at some stablity impovment 14:11
sean-k-mooneyi think you just geting unlucky with the test failures14:12
sean-k-mooneythe db locked error is oen of the knwo issues withthe func tests under threading mode currently14:12
sean-k-mooneyand it was in an entirly differnt area of the code so not related to that patch14:13
*** tobias-u1 is now known as tobias-urdin14:23
clifgotcha14:40
clifsorry to ping you on your day off, enjoy14:41
sean-k-mooneyits fien i would not be on irc if it bothered me14:41
UgglaReminder: Upstream meeting in ~30mn.15:30
Uggla#startmeeting nova16:02
opendevmeetMeeting started Mon Aug 31 16:02:47 2026 UTC and is due to finish in 60 minutes.  The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot.16:02
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.16:02
opendevmeetThe meeting name has been set to 'nova'16:02
UgglaHello everyone16:02
bauzaso/ 16:02
gmaano/16:03
elodilleso/16:03
lajoskatonao/16:04
UgglaLet's start16:05
Uggla#topic Bugs (stuck/critical) 16:05
Uggla#info No Critical bug16:05
Uggla#topic Gate status 16:05
tkajinamo/16:05
Uggla#link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs 16:05
Uggla#link https://etherpad.opendev.org/p/nova-ci-failures-minimal16:06
Uggla#link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 Nova&Placement periodic jobs status16:06
Uggla#info Please look at the gate failures and file a bug report with the gate-failure tag.16:06
Uggla#info Please try to provide a meaningful comment when you recheck16:06
gmaanwe ,merged a lot of fixes last week, I will remove the bugs from that etherpad one we alrady fixed16:06
Uggla#info last week we had gate instability. Any progress?16:07
Ugglagmaan 👍16:07
tkajinamI found a few strange errors this evening like dead workers or zombie process causing job failure, but I'm not sure if that appears consistently16:08
gmaanwe merged almost all the fixes up for the frequent bugs happening but I dod not check today how gate is behaving16:08
tkajinam(these are not specific to nova but look like infra problems16:08
gmaanseems like, no change in CI pipeline16:08
tkajinamgmaan, https://review.opendev.org/c/openstack/nova/+/1002223 is the one which is supposed to fix unstable threading job, right ?16:09
gmaantkajinam: ack, if you see them agian, please log the bug and we can check that if it happens more frequently 16:09
gmaantkajinam: yes, this is one of that. but there were 5-6 totals16:09
tkajinamgmaan, yeah or I'll report it to infra team, because that's a infra problem rather than a nova bug I believe.16:09
tkajinamok. good16:09
gmaancool, thanks16:09
tkajinamwill be careful about threading unit tests this week16:09
UgglaI think we can move on16:10
Uggla#topic Release Planning 16:11
Uggla#link https://releases.openstack.org/hibiscus/schedule.html16:11
tkajinamyup16:11
Uggla#info Nova deadlines are set in the above schedule16:11
Uggla#info Feature freeze was last week.16:11
Uggla#topic Review priorities16:12
Uggla#info Starting: https://etherpad.opendev.org/p/nova-2026.2-status#L16 interesting bugs to review.16:12
Ugglavirtiofs cold migration needs focus too. I focused on testing it last week.16:13
Uggla#topic Stable Branches16:14
* Uggla giving the mic to elodilles16:14
elodillesthx16:14
elodilles#info stable gates should be OK16:14
elodillesthough there were not so many patches against stable branches in the past week o:)16:14
elodillesanyway, if you see any stable gate issue, then please ping and/or:16:15
elodilles#info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci16:15
elodillesadd here ^^^16:15
* elodilles gives back the mic to Uggla 16:15
Ugglathx elodilles16:17
Ugglaskipping vmware topic fwiesel is still on PTO I guess16:17
Uggla#topic Kamil's news about eventlet removal16:18
Ugglasambork is not available today. But he left this info about eventlet: btw  only update regarding eventlet is perf testing, so we're done there.Scaling down to 9 scheduler/conductor pods gave native threading a lower, peak-free, steady-state memory footprint (still marginally above eventlet), while CPU usage and timing stayed on par with eventlet16:19
Ugglaand occasionally beat it thanks to native low-level thread scheduling. Setting executor_thread_pool_size to 32 for both the scheduler and conductor kept the queue depth at ~1, making those two the only default config changes required16:19
gibi+ Last week we worked on stabilizing the functional-py313-threading job16:19
Ugglaoh gibi, I thought you were not part of the meeting. My bad.16:20
tkajinamI like hearing such "the new model works better than the old model" news :-)16:20
gibiI think we eventually need to reopen https://bugs.launchpad.net/nova/+bug/2165149 as it might still happne16:20
gibialso I saw TIMED_OUTs from this job 16:21
gibithat needs to be investiaget16:21
gibiinvestigated16:21
Ugglatkajinam ++16:21
tkajinamgibi, is that what you discussed with sean today ?16:21
gibiyepp16:22
gibior mostly we discussed the DB locked issue16:22
gibinot the TIMED_OUT one16:22
tkajinamok16:22
gibiI have some local work on the former16:22
gibibut it is hard to reproduce the problem lcoally16:22
gibilocally16:23
Ugglaanything else ?16:24
Uggla#topic Confidential computing, status of SNP and TDX features16:25
UgglaNot sure there are new stuffs on that topic.16:25
antiaone question regarding TDX16:25
antiaShould I make a patch for Glance?16:26
tkajinamantia, oh yes we have to update metadef16:26
tkajinamantia, I think you can find my change to add sev-snp and follow it16:26
tkajinamor I can do that if you want16:26
antiaI can fix it after this16:26
tkajinamhttps://review.opendev.org/c/openstack/glance/+/99517916:27
antiagreat!16:27
tkajinamyou don't have to care a new release note file but modify the file added by that change16:27
tkajinamno news about sev-snp either. these features are in master so please try these and give your feedback :-)16:28
Ugglaok can we move on ?16:30
Uggla#topic Nova using openstack sdk for neutron16:31
Ugglalajoskatona something you'd like to sharE ?16:31
lajoskatonasmall things: SDK release is out16:31
lajoskatonaso I can update the patch series to have fields=[....] like filtering with SDK also16:31
lajoskatonaafter the meeting I hope I can push some of the updated patches16:32
lajoskatonathat's it for this topic from me16:32
Ugglathx lajoskatona16:32
Uggla#topic Bug scrubbing16:32
Uggla#info down to 68 (-1).16:32
Uggla#link https://etherpad.opendev.org/p/nova-bug-triage-roster16:33
Uggla#link https://truc.uggla.fr/ to follow the trend.16:33
Uggla#info I need to skip this week.16:33
Uggla#info Next meeting (next week): [public] Upstream bug triage. Wednesday, Septembre 09th · 15:30 – 16:00 UTC. Video call link: meet.google.com/zjr-rxus-hzj16:33
Uggla#topic Open discussion16:33
gibio/ one quick question16:33
Ugglano topic in the agenda for today.16:33
Ugglagibi please go ahead16:34
gibiwhen you said 18:13 < Uggla> virtiofs cold migration needs focus too. I focused on testing it last week.16:34
gibiwhat do you mean?16:34
gibiis there some post FF stuff to land there?16:34
dansmithan FFE was requested16:34
dansmithI thought that it was mostly good to go though after Uggla found and gouthamr fixed (right?) a ceph secret thing16:35
gibiohh i missed the FFE16:35
dansmithstill trying to catch up on the traffic since I was out but that was what I saw16:35
sean-k-mooneynot sure if the micvoverison issue has been adressed. tl;dr we shoudl not have one for the migration as there is no api chagne16:36
Ugglayes absolutely a strange behavior with cepfs and migration that happens if you migrate vm depending of the order they created the secret.16:36
dansmithI commented on that16:36
dansmithI assume if we decide to drop it then it'll be trivial to do that16:36
dansmithso I wasn't really including it in "needs focus" :)16:36
elodilles(the FFE mail: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/GIYUU732R5VB6BNQONWPTHR6QF5S2FVT/ )16:37
sean-k-mooneyack, i have been off since tursday evening so didnt follow up im back tomorrow16:37
sean-k-mooneythat was my only real concern16:38
gibicool, thanks for the summaries. :)16:38
UgglaI'm testing it again, to ensure the bug I found last week is corrected.16:39
UgglaI have also a couple of things remaining to test. But currently the feature looks quite solid. 16:40
Ugglaanything else you'd like to discuss ?16:42
Ugglaif not I think we are done.16:43
UgglaThanks for joining this meeting. Have a nice day/evening.16:44
Uggla#endmeeting16:44
opendevmeetMeeting ended Mon Aug 31 16:44:30 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:44
opendevmeetMinutes:        https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-31-16.02.html16:44
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-31-16.02.txt16:44
opendevmeetLog:            https://meetings.opendev.org/meetings/nova/2026/nova.2026-08-31-16.02.log.html16:44
tkajinamthanks.16:44
elodillesthanks Uggla o/16:44
gibithanks Uggla 16:44
lajoskatonao/16:45
tkajinamjust in case you have a few moments there are a few libvirt driver cleanups with one +2 . https://review.opendev.org/c/openstack/nova/+/997818 https://review.opendev.org/c/openstack/nova/+/995160 and https://review.opendev.org/c/openstack/nova/+/99787816:49
gmaangibi: this is the further refactoring (as dansmith commented on the original change) of thread pool executors. dansmith has initial review on that, waiting for you to have a look and I can update it further16:54
gibigmaan: which one? :)16:57
gibiI guess https://review.opendev.org/c/openstack/nova/+/100157216:58
gmaangibi: yeah this one :) https://review.opendev.org/c/openstack/nova/+/100157216:58
gibiI will try to get to it tomorrow16:58
gibi:)16:58
gmaanthanks16:58
gmaanmonday morning, need more coffee   16:59
* gouthamr is out today - will need to add a highlight on “virtiofs” :D17:43
gouthamrdansmith: welcome back17:43
gouthamrsean-k-mooney: dansmith : ack on the review comments; I’ll get to them as soon as I get to my laptop17:47
gmaansean-k-mooney: as you pinged me on this, I think returning 400 is more suitable here, returning 409 need microversion https://review.opendev.org/c/openstack/nova/+/94622318:12
gmaani commented on it18:12
sean-k-mooneyi would not really agree that all action apis are indivgual interfaces18:27
sean-k-mooneybut i dont have a stong perfence18:27
sean-k-mooneyits a single endpoing form my persecitie and the return code shoudl not really vary based on the request body once the request is valid18:28
sean-k-mooneybut ya either is fine if you prefer the 400 that works for me18:28
opendevreviewLajos Katona proposed openstack/nova master: Use SDK for Neutron networks  https://review.opendev.org/c/openstack/nova/+/92802219:08
opendevreviewLajos Katona proposed openstack/nova master: Use SDK for Neutron subnets  https://review.opendev.org/c/openstack/nova/+/96219019:08
opendevreviewLajos Katona proposed openstack/nova master: Use SDK for Neutron extensions  https://review.opendev.org/c/openstack/nova/+/96227019:08
opendevreviewAshish Gupta proposed openstack/nova master: Fix init_host crash migration test under native threading  https://review.opendev.org/c/openstack/nova/+/100136919:59
gmaanhistorically, nova action APIs has not been best interface but they are individual operations and interface which is why we have different set of return code per action APIs21:25
opendevreviewMerged openstack/nova master: ovo: Drop deprecated item_cls argument  https://review.opendev.org/c/openstack/nova/+/100293721:26
opendevreviewStephen Finucane proposed openstack/os-vif master: Fix config option registration  https://review.opendev.org/c/openstack/os-vif/+/100317322:25
opendevreviewStephen Finucane proposed openstack/os-vif master: Fix config option registration  https://review.opendev.org/c/openstack/os-vif/+/100317322:25
opendevreviewStephen Finucane proposed openstack/nova master: cinder: Replace legacy auth options (2/3)  https://review.opendev.org/c/openstack/nova/+/100265722:29
opendevreviewStephen Finucane proposed openstack/nova master: cinder: Replace legacy auth options (3/3)  https://review.opendev.org/c/openstack/nova/+/100235922:29
opendevreviewStephen Finucane proposed openstack/nova master: neutron: Simplify client creation  https://review.opendev.org/c/openstack/nova/+/100265822:29
opendevreviewStephen Finucane proposed openstack/nova master: cinder: Tweak endpoint_override logic  https://review.opendev.org/c/openstack/nova/+/100317422:29
opendevreviewStephen Finucane proposed openstack/nova master: cinder: Use discover_version for microversion negotiation  https://review.opendev.org/c/openstack/nova/+/100317522:29
opendevreviewStephen Finucane proposed openstack/nova master: cinder: Replace legacy auth options (1/3)  https://review.opendev.org/c/openstack/nova/+/100317622:29
opendevreviewStephen Finucane proposed openstack/nova master: Drop support for v2 password auth  https://review.opendev.org/c/openstack/nova/+/100317722:29
stephenfinmelwitt: I went down a rabbit hole 🤦22:29
opendevreviewStephen Finucane proposed openstack/nova master: cinder: Use discover_version for microversion negotiation  https://review.opendev.org/c/openstack/nova/+/100317523:03
opendevreviewStephen Finucane proposed openstack/nova master: cinder: Replace legacy auth options (1/3)  https://review.opendev.org/c/openstack/nova/+/100317623:03
opendevreviewStephen Finucane proposed openstack/nova master: cinder: Replace legacy auth options (2/3)  https://review.opendev.org/c/openstack/nova/+/100265723:03
opendevreviewStephen Finucane proposed openstack/nova master: cinder: Replace legacy auth options (3/3)  https://review.opendev.org/c/openstack/nova/+/100235923:03
opendevreviewStephen Finucane proposed openstack/nova master: neutron: Simplify client creation  https://review.opendev.org/c/openstack/nova/+/100265823:03
opendevreviewStephen Finucane proposed openstack/nova master: Drop support for v2 password auth  https://review.opendev.org/c/openstack/nova/+/100317723:03
opendevreviewStephen Finucane proposed openstack/nova master: WIP: cinder: Simplify client creation  https://review.opendev.org/c/openstack/nova/+/100318823:03

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