On Sat, Jan 20, 2018 at 9:44 AM, Noah Misch via cfarm-users
wrote:
>> We can determine the users consuming the largest amount of diskspace
>> and request that they delete it.
>
> I agree with all that. (Automated /tmp and perhaps /var/tmp cleanup is fine
> with me, but not other files.)
And the
On Fri, Jan 19, 2018 at 11:15:53AM -0500, David Edelsohn via cfarm-users wrote:
> On Fri, Jan 19, 2018 at 10:47 AM, Segher Boessenkool via cfarm-users
> wrote:
> > On Fri, Jan 19, 2018 at 03:05:48PM +0100, Martin Guy via cfarm-users wrote:
> >> find /home \( \
> >> \( -name '*.o' -a \! -at
I agree with Segher on this. the only way for us to all share the
machines gracefully without constricting system limits and automatic
deletions is for each user to heuristically address their own usage
needs and delete what they don't need accordingly. For me, that
happens to be nearly everything,
On Fri, Jan 19, 2018 at 09:29:23PM +0100, Martin Guy via cfarm-users wrote:
> On 19/01/2018, David Edelsohn via cfarm-users
> wrote:
> > On Fri, Jan 19, 2018 at 10:47 AM, Segher Boessenkool via cfarm-users
> > wrote:
> >> On Fri, Jan 19, 2018 at 03:05:48PM +0100, Martin Guy via cfarm-users
> >> w
For experimental modifications to the source tree, instead, patch files.
Not only does this reduce disk usag by 99.%, but it documents
the build process in a way that is testable (if it doesn't run, it
isn't right)
cheers
M
___
cfarm-users ma
Excuse the prolixity. The big stuff is the source. What i usually do
is, while downloading, unpacking, configuring and compiling stuff, is
to keep a window open in which I record the runes to do all this,
modifying it as I find solutions that work. In practice i usually have
to run such a script by
However, automativally cleaning /tmp /var/tmp /usr/tmp is always good,
say after 24h of non-use. Someone said that there is bulk accumulating
in /tmp on some machines that would be cleaned at reboot but, of
course, the GCC Compile Farm machines run for years uninterruptedly...
m
___
On 19/01/2018, David Edelsohn via cfarm-users
wrote:
> On Fri, Jan 19, 2018 at 10:47 AM, Segher Boessenkool via cfarm-users
> wrote:
>> On Fri, Jan 19, 2018 at 03:05:48PM +0100, Martin Guy via cfarm-users
>> wrote:
>>> find /home \( \
>>> \( -name '*.o' -a \! -atime +7 \) \
>> I veto thi
Maybe we could combine an automated cleaner with a user defined ignore file.
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users
On Fri, Jan 19, 2018 at 11:15 AM, David Edelsohn via cfarm-users
wrote:
> On Fri, Jan 19, 2018 at 10:47 AM, Segher Boessenkool via cfarm-users
> wrote:
>> On Fri, Jan 19, 2018 at 03:05:48PM +0100, Martin Guy via cfarm-users wrote:
>>> find /home \( \
>>> \( -name '*.o' -a \! -atime +7 \)
On Fri, Jan 19, 2018 at 10:47 AM, Segher Boessenkool via cfarm-users
wrote:
> On Fri, Jan 19, 2018 at 03:05:48PM +0100, Martin Guy via cfarm-users wrote:
>> find /home \( \
>> \( -name '*.o' -a \! -atime +7 \) \
>
> I veto this 400%. People have valuable .o files, and this is not very
> e
On Fri, Jan 19, 2018 at 03:05:48PM +0100, Martin Guy via cfarm-users wrote:
> find /home \( \
> \( -name '*.o' -a \! -atime +7 \) \
I veto this 400%. People have valuable .o files, and this is not very
effective anyway (other files take up more space).
Segher
___
On Fri, Jan 19, 2018 at 9:02 AM, Martin Guy via cfarm-users
wrote:
> On 18/01/2018, Jeffrey Walton via cfarm-users
> wrote:
>> I can't speak for others, but I would not mind being subject to a
>> script that removes temporary object files that are over N days old.
>> In fact I would welcome it be
On 19/01/2018, Martin Guy wrote:
> find /home \( \
> \( -name '*.o' -a \! -atime +7 \) \
Sorry, finger trouble.
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users
find /home \( \
\( -name '*.o' -a \! -atime +7 \) \
On 19/01/2018, Martin Guy wrote:
> On 18/01/2018, Jeffrey Walton via cfarm-users
> wrote:
>> I can't speak for others, but I would not mind being subject to a
>> script that removes temporary object files that are over N days old.
>> I
On 18/01/2018, Jeffrey Walton via cfarm-users
wrote:
> I can't speak for others, but I would not mind being subject to a
> script that removes temporary object files that are over N days old.
> In fact I would welcome it because I am forgetful at times.
Traditionally, such a script is called "fil
On Thu, Jan 18, 2018 at 6:17 AM, Baptiste Jonglez via cfarm-users
wrote:
> Hi everyone,
>
> Let's start the new year with a positive action for the compile farm: home
> cleanup!
>
> The farm machines with the most critical disk usage are:
>
> - gcc110 (99% used out of 1.6 TB)
> - gcc20 (98% used
Baptiste Jonglez via cfarm-users wrote on 20180118:
> Let's start the new year with a positive action for the compile farm: home
> cleanup!
Good idea !
> The farm machines with the most critical disk usage are:
Done, all less than 36 kilobytes ;-)
Also cleaned gcc14 and gcc21 and gcc76 where I
For those of you like myself who don't have any important data stored
on the build machines, I used a fairly crude script to finally clean
out all of my work. Even on machines that I may have forgotten that I
used:
#!/bin/sh
if [ $# = 0 ]
thenCOUNT=20
elseCOUNT=$1
fi
USERNAME=cgraff1
whil
On 01/18/18 03:17, Baptiste Jonglez via cfarm-users wrote:
Please check each of these machines: if you have unused data in your home
directory, it should be deleted!
Hello Baptiste,
How about /tmp? There are several systems in the cluster with thousands
of files in /tmp. How about installing
Thanks. My /home is always clean because I work, get results, delete.
Maybe I keep a script to recreate whetever I was doing.
This is known as "The tragedy of the commons" : when something is free
for everyone, some people use up the resources as if they were sea
water, resulting in there being n
Hi everyone,
Let's start the new year with a positive action for the compile farm: home
cleanup!
The farm machines with the most critical disk usage are:
- gcc110 (99% used out of 1.6 TB)
- gcc20 (98% used out of 826 GB)
- gcc13 (95% used out of 459 GB)
- gcc112 (92% used out of 1.8 TB)
- gcc
22 matches
Mail list logo
