Closed Bug 835131 Opened 11 years ago Closed 11 years ago

dxr.mozilla.org is down

Categories

(Developer Services :: General, task)

Product:
Developer Services
Component:
General
Platform:
x86
Linux
Type:
task
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: ericz, Assigned: pir)

References

Details

dxr.m.o production is down.  Staging appears to be ok.  The problem appears to be there are no html files for the site in /var/www/production/html.  The update.sh script that updates the site is pulling down http://ftp.mozilla.org/pub/mozilla.org/dxr/dxr-mozilla-central.tar.gz which is a tarball containing one empty directory named www.  So whatever generates that tarball would seem to be broken.
https://tbpl.mozilla.org/php/getParsedLog.php?id=19178992&tree=Firefox&full=1 indicates that a build failure in NSS cased the tree to get horked. The update script still continued to generate a tarball afterwards, which isn't good.

The last build that appears to have worked was the one on January 26.
Once bug 835050 is fixed and imported into mozilla-central, the next build should produce a working image.
With solarce's help I hardhatted this site for now.
Depends on: 835050
Assignee: server-ops-webops → pradcliffe
Component: Server Operations: Web Operations → Server Operations: Developer Services
QA Contact: nmaul → shyam
It looks like the production built this morning worked; can we remove the hardhat now?
I've unhardhatted dxr. Just checking to make sure the config change won't get overwritten by puppet or a push or...
All looks good from here.

Who is going to take care of making sure that the build/push doesn't push empty tar files again?
Filed bug 835361 for this.
Cool, thanks. I'll close this bug then.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Component: Server Operations: Developer Services → General
Product: mozilla.org → Developer Services
You need to log in before you can comment on or make changes to this bug.