Wednesday, 2025-07-30

opendevreviewmelanie witt proposed openstack/nova master: Add hw_tpm_secret_security image property  https://review.opendev.org/c/openstack/nova/+/94019601:03
opendevreviewmelanie witt proposed openstack/nova master: Add hw:tpm_secret_security extra spec validation  https://review.opendev.org/c/openstack/nova/+/94019701:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: migrate legacy instances to new security policy  https://review.opendev.org/c/openstack/nova/+/94250101:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: support instances with `user` secret security  https://review.opendev.org/c/openstack/nova/+/94250201:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: support instances with `host` secret security  https://review.opendev.org/c/openstack/nova/+/94179501:03
opendevreviewmelanie witt proposed openstack/nova master: Add vtpm_secret_(uuid|value) to LiveMigrateData  https://review.opendev.org/c/openstack/nova/+/95262801:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: support live migration of `host` secret security  https://review.opendev.org/c/openstack/nova/+/94148301:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: support instances with `deployment` secret security  https://review.opendev.org/c/openstack/nova/+/94202101:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security  https://review.opendev.org/c/openstack/nova/+/92577101:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security  https://review.opendev.org/c/openstack/nova/+/95262901:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: update instance request_spec with secret security  https://review.opendev.org/c/openstack/nova/+/95263001:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: confirm secret security via hard reboot  https://review.opendev.org/c/openstack/nova/+/95584701:03
opendevreviewmelanie witt proposed openstack/nova master: TPM: migrate legacy instances to new security policy  https://review.opendev.org/c/openstack/nova/+/94250101:12
opendevreviewmelanie witt proposed openstack/nova master: TPM: support instances with `user` secret security  https://review.opendev.org/c/openstack/nova/+/94250201:13
opendevreviewmelanie witt proposed openstack/nova master: TPM: support instances with `host` secret security  https://review.opendev.org/c/openstack/nova/+/94179501:13
opendevreviewmelanie witt proposed openstack/nova master: Add vtpm_secret_(uuid|value) to LiveMigrateData  https://review.opendev.org/c/openstack/nova/+/95262801:13
opendevreviewmelanie witt proposed openstack/nova master: TPM: support live migration of `host` secret security  https://review.opendev.org/c/openstack/nova/+/94148301:13
opendevreviewmelanie witt proposed openstack/nova master: TPM: support instances with `deployment` secret security  https://review.opendev.org/c/openstack/nova/+/94202101:13
opendevreviewmelanie witt proposed openstack/nova master: TPM: support live migration of `deployment` secret security  https://review.opendev.org/c/openstack/nova/+/92577101:13
opendevreviewmelanie witt proposed openstack/nova master: TPM: test live migration between hosts with different security  https://review.opendev.org/c/openstack/nova/+/95262901:13
opendevreviewmelanie witt proposed openstack/nova master: TPM: update instance request_spec with secret security  https://review.opendev.org/c/openstack/nova/+/95263001:13
opendevreviewmelanie witt proposed openstack/nova master: TPM: confirm secret security via hard reboot  https://review.opendev.org/c/openstack/nova/+/95584701:13
sean-k-mooneymelwitt: im actully going to go to sleep now instead of saying i will and not but do you have tempest test for that and or a devstack config you can share. i dont think i have any locally with barbican but the rest is pretty simple.01:17
sean-k-mooneyoh you have whitebox https://review.opendev.org/c/openstack/whitebox-tempest-plugin/+/95596901:17
melwittsean-k-mooney: yes whitebox so far but I'm thinking of writing up some plain tempest tests also. thanks :)01:18
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/build/c0bce36dbd29472bb743b4e883d0dfc0/log/controller/logs/local_conf.txt i can prbably steal the bit i will need form ther01:19
sean-k-mooneyack ya whitebox is nice but not strictly needed for this01:19
sean-k-mooneyits useful for checkign the libvirt secrete flags in the deployment one01:20
sean-k-mooneybut the base functionalty can be done in core tempest01:20
melwittyeah the main configs you need are swtpm_enabled = True and supported_tpm_secret_security = <list>. there is also default_tpm_secret_security = <string> that you specify if you want01:21
sean-k-mooneythat and deploying barbican :)01:21
melwittalso with barbican, the thing to know is if you have enforce_new_defaults = False then you need the 'creator' role to create secrets01:21
sean-k-mooneywhich is the main thing missing form my config i think btu the rest is useful01:21
melwittif you have enforce_new_defaults = True then being a project member is good enough for creating secrets01:22
sean-k-mooneymelwitt: so i need to deploy my 3 node devstack with watcher ot test some other stuff but ill add barbican to it when i do and then probly next week ill checkout your tpm serise and try and use it01:22
sean-k-mooneythe new defautl shoudl be the default now01:23
sean-k-mooneyso ya member shoudl be fine or admin i guess fo rthe migration01:23
melwittsean-k-mooney: that would be super :) thanks01:23
melwittyeah admin for live migration unless you change the policy01:23
melwittalso in my experience barbican by default got deployed with enforce_new_defaults = False. dunno if it's a devstack thing or what01:24
sean-k-mooneyin the whitebox test can you check that the libvirt secret is defiend a snot epmeral or private01:24
sean-k-mooneyhttps://review.opendev.org/c/openstack/whitebox-tempest-plugin/+/955969/8/whitebox_tempest_plugin/api/compute/test_vtpm.py#19801:24
sean-k-mooneybasicly for deployment you shoudl check that we its readable via virsh or just check the flag on the secret01:25
melwittyes I can add that. I have been wondering how to add more stuff to the tests01:25
melwittyeah I was thinking the xml01:26
sean-k-mooneyi think either is fine that the main thing that core tempest cant asssert01:26
sean-k-mooneyso that where whitebox can add coverage. i knwo we will have unit/functional tests too01:26
melwittyeah core tempest won't be able to01:26
sean-k-mooneyso im not that concerend01:26
sean-k-mooneybefore i go, unrealted to live mgiration specificly01:27
sean-k-mooneywe may want to add some vtpm test ot show data is preserved01:27
sean-k-mooneyi.e. ssh into the vm and add somethign to the tpm01:27
sean-k-mooneythen live migrate it or hard reboot it and show its still there01:28
melwittthat would be good if we can. I was thinking about that yesterday with regard to the reboot bug/launchpad01:28
sean-k-mooneyi dotn actuly know how to do that01:28
sean-k-mooneyi assume there is a tool for that but its probaly not in busy box01:28
melwittI don't either. will have to do some research01:28
sean-k-mooneyi dont knwo enought about tpms to know if there is a /sys interface that we can jsut echo too or something adn read back with cat01:29
sean-k-mooneythat woudl be the best option but future us problem01:29
melwittyeah. I hope it could be that easy 01:29
gmaansean-k-mooney: for your tomorrow. did you get chance to look into manager role tests, stephenfin is +2 on that now, waiting for your review https://review.opendev.org/q/topic:%22bp/policy-manager-role-default%22+status:open01:30
sean-k-mooneypartly but that actully what im hoping to do in the morning. so all going well ill add +2w later tomorrow01:31
gmaanthanks01:31
sean-k-mooneyi was happy with the production code i just did not fuly look at the test code before01:31
gmaank, in summary for tests coverage: 1. I moved existing tests to use member token 2. added a few new tests01:32
sean-k-mooneycool night all o/01:34
gmaanGN01:34
melwittgnight o/01:35
*** mhen_ is now known as mhen01:37
gmaanstephenfin: finished the openapi series, some comments for follow up and some for fixing. 03:03
*** mhen_ is now known as mhen08:22
opendevreviewStephen Finucane proposed openstack/nova master: api: Address issues with images APIs  https://review.opendev.org/c/openstack/nova/+/95610209:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Separate volume, snapshot and volume attachments  https://review.opendev.org/c/openstack/nova/+/95234709:45
opendevreviewStephen Finucane proposed openstack/nova master: tests: Use valid UUIDs for cinder resources  https://review.opendev.org/c/openstack/nova/+/95293509:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Only apply "soft" additionalProperties validation to requests  https://review.opendev.org/c/openstack/nova/+/95293609:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for volumes APIs  https://review.opendev.org/c/openstack/nova/+/95234809:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for snapshots APIs  https://review.opendev.org/c/openstack/nova/+/95234909:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for volume attachments APIs  https://review.opendev.org/c/openstack/nova/+/95235009:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for floating IP APIs  https://review.opendev.org/c/openstack/nova/+/95297209:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for security group APIs  https://review.opendev.org/c/openstack/nova/+/95297309:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for services APIs  https://review.opendev.org/c/openstack/nova/+/95319609:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server usage audit log APIs  https://review.opendev.org/c/openstack/nova/+/95320909:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for tenant network APIs  https://review.opendev.org/c/openstack/nova/+/95608809:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for simple tenant usage APIs  https://review.opendev.org/c/openstack/nova/+/95609609:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for limits API  https://review.opendev.org/c/openstack/nova/+/95613909:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for quota class sets API  https://review.opendev.org/c/openstack/nova/+/95614009:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for quota sets API  https://review.opendev.org/c/openstack/nova/+/95614109:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for migrations API  https://review.opendev.org/c/openstack/nova/+/95614209:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server migrations API  https://review.opendev.org/c/openstack/nova/+/95614309:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server tags API  https://review.opendev.org/c/openstack/nova/+/95614409:45
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server metadata APIs  https://review.opendev.org/c/openstack/nova/+/95614509:46
opendevreviewIan Watson proposed openstack/nova master: Changing how placement updates are triggered in RT  https://review.opendev.org/c/openstack/nova/+/95568709:47
opendevreviewIan Watson proposed openstack/nova master: Changing how placement updates are triggered in RT  https://review.opendev.org/c/openstack/nova/+/95568709:48
opendevreviewIan Watson proposed openstack/nova master: Add migrations_supported methed for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569010:00
opendevreviewIan Watson proposed openstack/nova master: Add migrations_supported methed for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569010:12
opendevreviewIan Watson proposed openstack/nova master: Add migrations_supported methed for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569010:30
opendevreviewIan Watson proposed openstack/nova master: Add migrations_supported methed for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569010:58
opendevreviewIan Watson proposed openstack/nova master: Add migrations_supported methed for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569011:00
opendevreviewIan Watson proposed openstack/nova master: Add migrations_supported methed for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569011:02
opendevreviewIan Watson proposed openstack/nova master: Add migrations_supported methed for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569011:02
opendevreviewIan Watson proposed openstack/nova master: Add migrations_supported methed for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569011:04
opendevreviewIan Watson proposed openstack/nova master: Add migration conditional for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569011:04
opendevreviewIan Watson proposed openstack/nova master: Add migration conditional for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569011:06
opendevreviewMerged openstack/nova master: [test]Speed up fs retry tests by mocking sleep  https://review.opendev.org/c/openstack/nova/+/95590411:49
opendevreviewMerged openstack/nova master: [test]Speed up ironic console test by decreasing timeout  https://review.opendev.org/c/openstack/nova/+/95590511:50
opendevreviewMerged openstack/nova master: [test]Speed up RBD test by decreasing retry interval  https://review.opendev.org/c/openstack/nova/+/95590611:51
opendevreviewMerged openstack/nova master: [test]Speed up qemu announce test by mocking sleep  https://review.opendev.org/c/openstack/nova/+/95590711:57
stephenfingibi: Picking this up from last week: it appears the device detach libvirt event stuff is broken on every release since Caracal and it always times out https://github.com/kubernetes/cloud-provider-openstack/pull/2742#issuecomment-313594026911:59
stephenfinI'm still looking so jfyi for now11:59
sean-k-mooneyi mean its not optional and i dont think we have see that in devstack in our jobs11:59
sean-k-mooneyis this only happing in that ci env 12:00
sean-k-mooneyor did you hit it locally12:00
stephenfinno, I can reproduce in CI and across multiple PSI instances12:00
stephenfins/multiple PSI instances/multiple local VMs/ (for the non-RHers)12:01
sean-k-mooney what exactly doe this look like in the nova logs12:01
sean-k-mooneyi dont see that in your comment above12:01
sean-k-mooneyoh its in drivers12:03
stephenfinsean-k-mooney: it manifests as a 20 second "stall" while detaching volumes https://paste.opendev.org/show/b6K2tt0kBpOO2liORP7k/12:03
sean-k-mooneyhttps://github.com/kubernetes/cloud-provider-openstack/pull/2742#issuecomment-311408961212:03
sean-k-mooneyits blocking the comptue agent for 20 seconds12:03
sean-k-mooneyor there was jsut nothing else happeing at that time on that host12:04
stephenfinsean-k-mooney, gibi: It's also happening upstream: our CI logs are full of those warnings12:04
sean-k-mooneystephenfin: im going to check the ovs-hybrid plug job12:05
sean-k-mooneyi want to see if this is a ubuntu bug or if it show up in debian12:05
stephenfinFor example, the tempest-integrated-compute job from a patch in melwitt's vTPM series https://review.opendev.org/c/openstack/nova/+/94250112:05
sean-k-mooneyor rhel12:05
stephenfinhttps://d6e5655f0b1ee2f8df74-e35c415f7cc7f78f33337c81de121e72.ssl.cf2.rackcdn.com/openstack/52b57c77f805400888762a87e08196f1/controller/logs/screen-n-cpu.txt12:05
sean-k-mooneyya but that also using ubuntu12:05
sean-k-mooneyi want to check a non ubuntu job to see if tis a bug in ther elibvirt or if its a nova issue12:05
stephenfinI see 27 hits grepping for 'Waiting for libvirt event', which is over 9 minutes of wasted time (though not really since I think tempest runs in parallel?)12:07
stephenfinsean-k-mooney: ack12:07
sean-k-mooneyoh i tured off cinder in that job12:07
sean-k-mooneylet me see if i can check the ceph job i just proposed moving to debian12:07
stephenfinsean-k-mooney: do you know how DevStack works on CentOS Stream currently? I can trivially reproduce this locally if needed too12:10
sean-k-mooney Waiting for libvirt event about the detach of device vdb with device alias ua-88d8994a-f5be-42d8-9a2f-5e030b1f4ce8 from instance 621ab0d3-61a0-437f-8d31-e9c3d7ae3eae is timed out.12:10
sean-k-mooneystephenfin: it does12:11
sean-k-mooneyso its happenign on debian too12:11
sean-k-mooneywith ceph in this case you were using lvm right12:11
sean-k-mooneythe backend should not really matter12:11
stephenfinyes (pretty much a "stock" DevStack configuration)12:12
sean-k-mooneybut that is both local block and network type covered12:12
sean-k-mooneyack12:12
sean-k-mooneylet me see if i still have a c9s devstack somewhere12:12
sean-k-mooneythat woudl be no but i can check our watcher ci job12:14
sean-k-mooneyactully no12:14
sean-k-mooneywe have master jobs that trigger with our new installer on cenetos butthsoe are disbaling cinder right now12:15
sean-k-mooneyi think neutorn and maybe cinder have centos josb12:15
sean-k-mooneywe might have an experminatal one too12:15
stephenfinI'll just create one locally12:16
stephenfinHowever, I see a few related changed that I'm going to try reverting out of caracal first12:16
gibiI did the last round of fixes in that codepath so I remember it was working at that time to wait for the events. If the event does not come we still have code to check if the actual detach happened and move on. But as you noted it might be excessive waiting time12:22
gibiif this is visible in upstream CI then please file an upstream bug with the links and I will try to look at it12:23
gibiIn https://d6e5655f0b1ee2f8df74-e35c415f7cc7f78f33337c81de121e72.ssl.cf2.rackcdn.com/openstack/52b57c77f805400888762a87e08196f1/controller/logs/screen-n-cpu.txt I see cases when it is on 20 sec wait and we move one12:27
gibiJul 30 01:36:30.229367 npa183b57ac85f4 nova-compute[75854]: DEBUG nova.virt.libvirt.guest [None req-5859b1ac-1198-4297-845b-2c4ef82e635b tempest-VolumesAssistedSnapshotsTest-257024579 tempest-VolumesAssistedSnapshotsTest-257024579-project-admin] detach device xml: <disk type="block" device="disk">12:27
gibiJul 30 01:36:50.849840 npa183b57ac85f4 nova-compute[75854]: WARNING nova.virt.libvirt.driver [None req-5859b1ac-1198-4297-845b-2c4ef82e635b tempest-VolumesAssistedSnapshotsTest-257024579 tempest-VolumesAssistedSnapshotsTest-257024579-project-admin] Waiting for libvirt event about the detach of device vdb with device alias ua-50261be4-1b93-406a-ad22-095d53ab27bb from instance 12:27
gibi8b434db2-72e7-45a7-a946-a43b7e5b04de is timed out.12:27
gibiJul 30 01:36:50.862330 npa183b57ac85f4 nova-compute[75854]: INFO nova.virt.libvirt.driver [None req-5859b1ac-1198-4297-845b-2c4ef82e635b tempest-VolumesAssistedSnapshotsTest-257024579 tempest-VolumesAssistedSnapshotsTest-257024579-project-admin] Successfully detached device vdb from instance 8b434db2-72e7-45a7-a946-a43b7e5b04de from the live domain config.12:27
gibiobviously it is fishy that the event is never recevied even though the detach happened successfully on libvirt side12:29
gibiso either libvirt does not send the event or nova does not receive it12:29
sean-k-mooneygibi: stephen and i were just lookign at it inhis env12:33
sean-k-mooneythe is a virsh command to pretty print the events12:33
sean-k-mooneyand we are seeing the evnet form the qemu monitor12:33
sean-k-mooneybut nova does not for some reason12:34
sean-k-mooneygibi: stephen goign to head to lunch in a bit but it looks liek somethign broke along the way12:34
gibicool nice troubleshooting12:34
sean-k-mooneystephens theory was maybe the alisa did not match or it was someithng related to how we were mathcing the event12:35
sean-k-mooneybut i think we likely need to add extra loging to print all the libvirt events and confirm if nova even gets it12:35
sean-k-mooneyit could be something funky with the sepeate tread we have for that but its definly and upstream bug12:36
stephenfinYeah, what sean-k-mooney said. The reason it's such a big deal for cloud-provider-openstack is that the tests (a) create and delete a lot of PVCs (which translates to a lot of attach/detach calls), and (b) run serially, so things compound12:39
* stephenfin actually goes for lunch12:39
gibihttps://github.com/openstack/nova/blob/3a08a557df7b9a52c8faefe010df0ba9994c63a9/nova/virt/libvirt/driver.py#L312-L31912:40
gibithis is the code that finds which event waiter to unblock based on incoming events12:40
gibicalled from here https://github.com/openstack/nova/blob/3a08a557df7b9a52c8faefe010df0ba9994c63a9/nova/virt/libvirt/driver.py#L38512:41
gibihttps://github.com/openstack/nova/blob/3a08a557df7b9a52c8faefe010df0ba9994c63a9/nova/virt/libvirt/driver.py#L2512-L2542 and this is the place where we get the events from libvirt12:41
gibiit has logs12:41
gibiso if these logs are not visible it means nova is not receiving any events12:41
sean-k-mooneyim not sure if that loggin actully works, which thrad is that runign on 12:47
sean-k-mooneyspecificly https://github.com/openstack/nova/blob/3a08a557df7b9a52c8faefe010df0ba9994c63a9/nova/virt/libvirt/driver.py#L2512-L254212:47
sean-k-mooneyis that on the libvirt pthread or on the nova main thread12:47
sean-k-mooneythere is some issue with mixing real thread and oslo.log12:48
sean-k-mooneyfor what its worht the matching code looks corect12:50
gibiyeah that is likely running on the libvirt pthread12:50
sean-k-mooneyhttps://github.com/openstack/nova/blob/3a08a557df7b9a52c8faefe010df0ba9994c63a9/nova/virt/libvirt/driver.py#L316-L31912:50
gibiI thought we can still log from the libvirt pthread12:51
sean-k-mooneyit was "fixed" by adding a pipemutex in oslo logs12:51
sean-k-mooneybut im not sure i really trust that entilry12:52
gibi:)12:52
sean-k-mooneyim thinkging we add some good old prints or perhaps writes to a file that we can tail12:52
sean-k-mooneyalthough not right now.12:52
gibiyeah that is always an option locally to troubleshoot it further12:56
* gibi did a lot of printing to file when troubleshooted hanging unit test recently12:57
stephenfinhttps://bugs.launchpad.net/nova/+bug/211911412:58
stephenfinI marked it as confirmed since eharney also took a look at this and I've reproduced it across multiple environments. I did not set a priority though12:59
stephenfineharney and sean-k-mooney, naturally12:59
gibistephenfin: thank you!13:00
gibiUggla: ^^ for visibility13:00
stephenfinI will dump all this is the bug, but fwiw, I see no entries for `Received event` messages in Caracal or later. I do see them on Bobcat13:01
stephenfin(in the n-cpu logs, that is)13:01
Ugglagibi, thanks, I'm not sure. Does it relates to the "gate" bug we discussed in the meeting yesterday ?13:04
sean-k-mooneystephenfin: so its not actully breaking anything its just slow but i think tis in the medium to high range13:08
sean-k-mooneyi woudl proably set it to high but its been 3 release so medium woudl work for me too13:09
gibiUggla: no it is a new one, it does not block the gate13:19
Ugglagibi, oh ok. 13:19
opendevreviewTakashi Natsume proposed openstack/nova-specs master: Create specs directory for 2026.1 Gazpacho  https://review.opendev.org/c/openstack/nova-specs/+/95616613:20
opendevreviewTakashi Natsume proposed openstack/nova master: Update contributor guide for 2025.2 Flamingo  https://review.opendev.org/c/openstack/nova/+/94460313:22
stephenfinSo this is interesting: restarting the n-cpu services fixes things... 🤔13:42
gibistephenfin: maybe something blocks the libvirt thread receiving the notifications?14:11
gibiand it gets unblocked by the restart until that something hits again and blocks it again14:12
opendevreviewWesley Hershberger proposed openstack/nova stable/2024.1: Add ServersViewBuilderTestV296 unit test class  https://review.opendev.org/c/openstack/nova/+/95530414:13
opendevreviewWesley Hershberger proposed openstack/nova stable/2024.1: Use dict object for request_specs_dict in the _list_view  https://review.opendev.org/c/openstack/nova/+/95530514:13
dansmithbauzas: did you see my comments on the tpm series about the confirm flag?14:17
dansmithyou seemed to ask why they were changed.. I haven't looked at the change yet, but I asked to do it differently to avoid creating a mess we have to clean up or live with forever14:18
opendevreviewMerged openstack/nova master: Update contributor guide for 2025.2 Flamingo  https://review.opendev.org/c/openstack/nova/+/94460314:18
andrewbonneyhi all. if there are any cores around I'd appreciate a review of https://review.opendev.org/c/openstack/nova/+/91996114:21
andrewbonneythat's a small bug fix which has been hanging around for 1 year+14:21
gibieventlet removal sync in 4 minutes https://meet.google.com/bcy-uqoz-hje14:26
gibiandrewbonney: you are today's lucky one :) I approved the fix. Thanks for fixing that bug.14:28
andrewbonneyThank you!14:28
stephenfingibi: Yeah, sean-k-mooney and I were thinking it might be a race, but it's weird that its happening consistently on every branch since bobcat14:32
stephenfinrestarting libvirtd didn't help either14:32
opendevreviewIan Watson proposed openstack/nova master: Add migration conditional for resource tracker  https://review.opendev.org/c/openstack/nova/+/95569015:03
dansmithgibi: andrewbonney I had commented about some missing test coverage15:09
dansmithlooks like we raced and I lost15:09
gibiI'm fine pulling it from the gate or looking at a fup with the test coverage15:14
dansmithmaybe andrewbonney can at least respond to my question and do a FUP if we just need an extra assert in an adjacent test15:15
andrewbonneyI'll take a look, but I've been away for a few months so need to context switch back in15:16
sean-k-mooneyoh the dns patch15:18
sean-k-mooneydansmith: your asking is the a testcase where we do resest the dns name?15:19
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for quota sets API  https://review.opendev.org/c/openstack/nova/+/95614115:20
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for migrations API  https://review.opendev.org/c/openstack/nova/+/95614215:20
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server migrations API  https://review.opendev.org/c/openstack/nova/+/95614315:20
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server tags API  https://review.opendev.org/c/openstack/nova/+/95614415:20
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server metadata APIs  https://review.opendev.org/c/openstack/nova/+/95614515:20
dansmithsean-k-mooney: no,15:22
sean-k-mooneyoh then i did not understand your question in the review15:23
dansmithsean-k-mooney: the new test case added an assertion that we don't call reset when we're not supposed to, but I don't see an adjacent similar test case that asserts that we do call it when expected15:23
dansmithI'm assuming there just needs to be an assert_called_once() somewhere in one of the nearby tests15:23
dansmithpoint being, the patch is disabling calling that function in some situations, but I don't know that anything would break if it incorrectly disables the call in _all_ situations15:24
sean-k-mooneyoh ok am its only requrie if a prot is detached so the next test i think could have that mocked and assert its called 15:26
sean-k-mooneyalthough in the detach flow15:27
sean-k-mooneyim not sure we need to do that15:27
sean-k-mooneyso we might be able to remove _reset_port_dns_name entirly15:28
dansmithdoesn't that make this patch totally different then?15:28
sean-k-mooneyi woudl have to lod context again15:28
dansmiththat's removing a line we were always calling.. this patch makes it conditional, but never checks the was-default-before case15:28
dansmithgibi: andrewbonney ^15:28
sean-k-mooneysi the _reset_port_dns_name call if if we are using extenreal dns integration15:29
sean-k-mooneyif we are uisng neutron internl dns the its cleared vai port update on detact.15:29
sean-k-mooneyi think the code is still correct15:29
dansmiththat has nothing to do with my concern that we don't know if we're doing it or not15:29
sean-k-mooneybut we maybe jsut missing a test for that edge case15:29
dansmithit's not an edge case, it's what we were *always* doing before15:30
sean-k-mooneyyes which was incorect15:30
dansmithand if it wasn't problematic for andrewbonney's situation, this patch wouldn't be needed15:30
sean-k-mooneywe shoudl never have been doing it on unbind15:30
sean-k-mooneyonly on detach15:30
sean-k-mooneyin both the internal and external dns case we were privously doing it unconditionally15:31
sean-k-mooneynow both path only do it if its a detach15:31
dansmithnone of that has anything to do with the tests I'm quoting.. I'm talking about the _unit_ test that checks that this method does what it should  based on the various inputs, and there's now a conditional that we don't (AFAIK) verify does the right thing15:32
sean-k-mooneydetach defautls to true. so test_unbind_ports_reset_dns_name_by_admin whih is the next test calls unbiend iwth it set to ture15:34
dansmithright, and where's the assert that reset_dns was called?15:34
sean-k-mooneyand the new test passes detach=false15:34
sean-k-mooneyit never existed before15:34
dansmithI KNOW THAT15:34
sean-k-mooneymy point is the lack fo that assert is not related to this patch15:35
sean-k-mooneywe can add it15:35
dansmithbefore, there was no question.. it was clearly a gap in the assertion, but at least there was no way for it to not be run.. now there *is* a way for it not to be run, and the test doesn't assert that it is called when we expect it to15:35
sean-k-mooneysure we can add the assert. i have no issue with that15:37
sean-k-mooneywe can proably check this in the funtional test as well. we jsut need to replace shelve with detach 15:39
dansmiththat's probably something we should be doing anyway.. making sure that this gets called properly in the high-level op that it purports to change15:43
sean-k-mooneywe had very minimal test coveage wehn thsi was added to nova in the first place https://github.com/openstack/nova/commit/997d8f516cee99b4e16429d13ca5cf7fc05166aa15:43
sean-k-mooneyso its as good a time to improve that as any15:43
sean-k-mooneywell actully this funciton was added in https://github.com/openstack/nova/commit/1b797f6f7e99fdef380340d6fe29e4004be48781 later15:46
opendevreviewDan Smith proposed openstack/nova master: Don't reset port dns_name when shelving instances  https://review.opendev.org/c/openstack/nova/+/91996115:53
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server migrations API  https://review.opendev.org/c/openstack/nova/+/95614315:54
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server tags API  https://review.opendev.org/c/openstack/nova/+/95614415:54
opendevreviewStephen Finucane proposed openstack/nova master: api: Add response body schemas for server metadata APIs  https://review.opendev.org/c/openstack/nova/+/95614515:54
sean-k-mooneygmaan: i added my +2 and some other comments. i think im fine to refiene the docs/release not in a follow up but holding +w so you can read the comments18:18
sean-k-mooneyif no one else provides feedback ill add +w tomorrow or others are freee to do so18:18
gmaansean-k-mooney: checking18:18
sean-k-mooneygibi: dan adressed there testing comment in https://review.opendev.org/c/openstack/nova/+/919961 woudl you mind looking at that again tomorow when your aroudn and reappoving it if your still happy. i just recheked it because of a kernel panic so hopefully it will be green in the morning18:23
gmaansean-k-mooney: replied, 'i think im fine to refiene the docs/release not in a follow up' - > you mean to you are ok to do it in follow up 18:29
gmaanohk I think 'release not' -> 'release note' got it now18:29
gmaanfixing those in follow up18:29
sean-k-mooneyya im fine with a follow up18:29
gmaancool18:29
sean-k-mooneyyou can respin if you want but i think tis udnerstandable just the wording could be clearer18:29
opendevreviewBalazs Gibizer proposed openstack/nova master: Document native threading mode and tuneables  https://review.opendev.org/c/openstack/nova/+/94936419:27
opendevreviewBalazs Gibizer proposed openstack/nova master: Allow services to start with threading  https://review.opendev.org/c/openstack/nova/+/94831119:27
opendevreviewBalazs Gibizer proposed openstack/nova master: Run nova-next with n-sch in threading mode  https://review.opendev.org/c/openstack/nova/+/94845019:27
opendevreviewBalazs Gibizer proposed openstack/nova master: Run nova-api and -metadata in threaded mode  https://review.opendev.org/c/openstack/nova/+/95195719:27
opendevreviewBalazs Gibizer proposed openstack/nova master: Do not yield in threading mode  https://review.opendev.org/c/openstack/nova/+/95099419:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Allow to start unit test without eventlet  https://review.opendev.org/c/openstack/nova/+/95343619:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Run unit test with threading mode  https://review.opendev.org/c/openstack/nova/+/95347519:28
opendevreviewBalazs Gibizer proposed openstack/nova master: [test]RPC using threading or eventlet selectively  https://review.opendev.org/c/openstack/nova/+/95381519:28
opendevreviewBalazs Gibizer proposed openstack/nova master: [CI]Make nova-tox-py312-threading voting  https://review.opendev.org/c/openstack/nova/+/95579119:28
opendevreviewBalazs Gibizer proposed openstack/nova master: [vncproxy]Handle ssl.wrap_socket removal in py312  https://review.opendev.org/c/openstack/nova/+/95591519:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Make RBD Tpool usage conditional  https://review.opendev.org/c/openstack/nova/+/95608919:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Make libvirt Tpool proxying conditional  https://review.opendev.org/c/openstack/nova/+/95609019:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Fix ProviderTree copying with threading Lock  https://review.opendev.org/c/openstack/nova/+/95609119:28
opendevreviewBalazs Gibizer proposed openstack/nova master: [test]Further categorization of disabled unit tests  https://review.opendev.org/c/openstack/nova/+/95609219:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Warn on long task wait time for executor  https://review.opendev.org/c/openstack/nova/+/95266619:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Document native threading mode and tuneables  https://review.opendev.org/c/openstack/nova/+/94936419:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Allow services to start with threading  https://review.opendev.org/c/openstack/nova/+/94831119:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Run nova-next with n-sch in threading mode  https://review.opendev.org/c/openstack/nova/+/94845019:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Run nova-api and -metadata in threaded mode  https://review.opendev.org/c/openstack/nova/+/95195719:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Do not yield in threading mode  https://review.opendev.org/c/openstack/nova/+/95099419:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Allow to start unit test without eventlet  https://review.opendev.org/c/openstack/nova/+/95343619:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Run unit test with threading mode  https://review.opendev.org/c/openstack/nova/+/95347519:28
opendevreviewBalazs Gibizer proposed openstack/nova master: [test]RPC using threading or eventlet selectively  https://review.opendev.org/c/openstack/nova/+/95381519:28
opendevreviewBalazs Gibizer proposed openstack/nova master: [CI]Make nova-tox-py312-threading voting  https://review.opendev.org/c/openstack/nova/+/95579119:28
opendevreviewBalazs Gibizer proposed openstack/nova master: [vncproxy]Handle ssl.wrap_socket removal in py312  https://review.opendev.org/c/openstack/nova/+/95591519:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Make RBD Tpool usage conditional  https://review.opendev.org/c/openstack/nova/+/95608919:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Make libvirt Tpool proxying conditional  https://review.opendev.org/c/openstack/nova/+/95609019:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Fix ProviderTree copying with threading Lock  https://review.opendev.org/c/openstack/nova/+/95609119:28
opendevreviewBalazs Gibizer proposed openstack/nova master: [test]Further categorization of disabled unit tests  https://review.opendev.org/c/openstack/nova/+/95609219:28
opendevreviewBalazs Gibizer proposed openstack/nova master: Warn on long task wait time for executor  https://review.opendev.org/c/openstack/nova/+/95266619:28
gibidansmith: sean-k-mooney: ^^ fixed the doc patch and rebased on recent master19:29
opendevreviewGhanshyam proposed openstack/nova master: Fix doc comment on manager role change  https://review.opendev.org/c/openstack/nova/+/95618919:31
gmaansean-k-mooney: stephenfin ^^ fixing doc comments19:33
sean-k-mooneygibi: cool ill take a look soon19:33
gibithanks 19:33
sean-k-mooneyim going to try an wrap up soon but if i dont get to it before i finsih ill start with it in the morning19:34
dansmithhoo boy19:48
sean-k-mooneygibi: i left a question on https://review.opendev.org/c/openstack/nova/+/953436 but up to thre im +2 im goign to swap to gmaan's doc followup and call it a day19:55
opendevreviewGhanshyam proposed openstack/nova master: Fix doc comment on manager role change  https://review.opendev.org/c/openstack/nova/+/95618920:56
opendevreviewMerged openstack/nova master: Add project manager role in Nova API policy rule  https://review.opendev.org/c/openstack/nova/+/95306321:28
opendevreviewMerged openstack/nova master: Don't reset port dns_name when shelving instances  https://review.opendev.org/c/openstack/nova/+/91996122:02

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