<div dir="ltr"><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 25, 2019 at 2:43 PM Matt Riedemann <<a href="mailto:mriedemos@gmail.com">mriedemos@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Re-posting this since it came up again in IRC today.<br>
<br></blockquote><div>... and we discussed yet again today on IRC. Adding ops tho because I'd love their feedback about what they'd really need (or like).<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On 9/20/2018 6:09 PM, Matt Riedemann wrote:<br>
> mnaser wrote a simple placement audit tool today and dumped his script <br>
> into a bug report [1]. It turns out several operators have already <br>
> written a variant of this same tool. The idea is to compare what's in <br>
> placement for allocations and (compute node) resource providers against <br>
> what's in nova for instances and compute nodes, look for orphans in <br>
> placement and then report them, or maybe also clean them up.<br>
> <br></blockquote><div><br></div><div>Yeah, and also see whether we would have allocations against migration records that aren't currenty in progress, as <a href="https://review.opendev.org/#/c/661349/">https://review.opendev.org/#/c/661349/</a> tries the fix the problem.</div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> I think this could go into a "nova-manage placement audit" command and <br>
> should be pretty easy to write for minimum functionality (start with <br>
> just the report).<br>
> <br></blockquote><br></div><div class="gmail_quote">Yup, I'd consider checking Resource Providers that have inventories of resource classes that Nova handles and checks whether they are related to somehow a compute node (hint: this isn't gonna be trivial as it could be nested resource providers - but the root node would be a compute node)</div><div class="gmail_quote">I'd also consider allocations (of the same nova-ish resource classes) that aren't against instances or in-progress migrations and bail them out.</div><div class="gmail_quote"><br></div><div class="gmail_quote">All of that would be resulting in some sort of textual output that could be parsable if needed.<br></div><div class="gmail_quote">WFY, folks ?</div><div class="gmail_quote"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> I'm advertising the need here in case someone wants to work on this. I'd <br>
> like to myself, but just can't justify the time right now.<br>
> <br></blockquote><div><br></div><div>*I* can justify my time on it so I'm gladly volunteering on it. Thanks Matt for raising up the case.</div><div>-Sylvain</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> [1] <a href="https://bugs.launchpad.net/nova/+bug/1793569" rel="noreferrer" target="_blank">https://bugs.launchpad.net/nova/+bug/1793569</a><br>
> <br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt<br>
<br>
</blockquote></div></div>