DB not updated after moving volume from Qcow2 to RAW(CEPH)

[Andrija Panic <an...@gmail.com>]

Hi team,

we noticed (4.3.2 and 4.5.1 so far):
- If you deploy VM (root volume) from template that was uploaded to ACS as
Qcow2 - to CEPH  - volume is converted to RAW (since on CEPHnow...), but DB
cloud.volumes/format column is not updated with "raw" value, instead it's
"qcow2".
- Same thing with uploaded Qcow2 DATA volumes - after attaching disk
(converted from NFS/Qcow2 to CEPH/RAW), DB again not updated.

This makes download volume impossible since qemu-img -f takes format from
DB (wrong format) and conversion from CEPH back to NFS fails...

My colegue is looking to implement fix, and hopefully we can submit the
patch.
If anyone (Wido ? :) ) is aware of this or of fix - I will really
appreciate it.

Thanks,

-- 

Andrija Panić

Re: DB not updated after moving volume from Qcow2 to RAW(CEPH)

[Wido den Hollander <wi...@widodh.nl>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



On 06/11/2015 06:38 PM, Andrija Panic wrote:
> Hi team,
> 
> we noticed (4.3.2 and 4.5.1 so far): - If you deploy VM (root
> volume) from template that was uploaded to ACS as Qcow2 - to CEPH
> - volume is converted to RAW (since on CEPHnow...), but DB 
> cloud.volumes/format column is not updated with "raw" value,
> instead it's "qcow2". - Same thing with uploaded Qcow2 DATA volumes
> - after attaching disk (converted from NFS/Qcow2 to CEPH/RAW), DB
> again not updated.
> 
> This makes download volume impossible since qemu-img -f takes
> format from DB (wrong format) and conversion from CEPH back to NFS
> fails...
> 
> My colegue is looking to implement fix, and hopefully we can submit
> the patch. If anyone (Wido ? :) ) is aware of this or of fix - I
> will really appreciate it.

Nope, I'm not aware of this. It's probably something where the MGMT
server assumes that the volume will stay QCOW2 but the Agent returns
it's RAW.

The management server should read the Agent's response and update the
database accordingly.

I currently don't have the time to dig into this though.

Wido

> 
> Thanks,
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJVe04lAAoJEAGbWC3bPspC+2gQAIyNLoTyMBcMjGVMeJWC5JTC
Pi9yyViYhzJ7yc3xNwMP63J9rwRsrqk+ywwynSZcwD9H2C26Yris03VeOrSFltwn
uuWVIOcjdnYMVQcdzeE25UDOVoqAWvxKG6npfsHdCZoKb2wr28U2vdaGeQPpUn4J
ZeEd8qck512Uv0EoCCUD3g9ns+9FTXsM8MVFksA088UDAY0Av7Lz6Yi7c/LS4DlJ
uq4TWL92RQYOoIpquoGZmTM4Z+u1Mejqqrxfo0YUnEvMwvmP2WiOVr7nRsOxSdj3
l7Bje0mxdwM/xNEUM8FWx6HP5H89VsP9MbgUBbwMMojfrLrunShCHf7qsTkS8XIv
MxU6dOZtizCYMJaJJ4xb/8K6sgM00ColDgONPhWTET9+Th9dnUupY65F9wh+2+Fv
3jJeDqfKjPUqYh+Omzs/VI+cjyvo4FXZGd+HEtOyc1HiLeGryZ2OZvRevZbf7cMC
rDeKsjyL2fQdeTx5Klk8varxomypYUQl5tuqM72x8YOaIaa6pZaynn3z7670853T
AVpy/y39L36P9W4YF8WfF+vk3iR2o87zH0PrfyUQK3Tv5dxEER9RNcqIS2C8YCbS
QqO/hijyi7PQQUNagOcnrIteGpcY+IVYUv/4ggeHpXrhU3XN2dzsPgM390SNo+Na
c3GpM/29u+oPhEyMcC/b
=ogSk
-----END PGP SIGNATURE-----