Closed
Bug 880740
Opened 13 years ago
Closed 13 years ago
Access problems with try critical again; impacting developers
Categories
(Developer Services :: General, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: fox2mike, Assigned: bkero)
References
Details
Attachments
(1 file)
|
104.22 KB,
image/png
|
Details |
We have close to 8000 heads on try now and is causing issues when people are pushing. We need to fix this.
| Reporter | ||
Updated•13 years ago
|
Assignee: server-ops → server-ops-devservices
Group: infra
Severity: minor → normal
Component: Server Operations → Server Operations: Developer Services
Comment 1•13 years ago
|
||
hgweb is currently broken: https://hg.mozilla.org/try (can't load)
It also seems that individual tbpl revisions cannot be loaded up:
https://tbpl.mozilla.org/?tree=Try&rev=50e24e570269
Thanks to :bkero & :fox2mike -- done.
Restarted apache on hgweb2 after draining in zeus. That unblocked try access on all webheads.
Assignee: server-ops-devservices → bkero
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
I should note that we still need to evaluate doing a try reset, but the hangs in viewing http://hg.mozilla.org/try that were impacting developers have been resolved for now.
updating summary - with comment #1, this bug focused on an acute instance of try not working for devs TODAY. That acute instance has been addressed.
The need for doing a reset is unclear at this moment, and will be more invasive to developer workflow. (While we've had problems with 3K heads, we've also no needed to reset until 14K heads.)
Summary: Try is big and needs to be reset → Access problems with try critical again; impacting developers
Updated•11 years ago
|
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.
Description
•