| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2022-01-04 | |||
| 16:35:32 | ganso | thanks! | |
| 16:35:34 | bauzas | at yoga-3 time | |
| 16:35:40 | bauzas | no worries | |
| 16:36:25 | bauzas | for the audience, https://blueprints.launchpad.net/nova/+spec/multiqueue-flavor-extra-spec is already approved as a specless BP | |
| 16:36:40 | sean-k-mooney | ya i think this is not contovertial | |
| 16:36:42 | bauzas | btw. stephenfin was marked as owner | |
| 16:36:53 | bauzas | ganso: would you mind if I put you as an assignee ? | |
| 16:37:04 | sean-k-mooney | i think there is a good change we can land this in the next few weeks | |
| 16:37:07 | ganso | bauzas: sure | |
| 16:37:33 | sean-k-mooney | this is the minimal change https://review.opendev.org/c/openstack/nova/+/792356 | |
| 16:37:34 | bauzas | ganso: just to be sure, what's your Launchpad ID ? | |
| 16:37:42 | sean-k-mooney | and then the rest are docs update and some clean up | |
| 16:37:43 | ganso | bauzas: rodrigo-barbieri2010 | |
| 16:37:55 | bauzas | ganso: ta, noted, will change the ownership | |
| 16:38:24 | ganso | bauzas: thanks! | |
| 16:38:31 | bauzas | last imra | |
| 16:38:37 | bauzas | oh damn fingers | |
| 16:38:40 | bauzas | last item | |
| 16:39:01 | bauzas | (bauzas) please welcome Uggla as a new Nova contributor :) | |
| 16:39:28 | ganso | Uggla: welcome! | |
| 16:39:38 | Uggla | :) thx | |
| 16:40:00 | artom | Uggla, you'll have to explain the nick :P | |
| 16:40:34 | bauzas | does it require hallways and beers ? | |
| 16:40:59 | Uggla | artom, the only word of swedish I know Uggla --> owl (thanks Ikea) | |
| 16:41:51 | bauzas | I pretend to have most of the Ikea products at home, but I never heard this :p | |
| 16:42:03 | bauzas | anyway, welcome | |
| 16:42:04 | artom | Huh, so the French "how are you" ("ca va?") phonetically sounds like the Russian for "owl" ("sava" - "сова") | |
| 16:42:30 | artom | Which means there's some Illuminati mystery going on here | |
| 16:42:33 | bauzas | :) | |
| 16:42:34 | Uggla | bauzas, I will send you a picture. | |
| 16:42:45 | bauzas | anyway, ending the meeting | |
| 16:42:47 | bauzas | thanks all | |
| 16:43:06 | sean-k-mooney | https://www.ikea.com/ie/en/p/vandring-uggla-glove-puppet-50216093/ | |
| 16:43:06 | gmann | thanks | |
| 16:43:08 | bauzas | and happy 2022 again (hopefully with physical events this year) | |
| 16:43:11 | bauzas | #endmeeting | |
| 16:43:11 | opendevmeet | Meeting ended Tue Jan 4 16:43:11 2022 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | |
| 16:43:11 | opendevmeet | Minutes: https://meetings.opendev.org/meetings/nova/2022/nova.2022-01-04-16.00.html | |
| 16:43:11 | opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/nova/2022/nova.2022-01-04-16.00.txt | |
| 16:43:11 | opendevmeet | Log: https://meetings.opendev.org/meetings/nova/2022/nova.2022-01-04-16.00.log.html | |
| #openstack-nova - 2022-01-05 | |||
| 10:36:52 | opendevreview | zitoun proposed openstack/nova master: it takes too long to update novadb.instance_info_caches and operations such as `openstack server add floating ip` won't be visible with `openstack server list` before heal_instance_info_cache_interval x nb instances Change : iterate over all instances rather than one by one. https://review.opendev.org/c/openstack/nova/+/823494 | |
| 10:39:30 | opendevreview | Merged openstack/os-vif master: Updating python testing classifier as per Yoga testing runtime https://review.opendev.org/c/openstack/os-vif/+/819204 | |
| 12:24:29 | opendevreview | Merged openstack/os-vif master: Fix typos https://review.opendev.org/c/openstack/os-vif/+/810137 | |
| 15:44:41 | opendevreview | guest proposed openstack/nova master: it takes too long to update novadb.instance_info_caches and operations such as `openstack server add floating ip` won't be visible with `openstack server list` before heal_instance_info_cache_interval x nb instances Change : iterate over all instances rather than one by one. https://review.opendev.org/c/openstack/nova/+/823494 | |
| 16:08:36 | opendevreview | Felix Huettner proposed openstack/nova master: Ignore missing volume attchment during detach https://review.opendev.org/c/openstack/nova/+/823554 | |
| 17:10:08 | lyarwood | btw ^ is a duplicate of https://review.opendev.org/c/openstack/nova/+/812127/ | |
| 17:10:17 | lyarwood | and my change could use some reviews :) | |
| 17:41:55 | gmann | lyarwood: done. 1 comment | |
| 20:21:50 | chateaulav | any reviews for https://review.opendev.org/c/openstack/nova/+/822053 would be greatly appreciated, and happy new years! | |
| 20:22:09 | opendevreview | Gustavo Santos proposed openstack/nova stable/ussuri: Reattach mdevs to guest on resume https://review.opendev.org/c/openstack/nova/+/821987 | |
| 21:23:25 | sean-k-mooney | chateaulav: you will need a nova spec for that first | |
| 21:24:03 | sean-k-mooney | chateaulav: did you see my responce on the mail trhead | |
| 21:33:08 | 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 | |
| 22:01:20 | chateaulav | I replied, thanks for the follow-up. | |
| #openstack-nova - 2022-01-06 | |||
| 09:54:56 | opendevreview | Lee Yarwood proposed openstack/nova master: WIP Remove fasteners from lower-constraints.txt https://review.opendev.org/c/openstack/nova/+/823649 | |
| 10:23:17 | plibeau1 | lyarwood: Hello, if you have time to review https://review.opendev.org/c/openstack/nova/+/820531/5 I have some question on patchset 3 | |
| 10:24:11 | lyarwood | plibeau1: yup I can take a look today | |
| 10:24:24 | plibeau1 | lyarwood: thx :) | |
| 17:33:40 | opendevreview | melanie witt proposed openstack/nova master: Make the CellDatabases fixture work with fasteners >= 0.15 https://review.opendev.org/c/openstack/nova/+/813114 | |
| 18:34:35 | melwitt | dansmith: just a FYI, i.e. not expecting anything immediately after we've been on holiday break for weeks, but the unified limits set is ready for review with green CI. this is the top of the stack where I've enabled unified limits in the nova-next job https://review.opendev.org/c/openstack/nova/+/789963 | |
| 18:35:02 | dansmith | melwitt: ack, I know it's something I have to get to.. consider myself shamed | |
| 18:35:18 | melwitt | note: in the middle of the stack I have spliced in a fugly DNM change that pulls in yours and my unmerged oslo.limit changes. I put that to let reviewers see things working end-to-end, it will be removed once people are OK with the set and the oslo.limit changes are merged and released. there are Depends-On throughout, so nothing will merge until the deps merge | |
| 18:36:01 | melwitt | that and we have agreed to not merge anything until it's got review over the whole stack | |
| 18:37:48 | melwitt | I have tagged all patches including deps with topic https://review.opendev.org/q/topic:%22bp%252Funified-limits-nova%22+status:open | |
| 18:43:50 | dansmith | cool | |
| 18:50:45 | melwitt | thanks | |
| 19:12:55 | opendevreview | yuval proposed openstack/nova master: Lightbits LightOS driver https://review.opendev.org/c/openstack/nova/+/821606 | |
| 20:51:46 | opendevreview | Gustavo Santos proposed openstack/nova stable/xena: Reattach mdevs to guest on resume https://review.opendev.org/c/openstack/nova/+/821126 | |
| 20:58:58 | opendevreview | Gustavo Santos proposed openstack/nova stable/xena: Reattach mdevs to guest on resume https://review.opendev.org/c/openstack/nova/+/821126 | |
| #openstack-nova - 2022-01-07 | |||
| 14:35:50 | EugenMayer | is it possible to move an instance from one ability zone to a other? | |
| 14:48:03 | artom | EugenMayer, through unshelve, yeah: https://docs.openstack.org/api-ref/compute/?expanded=unshelve-restore-shelved-server-unshelve-action-detail#unshelve-restore-shelved-server-unshelve-action | |
| 14:48:11 | artom | And as of API 2.77 | |
| 14:48:24 | EugenMayer | reading https://support.platform9.com/hc/en-us/articles/360046450633-Can-I-Live-Migrate-an-Instance-Across-Availability-Zones- right now | |
| 14:48:30 | EugenMayer | seems like --force is no longer available? | |
| 14:48:57 | artom | You can also force with live migration and an old microversion, yeah | |
| 14:49:18 | artom | "Prior to microversion 2.30, specifying a host will bypass validation by the scheduler, which could result in failures to actually migrate the instance to the specified host" | |
| 14:49:29 | artom | So you can live-migrate with 2.29 and the `host` argument | |
| 14:50:23 | EugenMayer | ok i have xena, that will not work. Is shelve to understood as i understand shelve in SCM tasks? Temporary stash away, get back? But basically that is nothing else then a glance op backing up the image, and then restoring it? | |
| 14:51:23 | EugenMayer | so shelve is somewhat a shortcut to backup / restore with a special image creating step and maybe a little more semantic - but technically glance image, then restore? | |
| 14:51:29 | artom | EugenMayer, you can use any older microversion with any newer cloud by passing --os-compute-api-microversion on the command line, so that's not the problem | |
| 14:52:16 | artom | The problem is that if you force a live migration to a host, you can end up with inconsistencies between what's in the database (request spec, specifically) and where the instance is actually running | |
| 14:52:22 | artom | Which could break future operations on it | |
| 14:52:34 | EugenMayer | artom ah yes, i could. What would you advice? Rather shelve unshelve? shelve would take 2x as long AFAIU since it will write to glance and read from there, why live is direct compute to compute, right? | |
| 14:52:37 | artom | EugenMayer, but to answer your question, yeah, your understanding of shelve is essentially correct | |
| 14:53:05 | artom | EugenMayer, forcing hosts with live migration is asking for trouble, do it in the properly supported way with shelve/unshelve | |
| 14:53:10 | lyarwood | EugenMayer: if you're using rbd as a backend it shouldn't take that long | |
| 14:53:43 | EugenMayer | i see. i just see that shelv is just creating an image in glance with -shelve as suffix | |
| 14:54:28 | EugenMayer | lyarwood: for me it's long due to the way i run glance (and where) but i guess that is just my burden. I think i can take the hit with the downtime without bigger issues. | |
| 14:54:57 | EugenMayer | A little comment on the part with the live migration, am i understanding it right that it would happen compute to compute, not going over glance? | |
| 14:55:35 | artom | Correct | |
| 14:55:55 | EugenMayer | oh damn, shelve in the GUI is non interactive, it just uses the old host. Hehe, onde again i guess :) | |
| 14:56:34 | EugenMayer | artom and lyarwood - thank you for your insight! Super helpful. | |
| 14:58:10 | artom | lyarwood, since you seem to be about - did you put up any code for ephemeral disk encryption, btw? I read through the spec, was looking to read through the patches | |
| 15:07:51 | lyarwood | artom: https://review.opendev.org/q/topic:%22change-760456-2%22+(status:open%20OR%20status:merged) is the old topic from a year ago, I've got rebased things locally that I'll push up next week and talk you through | |
| 15:24:08 | EugenMayer | is there any way to see the progress of a live migration? | |
| 15:24:24 | EugenMayer | like an estimation or how much data has been transmitted? | |
| 15:30:32 | lyarwood | EugenMayer: https://docs.openstack.org/nova/latest/admin/live-migration-usage.html#monitoring-the-migration | |
| 15:31:54 | EugenMayer | thank you! | |
| 15:44:44 | EugenMayer | It seems after unshelving, availability_zone has been set, not availability_zone_hints - which now confuses my terraform. Is there a way to set the _hints one? AFAIR availability_zone is deprecated, right? | |
| 17:29:04 | opendevreview | Merged openstack/nova stable/xena: Reproduce bug 1953359 https://review.opendev.org/c/openstack/nova/+/820550 | |