| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-09-28 | |||
| 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 | # openstack server delete 26ee7dd9-75c2-41f5-86f4-c714ed36aab7 | |
| 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: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... :( | |
| 14:01:10 | zigo | Also, has the /healthcheck changed behavior?!? | |
| 14:02:38 | zigo | Now it wants me to be authenticated ?!? | |
| 14:02:44 | zigo | Seriously? | |
| 14:03:04 | zigo | How am I supposed to do that with the standard haproxy thingy? | |
| 14:03:25 | bauzas | afaik we haven't changed the paste.ini | |
| 14:03:40 | bauzas | the whole policy thing is different | |
| 14:04:02 | bauzas | but i need to go away or I'll be pedestrian | |
| 14:05:38 | zigo | When I do a: curl -k https:// |
|
| 14:05:49 | opendevreview | Ivan Kolodyazhny proposed openstack/nova master: Fix NVMe volume attach https://review.opendev.org/c/openstack/nova/+/811413 | |
| 14:05:49 | zigo | I'm not even sure that can be done with haproxy. | |
| 14:08:12 | zigo | It looks like its probably my bad, checking ... | |
| 14:08:24 | gibi | lyarwood: does this ring a bell to you https://review.opendev.org/c/openstack/devstack/+/811399/1#message-941958791253e3555a648888281a5de6cbf3b1c4 ? | |
| 14:12:39 | lyarwood | gibi: nope never seen that before | |
| 14:12:58 | lyarwood | http://review.opendev.org/ dead for everyone? | |
| 14:14:29 | gibi | works for me | |
| 14:14:33 | kashyap | Yeah, same here | |
| 14:14:36 | dansmith | same | |
| 14:14:38 | kashyap | (As in, works) | |
| 14:15:43 | dansmith | bauzas: is there a tentative ptg schedule yet? | |
| 14:17:42 | gibi | dansmith: we have two cross project discussions scheduled to a certain slot but top of that we haven't assigned topics to slots yet | |
| 14:17:54 | gibi | https://etherpad.opendev.org/p/nova-yoga-ptg | |
| 14:18:05 | gibi | lyarwood: ack, then I recheck :) | |
| 14:18:47 | dansmith | gibi: okay, it's always that arms race where everyone is trying to avoid others' sessions, but nobody has scheduled yet :) | |
| 14:24:16 | gibi | I think it is also part of not having the PTG planning in focus until after Xena is out of the tood | |
| 14:24:19 | gibi | door | |
| 14:24:49 | zigo | When trying to delete a server that went into error, I get this in placement.log: | |
| 14:24:49 | zigo | https://paste.opendev.org/show/809649/ | |
| 14:24:56 | zigo | Any idea why? | |
| 14:25:08 | dansmith | I dunno, I think the "I don't want to schedule X until I know of person Y is available, but person Y's schedule depends on other project Z" problem would exist either way | |