<div dir="ltr"><div><div><div>Right, that might be a bit confusing.<br><br></div>FS Format (FSTYPE in the code) is used to generate and format the new datablock. Take a look at this:<br><a href="https://github.com/OpenNebula/one/blob/master/src/mad/sh/scripts_common.sh#L284">https://github.com/OpenNebula/one/blob/master/src/mad/sh/scripts_common.sh#L284</a><br><br></div><div>Qcow2 is a bit of an exception: all the other datablocks are created with 'dd', but qcow2 is created with 'qemu-img'.<br></div><div><br></div>The Driver is passed directly to the hypervisor to indicate what format the image is. That is, the driver ends up being an argument in the final qemu-kvm command's disk section.<br><br></div>cheers,<br>Jaime<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 26, 2014 at 5:02 PM, Madko <span dir="ltr"><<a href="mailto:madko77@gmail.com" target="_blank">madko77@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">I will try that. Do you now what is the distinction between FS Format and Driver ? FS Format is the actual format on the datastore passed to qemu-img create? And driver is the part that goes in the domain xml?<div><div class="h5"><br><br>2014-11-26 16:06 GMT+01:00 Jaime Melis <span dir="ltr"><<a href="mailto:jmelis@opennebula.systems" target="_blank">jmelis@opennebula.systems</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>You would need:<br></div>- FS format: qcow2<br></div>- Driver: qcow2<br></div>- Device prefix: vd<br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Wed, Nov 26, 2014 at 3:35 PM, Madko <span dir="ltr"><<a href="mailto:madko77@gmail.com" target="_blank">madko77@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div><div><div>Hi,<br><br></div>When I add a new disk to a running instance, I type raw (or anything else) in the FS format, qcow2 in the driver field and choose vd as device prefix.<br><br></div>I then have an error that the disk.2 is not a qcow2 format. Qemu-img shows that in fact it's a raw format image that have been created. So I retry with a raw format and then it works. So how do we attach a disk in qcow2 format?<br><br></div>Moreover, if I choose read only, I still can write/format this disk in the VM. Is it normal?<br><br><br>best regards,<span><font color="#888888"><br clear="all"><div><div><div><div><div><div><br>-- <br><div>Edouard Bourguignon</div>
</div></div></div></div></div></div></font></span></div>
<br></div></div>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><span><font color="#888888"><br></font></span></div><span><font color="#888888"><br clear="all"><br>-- <br><div><div dir="ltr"><div>OpenNebula - Flexible Enterprise Cloud Made Simple<br></div><div>--</div><div>Jaime Melis</div><div>Senior Infrastructure Architect at OpenNebula Systems (formerly C12G Labs)</div><div>jmelis@opennebula.systems | @OpenNebula</div><div>--</div><div>Confidentiality Warning: The information contained in this e-mail and any accompanying documents, unless otherwise expressly indicated, is confidential and privileged, and is intended solely for the person and/or entity to whom it is addressed (i.e. those identified in the "To" and "cc" box). They are the property of OpenNebula.Systems S.L.. Unauthorized distribution, review, use, disclosure, or copying of this communication, or any part thereof, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify us immediately by e-mail at abuse@opennebula.systems and delete the e-mail and attachments and any copy from your system. OpenNebula's thanks you for your cooperation.</div></div></div>
</font></span></blockquote></div></div></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div>Edouard Bourguignon</div>
</font></span></div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>OpenNebula - Flexible Enterprise Cloud Made Simple<br></div><div>--</div><div>Jaime Melis</div><div>Senior Infrastructure Architect at OpenNebula Systems (formerly C12G Labs)</div><div>jmelis@opennebula.systems | @OpenNebula</div><div>--</div><div>Confidentiality Warning: The information contained in this e-mail and any accompanying documents, unless otherwise expressly indicated, is confidential and privileged, and is intended solely for the person and/or entity to whom it is addressed (i.e. those identified in the "To" and "cc" box). They are the property of OpenNebula.Systems S.L.. Unauthorized distribution, review, use, disclosure, or copying of this communication, or any part thereof, is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify us immediately by e-mail at abuse@opennebula.systems and delete the e-mail and attachments and any copy from your system. OpenNebula's thanks you for your cooperation.</div></div></div>
</div>