Closed
Bug 808790
Opened 13 years ago
Closed 13 years ago
ftp.m.o giving 503 Too Busy or timing out when test slaves try to download builds
Categories
(mozilla.org Graveyard :: Server Operations, task)
mozilla.org Graveyard
Server Operations
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: philor, Assigned: ericz)
Details
e.g. https://tbpl.mozilla.org/php/getParsedLog.php?id=16763104&tree=Mozilla-Inbound for a 503, https://tbpl.mozilla.org/php/getParsedLog.php?id=16763274&tree=Mozilla-Inbound for a time out.
All trees are closed.
| Assignee | ||
Updated•13 years ago
|
Assignee: server-ops → eziegenhorn
| Assignee | ||
Comment 1•13 years ago
|
||
Server seems to have gone off the deep end. Applied vmware keyboard fix, rebooted it, it's checking the disk now and about half way done with that.
| Assignee | ||
Comment 2•13 years ago
|
||
webtools2.dmz.scl3.mozilla.com is the server that went haywire. Will see if I can turn up anything in those links. It is back up now and those links seem to work for me as well as tinderbox.mozilla.org
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment 3•13 years ago
|
||
Just to connect the dots, the load on webtools2 put pressure on the scl3 netapp, which is shared by ftp.m.o ?
| Reporter | ||
Comment 4•13 years ago
|
||
Reopened the trees at 14:40, whether it was coincidence or related.
| Assignee | ||
Comment 5•13 years ago
|
||
No, ignore comment #1 and #2 -- they aren't related, just coincidental. The only thing I can relate to this is that ftp4.dmz.scl3 and ftp6.dmz.scl3 briefly had their load spike and alerted shortly before this bug. I don't know what caused the spikes as by the time I logged in they were back to normal.
Updated•10 years ago
|
Product: mozilla.org → mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•