| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2024-03-28 | |||
| 17:09:49 | auniyal | hey ygk_12345, you can just ask | |
| 20:16:05 | opendevreview | Artom Lifshitz proposed openstack/nova master: DNM/POC: demonstrate bug with NUMA-aware vswitches https://review.opendev.org/c/openstack/nova/+/914712 | |
| 20:16:35 | opendevreview | Artom Lifshitz proposed openstack/nova master: DNM/POC: demonstrate bug with NUMA-aware vswitches https://review.opendev.org/c/openstack/nova/+/914712 | |
| #openstack-nova - 2024-03-29 | |||
| 04:06:36 | opendevreview | Jang YeHoon proposed openstack/nova master: Modify the auth_url field in the service_user section https://review.opendev.org/c/openstack/nova/+/914743 | |
| 15:26:03 | ozzzo | We're rebuilding our kolla-ansible clusters from Train to Wallaby, and on the rebuilt clusters VM builds take longer. On a Train cluster, I see a 2-second delay in the nova log after "Creating image"; on Wallaby clusters I see a 9-second delay. | |
| 15:26:47 | ozzzo | I suspect that the hypervisor may be redownloading the image for every build. Is there a configuration item that controls whether the hypervisor saves the image locally so that it doesn't have to be redownloaded? | |
| 15:36:50 | dansmith | using qcow images? | |
| 15:37:04 | dansmith | or rather, qcow for instance disks I mean | |
| 15:37:52 | dansmith | ozzzo: ^ | |
| 15:38:17 | ozzzo | I think so, lemme look at an image | |
| 15:39:23 | ozzzo | yes disk_format is qcow2 | |
| 15:39:26 | dansmith | it's not the image, | |
| 15:39:31 | dansmith | it's the instance disk | |
| 15:39:48 | ozzzo | how can I check that? | |
| 15:40:22 | dansmith | if you don't have any instance disk-related config (which I presume you know would about) then you're using qcow disks | |
| 15:40:48 | dansmith | in that case, you kinda have to be not re-downloading things I think because all the disks are using the same backing file anyway | |
| 15:41:20 | dansmith | you can run `qemu-img info` on disks in /var/lib/instances and they should all be pointing the backing file to the same thing in _base if they're using the same image | |
| 15:42:09 | ozzzo | ok I'll try that | |
| 15:42:35 | dansmith | better to just look at the logs (perhaps the glance log) to see if one compute is downloading the same image though | |
| 15:42:48 | dansmith | because regardless, that's the thing you're concerned about | |
| 15:43:55 | dansmith | presumably preallocate_images is not set in your config, that could be another thing | |
| 16:01:55 | ozzzo | Do I need to turn on debug logging to see the compute downloading the image? | |
| 16:06:31 | dansmith | probably? I mean, depends on how it's setup | |
| 16:06:44 | dansmith | I always have debug logging turned on so I don't even know what is logged without it :) | |
| 16:07:08 | dansmith | you should be able to see all the previous attempts if it's logging enough | |
| 16:07:43 | dansmith | I don't have my running system handy but the request logging you're looking for is paths that look like /images/UUID/data | |
| 17:19:11 | opendevreview | Takashi Kajinami proposed openstack/nova master: Retry image download when 500 Internal Server Error is received https://review.opendev.org/c/openstack/nova/+/914761 | |
| 18:55:05 | opendevreview | melanie witt proposed openstack/nova stable/2024.1: Fix nova-manage image_property show unexpected keyword https://review.opendev.org/c/openstack/nova/+/914671 | |
| 18:57:25 | opendevreview | melanie witt proposed openstack/nova stable/2023.2: Fix nova-manage image_property show unexpected keyword https://review.opendev.org/c/openstack/nova/+/914765 | |
| 18:58:25 | opendevreview | melanie witt proposed openstack/nova stable/2023.1: Fix nova-manage image_property show unexpected keyword https://review.opendev.org/c/openstack/nova/+/914766 | |
| 18:59:24 | opendevreview | melanie witt proposed openstack/nova stable/zed: Fix nova-manage image_property show unexpected keyword https://review.opendev.org/c/openstack/nova/+/914767 | |
| #openstack-nova - 2024-03-30 | |||
| 02:59:26 | opendevreview | Takashi Kajinami proposed openstack/nova master: Retry image download when 500 Internal Server Error is received https://review.opendev.org/c/openstack/nova/+/914761 | |
| 03:11:17 | opendevreview | Takashi Kajinami proposed openstack/nova master: Retry image download when 500 Internal Server Error is received https://review.opendev.org/c/openstack/nova/+/914761 | |
| #openstack-nova - 2024-04-01 | |||
| 13:14:29 | opendevreview | Rajesh Tailor proposed openstack/nova master: Restore original AZ when unshelve fails https://review.opendev.org/c/openstack/nova/+/911108 | |
| #openstack-nova - 2024-04-02 | |||
| 06:39:11 | gibi | o/ | |
| 09:56:47 | gibi | bauzas: did you intentionally set the nova meeting time to 4th of April instead of 2nd of April? | |
| 09:56:51 | gibi | https://wiki.openstack.org/wiki/Meetings/Nova | |
| 10:05:07 | bauzas | gibi: sorry nope, miscalculated it ;-) | |
| 10:05:29 | bauzas | Still on Tuesday 4pm UTC | |
| 10:09:03 | gibi | bauzas: ack, thanks for confirming | |
| 14:53:10 | bauzas | folks (in Europe), as a reminder, the nova meeting will still be at 1600UTC, which means now (after the daylight change this weekend) that it will be in ~1hour | |
| 15:57:23 | bauzas | shit, I'm on a meeting now so I forgot to do the meeting agenda | |
| 16:00:31 | opendevmeet | The meeting name has been set to 'nova' | |
| 16:00:31 | opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 16:00:31 | opendevmeet | Meeting started Tue Apr 2 16:00:31 2024 UTC and is due to finish in 60 minutes. The chair is bauzas. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 16:00:31 | bauzas | #startmeeting nova | |
| 16:00:35 | bauzas | hey folks | |
| 16:00:37 | elodilles | o/ | |
| 16:00:42 | bauzas | #link https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting | |
| 16:01:13 | bauzas | most of the Hatters currently have a running meeting that's delaying a bit, so we will softly start | |
| 16:01:57 | fwiesel | o/ | |
| 16:02:06 | bauzas | #topic Bugs (stuck/critical) | |
| 16:02:12 | bauzas | #info No Critical bug | |
| 16:02:15 | bauzas | #link https://bugs.launchpad.net/nova/+bugs?search=Search&field.status=New 67 new untriaged bugs (+2 since the last meeting) | |
| 16:02:19 | bauzas | #info Add yourself in the team bug roster if you want to help https://etherpad.opendev.org/p/nova-bug-triage-roster | |
| 16:02:31 | bauzas | Uggla kindly volunteered on taking the baton for next week | |
| 16:02:38 | bauzas | #info bug baton is Uggla | |
| 16:02:42 | bauzas | anything about bugs ? | |
| 16:02:45 | Uggla | o/ | |
| 16:03:57 | bauzas | moving on then | |
| 16:04:04 | bauzas | #topic Gate status | |
| 16:04:08 | bauzas | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | |
| 16:04:12 | bauzas | #link https://etherpad.opendev.org/p/nova-ci-failures-minimal | |
| 16:04:17 | bauzas | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&pipeline=periodic-weekly Nova&Placement periodic jobs status | |
| 16:04:24 | bauzas | all greens :) | |
| 16:04:31 | bauzas | #info Please look at the gate failures and file a bug report with the gate-failure tag. | |
| 16:04:35 | bauzas | #info #info Please try to provide meaningful comment when you recheck | |
| 16:06:59 | bauzas | I'll be honest, I haven't particularly looked at the gate this weekend | |
| 16:07:39 | gibi | o/ | |
| 16:07:54 | bauzas | #topic Release Planning | |
| 16:08:02 | bauzas | #link https://releases.openstack.org/dalmatian/schedule.html | |
| 16:08:25 | bauzas | fwiw, there are no nova deadlines yet, we'll discuss those next week at the PTG | |
| 16:08:31 | bauzas | #info Caracal GA on time for tomorrow | |
| 16:08:59 | bauzas | as a reminder, specs repo is open, so you can repropose | |
| 16:09:30 | bauzas | #topic vPTG Planning | |
| 16:09:34 | bauzas | #info The vPTG will be held on Apr 8-12 | |
| 16:09:40 | bauzas | #info Nova sessions between Tues-Fri 1pm-5pm UTC | |
| 16:09:52 | bauzas | not sure we'll need *all* of the timeslots, but it's better to keep them | |
| 16:10:10 | bauzas | a gentle reminder to add your items to the etherpad : | |
| 16:10:12 | bauzas | #link https://etherpad.opendev.org/p/nova-dalmatian-ptg add your own PTG topics in that etherpad | |
| 16:10:17 | bauzas | #info Don't forget to register yourselves on http://ptg2023.openinfra.dev/ | |
| 16:12:51 | bauzas | anything about PTG ? | |
| 16:14:32 | bauzas | looks not | |
| 16:14:37 | bauzas | #topic Review priorities | |
| 16:14:41 | bauzas | #link https://etherpad.opendev.org/p/nova-dalmatian-status | |
| 16:14:54 | bauzas | I've started to add the two specless bps that got approved | |
| 16:15:18 | bauzas | and I'll do a couple of spec reviews hopefully end of this week | |
| 16:16:53 | bauzas | #topic Stable Branches | |
| 16:16:59 | bauzas | elodilles: wazzup ? | |
| 16:17:11 | elodilles | mostly the same as last week :) | |
| 16:17:15 | elodilles | #info stable/202*.* branches' gates seem to be OK, but nova-ceph-multistore is constantly failing (?) on stable/zed | |
| 16:17:21 | elodilles | #info stable branch status / gate failures tracking etherpad: https://etherpad.opendev.org/p/nova-stable-branch-ci | |
| 16:17:32 | elodilles | add details here if you have any ^^^ | |
| 16:17:53 | elodilles | and that's all from me | |
| 16:19:24 | bauzas | cool thanks | |
| 16:19:41 | bauzas | #topic vmwareapi 3rd-party CI efforts Highlights | |
| 16:19:47 | bauzas | fwiesel: your turn :) | |
| 16:20:07 | fwiesel | #info Page for viewing logs and config files also now support links with lines highlighted (Example: http://openstack-ci-logs.global.cloud.sap/openstack-nova-914671-8cvn7/index.html#file=n-cpu-1.service.log&highlight=2318-2348) | |
| 16:20:23 | bauzas | awesome | |
| 16:20:27 | fwiesel | Not a web-designer, so very bare-bone, but it works at least for me. | |