| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-09-28 | |||
| 07:33:11 | bauzas | yeah I saw this | |
| 07:33:58 | bauzas | I'm glad Ian found the root cause | |
| 07:35:45 | gibi | yepp | |
| 09:27:33 | opendevreview | Merged openstack/nova master: tools: Ignore bot-generated branch creation patches https://review.opendev.org/c/openstack/nova/+/810285 | |
| 10:09:16 | gibi | bauzas: I broke the old qos min bw support in Xena when I extended it with qos min pps support: https://bugs.launchpad.net/nova/+bug/1945310 So this bug is probably a Xena regression, but I will only be certain that it wasn't broken after I backported the repro tests to wallaby to see if the fault is not there | |
| 10:09:35 | bauzas | ah zut | |
| 10:11:48 | gibi | I have the fixs locally so I think we can still fit this in RC2 | |
| 10:12:10 | gibi | but we have a broken gate so maybe not | |
| 10:12:35 | bauzas | yep, I dunno what to say | |
| 10:13:02 | bauzas | gibi: maybe we should accept the RC2 proposal for the moment and see whether the fix could be merged tomorrow for providing a RC3 | |
| 10:13:17 | gibi | bauzas: good point | |
| 10:13:22 | gibi | that is the safest bet I think | |
| 10:13:47 | bauzas | gibi: add a comment for our meeting | |
| 10:13:48 | gibi | so lets talk about this on the meeting today, accept the RC2 if nobody against it and I can push for RC3 | |
| 10:13:53 | bauzas | yep | |
| 10:14:12 | gibi | adding it to the meeting.. | |
| 10:15:26 | gibi | done | |
| 10:17:53 | bauzas | gibi: adding the xena-rc-potential tag to your bug report | |
| 10:18:29 | bauzas | can you triage it ? | |
| 10:18:30 | gibi | ack, there is a slight chance that it was similarly broken before xena too hence my hesitation in that | |
| 10:19:04 | gibi | I will triage it | |
| 10:24:46 | lyarwood | do we not have a bug for the Apache/Placement issue at the moment? | |
| 10:25:43 | gibi | lyarwood: I don't see any | |
| 10:25:47 | gibi | lyarwood: I only see the fix https://review.opendev.org/c/openstack/devstack/+/811303 | |
| 10:26:01 | gibi | partial fix, as grenade still needs love | |
| 10:26:01 | lyarwood | yeah same was just checking I hadn't missed something | |
| 10:26:17 | lyarwood | yeah I can't test that until the devstack fix lands | |
| 10:26:18 | gibi | lyarwood: I guess this is not even a placement bug but a devstack one | |
| 10:26:25 | lyarwood | actually I'll just pull both in | |
| 10:26:42 | gibi | lyarwood: wait, there are two grenade issues | |
| 10:26:48 | lyarwood | oh wait sorry I see what you mean re grenade, we need it fixed on both branches | |
| 10:26:56 | gibi | lyarwood: in the https://review.opendev.org/c/openstack/devstack/+/811303 grenade still fails with the placement issue | |
| 10:26:58 | lyarwood | the devstack issue | |
| 10:27:03 | lyarwood | right | |
| 10:27:20 | lyarwood | yeah so we need to land on stable/xena first | |
| 10:27:24 | lyarwood | then master | |
| 10:27:31 | lyarwood | good old grenade | |
| 10:27:38 | gibi | lyarwood: that was my guess but I wasn't sure | |
| 10:27:54 | gibi | lyarwood: so grenade used the devstack from the stable branch? | |
| 10:28:09 | lyarwood | gibi: yup I believe so | |
| 10:28:16 | gibi | nice | |
| 10:30:07 | elodilles | yes, grenade issues usually have to be fixed first at the oldest branch (where the problem exists) and merge "backward" | |
| 10:30:27 | elodilles | is this such an issue? | |
| 10:31:10 | lyarwood | yeah I think so if it's blocking nova-status checks during the initial install | |
| 10:31:39 | lyarwood | I guess it needs to go back as far as that apache update landed | |
| 10:32:19 | elodilles | :S | |
| 10:32:36 | gibi | and the apache update is in focal | |
| 10:32:46 | gibi | so it effect all our focal grenade jobs? | |
| 10:33:03 | lyarwood | it could, I'm just watching the stable/xena job install stable/wallaby now | |
| 10:33:10 | lyarwood | https://zuul.opendev.org/t/openstack/stream/540dea35d7a84633bb00d706fe02136d?logfile=console.log | |
| 10:33:30 | elodilles | if it is only related to focal then we need to fix it first on victoria afaik | |
| 10:34:39 | elodilles | (victoria is the first branch based on focal) | |
| 10:37:38 | lyarwood | yeah it failed | |
| 10:37:42 | lyarwood | fun times | |
| 10:38:25 | gibi | lyarwood: could you drop a mail to the ML thread about this fun finding? | |
| 10:38:56 | lyarwood | sure | |
| 10:41:31 | gibi | thanks | |
| 10:42:00 | gibi | http://lists.openstack.org/pipermail/openstack-discuss/2021-September/025101.html | |
| 10:59:23 | opendevreview | Balazs Gibizer proposed openstack/nova master: Reproduce bug 1945310 https://review.opendev.org/c/openstack/nova/+/811394 | |
| 11:00:39 | opendevreview | Balazs Gibizer proposed openstack/nova master: Query ports with admin client to get resource_request https://review.opendev.org/c/openstack/nova/+/811396 | |
| 11:07:09 | lyarwood | gibi: I'm going to hold off posting to the thread, I think people are likely aware of the stable requirement here | |
| 11:07:34 | lyarwood | gibi: but I'm slightly confused by the way forward, it seems that people want to add the trailing / but that's breaking keystone at least on stable/xena | |
| 11:13:32 | gibi | lyarwood: ohh, I haven't checked the stable/xena result yet | |
| 11:17:22 | gibi | lyarwood: do you think a non trailing / version would pass? | |
| 11:17:40 | lyarwood | gibi: it passed on master for the non-grenade jobs | |
| 11:17:46 | gibi | hm, true | |
| 11:18:08 | gibi | so then we have to go back and reason about the non trailing / case | |
| 11:24:56 | lyarwood | yup I think so | |
| 12:13:17 | opendevreview | Balazs Gibizer proposed openstack/nova master: Query ports with admin client to get resource_request https://review.opendev.org/c/openstack/nova/+/811396 | |
| 12:19:55 | opendevreview | Balazs Gibizer proposed openstack/nova stable/xena: Reproduce bug 1945310 https://review.opendev.org/c/openstack/nova/+/811405 | |
| 12:21:11 | opendevreview | Balazs Gibizer proposed openstack/nova stable/xena: Query ports with admin client to get resource_request https://review.opendev.org/c/openstack/nova/+/811407 | |
| 12:28:58 | gibi | bauzas: now I can confirm that https://bugs.launchpad.net/nova/+bug/1945310 is not fully a xena regression, at least parts of it is reproducible in wallaby too | |
| 12:29:17 | bauzas | gibi: ack, then remove the xena regression tag | |
| 12:29:49 | bauzas | gibi: can you backport the reproduction change to stable/wallaby so the CI would test it ? | |
| 12:30:04 | gibi | I'm doing it right now | |
| 12:30:06 | bauzas | cool | |
| 12:30:13 | bauzas | so we don't need a RC3 for it | |
| 12:30:15 | gibi | this is how I confirmed that it is a probelm in wallaby too | |
| 12:30:31 | bauzas | but we will merge it for a 25.0.1 release | |
| 12:30:37 | bauzas | huh | |
| 12:30:40 | bauzas | 24.0.1 | |
| 12:30:45 | gibi | :) | |
| 12:31:04 | bauzas | gibi: thanks for working on it, very appreciated | |
| 12:31:34 | gibi | I broke it :D | |
| 12:31:44 | gibi | so hell yeah I have to work on it | |
| 12:47:50 | jamesdenton_alt | Any ideas as to why Nova might return duplicates for hypervisors and services (same UUIDs)? https://paste.opendev.org/show/809646/ | |
| 13:16:17 | opendevreview | Ivan Kolodyazhny proposed openstack/nova master: Fix NVMe volume attach https://review.opendev.org/c/openstack/nova/+/811413 | |
| 13:20:20 | opendevreview | Balazs Gibizer proposed openstack/nova stable/wallaby: Reproduce bug 1945310 https://review.opendev.org/c/openstack/nova/+/811414 | |
| 13:21:35 | gibi | bauzas: so on stable/wallaby we have 2/3 of the bug exists ^^ | |
| 13:21:38 | opendevreview | Balazs Gibizer proposed openstack/nova stable/wallaby: Query ports with admin client to get resource_request https://review.opendev.org/c/openstack/nova/+/811416 | |
| 13:22:17 | bauzas | gibi: over the phone for a meeting but ack | |
| 13:22:56 | gibi | me too | |
| 13:24:54 | opendevreview | Ivan Kolodyazhny proposed openstack/nova master: Fix NVMe volume attach https://review.opendev.org/c/openstack/nova/+/811413 | |
| 13:31:35 | opendevreview | Balazs Gibizer proposed openstack/nova stable/wallaby: Query ports with admin client to get resource_request https://review.opendev.org/c/openstack/nova/+/811416 | |
| 13:58:04 | zigo | Looks like nova-api on Xena (over Debian Bullseye) doesn't like me... | |
| 13:58:16 | zigo | Failed to delete allocations for consumer 26ee7dd9-75c2-41f5-86f4-c714ed36aab7. Error: {"errors": [{"status": 500, "title": "Internal Server Error", "detail": "The server has either erred or is incapable of performing the requested operation.\n\n unsupported callable ", "request_id": "req-34a9215b-9387-43b0-ae24-2d85c7d2b8f5"}]} (HTTP 409) (Request-ID: req-57d65ddf-f845-4fa4-9f13-4382ec19dc72) | |
| 13:58:16 | zigo | # openstack server delete 26ee7dd9-75c2-41f5-86f4-c714ed36aab7 | |
| 13:58:55 | zigo | When doing so, nova-api just spams its log with some policy deprecation stuff... | |
| 13:59:07 | zigo | How am I supposed to generate the default policy file?!? | |
| 13:59:42 | zigo | This looks like completely broken AGAIN... :( | |