Closed
Bug 535839
Opened 15 years ago
Closed 15 years ago
Search on preview is unavailable
Categories
(mozilla.org Graveyard :: Server Operations, task)
mozilla.org Graveyard
Server Operations
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: krupa.mozbugs, Assigned: chizu)
References
()
Details
Search on preview is unavailable again. https://preview.addons.mozilla.org/en-US/firefox/search?q=firefox&cat=all&advancedsearch=1&as=1&appid=1&lver=3.5&atype=0&pp=20&pid=3&sort=&lup= HTTP Header-Server response: HTTP/1.x 503 Service Unavailable Server: Apache Vary: Accept-Encoding Cache-Control: public, max-age=3600 Content-Type: text/html; charset=UTF-8 Content-Encoding: gzip Date: Fri, 18 Dec 2009 19:24:03 GMT Expires: Fri, 18 Dec 2009 20:24:04 GMT X-AMO-ServedBy: pm-app-amo24.mozilla.org Via: Moz-Cache-zlb01 Connection: close Last-Modified: Fri, 18 Dec 2009 19:24:04 GMT X-Powered-By: PHP/5.2.9 X-Cache-Info: not cacheable; response code not cacheable
Updated•15 years ago
|
Assignee: server-ops → jeremy.orem+bugs
Comment 1•15 years ago
|
||
Segfault: #0 0x000000000041d30f in ReloadIndexSettings () #1 0x000000000041dd0f in CheckRotate () #2 0x000000000042c049 in ServiceMain () #3 0x00000031f3c1d994 in __libc_start_main () from /lib64/libc.so.6 #4 0x0000000000403839 in _start () Restarted searchd.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 2•15 years ago
|
||
Search is once again unavailable reason:HTTP/1.x 503 Service Unavailable URL:https://preview.addons.mozilla.org/en-US/firefox/search?q=stephen3000!!!&cat=all&advancedsearch=1&as=1&appid=1&lver=3.5&atype=0&pp=20&pid=3&sort=&lup= This is blocking QA from testing.Please fix. Reopening....
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 3•15 years ago
|
||
Trevor were you able to make sense of the last segfault? I thought you also had a wrapper script that checks for searchd, is that not detecting these crashes? I am also curious as to why this is (thankfully) not happening on production.
Comment 4•15 years ago
|
||
Restarted the daemon again and it's back up.
Assignee: jeremy.orem+bugs → thardcastle
(In reply to comment #3) > Trevor were you able to make sense of the last segfault? > > I thought you also had a wrapper script that checks for searchd, is that not > detecting these crashes? > > I am also curious as to why this is (thankfully) not happening on production. Two different segfaults occur frequently. Production does crash but is protected from affecting the live site by the load balancer and restart script. Stage isn't load balanced. The wrapper script is occasionally failing to restart when a lock is in place during the crash. To debug the segfaults I need to get symbols built and report them upstream. Fixing the upgrade to 0.9.9 bug would also be good, it might have fixed these bugs.
Debug symbols for 0.9.9 installed. Watching for any segfaults on preview.addons with the new version.
0.9.9-rc2 has continued to occasionally die but no segfaults from 0.9.9 yet.
Marking this solved. 0.9.9 hasn't crashed at all since the 7th.
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Updated•9 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
•