<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Dec 5, 2014 at 11:47 AM, Shrinand Javadekar <span dir="ltr"><<a href="mailto:shrinand@maginatics.com" target="_blank">shrinand@maginatics.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
If it is less than N, the swift-drive-audit tool could potentially<br>
unmount an already recovered drive.<br>
<br>
If it is > N, it is possible to miss some messages in the log file.<br>
<br>
Is the above analysis correct?<br></blockquote><div><br></div><div>You're probably not too far off, but maybe in practice the frequency and depth off the lookback is still lower than the minimum amount of time a dc tech can physically walk out to a server and swap out a failing disk that gets unmounted?</div><div><br></div><div>Once it's unmounted it stops generating errors, so maybe it's safer to pick a frequency that's generally lower then the cycle time on a drive swap and worst case you risk a replaced drive getting unmounted again for old errors when the dc techs are super on the ball for some reason.  At least an extra unmount can be fixed remotely.</div><div><br></div><div>-Clay</div></div></div></div>