| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-12-20 | |||
| 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 | |
| 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 | |