Flying Sphinx 장애 기록

1. 2026년 9월 7일 PM 9:23 UTCmonitoring

   Robigus 1 차 서버는 예기치 않게 충돌하여 일부 고객에게 검색 및 색인에 영향을 미쳤습니다. 복원되고 운영은 정상으로 돌아갑니다. 현재 안정성이 반환된 것을 보장하기 위해 눈에 유지.

2. 2026년 9월 7일 PM 9:48 UTCresolved

   모든 것이 정상으로 돌아 왔습니다. 이 사건은 해결되었습니다. 중단에 대한 사과!

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2024년 9월 13일 PM 4:20 UTCinvestigating

   The Mors server has unexpectedly crashed, working on bringing up a replacement.

2. 2024년 9월 13일 PM 4:26 UTCidentified

   A server is now booted, working on restoring Sphinx daemons.

3. 2024년 9월 13일 PM 4:39 UTCmonitoring

   Sphinx daemons and all other services are now running as expected. Please get in touch if problems are persisting.

4. 2024년 9월 13일 PM 8:52 UTCresolved

   No further issues have cropped up. This incident is resolved.

1. 2022년 11월 7일 AM 12:33 UTCidentified

   We're seeing a failure from an essential third-party API which is stopping our own requests from working - actions that involve reindexing or restarting Sphinx daemons aren't being completed. Search requests are not impacted by this change, though. The issue has been raised with the third-party vendor, and we're hoping for a swift resolution.

2. 2022년 11월 7일 AM 2:02 UTCmonitoring

   The third-party has implemented a fix, errors on our side have stopped but will continue to monitor the situation.

3. 2022년 11월 7일 AM 2:30 UTCresolved

   All functionality has returned to normal. Thanks for your patience, and if you're finding any problems are persisting, please do get in touch.

1. 2021년 7월 14일 AM 1:46 UTCidentified

   The primary server for Robigus has stopped responding unexpectedly. Impacted customers have been switched over to the failover server, and should have search queries working again. A new failover will be created shortly.

2. 2021년 7월 14일 AM 2:57 UTCmonitoring

   New failover is now running. If any customers are seeing issues persist, please do get in touch.

3. 2021년 7월 14일 AM 3:12 UTCresolved

   All systems are back to normal now.

1. 2021년 5월 4일 AM 7:01 UTCresolved

   Both Averna and Strenua servers had some instability in their services, but that has been resolved and everything is back to normal. If any customers continue to be affected, please do get in touch.

1. 2021년 3월 3일 AM 3:39 UTCmonitoring

   The robigus server had stopped responding, but fixes have been applied, things should be working again, but monitoring the situation to confirm.

2. 2021년 3월 3일 AM 3:48 UTCresolved

   The incident has been resolved, all services are functioning as expected. If you're seeing any lingering issues, please do get in touch!

1. 2020년 9월 4일 PM 9:47 UTCmonitoring

   Robigus was temporarily overloaded, but is now responding to search requests and API calls. Further investigation is underway to determine the initial cause of the problem.

2. 2020년 9월 4일 PM 10:39 UTCmonitoring

   The primary Robigus server has gotten worse, so the failover has been promoted as the new primary, with all affected customers migrated. If you're still seeing issues, please get in touch. A new failover server is now being prepared.

3. 2020년 9월 4일 PM 10:56 UTCresolved

   New failover is standing by, everything should be functioning properly. Please get in touch if that's not the case.

1. 2020년 8월 25일 PM 10:38 UTCidentified

   The primary server for Robigus-hosted customers has stopped responding unexpectedly, so the failover has now been promoted (and is actively serving search queries). A new failover will be set up.

2. 2020년 8월 25일 PM 11:16 UTCmonitoring

   The new failover is in place, the new primary is running as expected.

3. 2020년 8월 25일 PM 11:31 UTCresolved

   Everything's back to normal - but if any customers are still coming across issues, please get in touch.

1. 2020년 7월 2일 PM 10:00 UTCidentified

   The primary that was switched over to yesterday is having some teething issues, so I've shifted affected customers over to the new failover instead while things are fixed up. Everything should already be working again, and I'll get the underlying problem fixed.

2. 2020년 7월 2일 PM 10:18 UTCmonitoring

   The old primary is now in a happy state (and thus can be considered the new failover). The new primary is serving queries and processing API requests without any issues. Keeping an eye on things.

3. 2020년 7월 2일 PM 10:31 UTCresolved

   No further issues have cropped up, everything's back to working smoothly, so this issue is considered resolved. If anyone's still seeing problems on their side, please do get in touch.

1. 2020년 7월 1일 PM 7:02 UTCidentified

   The primary server for Robigus has failed unexpectedly. Impacted customers have now been switched to the failover server, and search requests should be being served again. A new failover is now being prepared.

2. 2020년 7월 1일 PM 7:29 UTCmonitoring

   Robigus replacement failover is set up, and search queries and API calls should be operating normally for all customers.

3. 2020년 7월 1일 PM 7:37 UTCresolved

   Everything's continuing to work as expected, this issue is considered resolved. Please get in touch if you're finding any problems persist.

1. 2020년 4월 14일 AM 9:14 UTCidentified

   Our DNS provider is having issues from their European node that impacts Lime (the server for our eu-west customers). Searching should remain unaffected, but API requests for indexing and other daemon actions are currently failing. We've been in touch with the DNS provider, and expect there'll be a resolution soon.

2. 2020년 4월 14일 AM 9:15 UTCidentified

   We are continuing to work on a fix for this issue.

3. 2020년 4월 14일 AM 10:42 UTCmonitoring

   Our DNS provider has fixed the issue and API requests are now working again.

4. 2020년 4월 14일 AM 11:14 UTCresolved

   There have been no further disruptions, this incident is considered resolved.

1. 2019년 11월 4일 PM 1:29 UTCinvestigating

   The current More instance is not responding, so a replacement server is being fired up to take its place.

2. 2019년 11월 4일 PM 1:39 UTCmonitoring

   The new Mors instance is in place and responding to API calls and search queries.

3. 2019년 11월 4일 PM 1:53 UTCresolved

   This incident has been resolved, and all systems are operating as expected. If you're finding any problems persisting, do get in touch.

1. 2019년 9월 17일 PM 10:30 UTCidentified

   We've switched over to the secondary server, so customers should have queries and API calls working again. The cause of the initial issue is not yet clear.

2. 2019년 9월 18일 AM 1:34 UTCresolved

   Robigus has a new secondary server (with the old secondary working smoothly as the new primary). Everything should be responding as expected now - do get in touch if any issues are still cropping up.

1. 2019년 6월 6일 AM 12:31 UTCmonitoring

   Lime unexpectedly restarted (possibly due to a broader issue in eu-west-1), but came back up within a few minutes with all Sphinx daemons. Everything is back to normal.

2. 2019년 6월 6일 AM 12:34 UTCresolved

   Lime has returned to being fully operational. If any customers are seeing issues persist, please do get in touch.

1. 2019년 1월 24일 PM 10:05 UTCidentified

   Averna has crashed, currently bringing up a replacement server.

2. 2019년 1월 24일 PM 10:12 UTCmonitoring

   Replacement is up and running, with indexing and search requests responding accordingly.

3. 2019년 1월 24일 PM 10:27 UTCresolved

   This issue is now resolved: Averna's returned to operating smoothly. If you're still seeing issues, please get into touch.

1. 2018년 11월 21일 PM 5:02 UTCinvestigating

   Working on getting it restored.

2. 2018년 11월 21일 PM 5:11 UTCmonitoring

   New instance for averna is now up and running.

3. 2018년 11월 21일 PM 5:19 UTCresolved

   Everything's operating as expected again. Please get in touch if you're finding that's not the case for you!

1. 2018년 10월 3일 AM 8:49 UTCresolved

   Earlier today, Robigus stopped responding to search requests (connections to Sphinx daemons). The part of the Flying Sphinx infrastructure that failed was the Sphinx proxy on your original server - it stopped responding to any TCP requests (though the logs had no suggestion as to why). Clearly, this is a critical part of everything - if the proxy’s down, you can’t connect to your Sphinx daemon at all (and that’s essential in both searching and regenerating). I usually get downtime alerts (with a dedicated phone + SMS messages which should wake me up if it’s the middle of the night), but this wasn’t triggered by the proxy failing. So, I’ve made the following changes: * If the proxy does not respond to health checks, it’s considered a major server failure, and thus I will get SMS alerts. * Also, if it’s not responding to health checks, Monit will restart the proxy process, so resolution should be sorted out within a minute. This is now all in place, but I’ll continue to think through better ways of handling such situations. I’m very sorry for the downtime!

1. 2018년 9월 21일 AM 7:52 UTCidentified

   Greatly delayed alert, but Carmenta has unexpectedly restarted itself and crashed halfway through the process. Working on getting a replacement sorted now, expected resolution in 40 minutes.

2. 2018년 9월 21일 AM 8:24 UTCmonitoring

   A new server for Carmenta is running, affected customers should find things are working now. Continuing to monitor to confirm that the issue is resolved.

3. 2018년 9월 21일 AM 8:45 UTCresolved

   Everything's now back to normal. Will make sure such fixes don't get delayed so badly again! If anyone's still seeing problems persist, please get in touch.

1. 2018년 4월 20일 AM 4:41 UTCidentified

   As part of some DNS changes, SSL requests for flying-sphinx.com were briefly returning an invalid certificate (lasting about 10 minutes). This has been resolved, but if you're seeing the problem persist, please do get in touch.

2. 2018년 4월 20일 AM 4:42 UTCmonitoring

   Marking this issue as resolved given the certificate is now correct again. Will continue to monitor for any affected services.

3. 2018년 4월 20일 AM 6:21 UTCresolved

   There was one more glitch from the certificate provider, but things have been smooth since, so marking this as resolved.

1. 2017년 12월 29일 PM 12:26 UTCidentified

   While general server maintenance was happening, a bug was introduced for API actions. This has been fixed, and behaviour has returned to normal. Search daemons/requests were unaffected.

2. 2017년 12월 29일 PM 12:34 UTCmonitoring

   Maintenance has finished, behaviour remains as expected.

3. 2017년 12월 29일 PM 12:45 UTCresolved

   This issue is now resolved. If you're seeing any persistent problems, please do get in touch.