526392 - Add a cleanup job for Thunderbird nightly l10n directories

Status: RESOLVED FIXED

(Release Engineering :: General, defect)

Description

[Nick Thomas [:nthomas] (UTC+12)]

Attachment: Free disk graph

Since nightly updates for l10n where supported by Thunderbird there has been a build up of directories like thunderbird/nightly/2009/10/2009-10-16-04-comm-1.9.1-l10n (see the change of slope in the green line around 10/10). They're using some 150G at the moment and while there's still lots of space free there's no need to retain those directories more than a few days. Nightly updates always point to the most recent build, and l10n nightlies are not retained on ftp.m.o.

There's a once-a-day cron job to clean up the Firefox equivalent, so this bug is about
* asking gozer if he agrees with extending the cleanup to Thunderbird
* implementing that

The cron would execute
 find /pub/mozilla.org/thunderbird/nightly/20?? -mindepth 2 -maxdepth 2 -type d -name '*-comm-*-l10n' -mtime +5 -exec rm -rfv {} \;

Comment 1

[Philippe M. Chiasson (:gozer)]

(In reply to comment #0)
> Created an attachment (id=410122) [details]
> Free disk graph
> 
> Since nightly updates for l10n where supported by Thunderbird there has been a
> build up of directories like
> thunderbird/nightly/2009/10/2009-10-16-04-comm-1.9.1-l10n (see the change of
> slope in the green line around 10/10). They're using some 150G at the moment
> and while there's still lots of space free there's no need to retain those
> directories more than a few days. Nightly updates always point to the most
> recent build, and l10n nightlies are not retained on ftp.m.o.

Yes, that's also caused some pain on my end of things, as the aus generating system also started to grow in disk use quite significantly.

> There's a once-a-day cron job to clean up the Firefox equivalent, so this bug
> is about
> * asking gozer if he agrees with extending the cleanup to Thunderbird

r=gozer

> * implementing that
> 
> The cron would execute
>  find /pub/mozilla.org/thunderbird/nightly/20?? -mindepth 2 -maxdepth 2 -type d
> -name '*-comm-*-l10n' -mtime +5 -exec rm -rfv {} \;

Sounds good to me, I've already implemented a 7 day maximum retention on my AUS side of things, so I'll drop it down to 5 days to match.

Comment 2

[Nick Thomas [:nthomas] (UTC+12)]

Added to surf:/etc/cron.d/ftp-staging-rw-server.