Closed
Bug 575966
Opened 14 years ago
Closed 14 years ago
Stage cleaning scripts kill MARs in candidates directories
Categories
(Release Engineering :: General, defect, P1)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: kairo, Assigned: coop)
References
Details
(Keywords: regression)
When doing SeaMonkey 2.1a2 builds, the updates factory failed to pull the complete MAR files of 2.1a1, as noted in https://wiki.mozilla.org/SeaMonkey:Release_Process:2.1a2#Updates_and_Verification.2C_Build_2 - deeper investigation found there is a general bug with our stage cleaning scripts. As noted in bug 342972 comment #72, we seem to kill all MARs of candidates directories that are old enough. Manually copying the updates/ dir back from the actual release to the candidates dir is sufficient as a workaround to let release runs pass, but we should solve this in general. I pinged nthomas on IRC about this, and this is what he said: <nthomas|afk> KaiRo: the cron is |@weekly nice -n 19 find /home/ftp/pub/seamonkey/nightly -depth -wholename '*-candidates' -prune -o -depth -mtime +30 -name '*.mar' -exec rm -f '{}' \;| <nthomas|afk> From the man, -prune If -depth is given, false; no effect. <nthomas|afk> KaiRo: file a followup bug please. reopening that is going to be painful <nthomas|afk> it's done the same to firefox, fwiw
Assignee | ||
Comment 1•14 years ago
|
||
I'll remove the -depth option before the -prune. I assume that's a suitable fix, but will test it out.
Assignee: nobody → ccooper
Status: NEW → ASSIGNED
Priority: -- → P1
Assignee | ||
Comment 2•14 years ago
|
||
We're ignoring *-candidates dirs properly again now.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•