Earlier  
Posted Nick Remark
#openstack-nova - 2021-12-16
14:35:15 rmart04 ml2 /ovs with security groups yeah :/
14:35:41 sean-k-mooney rmart04: well ovs security groups or iptables
14:35:50 sean-k-mooney there are two sg drivers for ml2/ovs
14:35:55 rmart04 lemme check
14:37:26 rmart04 yeah iptables_firewall.OVSHybridIptablesFirewallDriver
14:40:36 rmart04 ]
14:46:49 opendevreview Gustavo Santos proposed openstack/nova stable/ussuri: Reattach mdevs to guest on resume https://review.opendev.org/c/openstack/nova/+/821987
15:25:17 opendevreview Takashi Natsume proposed openstack/python-novaclient master: Fix check job failures https://review.opendev.org/c/openstack/python-novaclient/+/821991
15:32:24 sean-k-mooney rmart04: i belive in master that is now fix
15:32:52 sean-k-mooney rmart04: by https://review.opendev.org/c/openstack/neutron/+/766277
15:33:26 sean-k-mooney rmart04: that is backproted to train https://review.opendev.org/c/openstack/nova/+/770844
15:34:06 sean-k-mooney sorry wrong link
15:34:40 sean-k-mooney looks like it was not cherry picked on the neutron side
15:35:00 sean-k-mooney there are patches for ussuri https://review.opendev.org/c/openstack/neutron/+/821443
15:36:02 sean-k-mooney while that will help it may not fully reslove your issue sbut it should help
15:36:13 rmart04 Ah OK thanks for the info that's' really helpful
15:36:29 rmart04 Do you know any tempoary hackarounds whilst we get to ussuri?
15:37:10 sean-k-mooney not without a code chagne
15:44:11 rmart04 oki dokie
15:47:19 rmart04 Would that be a tiny patch, or quite involved?
17:09:01 sean-k-mooney gibi: gmann its not qa releated but while i was reviewing the ooo change with the policy overried i notece we have a coule of plices for apis that proably can be or already have been removed
17:09:35 sean-k-mooney like the api exetion list https://github.com/openstack/nova/blob/stable/wallaby/nova/policies/extensions.py
17:09:50 sean-k-mooney im not sure if we still have it but we have not had api exstions in a long time
17:10:04 sean-k-mooney eventually we could make that 404 and delete the policy
17:10:18 gmann sean-k-mooney: API is there so that is why we kept policy too but extensions one is static and not0usable information now
17:10:22 sean-k-mooney on the ohter hand it cost us little to maintain it so not worth the effort to remove
17:10:39 sean-k-mooney ya
17:10:45 gmann we kept this not to break people/script if anyone using it but I am fine to remove the extensions API particular
17:11:30 sean-k-mooney ya its just legacy tech debt
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 " ? https://docs.openstack.org/osc-placement/latest/cli/index.html#resource-provider-usage-show
14:22:17 bauzas if so, we have a nova-manage command helping for you

Earlier   Later