| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-04-07 | |||
| 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 | |
| 10:53:25 | lyarwood | sean-k-mooney: well if https://review.opendev.org/c/openstack/nova/+/751364/ lands you don't need all the inline changes | |
| 10:53:30 | lyarwood | sean-k-mooney: no not yet | |
| 10:54:09 | sean-k-mooney | true thoug i was hoping they but they also dont hurt | |
| 10:54:27 | lyarwood | yeah I guess everything is inlined so there's no conflicts | |
| 13:32:28 | openstackgerrit | Lucas Alvares Gomes proposed openstack/nova master: [OVN] Explicitly set grenade job to ML2/OVS https://review.opendev.org/c/openstack/nova/+/776934 | |
| 13:33:24 | openstackgerrit | Lucas Alvares Gomes proposed openstack/nova master: [OVN] Explicitly set nova-next job to ML2/OVS https://review.opendev.org/c/openstack/nova/+/776944 | |
| 13:34:19 | openstackgerrit | Lucas Alvares Gomes proposed openstack/nova master: DO NOT REVIEW: Test OVN devstack module https://review.opendev.org/c/openstack/nova/+/776945 | |
| 15:50:15 | gibi | nova weekly meeting starts in 10 minutes in #openstack-meeting-3 | |
| 15:56:03 | gmann | gibi: did you update the ptg etherpad for nova+keystone sessions timing? https://etherpad.opendev.org/p/nova-xena-ptg | |
| 15:58:28 | gibi | gmann: I did but I guess I was disconnected and it wasnt saved I fixed it now | |
| 15:58:59 | gmann | gibi: i see now, thanks | |
| 15:59:09 | gibi | thanks for the headsup | |