Thursday, 2023-11-23

melwittgmann: there is a patch to unblock the python-novaclient gate https://review.opendev.org/c/openstack/python-novaclient/+/901621 that I have +2ed that you might want to look at. it's a very weird thing with failing when NEUTRON_ENFORCE_SCOPE = true01:05
gmannmelwitt: checking02:54
gmannmelwitt: done, yeah strange error. seeing from old and new rule existing token should pass either it is admin or member role token03:01
opendevreviewMerged openstack/python-novaclient master: Disable NEUTRON_ENFORCE_SCOPE at function job  https://review.opendev.org/c/openstack/python-novaclient/+/90162104:36
opendevreviewTakashi Kajinami proposed openstack/nova master: Detect maximum number of SEV guests automatically  https://review.opendev.org/c/openstack/nova/+/89938107:58
tkajinamsean-k-mooney, bauzas ^^^ I've created as bp https://blueprints.launchpad.net/nova/+spec/libvirt-detect-sev-max-guests and link it from the change, as suggested08:00
tkajinamI've not created any bp for a while so lmk if I made something wrong ...08:00
gibitkajinam: good to see you around :) The BP looks good to me08:41
gibibauzas: ^^ do we need to wait for the next nova meeting to approve that or we already agreed about the feature and this is just paperwork?08:42
tkajinamgibi, hey. good morning and hope everything is good with you. thanks for checking the bp :-D08:44
bauzaslgtm, I can stamp the paperwork08:49
bauzastkajinam: gibi: sean-k-mooney: bp approved as specless, good to go for reviews08:51
gibibauzas: cool08:56
gibitkajinam: yeah all good here. Hope all good on your side too08:57
bauzastkajinam: btw. saw your email on tooz08:57
bauzasfwiw, I agree with the concerns, we rather need tooz to continue to verify the older API08:58
bauzaseven if we say to our operators that they should first upgrade their environment to the last minor .y version before SLURP upgrading, some of them could not do that for tooz08:58
bauzasgiven it's a library08:59
SvenKieskeanybody has seen this qemu issue anywhere? https://gitlab.com/qemu-project/qemu/-/issues/106908:59
tkajinamgibi, all good on my side as well :-)09:08
tkajinambauzas, thanks for the approval !09:09
tkajinambauzas, hmm the limitation caused by hard-coded api version can't be fixed in older tooz unfortunately (because of the fact tooz is branchless) though the proposed change should ease the pain caused by etcd versions.09:13
tkajinambauzas, and I agree that we need tooz to continue to verify the older API. The proposed API detection mechanism should work for older tooz but we probably have to have a few functional tests to verify it with older etcd09:14
bauzasto be clear, grenade and devstack are just coal canaries09:15
bauzasthe problem is the SLURP upgrade, which implies that you don't need to lockstep both the openstack upgrade and the OS upgrade09:15
bauzaswell, that's not a problem, that's rather a tenet09:15
bauzasoperators aren't forced to upgrade their OSes during openstack upgrade itself09:16
tkajinamI agree09:16
bauzasthat's why we have PTIs that continue to support old OS releases during 2 SLURP cadences09:16
tkajinamyes09:17
bauzasthe problem is that tooz is branchless09:18
bauzasbut new tooz (which would be upgraded during the SLURP release) still needs to talk like the old tooz was doing, against an old etcd API09:18
bauzaswe don't need to backport anything09:19
bauzasor ask the operators to minor-uprgade their libs before the SLURP upgrade09:19
gibibauzas: the SEV slot autodetection impl patch is fairly simple and I'm +2 on it, so I think it is an easy win :)09:21
tkajinamI'm not too sure how many users may maintain tooz independently from OpenStack. usually it's bundled to OpenStack in distros for example. (The tooz package comes from UCA or RDO afair)09:21
tkajinambut09:21
tkajinambauzas, I think your concern should be cleared by the change I proposed to tooz. the old tooz was able to talk with old etcd without api version override. now with the change new tooz is able to talk with old etcd without api version override so the default behavior is same before/after updating tooz09:22
bauzas++09:23
tkajinamgibi, thanks :-D09:24
opendevreviewHaidong Pang proposed openstack/nova master: Corrected allocation deletion error during live migration.  https://review.opendev.org/c/openstack/nova/+/90172109:33
*** jakob is now known as grandchild10:15
sean-k-mooneytkajinam: i approved the patch gibi thanks for reviewing10:36
sean-k-mooneytkajinam: specifically https://review.opendev.org/c/openstack/nova/+/899381 thanks for paying donw that technial debt10:38
dvo-plvsean-k-mooney, gibi Do you have a time today to review this proposal ? https://review.opendev.org/c/openstack/nova-specs/+/89592411:52
dvo-plvhttps://review.opendev.org/c/openstack/nova/+/87607511:52
sean-k-mooneyi readded my +2 to the spec12:18
dvo-plvthanks12:18
sean-k-mooneyim not sure ill have time to review the code today but ill see how my day goes12:18
sean-k-mooneyif i dont get to it today feel free to ping me on monday (im on pto tomorrow)12:19
sean-k-mooneyi was largely happy with the implemation before so if you have adress gibis previous comments in the nova patch12:19
sean-k-mooneythen its likely that nova patch is more or less ready to merge unless we see anything else on this revions12:20
dvo-plvsure, thanks12:22
auniyal6Hi dansmith, just a reminderto review https://review.opendev.org/c/openstack/nova/+/865336 17:01
auniyal6you said  earlier  "will chat with sean-k-mooney about it when he's back before I review/approve"17:03
auniyal6this only walaby is pending https://review.opendev.org/q/topic:%22bug/1970467%2217:04
opendevreviewMerged openstack/nova master: Detect maximum number of SEV guests automatically  https://review.opendev.org/c/openstack/nova/+/89938118:13
sean-k-mooneyartom: Uggla_ if you get around to revisiting  https://review.opendev.org/c/openstack/nova/+/877773 i left a -1 and some chagnes that would be required fro that to be backporable.18:21
artomsean-k-mooney, you're insane :)18:31
artomI mean that in the best way possible18:31
artomAt least you wrapped it in a @property18:32
*** mtreinish_ is now known as mtreinish18:47

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