Earlier  
Posted Nick Remark
#openstack-nova - 2024-02-28
08:23:02 opendevreview ribaudr proposed openstack/nova master: Add metadata for shares https://review.opendev.org/c/openstack/nova/+/850500
08:23:04 opendevreview ribaudr proposed openstack/nova master: Add share_info parameter to reboot method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/854823
08:23:05 opendevreview ribaudr proposed openstack/nova master: Support rebooting an instance with shares (compute manager part) https://review.opendev.org/c/openstack/nova/+/854824
08:23:06 opendevreview ribaudr proposed openstack/nova master: Add share_info parameter to resume method for each driver (driver part) https://review.opendev.org/c/openstack/nova/+/860284
08:23:07 opendevreview ribaudr proposed openstack/nova master: Add helper methods to rescue/unrescue shares https://review.opendev.org/c/openstack/nova/+/860286
08:23:07 opendevreview ribaudr proposed openstack/nova master: Support resuming an instance with shares (compute manager part) https://review.opendev.org/c/openstack/nova/+/860285
08:23:08 opendevreview ribaudr proposed openstack/nova master: Support rescuing an instance with shares (driver part) https://review.opendev.org/c/openstack/nova/+/860287
08:23:09 opendevreview ribaudr proposed openstack/nova master: Support rescuing an instance with shares (compute manager part) https://review.opendev.org/c/openstack/nova/+/860288
08:23:10 opendevreview ribaudr proposed openstack/nova master: Allow to mount manila share using Cephfs protocol https://review.opendev.org/c/openstack/nova/+/883862
08:23:11 opendevreview ribaudr proposed openstack/nova master: Add share lock/unlock and restrict visibility https://review.opendev.org/c/openstack/nova/+/890340
08:23:11 opendevreview ribaudr proposed openstack/nova master: Check shares support (compute manager) https://review.opendev.org/c/openstack/nova/+/885751
08:23:12 opendevreview ribaudr proposed openstack/nova master: Attach Manila shares via virtiofs (API) https://review.opendev.org/c/openstack/nova/+/836830
08:23:12 opendevreview ribaudr proposed openstack/nova master: Check shares support (only API exception) https://review.opendev.org/c/openstack/nova/+/885752
08:23:13 opendevreview ribaudr proposed openstack/nova master: Check shares support (API) https://review.opendev.org/c/openstack/nova/+/850499
08:23:14 opendevreview ribaudr proposed openstack/nova master: Add instance.share_attach notification https://review.opendev.org/c/openstack/nova/+/850501
08:23:14 opendevreview ribaudr proposed openstack/nova master: Add helper methods to attach/detach shares https://review.opendev.org/c/openstack/nova/+/885753
08:23:16 opendevreview ribaudr proposed openstack/nova master: Add shares to InstancePayload https://review.opendev.org/c/openstack/nova/+/851029
08:23:16 opendevreview ribaudr proposed openstack/nova master: Add instance.share_detach notification https://review.opendev.org/c/openstack/nova/+/851028
08:23:18 opendevreview ribaudr proposed openstack/nova master: Add instance.share_detach_error notification https://review.opendev.org/c/openstack/nova/+/860283
08:23:18 opendevreview ribaudr proposed openstack/nova master: Add instance.share_attach_error notification https://review.opendev.org/c/openstack/nova/+/860282
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: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: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: imagebackend: Add support to libvirt_info for LUKS based encryption https://review.opendev.org/c/openstack/nova/+/826755
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: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:08 opendevreview melanie witt proposed openstack/nova master: Add encryption support to convert_image https://review.opendev.org/c/openstack/nova/+/870934
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:09 opendevreview melanie witt proposed openstack/nova master: libvirt: make a sub element of https://review.opendev.org/c/openstack/nova/+/905515
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 rebuild with ephemeral encryption for qcow2 https://review.opendev.org/c/openstack/nova/+/870939
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: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: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: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: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: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:17 opendevreview melanie witt proposed openstack/nova master: Support encrypted backing files for qcow2 https://review.opendev.org/c/openstack/nova/+/907961
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: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: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: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: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: WIP: add a periodic check for migrations https://review.opendev.org/c/openstack/nova/+/909598
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: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

Earlier   Later