<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="">
Hi again all,
<div class=""><br class="">
</div>
<div class="">I received a direct response and am not sure whether that means the sender did not want to be identified, but they asked good questions that I wanted to answer on list…</div>
<div class=""><br class="">
</div>
<div class="">No, we do not use snapshots on this filesystem.</div>
<div class=""><br class="">
</div>
<div class="">No, we’re not using HSM … our tape backup system is a traditional backup system not named TSM. We’ve created a top level directory in the filesystem called “RESTORE” and are restoring everything under that … then doing our moves / deletes of
what we’ve restored … so I *think* that means all of that should be written to the gpfs23data pool?!?</div>
<div class=""><br class="">
</div>
<div class="">On the “plus” side, I may figure this out myself soon when someone / something starts getting I/O errors! :-O</div>
<div class=""><br class="">
</div>
<div class="">In the meantime, other ideas are much appreciated!</div>
<div class=""><br class="">
</div>
<div class="">Kevin<br class="">
<div><br class="">
<blockquote type="cite" class=""><br class="Apple-interchange-newline">
<div class="">
<div class=""><!-- This file has been automatically generated. See web/README.md -->
<div id="compose-container" style="direction: ltr" itemscopeitemtype="https://schema.org/EmailMessage" class="">
<span itemprop="creator" itemscopeitemtype="https://schema.org/Organization" class=""><span itemprop="name" content="Outlook Mobile for iOS" class=""></span></span>
<div class="">
<div style="direction: ltr;" class="">Do you have a job that’s creating snapshots? That’s an easy one to overlook. </div>
<div style="direction: ltr;" class=""><br class="">
</div>
<div style="direction: ltr;" class="">Not sure if you are using an HSM. Any new file that gets generated should follow the default rule in ILM unless if meets a placement condition. It would only be if you’re using an HSM that files would be placed in a non-placement
location pool but that is purely because the the file location has already been updated to the capacity pool. </div>
<div class=""><br class="">
</div>
<div class="acompli_signature"></div>
</div>
</div>
<br class="">
<br class="">
<br class="">
<div class="gmail_quote">On Thu, Jun 7, 2018 at 8:17 AM -0600, "Buterbaugh, Kevin L"
<span dir="ltr" class=""><<a href="mailto:Kevin.Buterbaugh@Vanderbilt.Edu" target="_blank" class="">Kevin.Buterbaugh@Vanderbilt.Edu</a>></span> wrote:<br class="">
<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="3D"ltr"" class="">Hi All,
<div class=""><br class="">
</div>
<div class="">First off, I’m on day 8 of dealing with two different mini-catastrophes at work and am therefore very sleep deprived and possibly missing something obvious … with that disclaimer out of the way…</div>
<div class=""><br class="">
</div>
<div class="">We have a filesystem with 3 pools: 1) system (metadata only), 2) gpfs23data (the default pool if I run mmlspolicy), and 3) gpfs23capacity (where files with an atime - yes atime - of more than 90 days get migrated to by a script that runs out
of cron each weekend.</div>
<div class=""><br class="">
</div>
<div class="">However … this morning the free space in the gpfs23capacity pool is dropping … I’m down to 0.5 TB free in a 582 TB pool … and I cannot figure out why. The migration script is NOT running … in fact, it’s currently disabled. So I can only think
of two possible explanations for this:</div>
<div class=""><br class="">
</div>
<div class="">1. There are one or more files already in the gpfs23capacity pool that someone has started updating. Is there a way to check for that … i.e. a way to run something like “find /gpfs23 -mtime -7 -ls” but restricted to only files in the gpfs23capacity
pool. Marc Kaplan - can mmfind do that?? ;-)</div>
<div class=""><br class="">
</div>
<div class="">2. We are doing a large volume of restores right now because one of the mini-catastrophes I’m dealing with is one NSD (gpfs23data pool) down due to a issue with the storage array. We’re working with the vendor to try to resolve that but are
not optimistic so we have started doing restores in case they come back and tell us it’s not recoverable. We did run “mmfileid” to identify the files that have one or more blocks on the down NSD, but there are so many that what we’re doing is actually restoring
all the files to an alternate path (easier for out tape system), then replacing the corrupted files, then deleting any restores we don’t need. But shouldn’t all of that be going to the gpfs23data pool? I.e. even if we’re restoring files that are in the gpfs23capacity
pool shouldn’t the fact that we’re restoring to an alternate path (i.e. not overwriting files with the tape restores) and the default pool is the gpfs23data pool mean that nothing is being restored to the gpfs23capacity pool???</div>
<div class=""><br class="">
</div>
<div class="">Is there a third explanation I’m not thinking of?</div>
<div class=""><br class="">
</div>
<div class="">Thanks...</div>
<br class="">
<div class="">
<div class="">—</div>
<div class="">Kevin Buterbaugh - Senior System Administrator</div>
<div class="">Vanderbilt University - Advanced Computing Center for Research and Education</div>
<div class=""><a href="mailto:Kevin.Buterbaugh@vanderbilt.edu" class="">Kevin.Buterbaugh@vanderbilt.edu</a> - (615)875-9633</div>
<div class=""><br class="">
</div>
<br class="Apple-interchange-newline">
</div>
<br class="">
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</body>
</html>