<div dir="ltr"><div>Hi all - </div><div>I have a number of nagging concerns about current HSM implementation; maybe I'm just out of date, but I figure this is the place to ask:</div><div>1. Changelog size limits. Can changelogs still grow unbounded, resulting in ENOSPC (or worse) on the MDS? Should there be a size limit? What should be done at that limit -- stop recording changelogs? Turn FS read-only?</div><div>2. Coordinator queue limit. Can coordinator queue grow unbounded? Can we add some throttling from the coordinator to the PE, maybe an -EAGAIN if the coordinator queue is large?</div><div>3. Error-condition passthrough from hsmtool back to PE. Backend may have e.g. ENOSPC, reported back to coordinator, but then what? Can future PE requests be denied by the coordinator with an ENOSPC, presumably prompting Robinhood to issue hsm_remove commands? ENOSPC should continue to be returned, until some other rv is returned by copytool.</div><div>4. Coordinator should sort incoming requests so that "restores" and "removes" are placed before "archives". Restores are the highest priority from user point of view, and removes are next from a space available point of view.</div><div><br></div><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><b>--</b><div><font size="1"><b>Nathan Rutman · <font color="#666666">Principal Systems Architect</font><br><font color="#0b5394">Seagate Technology</font></b><b> · </b>+1 503 877-9507<b> · </b>GMT-8</font></div></div></div></div></div></div>
</div>