Closed Bug 920806 Opened 11 years ago Closed 11 years ago

addons mxr is inaccessible

Categories

(Developer Services :: General, task)

x86
macOS
task
Not set
normal

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.
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
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
This is not fixed yet.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
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
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)
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)
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.
(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. :/
It's not, emailed you the 393-result page.
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.
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.
Depends on: 926704
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 ago11 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.