<div dir="ltr">Hi all,<div><br></div><div><div>When we boot instance from volume, we find some ambiguous description about flavor root_gb in operations guide,</div><div><a href="http://docs.openstack.org/openstack-ops/content/flavors.html">http://docs.openstack.org/openstack-ops/content/flavors.html</a></div></div><div><br></div><div><div><i>Virtual root disk size in gigabytes. This is an ephemeral disk the base image is copied into. You don't use it when you boot from a persistent volume. </i></div><div><i>The "0" size is a special case that uses the native base image size as the size of the ephemeral root volume.</i></div></div><div><i><br></i></div><div><div>'You don't use it(root_gb) when you boot from a persistent volume.'</div><div>It means that we need to set the root_gb to 0 or not? I don't know.</div></div><div><br></div><div><div>But I find out that the root_gb will been added into local_gb_used of compute_node so that it will impact the next scheduling. Think about a use case, the local_gb of compute_node is 10, boot instance from volume with the root_gb=5 flavor, in this case, I can only boot 2 boot-from-volume instances on the compute_nodes, although these instances don't use the local disk of compute_nodes.</div></div><div><br></div><div><div>I find a patch that try to fix this issue,</div><div><a href="https://review.openstack.org/#/c/136284/">https://review.openstack.org/#/c/136284/</a></div><div><br></div><div>I want to know that which solution is better for you?</div><div><br></div><div>Solution #1: boot instance from volume with the root_gb=0 flavor.</div><div>Solution #2: add some special logic in order to correct the disk usage, like patch #136284</div></div></div>