Earlier  
Posted Nick Remark
#openstack-nova - 2024-03-28
15:22:45 opendevreview Rajesh Tailor proposed openstack/nova master: Add regression test case for bug 1978573 https://review.opendev.org/c/openstack/nova/+/914653
16:41:54 ygk_12345 anyone online here ?
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 bauzas #startmeeting nova
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 opendevmeet Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:31 opendevmeet The meeting name has been set to '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)

Earlier   Later