<div dir="ltr">Hi there,<div><br></div><div>We've been investigating some guest filesystem issues recently and noticed what looks like a slight inconsistency in base image handling in block-migration. We're on Grizzly from the associated Ubuntu cloud archive and using qcow on local storage.</div>


<div><br></div><div>What we've noticed is that after block-migration the instances secondary disk has a "generic" backing file _base/ephemeral, as opposed to the backing file it was created with, e.g., _base/ephemeral_30_default. These backing files have different virtual sizes:</div>

<div><div>$ qemu-img info _base/ephemeral</div><div>image: _base/ephemeral</div><div>file format: raw</div><div>virtual size: 2.0G (2147483648 bytes)</div><div>disk size: 778M</div><div>$ qemu-img info _base/ephemeral_30_default</div>

<div>image: _base/ephemeral_30_default</div><div>file format: raw</div><div>virtual size: 30G (32212254720 bytes)</div><div>disk size: 614M</div></div><div><br></div><div>This seems like it could be problematic considering virtual disks of different sizes end up pointed at this _base/ephemeral file, and I've no idea how that file is created in the first place. Can anyone explain?<br clear="all">

<div><br></div>-- <br>Cheers,<br>~Blairo
</div></div>