Closed
Bug 920806
Opened 11 years ago
Closed 11 years ago
addons mxr is inaccessible
Categories
(Developer Services :: General, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: ehsan.akhgari, Assigned: fubar)
References
Details
<https://mxr.mozilla.org/addons/search?string=const%2BURL> sometimes results in a blank page, sometimes in an HTTP 500.
Comment 1•11 years ago
|
||
WFM (well, once I change that %2B to a %20, bug 904464).
Assignee: nobody → server-ops-devservices
Component: MXR → Server Operations: Developer Services
Product: Webtools → mozilla.org
QA Contact: nmaul
Version: Trunk → other
Comment 2•11 years ago
|
||
This appears to have been fixed by the fix for bug 904464, thanks to glob, erikrose, fubar, Callek, and cshields.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 3•11 years ago
|
||
This is not fixed yet.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 4•11 years ago
|
||
Interesting. Works via curl, but FF and Safari do not display the page despite getting the data.
10.22.81.208 mxr.mozilla.org klibby@mozilla.com [08/Oct/2013:09:16:58 -0700] "GET /addons/search?string=const%2BURL HTTP/1.1" 200 201852 "https://bugzilla.mozilla.org/show_bug.cgi?id=920806" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Firefox/24.0"
10.22.81.208 mxr.mozilla.org klibby@mozilla.com [08/Oct/2013:09:18:28 -0700] "GET /addons/search?string=const%2BURL HTTP/1.1" 200 219034 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/536.28.10 (KHTML, like Gecko) Version/6.0.3 Safari/536.28.10" "-"
10.22.81.208 mxr.mozilla.org klibby@mozilla.com [08/Oct/2013:09:21:55 -0700] "GET /addons/search?string=const%2BURL HTTP/1.1" 200 235088 "-" "curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 OpenSSL/0.9.8r zlib/1.2.5" "-"
sekrit$ time curl -u klibby@mozilla.com -v 'https://mxr.mozilla.org/addons/search?string=const%2BURL' -o results.html
Enter host password for user 'klibby@mozilla.com':
* About to connect() to mxr.mozilla.org port 443 (#0)
* Trying 63.245.215.42...
[snip SSL handshake]
> GET /addons/search?string=const%2BURL HTTP/1.1
> User-Agent: curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 OpenSSL/0.9.8r zlib/1.2.5
> Host: mxr.mozilla.org
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: Apache
< X-Backend-Server: mxr-web1.webapp.scl3.mozilla.com
< Vary: Accept-Encoding
< Content-Type: text/html; charset=UTF-8
< Date: Tue, 08 Oct 2013 16:26:18 GMT
< Link: <https://mxr.mozilla.org/addons>; rel="Index"; title="addons", <https://mxr.mozilla.org/addons/ident>; rel="Glossary"; title="Identifier search", <https://mxr.mozilla.org/addons/search>; rel="Search"; title="Text search", <https://mxr.mozilla.org/addons/find>; rel="Contents"; title="Find file", <https://mxr.mozilla.org/addons/>; rel="Up"; title="Parent"
< Expires: Tue, 08 Oct 2013 16:46:18 GMT
< Transfer-Encoding: chunked
< Set-Cookie: colorwithjs=; path=/; expires= Sat, 01-Jan-2000 00:00:00 GMT
< Last-Modified: Mon, 07 Oct 2013 12:03:49 GMT
< X-Cache-Info: not cacheable; request contained Authorization header
<
{ [data not shown]
* Connection #0 to host mxr.mozilla.org left intact
* Closing connection #0
* SSLv3, TLS alert, Client hello (1):
} [data not shown]
real 1m4.514s
user 0m0.031s
sys 0m0.036s
sekrit$ wc results.html
2889 8031 235088 results.html
Assignee: server-ops-devservices → klibby
Assignee | ||
Comment 5•11 years ago
|
||
Tweaking a zeus timeout helped - FF and Safari both display the page now - though that doesn't really explain why curl worked before. Ehsan, let me know if you get any more errors?
Flags: needinfo?(ehsan)
Reporter | ||
Comment 6•11 years ago
|
||
I tried reloading this URL three times. The first time I did get an MXR page with no results in it (perhaps the connection died as MXR was doing the search?), the second time I got a Service Unavailable error, and the third time I got a blank page.
Flags: needinfo?(ehsan)
Assignee | ||
Comment 7•11 years ago
|
||
It appears to be behaving much better since I stopped the DDoS against mxr.m.o. I'll keep an eye on it for the next day or two to see if I can recreate the issue, though.
Reporter | ||
Comment 8•11 years ago
|
||
(In reply to comment #7)
> It appears to be behaving much better since I stopped the DDoS against mxr.m.o.
> I'll keep an eye on it for the next day or two to see if I can recreate the
> issue, though.
Thanks! FWIW I'm still fairly interested in the results on my query. My fear is that the result set is too big that MXR simply chokes on it. :/
Comment 9•11 years ago
|
||
It's not, emailed you the 393-result page.
Comment 10•11 years ago
|
||
It does work a bit better for me than for Ehsan (I sometimes get results), but it's still pretty severely broken - I generally get results from a simple query like "const URL" but the regex that should work for what he really wanted, "const URL\b", generally gives a 503, or claims to be loading results and never does, or very rarely actually admits that regex searches are broken by finishing loading and claiming that nothing was found. That failure to find anything is a separate problem, but almost always getting a 503 or a stalled load may be saying that this root is right at the very edge of what mxr can manage.
Reporter | ||
Comment 11•11 years ago
|
||
The addons mxr seems to work better for me today, I finally managed to get results from it for the first time since I filed this bug.
Assignee | ||
Comment 12•11 years ago
|
||
Now that the other mxr/addons issues have been sorted... the 503s and "Service Unavailable" are nearly always load balancer timeout issues. I've bumped them up on the TIP and pools and I am no longer able to reproduce the problem.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
Updated•10 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
•