[Halld-offline] Fwd: ENP consumption of disk space under /work

[Mark Ito]

I need to gather some numbers on our usage, but while I am doing 
that....FYI....



-------- Forwarded Message --------
Subject: 	ENP consumption of disk space under /work
Date: 	Wed, 31 May 2017 10:35:51 -0400
From: 	Chip Watson <watson at jlab.org>
To: 	Sandy Philpott <philpott at jlab.org>, Graham Heyes <heyes at jlab.org>, 
Ole Hansen <ole at jlab.org>, Harut Avakian <avakian at jlab.org>, Brad 
Sawatzky <brads at jlab.org>, Mark M. Ito <marki at jlab.org>



All,

As I have started on the procurement of the new /work file server, I
have discovered that Physics' use of /work has grown unrestrained over
the last year or two.

"Unrestrained" because there is no way under Lustre to restrain it
except via a very unfriendly Lustre quota system.  As we leave some
quota headroom to accommodate large swings in usage for each hall for
cache and volatile, then /work continues to grow.

Total /work has now reached 260 TB, several times larger than I was
anticipating.  This constitutes more than 25% of Physics' share of
Lustre, compared to LQCD which uses less than 5% of its disk space on
the un-managed /work.

It would cost Physics an extra $25K (total $35K - $40K) to treat the 260
TB as a requirement.

There are 3 paths forward:

(1) Physics cuts its use of /work by a factor of 4-5.
(2) Physics increases funding to $40K
(3) We pull a server out of Lustre, decreasing Physics' share of the
system, and use that as half of the new active-active pair, beefing it
up with SSDs and perhaps additional memory; this would actually shrink
Physics near term costs, but puts higher pressure on the file system for
the farm

The decision is clearly Physics', but I do need a VERY FAST response to
this question, as I need to move quickly now for LQCD's needs.

Hall D + GlueX,  96 TB
CLAS + CLAS12, 98 TB
Hall C,                35 TB
Hall A <unknown, still scanning>

Email, call (x7101), or drop by today 1:30-3:00 p.m. for discussion.

thanks,
Chip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/halld-offline/attachments/20170602/eed4f9eb/attachment.html>