<div dir="ltr">I recently proposed a change to glance to turn the file-backed scrubber queue files into JSON: <a href="https://review.openstack.org/#/c/145223/">https://review.openstack.org/#/c/145223/</a><div><br></div><div>As I looked into it more, though, it turns out that the file-backed queue is no longer usable; it was killed by the implementation of this blueprint: <a href="https://blueprints.launchpad.net/glance/+spec/image-location-status">https://blueprints.launchpad.net/glance/+spec/image-location-status</a></div><div><br></div><div>But what's not clear is if the implementation of that blueprint should have killed the file-backed scrubber queue, or if that was even intended. Two things contribute to the lack of clarity:</div><div><br></div><div>1. The file-backed scrubber code was left in, even though it is unreachable.</div><div><br></div><div>2. The ordering of the commits is strange. Namely, commit 66d24bb (<a href="https://review.openstack.org/#/c/67115/">https://review.openstack.org/#/c/67115/</a>) killed the file-backed queue, and then, *after* that change, 70e0a24 (<a href="https://review.openstack.org/#/c/67122/">https://review.openstack.org/#/c/67122/</a>) updates the queue file format. So it's not clear why the queue file format would be updated if it was intended that the file-backed queue was no longer usable.</div><div><br></div><div>Can someone clarify what was intended here? If killing the file-backed scrubber queue was deliberate, then let's finish the job and excise that code. If not, then let's make sure that code is reachable again, and I'll resurrect my blueprint to make the queue files suck less.</div><div><br></div><div>Either way I'm happy to make the changes, I'm just not sure what the goal of these changes was, and how to properly proceed.</div><div><br></div><div>Thanks for any clarification anyone can offer.<br clear="all"><div><br></div>-- <br><div class="gmail_signature">Chris St. Pierre</div>
</div></div>