<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Aug 19, 2017 at 12:03 AM, Laurentiu Pancescu <span dir="ltr"><<a href="mailto:lpancescu@centosproject.org" target="_blank">lpancescu@centosproject.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="gmail-"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<br>
Laurențiu, what do you think?<br>
</blockquote>
<br></span>
It would be technically possible and, as you pointed out, the disk footprint of the current images wouldn't change much.<br>
<br>
Our centos/7 image is around two times larger than Fedora Cloud (409MB vs 208MB for the VirtualBox variant).  I would like to reduce our image size as soon as 7.4.1708 is released - it would make downloading the image and instantiating a new box significantly faster, as well as reducing our bandwidth usage (we have 4.5 million downloads so far).  We have to uninstall some packages that Anaconda insists on always installing, but we don't regain the space used by those packages unless we fill the freed sectors with zeros.  On XFS, we can only fill the entire disk with zeros using dd in %post (zerofree only works with Ext4 filesystems, which is what Fedora uses) - writing 40GB of zeros on our CBS builder would already be pretty bad, I wouldn't want to switch to 100-200GB disk images (the disk I/O is actually double that size, since the sparsify process would need to read the image file resulting from the installation).<br>
<br>
Adding another disk to a Vagrant box is a somewhat fragile process, but resizing the existing disk image works pretty well and could be automated, I think. [1]  You could also use Packer to generate customized versions of our official images for you own use - please see the vbox-packer branch in [2].  The latter is fully automated and takes less than 30 minutes on my Mac Mini "late 2009" with only 4GB RAM and a slow mechanical hard drive.<br>
<br>
<br></blockquote><div><br></div><div>Thanks for the reply and sorry I'm only just now getting back to this. I'd love to figure out the 'dd' issue so we can increase the base box disk size easily.</div><div><br></div><div>A few questions as I look at <a href="https://github.com/lpancescu/sig-cloud-instance-build">https://github.com/lpancescu/sig-cloud-instance-build</a></div><div><br></div><div>1) I don't see where the 'dd' is happening, could you point to that?</div><div>2) Is there a strong reason to use xfs instead of ext4 on the Vagrant VMs?</div><div>3) It seems you could shrink down the install size by adjusting the kickstart. Doing i.e. '%packages --nobase', and also removing '@core' and instead adding just the individual desired packages to the list should help reduce the size (and the need to remove stuff after install).</div><div><br></div><div>Thanks,</div><div>Jeff</div></div></div></div>