| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-04-06 | |||
| 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 | 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: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 | |
| #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 | |
| 10:49:49 | lyarwood | elod: sean-k-mooney has some backports for train that would be made easier with these landed | |
| 10:50:45 | elod | lyarwood: sure, will do | |
| 10:50:46 | sean-k-mooney | they would yes though i woudl prefer not to have to respine it again to pic them up since i have already got it working without them | |
| 10:51:38 | sean-k-mooney | a week ago i would have said yes hold hartedly but i already spent the day and a half getting everything to work | |
| 10:51:59 | lyarwood | sean-k-mooney: well either way we will need to respin something | |
| 10:52:32 | sean-k-mooney | why did you request changes? | |
| 10:53:05 | sean-k-mooney | i dont see any comments on the review | |