Closed Bug 535839 Opened 15 years ago Closed 15 years ago

Search on preview is unavailable

Categories

(mozilla.org Graveyard :: Server Operations, task)

task
Not set
normal

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
Assignee: server-ops → jeremy.orem+bugs
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
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 → ---
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.
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.
Depends on: 532530
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 ago15 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.