[Halla_running] Fwd: [New Logentry] enormous files on adaqfs to be avoided

[Alexandre Camsonne]

---------- Forwarded message ----------
From: <rom at jlab.org>
Date: Nov 6, 2014 10:20 AM
Subject: [New Logentry] enormous files on adaqfs to be avoided
To: <ole at jlab.org>, <camsonne at jlab.org>, <brads at jlab.org>
Cc:

   enormous files on adaqfs to be avoided
<https://logbooks.jlab.org/entry/3304360>

Lognumber 3304360 <https://logbooks.jlab.org/entry/3304360>. Submitted by
rom <https://logbooks.jlab.org/user/rom> on Thu, 11/06/2014 - 10:15.
Logbooks: HALOG <https://logbooks.jlab.org/book/halog>

This morning, /adaqfs/home was 96% full. I would like to remind everyone to
avoid huge files on adaqfs and use the work disks instead. For example,
root output.

In ~adaq/bigfiles.txt I put a list of files that are a candidate for being
removed. I've done my part to remove stuff from apar and adev accounts.
That brought it down to 65%.

Now there are still things like
/adaqfs/home/bbsoftw/vince/onlana/ROOTfiles, ~a-onl/parkkj/ana/roots_temp,
~a-onl/dvcs/mongi/replay/rootfiles_mongi,
~a-onl/dvcs12/onlana/jroche/*.root, etc which probably should go on work
disks.

A possible procedure is to "cd ; find . -size +50000 > rmbig.com" then edit
rmbig.com to become a script that removes files, first considering which
files you really want to delete. This is what I did for the apar and adev
accounts, see ~/rmbig.com in those accounts. I'd rather not touch the other
accounts for now.

If adaqfs fills up, everything stops working.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://mailman.jlab.org/pipermail/halla_running/attachments/20141106/0c175349/attachment-0001.html