| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-02-28 | |||
| 08:23:20 | opendevreview | ribaudr proposed openstack/nova master: Add libvirt test to ensure metadata are working. https://review.opendev.org/c/openstack/nova/+/852086 | |
| 08:23:20 | opendevreview | ribaudr proposed openstack/nova master: Add virt/libvirt error test cases https://review.opendev.org/c/openstack/nova/+/852087 | |
| 08:23:22 | opendevreview | ribaudr proposed openstack/nova master: Docs about Manila shares API usage https://review.opendev.org/c/openstack/nova/+/871642 | |
| 08:25:04 | Uggla | gibi, bauzas , new update of virtiofs ^ please note that I have not fully tested it yet with devstack. I'm gonna do it now. The doc may need a review as well. However this is a new round to show you the new code. | |
| 08:36:03 | stblatzheim | Can someone have a look at https://bugs.launchpad.net/nova/+bug/2055245 ? I already posted a suitable solution for this behaviour. | |
| 09:15:08 | bauzas | Uggla: ack, and thanks all for the fish :) | |
| 09:20:07 | opendevreview | melanie witt proposed openstack/nova master: libvirt: Configure and teardown ephemeral encryption secrets https://review.opendev.org/c/openstack/nova/+/826754 | |
| 09:20:07 | opendevreview | melanie witt proposed openstack/nova master: imagebackend: Add support to libvirt_info for LUKS based encryption https://review.opendev.org/c/openstack/nova/+/826755 | |
| 09:20:08 | opendevreview | melanie witt proposed openstack/nova master: Add encryption support to convert_image https://review.opendev.org/c/openstack/nova/+/870934 | |
| 09:20:08 | opendevreview | melanie witt proposed openstack/nova master: Add hw_ephemeral_encryption_secret_uuid image property https://review.opendev.org/c/openstack/nova/+/870935 | |
| 09:20:09 | opendevreview | melanie witt proposed openstack/nova master: libvirt: make |
|
| 09:20:09 | opendevreview | melanie witt proposed openstack/nova master: Support create with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870932 | |
| 09:20:10 | opendevreview | melanie witt proposed openstack/nova master: Support (resize|cold migration) with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870933 | |
| 09:20:11 | opendevreview | melanie witt proposed openstack/nova master: Support live migration with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/905512 | |
| 09:20:11 | opendevreview | melanie witt proposed openstack/nova master: Support rebuild with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870939 | |
| 09:20:13 | opendevreview | melanie witt proposed openstack/nova master: Support rescue with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/873675 | |
| 09:20:13 | opendevreview | melanie witt proposed openstack/nova master: Add encryption support to qemu-img rebase https://review.opendev.org/c/openstack/nova/+/870936 | |
| 09:20:15 | opendevreview | melanie witt proposed openstack/nova master: Support snapshot with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870937 | |
| 09:20:15 | opendevreview | melanie witt proposed openstack/nova master: Add backing_encryption_secret_uuid to BlockDeviceMapping https://review.opendev.org/c/openstack/nova/+/907960 | |
| 09:20:17 | opendevreview | melanie witt proposed openstack/nova master: Support encrypted backing files for qcow2 https://review.opendev.org/c/openstack/nova/+/907961 | |
| 09:20:17 | opendevreview | melanie witt proposed openstack/nova master: Support cross cell resize with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/909595 | |
| 09:20:19 | opendevreview | melanie witt proposed openstack/nova master: libvirt: Introduce support for raw with LUKS https://review.opendev.org/c/openstack/nova/+/884313 | |
| 09:20:19 | opendevreview | melanie witt proposed openstack/nova master: libvirt: Introduce support for rbd with LUKS https://review.opendev.org/c/openstack/nova/+/889912 | |
| 09:20:21 | opendevreview | melanie witt proposed openstack/nova master: Report ephemeral disk encryption in the metadata API https://review.opendev.org/c/openstack/nova/+/909945 | |
| 09:20:21 | opendevreview | melanie witt proposed openstack/nova master: Deprecate legacy ephemeral storage encryption using dm-crypt https://review.opendev.org/c/openstack/nova/+/909947 | |
| 09:20:23 | opendevreview | melanie witt proposed openstack/nova master: Documentation for ephemeral encryption https://review.opendev.org/c/openstack/nova/+/910034 | |
| 09:26:45 | Uggla | bauzas, for the fish ? You lost me ? | |
| 09:28:52 | bauzas | Uggla: no, just a famous H2G2 sentence :) | |
| 09:29:13 | bauzas | so long and thanks all for the fish :) | |
| 09:30:05 | bauzas | thanks for *all* the fish (btw.) | |
| 09:30:23 | Uggla | Uggla, I was not on that page. :) | |
| 09:51:32 | opendevreview | Steven Blatzheim proposed openstack/nova master: Fix nova-metadata-api for ovn dhcp native networks https://review.opendev.org/c/openstack/nova/+/910466 | |
| 09:52:28 | gibi | Uggla: ack, start looking... | |
| 09:52:37 | Uggla | gibi, thx | |
| 09:53:18 | opendevreview | Steven Blatzheim proposed openstack/nova master: Fix nova-metadata-api for ovn dhcp native networks https://review.opendev.org/c/openstack/nova/+/910466 | |
| 09:59:36 | opendevreview | Steven Blatzheim proposed openstack/nova master: Fix nova-metadata-api for ovn dhcp native networks https://review.opendev.org/c/openstack/nova/+/910466 | |
| 10:02:40 | Uggla | gibi, fyi https://review.opendev.org/c/openstack/openstacksdk/+/889519 is merged | |
| 10:02:58 | Uggla | so no need to cherry pick it | |
| 10:24:49 | opendevreview | Steven Blatzheim proposed openstack/nova master: fix indention https://review.opendev.org/c/openstack/nova/+/910479 | |
| 10:29:11 | opendevreview | Steven Blatzheim proposed openstack/nova master: Fix nova-metadata-api for ovn dhcp native networks https://review.opendev.org/c/openstack/nova/+/910466 | |
| 11:21:44 | opendevreview | Sylvain Bauza proposed openstack/nova master: Modify the mdevs in the migrate XML https://review.opendev.org/c/openstack/nova/+/904258 | |
| 11:21:44 | opendevreview | Sylvain Bauza proposed openstack/nova master: WIP: add a periodic check for migrations https://review.opendev.org/c/openstack/nova/+/909598 | |
| 11:36:38 | sean-k-mooney[m] | tkajinam: i had a look at the castellan pathch. i have +2’d it but form my perspective you missed the non-clinet lib freeze so im treating this as an expcetion because its small but i dont think its in line wiht our normal release process | |
| 11:38:26 | sean-k-mooney[m] | bauzas: i was holding off on comeitng on the docs change because i didnt want you to repsin it but since you have im going to ask you to correct some other issues | |
| 11:56:15 | frickler | sean-k-mooney[m]: the lib was released in time last week, it is just the reqs update that got stuck because of test failures. technically there's time for that until friday without an exception | |
| 11:57:10 | sean-k-mooney[m] | frickler that not how i managed this when i was the release leasion for nova and i was asked ot get an excption in the past | |
| 11:57:23 | sean-k-mooney[m] | for libs in the same situration | |
| 11:58:36 | sean-k-mooney[m] | as i said im not blockign this but i dont really like late breakign chnages like this espcially when the lib in question could have added the new api witout breaking the existing users | |
| 11:59:23 | stblatzheim | sean-k-mooney[m]: Regarding https://review.opendev.org/c/openstack/nova/+/910466 i don't get why this should be solved in neutron. It's just a changed behaviour which wasn't adapted in the decision making of dhcp in nova-api. Can you clarify this? | |
| 11:59:33 | sean-k-mooney[m] | this should have been a castalan 5.0 bump not 4.4 by the way as its an api breakage | |
| 11:59:48 | sean-k-mooney[m] | it should not have been a minor version bump | |
| 11:59:54 | frickler | I don't want to defend that change, but I also note that the nova patch has gone unreviewed for 5 months or so | |
| 11:59:55 | sean-k-mooney[m] | because its not additive | |
| 12:01:23 | sean-k-mooney[m] | stblatzheim: this behavior should not vary based on the neutron backend | |
| 12:01:36 | sean-k-mooney[m] | if the subnet has dhcp enabled in any form | |
| 12:02:32 | sean-k-mooney[m] | the subnet should have a port with network:dhcp | |
| 12:02:34 | stblatzheim | But then the whole decision making is not valid anymore. You could just get the enable_dhcp option and not search for any port with the tenant then | |
| 12:02:44 | sean-k-mooney[m] | as the owner | |
| 12:03:24 | stblatzheim | As there are no dedicated dhcp ports anymore this descision can't be done like this in ovn context | |
| 12:04:00 | stblatzheim | Otherwise you would have to fake the device owner in neutron api | |
| 12:04:15 | frickler | sean-k-mooney[m]: is "the subnet should have a port with network:dhcp" defined in some nova-neutron contract? or is that just the way it used to work with earlier backends? | |
| 12:04:49 | sean-k-mooney[m] | no what im saying is neutron is not implementing the api correctly the ovn dhcp interface should be network:dhcp_port as the owner | |
| 12:05:07 | frickler | but iiuc there is no specific interface for dhcp | |
| 12:05:29 | sean-k-mooney[m] | frickler: that is the way its used in other backend so we should not be special casing for ovn | |
| 12:05:39 | sean-k-mooney[m] | and if we are then thats reallly a feature not a bug | |
| 12:06:04 | frickler | sean-k-mooney[m]: maybe nova relying on undocumented things is the bug | |
| 12:06:22 | sean-k-mooney[m] | the implict contract is that the ip used for dhcp is held by a port with network:dhcp | |
| 12:06:54 | sean-k-mooney[m] | or ovn doing it differntly is a bug | |
| 12:08:32 | sean-k-mooney[m] | i dont like adding yet another fallback here | |
| 12:09:02 | sean-k-mooney[m] | like if a diffent backend decided to use somethign difffent again we should not have to keep extiding nova for this | |
| 12:09:07 | stblatzheim | The fallback to the gateway ip seems worse for me | |
| 12:09:51 | stblatzheim | Why do we even need an ip in dhcp context? | |
| 12:11:11 | sean-k-mooney[m] | well what is broekn for you now when dhcp is not in the metadata | |
| 12:11:54 | stblatzheim | The instance get's a static configuration for the network interfaces instead of a dhcp configuration | |
| 12:12:10 | sean-k-mooney[m] | oh you dont want static ips | |
| 12:13:03 | stblatzheim | Thats why we use dhcp :) In the specific case we have vms that may get additional routes via dhcp | |
| 12:13:32 | sean-k-mooney[m] | i would be ok with a nova change to the metadata to make this work based on if dhcpu is enabled and not based on finding a port ip for that server | |
| 12:14:45 | sean-k-mooney[m] | like i think we should just be using subnet.get(‘enable_dhcp’) to set the type in the metadata to ipv4_dhcp | |
| 12:15:06 | stblatzheim | Would be fine for me, do we even need a real ip in the dhcp_server field subnet_dict['dhcp_server']? | |
| 12:15:47 | sean-k-mooney[m] | likely not but i am not sure you should be fixing this in _get_subnets_from_port | |
| 12:16:08 | sean-k-mooney[m] | if you are trying to fix this for metadata i think a fix in the generatio would make more sense | |
| 12:17:02 | stblatzheim | Let me just check. My first work on openstack code itself ... | |
| 12:23:06 | sean-k-mooney[m] | https://github.com/openstack/nova/blob/7fa1859576ac577da89cb817f93b1c54d3a937ce/nova/virt/netutils.py#L168 | |
| 12:23:21 | sean-k-mooney[m] | my inclination is it should be adressed in ^ or related code | |
| 12:23:39 | sean-k-mooney[m] | in either case we will need at least unit test coverage for this | |
| 12:28:10 | sean-k-mooney[m] | stblatzheim: you should be fixing this here https://github.com/openstack/nova/blob/7fa1859576ac577da89cb817f93b1c54d3a937ce/nova/virt/netutils.py#L292 | |
| 12:29:03 | stblatzheim | I'll check if i find a suitable solution there. | |
| 12:30:06 | sean-k-mooney[m] | you might be able to just check subnet.get_meta(enable_dhcp) | |
| 12:31:16 | stblatzheim | I think there would be an additional change to make enable_dhcp available there | |
| 12:31:33 | stblatzheim | But i'm sure i can make this | |
| 12:34:54 | stblatzheim | subnet_dict (which is returned) is defined here: https://github.com/openstack/nova/blob/7fa1859576ac577da89cb817f93b1c54d3a937ce/nova/network/neutron.py#L3608 Would need to add the enable_dhcp conditionaly here also i suppose. Should i make a new review for this? | |
| 12:35:03 | opendevreview | Pavlo Shchelokovskyy proposed openstack/nova master: Auto set heartbeat_in_pthread for wsgi services https://review.opendev.org/c/openstack/nova/+/909880 | |
| 13:02:12 | sean-k-mooney | stblatzheim adding the enable_dhcp there is fine | |
| 13:02:33 | sean-k-mooney | stblatzheim: so yes feel free to update your exixting reivew | |
| 13:03:09 | sean-k-mooney | so just add enable_dhcp there adn then make the if check for either enable_dhcp or dhcp_server | |
| 13:05:38 | opendevreview | ribaudr proposed openstack/nova master: Allow to mount manila share using Cephfs protocol https://review.opendev.org/c/openstack/nova/+/883862 | |
| 13:05:38 | opendevreview | ribaudr proposed openstack/nova master: Check shares support (compute manager) https://review.opendev.org/c/openstack/nova/+/885751 | |
| 13:05:39 | opendevreview | ribaudr proposed openstack/nova master: Add share lock/unlock and restrict visibility https://review.opendev.org/c/openstack/nova/+/890340 | |
| 13:05:39 | opendevreview | ribaudr proposed openstack/nova master: Check shares support (only API exception) https://review.opendev.org/c/openstack/nova/+/885752 | |
| 13:05:40 | opendevreview | ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (API) https://review.opendev.org/c/openstack/nova/+/836830 | |