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 | 04:06 |
---|---|---|
*** mklejn_ is now known as mklejn | 07:15 | |
*** elodilles is now known as elodilles_pto | 10:20 | |
*** blarnath is now known as d34dh0r53 | 15:25 | |
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 |
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:26 |
dansmith | using qcow images? | 15:36 |
dansmith | or rather, qcow for instance disks I mean | 15:37 |
dansmith | ozzzo: ^ | 15:37 |
ozzzo | I think so, lemme look at an image | 15:38 |
ozzzo | yes disk_format is qcow2 | 15:39 |
dansmith | it's not the image, | 15:39 |
dansmith | it's the instance disk | 15:39 |
ozzzo | how can I check that? | 15:39 |
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 |
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:40 |
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:41 |
ozzzo | ok I'll try that | 15:42 |
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 |
dansmith | because regardless, that's the thing you're concerned about | 15:42 |
dansmith | presumably preallocate_images is not set in your config, that could be another thing | 15:43 |
ozzzo | Do I need to turn on debug logging to see the compute downloading the image? | 16:01 |
dansmith | probably? I mean, depends on how it's setup | 16:06 |
dansmith | I always have debug logging turned on so I don't even know what is logged without it :) | 16:06 |
dansmith | you should be able to see all the previous attempts if it's logging enough | 16:07 |
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 | 16:07 |
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 | 17:19 |
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:55 |
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:57 |
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:58 |
opendevreview | melanie witt proposed openstack/nova stable/zed: Fix nova-manage image_property show unexpected keyword https://review.opendev.org/c/openstack/nova/+/914767 | 18:59 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!