История сбоев Ashby

1. 31 августа 2026 г. в 17:44 UTCinvestigating

   Мы расследуем ухудшение производительности, влияющее на загрузку и подписание документов, вызванное инцидентом с нашим провайдером Dropbox Sign. Мы отслеживаем обновления от Dropbox Sign и будем публиковать, как мы узнаем больше.

2. 31 августа 2026 г. в 18:11 UTCresolved

   Наш провайдер Upstream решил проблему.

Автоматический перевод официального обновления инцидента.

1. 7 августа 2026 г. в 19:11 UTCidentified

   Интеграция Certn Assessment в настоящее время недоступна из-за неожиданной проблемы с подключением к Certn. Мы работаем с ними, чтобы решить эту проблему.

2. 8 августа 2026 г. в 00:35 UTCidentified

   Certn восстановил доступ к большинству аккаунтов. Небольшое количество учетных записей остаются затронутыми, и мы продолжаем работать с Certn, чтобы восстановить их

3. 9 августа 2026 г. в 13:00 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 27 июля 2026 г. в 14:56 UTCinvestigating

   Мы испытываем повышенную задержку на API Ashby, доступном на api.ashbyhq.com, запросы могут занимать больше времени для обработки или вообще отсутствовать. Инженерная группа изучает этот вопрос.

2. 27 июля 2026 г. в 15:12 UTCidentified

   Мы смягчили проблему, и время отклика пришло в норму. Мы будем продолжать работать в направлении полной резолюции.

3. 27 июля 2026 г. в 21:10 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

4. 27 июля 2026 г. в 21:12 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 16 июля 2026 г. в 08:40 UTCidentified

   Мы расследуем периодические сбои при входе в Ashby с помощью SSO. Пострадавшие пользователи могут увидеть ошибку входа в систему и должны повторить попытку. Другие методы входа и остальная часть Эшби работают нормально. Проблема вызвана инцидентом в провайдере. Наша команда активно следит за ситуацией и опубликует еще одно обновление, поскольку мы узнаем больше.

2. 16 июля 2026 г. в 09:12 UTCidentified

   Мы продолжаем отслеживать проблему, при которой некоторые пользователи могут периодически испытывать неудавшийся или временный вход в систему при входе через SSO из-за проблемы в нашем провайдере. Если вы попали на вход ошибки через SSO, пожалуйста, повторите. Если вы в настоящее время вошли в систему, избегайте выхода из системы, пока проблема сохраняется. Другие методы входа в систему, включая вход в магическую ссылку, не затронуты. Мы активно отслеживаем и будем публиковать очередное обновление по мере изменения ситуации.

3. 16 июля 2026 г. в 10:57 UTCmonitoring

   Наш провайдер в верхнем течении разрешил инцидент, затрагивающий входы SSO. Теперь пользователи должны иметь возможность нормально входить в систему. Мы продолжаем следить за восстановлением и предоставим еще одно обновление, если ситуация изменится.

4. 16 июля 2026 г. в 11:00 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 14 июля 2026 г. в 02:48 UTCresolved

   For approximately 11 minutes from 10:19 AM PDT to 10:30 AM PDT, Ashby users experienced long-running loading screens and, in some cases, errors. This was the result of requests to our servers taking too long to respond. Candidates applying for jobs were unaffected. Our maintenance this weekend will address the root cause of this issue by increasing our database capacity.

1. 8 июля 2026 г. в 00:40 UTCidentified

   Due to an issue with a downstream provider, newly uploaded resumes are not being automatically parsed into structured data. Resume files remain available in the app, but contact info, work history, and plain-text content are not currently being extracted from newly-uploaded resumes. Application form autofill, AI job criteria evaluation, and resume-based search may be affected for new resumes. Email and Chrome extension resume imports may also fail until parsing is restored.

2. 8 июля 2026 г. в 00:58 UTCmonitoring

   Newly-uploaded resumes are now being parsed successfully. Resumes that failed to parse during the incident will be backfilled.

3. 8 июля 2026 г. в 04:17 UTCresolved

   This incident has been resolved. Resumes that failed to parse during the incident have been backfilled.

1. 6 июля 2026 г. в 20:46 UTCresolved

   From 11:30am until 1:40pm PDT, candidate PDF exports failed with a generic message. The cause of this issue has already been identified and fixed.

1. 1 июля 2026 г. в 20:19 UTCinvestigating

   We are currently investigating this issue.

2. 1 июля 2026 г. в 22:44 UTCinvestigating

   We are getting reports of Ashby being unavailable in Sydney. We're also getting limited reports of Ashby being unavailable in other regions, like Portland and San Francisco. We're working with an upstream provider to determine the root cause.

3. 1 июля 2026 г. в 23:35 UTCidentified

   Our upstream provider, Cloudflare, has confirmed a connectivity issue and is working on a fix.

4. 2 июля 2026 г. в 02:14 UTCresolved

   Our upstream provider, Cloudflare, has implemented a fix and our tests indicate they have resolved the issue.

1. 1 июля 2026 г. в 18:49 UTCinvestigating

   We are currently investigating this issue.

2. 1 июля 2026 г. в 19:03 UTCresolved

   We've confirmed Ashby is available again in the Sydney region. We will work with our upstream provider to understand what happened.

1. 24 июня 2026 г. в 21:16 UTCidentified

   Starting at 4:30PM (UTC), Ashby stopped being able to process inbound data from Dropbox Sign. E-Signature requests were sent, but status updates were not recorded.

2. 24 июня 2026 г. в 21:51 UTCmonitoring

   A fix has been implemented, and data is in the process of being recovered.

3. 24 июня 2026 г. в 22:21 UTCresolved

   This incident has been resolved.

1. 24 июня 2026 г. в 18:09 UTCresolved

   We're experiencing an issue sending Slack and email notifications for interview reminders between 4:00PM and 5:00PM (UTC)

1. 24 июня 2026 г. в 18:11 UTCresolved

   We're experiencing an issue sending Slack and email notifications for interview reminders between 4:00PM and 7:00PM (UTC)

1. 19 июня 2026 г. в 13:47 UTCidentified

   Conditional offer fields are not correctly respecting conditions, preventing some offers from being sent out. We have identified the root cause and are remediating.

2. 19 июня 2026 г. в 14:10 UTCmonitoring

   We have remediated the root cause and are monitoring.

3. 19 июня 2026 г. в 14:20 UTCresolved

   This incident has been resolved.

1. 19 июня 2026 г. в 09:12 UTCresolved

   Integrations degraded due to an infrastructure issue. Affected services include Google Workspace integration (including sending via Gmail); ATS syncs; autocomplete for candidate resumes/locations; and some AI features.

1. 16 июня 2026 г. в 08:21 UTCinvestigating

   We are aware of some customers being unable to load saved dashboards. We are investigating this issue.

2. 16 июня 2026 г. в 08:55 UTCmonitoring

   This issue has been diagnosed and a fix has been deployed. We're monitoring for further issues but expect this to be working for all customers now.

3. 16 июня 2026 г. в 09:22 UTCresolved

   This incident has been resolved.

1. 15 июня 2026 г. в 16:59 UTCidentified

   We've identified an issue that's causing embedded job pages to not load in Safari

2. 15 июня 2026 г. в 17:12 UTCidentified

   We've identified that this issue affects any job page (embedded or not) in Safari.

3. 15 июня 2026 г. в 17:30 UTCmonitoring

   We have implemented a fix and are monitoring. Affected candidates or any user will need to refresh any links from jobs.ashbyhq.com or you.ashbyhq.com.

4. 15 июня 2026 г. в 19:15 UTCresolved

   This incident has been resolved.

5. 19 июня 2026 г. в 18:10 UTCpostmortem

   ## **Summary** On Monday, June 15, from approximately 4:00 AM PDT to 10:26 AM PDT, Safari and iOS users encountered an error with embedded and Ashby-hosted job boards \([jobs.ashbyhq.com](http://jobs.ashbyhq.com)\) and could not view or apply to jobs.  We became aware of the problem at 9:43 AM PDT and recovered at 10:26 AM PDT. ## **Why did this happen?** Ashby's internal code build process processes the code that powers your hosted and embedded job boards. As part of our security practices, each file is published with verification data that browsers use to confirm the file they download is exactly what we intend to serve. We shipped a change to this build process that modified the files after their verification data had been generated, so the files no longer matched the verification data and failed to load in Safari and iOS mobile browsers. The same files did not fail in the same way in other browsers, such as Chrome and Firefox, which is why the failure appeared inconsistent amongst visitors. ## **How did we resolve this situation?** After confirming the failure was tied to a recent deploy, we rolled back to a known-good state to restore service. We confirmed that job boards loaded correctly in Safari, on mobile devices, and in other browsers before resuming normal deployments. ## **How did we get to this point?** The change altered our shipped code in a way we did not anticipate, and two gaps let it reach production undetected:  1. Our automated job board tests ran only against Chrome. 2. We didn’t have a check verifying file integrity at the point of publishing, where this particular failure surfaced. ## **What have we put in place to prevent this from happening in the future?** 1. We added an automated check that verifies file integrity immediately before publishing; any mismatch now blocks the deployment of updates to Ashby. We confirmed it catches this exact failure. 2. We corrected how integrity verification is applied to our job board code, so that all browsers enforce it consistently. 3. We expanded our automated job board tests to run against Safari and Firefox, not just Chrome. 4. We have added additional monitoring, including on mobile browsers, to alert us directly when a job board fails to load in this way.

1. 2 июня 2026 г. в 14:55 UTCidentified

   We are investigating an issue with the AI Notetaker which may affect the Meeting Bot's ability to attend a meeting

2. 2 июня 2026 г. в 19:04 UTCmonitoring

   All upstream provider issues have been resolved. We are investigating the affected AI Notetaker instances.

3. 2 июня 2026 г. в 21:55 UTCmonitoring

   Our upstream provider has indicated that their service is operating normally, and we consider the incident resolved. Please reach out to [email protected] in case you experience any delays or issues with AI notetaker calls going forward.

4. 2 июня 2026 г. в 21:57 UTCresolved

   This incident has been resolved.

1. 1 июня 2026 г. в 06:33 UTCinvestigating

   We are currently investigating this issue.

2. 1 июня 2026 г. в 06:34 UTCinvestigating

   We are currently investigating the issue

3. 1 июня 2026 г. в 06:49 UTCinvestigating

   We are continuing to investigate this issue.

4. 1 июня 2026 г. в 07:15 UTCidentified

   We are seeing signs of recovery, though there may be residual instability. AI features will be unavailable as we mitigate the remaining issues.

5. 1 июня 2026 г. в 07:31 UTCmonitoring

   The application has recovered. AI features are still affected, and we are actively working to mitigate the issues.

6. 1 июня 2026 г. в 08:07 UTCmonitoring

   AI features are enabled again, and we're processing the backlog of accumulated work.

7. 1 июня 2026 г. в 08:29 UTCmonitoring

   All systems are now operational, we are continuing to monitor

8. 1 июня 2026 г. в 09:04 UTCresolved

   This incident has been resolved.

9. 19 июня 2026 г. в 18:19 UTCpostmortem

   ## **Summary** On Sunday, May 31st, at 10pm PST, Ashby was slow and had a high error rate for approximately 1 hour, from 10pm to 11:10pm \(PST\). During this time, the Ashby main application would have been slow, and approximately 50% of user actions would have resulted in Ashby displaying an error. Some candidates may have noticed a slower response to their job applications, but all applications were successful and none were lost. ## **Why did this happen?** On Sunday, May 31st, at 4pm PST, an account with one of our AI providers became unavailable. As a result, calls to that provider started to error. These calls are configured to automatically retry periodically until they succeed, but the retries caused a steady increase in the number of such calls per minute. In turn, this drained the capacity of a shared subsystem that manages many different processes at Ashby. In particular, that shared subsystem is used for storing user session data. As the shared subsystem became overwhelmed, user sessions became slower to respond. This caused requests to our web servers to take significantly longer to process. Which then caused our web servers to begin running out of capacity. At 6am, capacity reached a critical low. At this point, our system began rejecting user actions. This is done to prevent complete system failure. ## **How did we resolve the situation?** At 10:04pm PST, our on-call engineers were notified. By 10:16pm PST, our on-call engineers were beginning an investigation. At 11:03pm PST, we identified the subsystem that had reached capacity. At 11:07pm PST, we stopped processing certain types of automated actions. At 11:09pm PST, we identified the issue with the external provider and rectified it immediately. At 11:10pm PST, error rates were down to 10%. At 11:20pm PST, error rates were down to normal levels \(~0%\). At 11:54pm PST, normal service was resumed, and no data was lost. ## **What have we put in place to prevent it from happening in the future?** We’ve done an internal postmortem on this incident and have implemented or plan to implement a variety of changes that achieve three things: 1. Reduced the likelihood of future failure 2. Faster incident response times 3. Lower impact on customers in the event of failure Specifically, we have done the following: * We were already in the process of replacing the subsystem at the center of the outage. We have accelerated that work. The replacement is not vulnerable to this particular kind of failure. * We’ve added additional monitoring around our AI providers to alert us to failures like this sooner. * We are prioritizing a fix for the retry mechanism that led to this incident. * We are migrating our user session storage to a new subsystem that is not vulnerable to this particular kind of failure.

1. 29 мая 2026 г. в 13:41 UTCinvestigating

   We are investigating intermittent elevated error rates on the job board API.

2. 29 мая 2026 г. в 15:11 UTCidentified

   We have identified the issue and are working on a fix.

3. 29 мая 2026 г. в 15:38 UTCmonitoring

   We have rolled out the fix and are monitoring performance.

4. 29 мая 2026 г. в 15:55 UTCresolved

   This incident has been resolved.

1. 28 мая 2026 г. в 13:34 UTCidentified

   We have identified an issue with external/agency recruiters being unable to add notes to candidates' profiles. A fix is being deployed.

2. 28 мая 2026 г. в 14:02 UTCmonitoring

   We have deployed the fix and are monitoring the situation.

3. 28 мая 2026 г. в 15:14 UTCresolved

   This incident has been resolved.