Closed Bug 476990 Opened 16 years ago Closed 16 years ago

www.mozilla.org site build is failing

Categories

(www.mozilla.org :: General, defect)

Product:
www.mozilla.org
Component:
General
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: justdave, Unassigned)

References

Details

We've been getting the following email about every 20 minutes from the site build cron job starting with the timestamp on the one I've enclosed below: Subject: Cron <root@mradm02> LANG=C /data/build/mozilla-org/tools/dostage 2>&1 | grep -v "Wide character in print" | grep -v 'no longer in the repository' From: root@mradm02.mozilla.org (Cron Daemon) Date: Tue, 3 Feb 2009 17:38:27 -0800 To: root@mradm02.mozilla.org Uncaught exception from user code: Can't read html/download.js. at tools/munge.pl line 111, <VARIABLES> line 28. at tools/munge.pl line 111 main::process_variables('<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www...', 'ARRAY(0x2ab44a05ef00)') called at tools/wrap.pl line 612 main::dowrap('html/template-nomenu.html', 'html/products/thunderbird/all-beta.html', 'output/products/thunderbird/all-beta.html', 'ARRAY(0x2ab44a05ef00)') called at tools/munge.pl line 428 main::main() called at tools/munge.pl line 479 gmake: *** [all] Error 2 Uncaught exception from user code: gmake failed at /data/build/mozilla-org/tools/dostage line 117. at /data/build/mozilla-org/tools/dostage line 117
OS: Linux → All
Hardware: x86_64 → All
Is this bug the reason, why http://www.mozilla.org/projects/calendar/sunbird/l10n_download_old.html does not update, even though I changed the page code in CVS 20 hours ago?
Yeah, this is why. :-/
I've done a full checkout, and it builds successfully. But it still doesn't seem to be rebuilding.
the last failure I got in the cron mail was at Thu, 5 Feb 2009 10:24:52 -0800
ok, turns out we had a 23-hour-old stuck lock on the git autocommit that pushes the data out to the webheads from the cluster master. after breaking the lock, letting it push, then dumping the cache on the netscaler, it looks like it updated finally.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
just to be clear, comment 5 wasn't the cause of this bug, it's just why the site didn't recover itself when this bug was fixed... separate problem. :)
It still doesn't work on the site I mentioned in comment 1. I'm still seeing revision 1.11 even though revision 1.13 is current and was checked in about 24 hours ago.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Blocks: 476867
[root@mradm02 sunbird]# cvs stat l10n_download_old.html =================================================================== File: l10n_download_old.html Status: Up-to-date Working revision: 1.13 Repository revision: 1.13 /www/mozilla-org/html/projects/calendar/sunbird/l10n_download_old.html,v Sticky Tag: HEAD (revision: 1.13) The file I'm seeing on the webserver matches the one on disk in the build directory, too.
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → FIXED
Now I see it as well. Perhaps the reason was a broken sync mechanism between Amsterdam and the US.
Status: RESOLVED → VERIFIED
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
You need to log in before you can comment on or make changes to this bug.