| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-12-20 | |||
| 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 | |
| 14:42:40 | arne_wiebalck | without these two options I will rather wait until Belmiro is back :) | |
| 14:42:57 | arne_wiebalck | sounds too risky to run it across the whole deployment | |
| 14:44:31 | arne_wiebalck | is that a sychronous command, i.e. would it block on the CLI ? | |
| 14:45:00 | arne_wiebalck | (or does it launch healing on the background?) | |
| 14:51:00 | bauzas | arne_wiebalck: agreed on holding until belmiro is back | |
| 14:51:18 | bauzas | arne_wiebalck: yes, it's synchronous, it won't fork threads | |
| 14:51:36 | arne_wiebalck | bauzas: thanks a lot for your help! | |
| 15:29:38 | gmann | bauzas: before you start you leave, can you please check these Yoga py3.6 testing updates https://review.opendev.org/c/openstack/nova/+/821636 https://review.opendev.org/c/openstack/os-traits/+/819205 https://review.opendev.org/c/openstack/placement/+/819206 | |
| 15:46:01 | opendevreview | Ilya Popov proposed openstack/nova master: Fix to implement 'pack' or 'spread' VM's NUMA cells https://review.opendev.org/c/openstack/nova/+/805649 | |
| 15:48:21 | bauzas | gmann: ack | |
| 15:50:57 | bauzas | gmann: I just gave you a Christmas present for those 3 :) | |
| 15:51:52 | gmann | bauzas: thanks :), happy Christmas in advance and enjoy your vacation. | |
| 15:52:04 | bauzas | gmann: sure, will be on the ski slopes :) | |
| 15:52:17 | gmann | :) | |
| 16:12:56 | opendevreview | Ghanshyam proposed openstack/nova stable/train: DNM: test tempest train-last tag https://review.opendev.org/c/openstack/nova/+/816598 | |
| 17:01:45 | bauzas | folks, calling it a year. Have good times and hopefully, 2022 will be a better year. | |
| 17:29:58 | gmann | o/ | |
| 17:51:02 | 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 | |
| 19:32:12 | opendevreview | Merged openstack/nova master: Re-add python 3.6 functional testing https://review.opendev.org/c/openstack/nova/+/821636 | |
| 19:32:16 | opendevreview | Merged openstack/placement master: Updating python testing as per Yoga testing runtime https://review.opendev.org/c/openstack/placement/+/819206 | |
| 20:29:46 | 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 | |
| 21:54:15 | 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-21 | |||
| 00:14:02 | 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 | |
| 00:56: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 | |
| 02:45:48 | 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 | |
| 06:28:13 | opendevreview | Jorhson Deng proposed openstack/nova master: recheck the attachment_id after the reschedule successful https://review.opendev.org/c/openstack/nova/+/796209 | |
| 10:39:18 | opendevreview | Wenping Song proposed openstack/os-resource-classes master: Update python testing classifier https://review.opendev.org/c/openstack/os-resource-classes/+/822473 | |
| 12:03:11 | chateaulav | looking to have this one looked at for review if anyone is available, 822053. Looking for a Christmas miracle ("fingers crossed"). | |
| 20:59:11 | opendevreview | Ade Lee proposed openstack/nova master: Add check job for FIPS https://review.opendev.org/c/openstack/nova/+/790519 | |
| #openstack-nova - 2021-12-22 | |||
| 03:24:55 | opendevreview | Jorhson Deng proposed openstack/nova master: recheck the attachment_id after the reschedule successful https://review.opendev.org/c/openstack/nova/+/796209 | |
| 03:38:10 | opendevreview | Merged openstack/nova-specs master: Add spec for volume backed server rebuild https://review.opendev.org/c/openstack/nova-specs/+/809621 | |
| 17:20:13 | opendevreview | Stephen Finucane proposed openstack/nova master: requirements: Remove os-xenapi https://review.opendev.org/c/openstack/nova/+/822747 | |
| 17:20:14 | opendevreview | Stephen Finucane proposed openstack/nova master: Move optional build dependencies to 'extras' https://review.opendev.org/c/openstack/nova/+/822749 | |
| 17:20:14 | opendevreview | Stephen Finucane proposed openstack/nova master: Remove Python 2-specific imports https://review.opendev.org/c/openstack/nova/+/822748 | |
| 17:20:15 | opendevreview | Stephen Finucane proposed openstack/nova master: tox: Install extras https://review.opendev.org/c/openstack/nova/+/822750 | |
| #openstack-nova - 2021-12-23 | |||
| 11:08:27 | opendevreview | Stephen Finucane proposed openstack/nova master: Move optional build dependencies to 'extras' https://review.opendev.org/c/openstack/nova/+/822749 | |
| 11:08:28 | opendevreview | Stephen Finucane proposed openstack/nova master: requirements: Bump minimum testtools to 2.5.0 https://review.opendev.org/c/openstack/nova/+/822820 | |
| 11:08:28 | opendevreview | Stephen Finucane proposed openstack/nova master: tox: Install extras https://review.opendev.org/c/openstack/nova/+/822750 | |
| 13:57:45 | opendevreview | Alexey Stupnikov proposed openstack/nova stable/ussuri: Ensure MAC addresses characters are in the same case https://review.opendev.org/c/openstack/nova/+/817689 | |
| 14:02:11 | 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 | |
| 14:03:04 | 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 | |
| 14:04:56 | opendevreview | Alexey Stupnikov proposed openstack/nova stable/ussuri: Ensure MAC addresses characters are in the same case https://review.opendev.org/c/openstack/nova/+/817689 | |
| 14:06:00 | opendevreview | Alexey Stupnikov proposed openstack/nova stable/train: Ensure MAC addresses characters are in the same case https://review.opendev.org/c/openstack/nova/+/817830 | |
| #openstack-nova - 2021-12-24 | |||
| 11:29:01 | pas-ha[m] | :w | |
| #openstack-nova - 2021-12-25 | |||
| 10:11:06 | opendevreview | Takashi Natsume proposed openstack/placement master: Change minversion of tox to 3.18.0 https://review.opendev.org/c/openstack/placement/+/791971 | |
| #openstack-nova - 2021-12-27 | |||
| 16:33:15 | sean-k-mooney | on one hand my plan to dual boot while i tried out a new os resulted in my old os not booting fully anymore | |
| 16:34:00 | sean-k-mooney | on the other hand i think i have got nixos to the point where i can use it for work so i guess the switch will be more rapid then i planned | |
| #openstack-nova - 2021-12-29 | |||
| 15:02:26 | Zer0Byte | hey guys | |
| 15:02:28 | Zer0Byte | question | |
| 15:02:36 | Zer0Byte | how i can force a node to update placement information | |
| 15:02:53 | Zer0Byte | i had a issue where placement was pointed to another placement on another region | |
| 15:02:57 | Zer0Byte | now i update the configuration | |
| 15:03:06 | Zer0Byte | but whe i do openstack resource provider usage show | |
| 15:03:15 | Zer0Byte | still show vcpus memory and disk in 0 gb | |
| 15:13:36 | frickler | Zer0Byte: not everyone here may want to be addresses as "guys". but also https://docs.openstack.org/nova/latest/cli/nova-manage.html#placement-heal-allocations may be what you are looking for | |
| 17:00:40 | Zer0Byte | you mean for the gender frickler ? | |
| 17:17:43 | Zer0Byte | another question placement usage should match with hypervisor usage show? | |
| 17:18:01 | Zer0Byte | i got different values from placement that hypervisor vcpu used counts and memory | |
| 17:18:24 | Zer0Byte | after run the heal_allocations | |
| #openstack-nova - 2021-12-30 | |||
| 11:45:49 | opendevreview | Iago Filipe proposed openstack/nova master: Adding unversioned notification publish mechanism https://review.opendev.org/c/openstack/nova/+/823200 | |
| 12:47:56 | noonedeadpunk | frickler: oh, btw, is `folks` gender neutral? As according to google translate seems that yes, but not sure... | |
| 12:49:52 | noonedeadpunk | also question - what to do if you've catched `nova.exception.TooOldComputeService`? Yes, I know that upgrades through version are not supported and thus this should not happen if everything is done correctly. | |
| 12:51:05 | noonedeadpunk | But, if this has happened, and conductor being restarted, it goes to crash loop with TooOldComputeService. And even when you upgrade all computes - it doesn't return back, as computes needs conductor to report their new version, that can't spawn because computes are still "old" for it | |
| 12:51:59 | noonedeadpunk | so it feels like you require to manually bump version in cell1 but that is.... frustrating a bit I guess... | |
| 12:52:22 | noonedeadpunk | or I don't see how this could be healed, as it looks like chicken/egg to me | |
| 13:12:07 | noonedeadpunk | So the best I could find is to `update nova.services set version = 57;` .... | |
| 13:18:25 | frickler | noonedeadpunk: IIUC "folks" is neutral, yes. no idea about your exception, might be a bug not to be able to clear that | |
| 13:22:58 | noonedeadpunk | nah, it was more that I tried to do V -> X upgrade and then fix the result :D | |
| 13:24:35 | noonedeadpunk | So if conductor/scheduler being upgraded before computes, they just fail to startup with TooOldComputeService, as at the moment of start compute is indeed old. But when compute is being upgraded, it jsut has no way to report it's new state as everything crashed | |