<div dir="ltr">Thanks for Scott, Padraig, Juerg. I have the whole image of this feature. <div style>But, who knows what's the implementation in AWS cloud when using RHEL OS? </div></div><div class="gmail_extra"><br><br>

<div class="gmail_quote">On Wed, Mar 6, 2013 at 9:15 AM, Joshua Harlow <span dir="ltr"><<a href="mailto:harlowja@yahoo-inc.com" target="_blank">harlowja@yahoo-inc.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

+1 I think cloud-init can do this all in a more correct manner and in a<br>
manner that works across more distributions and file system types in the<br>
long term.<br>
<div class="HOEnZb"><div class="h5"><br>
On 3/5/13 5:08 PM, "Scott Moser" <<a href="mailto:smoser@ubuntu.com">smoser@ubuntu.com</a>> wrote:<br>
<br>
>On Wed, 6 Mar 2013, Pádraig Brady wrote:<br>
><br>
>> On 03/05/2013 02:04 PM, Scott Moser wrote:<br>
>> > On Tue, 5 Mar 2013, Sylvain Bauza wrote:<br>
>> ><br>
>> >> If you look at<br>
>> >> <a href="http://www.pixelbeat.org/docs/openstack_libvirt_images/#1361764412" target="_blank">http://www.pixelbeat.org/docs/openstack_libvirt_images/#1361764412</a>,<br>
>>you'll see<br>
>> >> that resize2fs is performed. But there is a caveat with RHEL6 which<br>
>>is Linux<br>
>> >> 2.6 (contrary to Ubuntu 12.04 which is Linux 3.0).<br>
>> >> If you look at "man resize2fs" :<br>
>> ><br>
>> > Please don't do this, or rely on this.  Having the hypervisor do this<br>
>>for<br>
>> > your guest is simply wrong.  Hypervisors should know little to nothing<br>
>> > about the internals of the instances they're launching.<br>
>><br>
>> Just to point out the alternative for when the VM doesn't<br>
>> have the smarts to resize itself, is to use something like virt-resize:<br>
>> <a href="https://blueprints.launchpad.net/nova/+spec/resize-no-raw" target="_blank">https://blueprints.launchpad.net/nova/+spec/resize-no-raw</a><br>
><br>
><br>
>Using libguestfs is worlds better than having the host "directly" do it.<br>
>But really whats happening here is *still* something with very little<br>
>information mucking with (and possibly breaking) the inside of a disk<br>
>image.  The more we consider that a "bucket of bytes" the better.<br>
><br>
>If you are using libguestfs, chances are you're using it from your distro,<br>
>and patching it to deal with a new filesystem (or otherwise get the update<br>
>to your hostOS) is still problematic.<br>
><br>
>Just let/expect the guest do it, and we'll avoid a whole silly game of cat<br>
>and mouse that doesn't even have to be played.<br>
><br>
>When was the last time you updated your bios on your laptop so you could<br>
>use a new linux filesystem?  That sounds silly, doesn't it.  Having<br>
>openstack reach inside the contents of the disk is just as silly.<br>
><br>
>One of the major benefits of having cloud-init direct the partition resize<br>
>*and* subsequent filesystem resize is that the user can (in user-data)<br>
>disable this!  (currently the initramfs doesn't take any instruction from<br>
>user-data, so disabling it isn't really a possibility).  perhaps they<br>
>didn't want that extra instance-store space to be part of the root<br>
>filesystem.<br>
><br>
>If you put that function inside the hypervisor, you either can't do it, of<br>
>you have to expose some silly api-launch parameter of<br>
>"do_not_modify_disk".  It complicates the API and complicates the host.<br>
<br>
<br>
</div></div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse">Lei Zhang</span></div><div><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse"><br>

</span></div><div><font face="arial, sans-serif">Blog: <a href="http://jeffrey4l.github.com" target="_blank">http://jeffrey4l.github.com</a></font></div><div>twitter/weibo: @jeffrey4l</div>
</div>