On Fri, 12 Oct 2018 20:06:04 -0700, Remo Mattei wrote:
I do not have it handy now but you can verify that the image is indeed raw or
qcow2
As soon as I get home I will dig the command and pass it on. I have seen where
images have extensions thinking it is raw and it is not.
You could try 'qe
Hi all
I do not have it handy now but you can verify that the image is indeed raw or
qcow2
As soon as I get home I will dig the command and pass it on. I have seen where
images have extensions thinking it is raw and it is not.
Remo
>> Il giorno 12 ott 2018, alle ore 17:17, melanie witt ha
On Fri, 12 Oct 2018 21:50:27 +, Eugen Block wrote:
I would consider this thread as closed. After I learned that nova
imports flat images if the image's disk-format is not "raw" I tested
some different scenarios to understand more about this topic. I still
couldn't explain why nova did that in
Hi Melanie,
thanks for your response.
I would consider this thread as closed. After I learned that nova
imports flat images if the image's disk-format is not "raw" I tested
some different scenarios to understand more about this topic. I still
couldn't explain why nova did that in the speci
On Tue, 09 Oct 2018 08:01:01 +, Eugen Block wrote:
So it's still unclear why nova downloaded a raw glance image to the
local filesystem during the previous attempt.
I always knew that with Ceph as backend it's recommended to use raw
images but I always assumed the "disk-format" was not more
Hi,
I just wanted to follow up on this for documentation purpose. Although
I still don't have all answers there's something I can explain.
When I upload a new image (iso) to create a new base image for glance,
and I use "--disk-format iso", this will lead to the described
behavior, nova w
Hi list,
this week I noticed something strange in our cloud (Ocata).
We use Ceph as backend for nova, glance and cinder, everything really
works like a charm. But from time to time we've noticed that some
instances take much longer to launch than others. So I wanted to take
a look what's h
