<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""></div></div><div><blockquote type="cite" class=""><div class="">On Sep 9, 2020, at 10:04 AM, Skylar Thompson <<a href="mailto:skylar2@uw.edu" class="">skylar2@uw.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">On Wed, Sep 09, 2020 at 12:02:53PM +0100, Jonathan Buzzard wrote:<br class=""><blockquote type="cite" class="">On 08/09/2020 18:37, IBM Spectrum Scale wrote:<br class=""><blockquote type="cite" class="">I think it is incorrect to assume that a command that continues<br class="">after detecting the working directory has been removed is going to<br class="">cause damage to the file system.<br class=""></blockquote><br class="">No I am not assuming it will cause damage. I am making the fairly reasonable<br class="">assumption that any command which fails has an increased probability of<br class="">causing damage to the file system over one that completes successfully.<br class=""></blockquote><br class="">I think there is another angle here, which is that this command's output<br class="">has the possibility of triggering an "oh ----" (fill in your preferred<br class="">colorful metaphor here) moment, followed up by a panicked Ctrl-C. That<br class="">reaction has the possibility of causing its own problems (i.e. not sure if<br class="">mmafmctl touches CCR, but aborting it midway could leave CCR inconsistent).<br class="">I'm with Jonathan here: the command should fail with an informative<br class="">message, and the admin can correct the problem (just cd somewhere else).<br class=""><br class=""></div></div></blockquote><div><br class=""></div><div>I’m now (genuinely) curious as to what Spectrum Scale commands *actually* depend on the working directory existing and why. They shouldn’t depend on anything but existing well-known directories (logs, SDR, /tmp, et cetera) and any file or directories passed as arguments to the command. This is the Unix way.</div><div><br class=""></div><div>It seems like the *right* solution is to armor commands against doing something “bad” if they lose a resource required to complete their task. If $PWD goes away because an admin’s home goes away in the middle of a long restripe, it’s better to complete the work and let them look in the logs. It's not Scale’s problem if something not affecting its work happens.<br class=""><div class=""><br class=""></div><div class="">Maybe I’ve got a blind spot here...</div><div class=""><br class=""></div><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">-- <br class="">Stephen<br class=""><br class=""></div></div></div></div></body></html>