| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-12-16 | |||
| 17:11:35 | sean-k-mooney | right now it cost us little | |
| 17:12:03 | gmann | yeah, its just there but we can cleanup that with tech debt in next cycle or so | |
| 17:12:26 | gmann | I hope we could remove proxy APIs too but that will break people :) | |
| 17:14:31 | sean-k-mooney | gmann: well as someoen that supprot raising our min service version im ok with that eventually | |
| 17:15:26 | gmann | yeah, that one. raising min version which is difficult | |
| 18:03:45 | opendevreview | Alexey Stupnikov proposed openstack/nova stable/victoria: Ensure MAC addresses characters are in the same case https://review.opendev.org/c/openstack/nova/+/816927 | |
| 20:43:47 | opendevreview | Gabriel Silva Trevisan proposed openstack/nova stable/ussuri: Reproduce bug 1953359 https://review.opendev.org/c/openstack/nova/+/822047 | |
| 20:55:24 | opendevreview | Gabriel Silva Trevisan proposed openstack/nova stable/ussuri: Extend the reproducer for 1953359 and 1952915 https://review.opendev.org/c/openstack/nova/+/822048 | |
| 21:03:35 | opendevreview | Erlon R. Cruz proposed openstack/nova master: Fix pre_live_migration rollback https://review.opendev.org/c/openstack/nova/+/815324 | |
| 21:03:35 | opendevreview | Erlon R. Cruz proposed openstack/nova master: Adds regression test for bug LP#1944619 https://review.opendev.org/c/openstack/nova/+/821840 | |
| 21:30:21 | opendevreview | Gabriel Silva Trevisan proposed openstack/nova stable/ussuri: [rt] Apply migration context for incoming migrations https://review.opendev.org/c/openstack/nova/+/822050 | |
| 22:31:09 | opendevreview | Jonathan Race proposed openstack/nova master: Adds Emulation for aarch64, and ppc64 on x86_64 processors https://review.opendev.org/c/openstack/nova/+/822053 | |
| #openstack-nova - 2021-12-17 | |||
| 15:31:42 | opendevreview | Merged openstack/python-novaclient master: Updating python testing classifier as per Yoga testing runtime https://review.opendev.org/c/openstack/python-novaclient/+/819208 | |
| 16:03:21 | gibi_pto_back_on_10th | as per my nick I will not official at work until 10th of January next year. Still you might see me here occasionally if I get bored :) | |
| 16:12:44 | sean-k-mooney | more or less the same | |
| 16:13:12 | sean-k-mooney | i wont be signed in to my work laptop over that peiord but i do get irc pings on my table via matrix | |
| 16:13:35 | sean-k-mooney | so i might see pings but likely wont until im back on the 4th | |
| 16:14:14 | sean-k-mooney | gibi_pto_back_on_10th: im currently updating the health check spec and incoperating some design element form https://inadarei.github.io/rfc-healthcheck/#RFC8259 | |
| 16:14:29 | sean-k-mooney | gibi_pto_back_on_10th: but no rush to review it | |
| 16:14:43 | sean-k-mooney | ill push it before i leave today but it can wait until we are all back | |
| 16:23:10 | gibi_pto_back_on_10th | sean-k-mooney: OK, I will take a look at some point :) | |
| 16:29:28 | bauzas | gibi: happy new year ! | |
| 16:29:36 | gibi_pto_back_on_10th | bauzas: same to you too | |
| 16:30:01 | bauzas | have good holidays :) | |
| 16:33:04 | gmann | gibi_pto_back_on_10th: happy holiday and take rest | |
| 16:34:42 | gmann | bauzas: good to have your ack in this (placement IRC channel retiring ) https://review.opendev.org/c/openstack/project-config/+/821889 | |
| 16:35:03 | bauzas | gmann: sure | |
| 16:35:10 | gmann | thanks | |
| 16:35:29 | gibi_pto_back_on_10th | gmann: same to you | |
| 17:40:41 | opendevreview | sean mooney proposed openstack/nova-specs master: add per process healthcheck spec https://review.opendev.org/c/openstack/nova-specs/+/821279 | |
| 17:41:44 | sean-k-mooney | gibi_pto_back_on_10th: bauzas ^ that is proably going to be the last thing i do until the new year. ill respin the external cpu managment spec when i retrun form PTO. enjoy your time off o/ | |
| 17:42:06 | gibi_pto_back_on_10th | sean-k-mooney: enjoy o/ | |
| 20:06:25 | opendevreview | Jonathan Race proposed openstack/nova master: Adds Emulation for aarch64, and ppc64 on x86_64 processors https://review.opendev.org/c/openstack/nova/+/822053 | |
| #openstack-nova - 2021-12-19 | |||
| 12:37:45 | opendevreview | Federico Ressi proposed openstack/nova master: Debug Nova APIs call failures https://review.opendev.org/c/openstack/nova/+/806683 | |
| 18:33:16 | opendevreview | Ghanshyam proposed openstack/nova master: Convert SYSTEM_ADMIN|READER to Admin and system scope https://review.opendev.org/c/openstack/nova/+/819390 | |
| #openstack-nova - 2021-12-20 | |||
| 02:13:06 | Jorhson | sean-k-mooney:do you help to review the patch 761264? | |
| 08:44:43 | bauzas | good morning Nova | |
| 12:51:06 | arne_wiebalck | Hi! In one of the conductor groups in our Nova/Ironic cell, some compute nodes have been soft-deleted (for not yet understood reasons). While hard-deleting from the compute_nodes table lets Nova re-insert it, it seems the allocations are not fixed by this. The result is that placement is advertising physical nodes which are active ... is there a straight-forward/automatic way to correct this? (This is on Nova Stein :) | |
| 13:26:24 | opendevreview | Jorhson Deng proposed openstack/nova master: process instance in soft-deleting task state during _init_instance https://review.opendev.org/c/openstack/nova/+/761264 | |
| 13:35:24 | opendevreview | Jorhson Deng proposed openstack/nova master: process instance in soft-deleting task state during _init_instance https://review.opendev.org/c/openstack/nova/+/761264 | |
| 13:57:14 | opendevreview | Jonathan Race proposed openstack/nova master: Adds Emulation for aarch64, and ppc64 on x86_64 processors https://review.opendev.org/c/openstack/nova/+/822053 | |
| 14:10:01 | bauzas | arne_wiebalck: hola, sorry wasn't looking at the IRC chan given it was quiet :) | |
| 14:10:32 | bauzas | arne_wiebalck: so you mean you have persisted allocations for some not longer compute services, right? | |
| 14:10:40 | arne_wiebalck | bauzas: heh, yeah, wasn't sure if anyone is still around :) | |
| 14:10:51 | bauzas | until tonight :) | |
| 14:11:50 | arne_wiebalck | bauzas: so, the compute are marked as deleted, but placement offers them, which makes me think the allocations have been deleted with the nodes ... but did not come back when the nodes were re-inserted | |
| 14:12:43 | arne_wiebalck | bauzas: we had this in the past, and Belmiro did some magic, but he is not available at the moment | |
| 14:13:22 | arne_wiebalck | bauzas: I will not risk too much either, just in case there is some sync I need to kick off, I may try it | |
| 14:13:58 | arne_wiebalck | bauzas: my main worry is that placement offers physical nodes which are installed :-S | |
| 14:14:31 | arne_wiebalck | bauzas: Ironic stops the installation, but free nodes cannot be installed either (since placement offers all nodes) | |
| 14:15:20 | arne_wiebalck | bauzas: I wasn't sure either if it is safe to remove active nodes from the placement aggregrate (or even deleted the resource providers) | |
| 14:15:40 | arne_wiebalck | bauzas: I have done this with available nodes, but not with active ones | |
| 14:15:58 | bauzas | arne_wiebalck: tbc, do you have resource providers for the deleted compute services ? | |
| 14:16:23 | arne_wiebalck | bauzas: I must have otherwise placement would not offer them, no? | |
| 14:16:41 | arne_wiebalck | bauzas: but let me check for one ... | |
| 14:16:42 | bauzas | arne_wiebalck: sorry I still don't understand | |
| 14:16:56 | arne_wiebalck | bauzas: it is probable since I do not use the correct terms | |
| 14:17:13 | bauzas | arne_wiebalck: so, which Resource Providers do you have ? | |
| 14:17:23 | bauzas | arne_wiebalck: is the usage for every RP good or not ? | |
| 14:17:40 | bauzas | arne_wiebalck: and do you have "orphaned" allocations ? | |
| 14:18:11 | bauzas | an orphaned allocation is an allocation telling it's about some RP UUID but with the RP no longer here | |
| 14:18:24 | bauzas | RP : Resource Provider | |
| 14:19:17 | arne_wiebalck | bauzas: I have resource providers which placement offers me as allocation candidates, but the nodes are actually active in Ironic, so there is an instance on them | |
| 14:19:59 | bauzas | arne_wiebalck: I see so you no longer have allocations for this RP | |
| 14:20:23 | arne_wiebalck | bauzas: right, this is what I think | |
| 14:20:23 | bauzas | they were deleted when the compute service was deleted | |
| 14:20:33 | arne_wiebalck | bauzas: right, this is my understanding | |
| 14:21:16 | arne_wiebalck | bauzas: and I was thinking the resource tracker would update this, but it does not | |
| 14:21:25 | opendevreview | Jorhson Deng proposed openstack/nova master: recheck the attachment_id after the reschedule successful https://review.opendev.org/c/openstack/nova/+/796209 | |
| 14:21:39 | bauzas | arne_wiebalck: just verifying, could you please ask : "openstack resource provider usage show |
|
| 14:22:17 | bauzas | if so, we have a nova-manage command helping for you | |
| 14:22:24 | arne_wiebalck | usage 0 | |
| 14:22:53 | bauzas | \o/ | |
| 14:22:54 | arne_wiebalck | https://paste.opendev.org/show/811772/ | |
| 14:23:01 | bauzas | okay, so please https://docs.openstack.org/nova/rocky/cli/nova-manage.html#placement | |
| 14:23:04 | bauzas | shit | |
| 14:23:12 | bauzas | nevermind, same for stein | |
| 14:23:21 | bauzas | nova-manage placement heal_allocations [--max-count <max_count>] [--verbose] [--dry-run] [--instance <instance_uuid>] | |
| 14:23:33 | bauzas | this should heal your allocations | |
| 14:23:40 | bauzas | verify it with --dry-run firstr | |
| 14:24:10 | arne_wiebalck | uh, that looks like what I was looking for, let me try it :) | |
| 14:24:23 | arne_wiebalck | what can go wrong one day before the break :) | |
| 14:24:49 | bauzas | https://docs.openstack.org/nova/latest/cli/nova-manage.html#placement-heal-allocations | |
| 14:25:10 | bauzas | arne_wiebalck: that's why you should test it first :D | |
| 14:29:16 | arne_wiebalck | bauzas: give me a sec, I need to find a good node ... | |
| 14:29:23 | bauzas | sure | |
| 14:36:13 | arne_wiebalck | bauzas: hmm, seems that our client neither has --dry-run, nor --instance ... at least the one I found so far | |
| 14:37:14 | bauzas | looks like it was added in Train | |
| 14:37:35 | bauzas | so maybe we added it in a backport that you don't have in your client | |
| 14:37:50 | arne_wiebalck | yeah, totally possible | |
| 14:37:51 | bauzas | the master doc is explaning it | |
| 14:38:05 | bauzas | but I can doublecheck the stable/stein branch | |
| 14:38:15 | arne_wiebalck | thanks, will do! | |
| 14:38:48 | bauzas | YUUUP https://github.com/openstack/nova/commits/stable/stein/nova/cmd/manage.py | |
| 14:39:45 | arne_wiebalck | ok, let me confirm on our side ... | |
| 14:39:57 | bauzas | https://review.opendev.org/c/openstack/nova/+/693199 | |
| 14:40:03 | bauzas | Branches: stable/stein Tags: 19.1.0 19.2.0 19.3.0 19.3.1 19.3.2 stein-em | |
| 14:40:27 | bauzas | 19.0.0 doesn't have it | |
| 14:41:05 | arne_wiebalck | seems like ours is based on 19.0.1 | |
| 14:41:11 | arne_wiebalck | yeah, that fits | |