Closed
Bug 975687
Opened 12 years ago
Closed 12 years ago
aus2.webapp.phx1 timeouts
Categories
(Infrastructure & Operations Graveyard :: WebOps: Product Delivery, task)
Infrastructure & Operations Graveyard
WebOps: Product Delivery
x86
macOS
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: rbryce, Unassigned)
Details
<nagios-phx1> Sat 00:14:03 PST aus2.webapp.phx1.mozilla.com:PHX Zeus - Port 81 is CRITICAL: aus2.webapp.phx1.mozilla.com down(2) (http://m.mozilla.org/PHX+Zeus+-+Port+81)
Server was under no load to speak of. Apache connections were well under the limit at the time.
The error_log shows lots if balrog.wsgi errors prior to my sighup.
Sat Feb 22 08:12:57 2014] [error] [client 10.8.81.215] Script timed out before returning headers: balrog.wsgi
Comment 1•12 years ago
|
||
Ben, any ideas on what how to debug here ?
Comment 2•12 years ago
|
||
There's nothing in the application log (/var/log/aus.log) nor did Sentry receive any tracebacks. This makes me pretty certain that we didn't get a Traceback from the wsgi script.
Is it just this node that had issues? Maybe the connection to the db was somehow degraded for a period of time?
| Reporter | ||
Comment 4•12 years ago
|
||
(In reply to Ben Hearsum [:bhearsum] from comment #3)
> Is this still happening?
Has not happened since.
Flags: needinfo?(rbryce)
Comment 5•12 years ago
|
||
Going to resolve this for now then, because I'm not sure how else to investigate.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Updated•10 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•