Earlier  
Posted Nick Remark
#openstack-nova - 2021-04-06
22:49:31 openstackgerrit melanie witt proposed openstack/nova stable/victoria: Dynamically archive FK related records in archive_deleted_rows https://review.opendev.org/c/openstack/nova/+/785069
22:56:52 openstackgerrit melanie witt proposed openstack/nova stable/train: Initialize global data separately and run_once in WSGI app init https://review.opendev.org/c/openstack/nova/+/785064
22:56:53 openstackgerrit melanie witt proposed openstack/nova stable/train: Reset global wsgi app state in unit test https://review.opendev.org/c/openstack/nova/+/785065
23:01:13 openstackgerrit melanie witt proposed openstack/nova stable/ussuri: Centralize sqlite FK constraint enforcement https://review.opendev.org/c/openstack/nova/+/785070
23:01:14 openstackgerrit melanie witt proposed openstack/nova stable/ussuri: Add functional test for bug 1837995 https://review.opendev.org/c/openstack/nova/+/785071
23:01:16 openstack bug 1837995 in OpenStack Compute (nova) ""Unexpected API Error" when use "openstack usage show" command" [Undecided,In progress] https://launchpad.net/bugs/1837995 - Assigned to melanie witt (melwitt)
23:01:17 openstackgerrit melanie witt proposed openstack/nova stable/ussuri: Dynamically archive FK related records in archive_deleted_rows https://review.opendev.org/c/openstack/nova/+/785072
23:10:11 openstackgerrit melanie witt proposed openstack/nova stable/train: Centralize sqlite FK constraint enforcement https://review.opendev.org/c/openstack/nova/+/785073
23:10:12 openstackgerrit melanie witt proposed openstack/nova stable/train: Add functional test for bug 1837995 https://review.opendev.org/c/openstack/nova/+/785074
23:10:14 openstackgerrit melanie witt proposed openstack/nova stable/train: Dynamically archive FK related records in archive_deleted_rows https://review.opendev.org/c/openstack/nova/+/785075
23:10:14 openstack bug 1837995 in OpenStack Compute (nova) ""Unexpected API Error" when use "openstack usage show" command" [Undecided,In progress] https://launchpad.net/bugs/1837995 - Assigned to melanie witt (melwitt)
#openstack-nova - 2021-04-07
01:09:25 yonglihe gibi, brinzhang_, thanks for cover the PTG topic discuss. we did not have topic to discuss on PTG, but we do want SmartNIC got merged as early as possible .
01:49:04 openstackgerrit wangzhh proposed openstack/nova master: image_info: make RLIMIT configurable https://review.opendev.org/c/openstack/nova/+/785082
02:11:06 openstackgerrit Wenping Song proposed openstack/nova master: Trival change: spell error of Shelve https://review.opendev.org/c/openstack/nova/+/785084
07:22:49 gibi yonglihe: thanks for the info
07:24:19 yonglihe silly question, I know spec is open, and is code also open for master since RC1 ?
07:27:16 gibi yonglihe: stable/wallaby is branched of from master at RC1 but to allow easy backportability of any critical bug to the wallaby release master is limited to non risky things like documentation and CI improvements, and of course for critical fixes that needs to be backported to wallaby
07:28:40 gibi yonglihe: final RC time is tomorrow and wallaby will be officially released next week
07:29:04 yonglihe thanks, good to know.
09:08:44 openstackgerrit wangzhh proposed openstack/nova master: image_info: make RLIMIT configurable https://review.opendev.org/c/openstack/nova/+/785082
12:31:37 openstackgerrit wangzhh proposed openstack/nova master: image_info: make RLIMIT configurable https://review.opendev.org/c/openstack/nova/+/785082
13:36:31 dansmith gibi: just closing the loop and making sure you saw that https://bugs.launchpad.net/nova/+bug/1922251 was closed as dupe and was not a bug in nova
13:36:34 openstack Launchpad bug 1802587 in Glance "duplicate for #1922251 With multiple backends enabled, adding a location does not default to default store" [Critical,Fix released] - Assigned to Abhishek Kekane (abhishek-kekane)
13:37:15 dansmith oops, sorry
13:37:34 dansmith oh yeah, that's the one, it just followed the dupe link I guess
13:39:47 gibi dansmith: thanks for helping with the triage
15:56:07 openstackgerrit melanie witt proposed openstack/nova stable/victoria: Dynamically archive FK related records in archive_deleted_rows https://review.opendev.org/c/openstack/nova/+/785069
15:57:41 openstackgerrit melanie witt proposed openstack/nova stable/victoria: Dynamically archive FK related records in archive_deleted_rows https://review.opendev.org/c/openstack/nova/+/785069
16:00:29 openstackgerrit melanie witt proposed openstack/nova stable/ussuri: Dynamically archive FK related records in archive_deleted_rows https://review.opendev.org/c/openstack/nova/+/785072
16:02:08 openstackgerrit melanie witt proposed openstack/nova stable/train: Dynamically archive FK related records in archive_deleted_rows https://review.opendev.org/c/openstack/nova/+/785075
16:05:08 lbragstad gibi do you want to shoot for 16:00 UTC on thursday or friday for nova's cross project session for policy/secure RBAC?
16:05:37 lbragstad gibi i'm trying to track all the different rbac sessions here - https://etherpad.opendev.org/p/policy-popup-xena-ptg
16:05:49 lbragstad but nova's session is going to be applicable to just about everyone
16:06:55 gibi lbragstad: lets do that on Thursday 16:00 UTC if that works for the Keystone team
16:07:14 lbragstad gibi well - just about anything works for the keystone team - this is the first session we're scheduling
16:07:25 sean-k-mooney lyarwood: this is the train backport but ill push a new version once the func test pass https://review.opendev.org/c/openstack/nova/+/759153
16:07:26 gibi OK, lets do that then :)
16:07:29 lbragstad the majority of the conflicts we will have are going to be other sessions talking about policy
16:07:43 sean-k-mooney lyarwood: actully they just did
16:09:07 gibi lbragstad: I put the session in our schedule then
16:09:16 lbragstad gibi awesome - thank you
16:09:31 gibi I thank you for looking into it
16:09:50 lbragstad does that conflict with the nova/placement sessions?
16:10:08 lbragstad or just a subset?
16:10:10 gibi lbragstad: no particular timing is done for the nova-placement sessions yet
16:10:15 lbragstad ok - cool
16:10:44 gibi we will switch to the security stuff from nova topics at 16:00
16:12:18 dansmith lbragstad: I just told abhishekk that wednesday would be a good time for me to do the rbac glance convo, just FYI
16:12:51 sean-k-mooney am i dont know if people would have time to work on it but a feature that might appeal to a similiar audiucne would be finishing unified limits
16:13:57 gibi eraser even
16:15:02 sean-k-mooney dansmith: lbragstad were we going to try and have a converstaion before the ptg on how we could consume rbac
16:15:39 lbragstad sean-k-mooney yeah - it would be fun to get back to the unified limit stuff, but ENOTIME
16:16:09 sean-k-mooney https://etherpad.opendev.org/p/consuming-system-scope
16:16:36 dansmith gibi: correct
16:16:47 lbragstad gibi yeah - i'm slating the glance sessions for wednesnday, so what we have for nova should be good
16:37:35 openstackgerrit sean mooney proposed openstack/nova stable/train: Set migrate_data.vifs only when using multiple port bindings https://review.opendev.org/c/openstack/nova/+/759153
16:38:02 sean-k-mooney lyarwood: ^
16:38:28 sean-k-mooney can you review that and the repoducer below it when you have time
21:35:42 openstackgerrit melanie witt proposed openstack/nova master: Add --task-log option to nova-manage db archive_deleted_rows https://review.opendev.org/c/openstack/nova/+/780395
22:47:09 openstackgerrit Merged openstack/nova stable/ussuri: Add missing exception https://review.opendev.org/c/openstack/nova/+/763390
#openstack-nova - 2021-04-08
08:12:43 lyarwood sean-k-mooney: sorry I'll hit them this morning
08:24:01 nautik bauzas: thank you for your answer on https://bugs.launchpad.net/nova/+bug/1920977
08:24:03 openstack Launchpad bug 1920977 in OpenStack Compute (nova) "Error 504 when disabling a nova-compute service recently down" [Undecided,Invalid]
08:25:04 nautik just wanted to make sure I got this right: you are saying that if the host has been shut down, disabling nova is useless as long as it seen as "Down", is that correct?
08:27:57 gibi nautik: yes, if the controller already detected that the host down, then it will not forward requests to it.
08:32:40 nautik gibi: and servers will not be scheduled by placement either I guess?
08:33:15 nautik (scheduler/placement)
08:34:36 gibi nautik: yes, it is the expected behavior that no server is scheduled to down compute hosts
08:36:06 nautik ok, so I will discuss on Masakari side then; because masakari starts by trying to disable the compute service, which I guess was to try to cover the time when the control plane has not yet seen the host as down
08:37:00 gibi do you know why masakari trying to disable the host?
08:37:46 lucasagomes hi folks, now that we have wallaby branched, can someone take a look at https://review.opendev.org/c/openstack/nova/+/776419, https://review.opendev.org/c/openstack/nova/+/776934 and https://review.opendev.org/c/openstack/nova/+/776944
08:38:01 gibi nautik: I have to drop offline for 30 mins but I will be back after
08:38:07 lucasagomes this patches will make sure the nova gate is not broken when we flip the default network backend in devstack to OVN
08:38:13 lucasagomes these patches*
08:38:20 lucasagomes sean-k-mooney, ^ if u have some time
08:38:25 nautik gibi: nope I don't know ^^
08:43:16 openstackgerrit Lee Yarwood proposed openstack/nova stable/ussuri: libvirt: Skip encryption metadata lookups if secret already exists on host https://review.opendev.org/c/openstack/nova/+/765770
08:43:20 nautik gibi: but masakari is not the one directly powering off the host, it relies on pacemaker/corosync to do it for him and has some "wait for stonith" sleep configurations
08:44:24 nautik then it waits for the host to be seen as down in nova to handle servers evacuation
08:45:12 lyarwood wait is this instanceha?
08:45:25 lyarwood (a downstream OSP feature)
08:46:52 lyarwood https://bugs.launchpad.net/nova/+bug/1920977/comments/1 from bauzas is correct, you should be using the force down API, AFAIK that's what we do in the instanceHA feature downstream within OSP
08:46:54 openstack Launchpad bug 1920977 in OpenStack Compute (nova) "Error 504 when disabling a nova-compute service recently down" [Undecided,Invalid]
08:47:54 nautik lyarwood: would you have a link about the instanceHA OSP feature ?
08:48:34 nautik I was referring to https://docs.openstack.org/masakari/latest/ but comparing would be interesting
08:50:19 lyarwood nautik: https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.1/html/high_availability_for_compute_instances/index that's the high level product docs
09:01:33 lyarwood nautik: https://github.com/ClusterLabs/fence-agents/pull/303 <- this is how we fixed this behaviour change
09:01:41 lyarwood nautik: I think that's what you're seeing right?
09:07:03 nautik lyarwood: awesome, that's exactly what I needed! Thank you!
09:07:22 nautik I'll discuss this further on Masakari's side :)
09:07:36 lyarwood nautik: np
09:40:06 gibi lyarwood: thanks for the help to nautik while I was off
09:44:58 lyarwood gibi: np, we hit the same issues a while ago downstream, just took a while to find the bug and code links
09:46:08 gibi lyarwood: does the whole disable a host needs an rpc call down to host is due to initiate the DISABLED trait management in placement?
09:47:16 lyarwood gibi: yeah something like that, we just forced hosts down first and then disabled
09:47:23 lyarwood gibi: avoiding the call
09:48:15 gibi thanks
09:48:36 gibi it feels a bit backward that we cannot disable a compute without the compute being up :)
10:40:10 openstackgerrit Wenping Song proposed openstack/nova-specs master: Repropose vGPU support spec https://review.opendev.org/c/openstack/nova-specs/+/780452
10:49:33 lyarwood elod: https://review.opendev.org/c/openstack/nova/+/751364/ would you mind hitting these again

Earlier   Later