Cratesio 장애 기록

1. 2026년 10월 26일 오전 8:00 UTCinvestigating

   우리는 현재이 문제를 조사하고 있습니다.

2. 2026년 10월 26일 오전 8:19 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

3. 2026년 10월 26일 오전 8:49 UTCmonitoring

   Git index의 업데이트는 여전히 처리되고 있지만 시스템의 나머지는 이제 복구되어야합니다.

4. 2026년 10월 26일 오전 9:10 UTCresolved

   이 사건은 해결되었습니다.

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

1. 2026년 7월 11일 오후 2:22 UTCinvestigating

   우리는 우리의 API 서버에 대한 협조 된 DoS 공격처럼 보이는 것을 경험하고 있습니다. 우리는 상황을 감시하고 우리의 반응을 평가하고 있습니다. sparse/git index를 통해 다운로드 및 의존성 해결은 영향을 미칩니다.

2. 2026년 7월 11일 오후 2:22 UTCinvestigating

   이 문제를 조사하고 있습니다.

3. 2026년 7월 11일 오후 3:06 UTCmonitoring

   우리는 카운터 측정을 배치하고 우리의 서버는 크게 다시 정상으로 돌아갑니다. 우리는 상황을 감시합니다. 어떤 문제가 발생하면 알려주세요!

4. 2026년 7월 11일 오후 3:42 UTCresolved

   이 사건은 해결되었습니다. CDN 서비스 및 빠른 응답 시간을 제공하기 위해 신속하게 큰 감사!

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

1. 2026년 6월 14일 오전 1:20 UTCinvestigating

   crates.io responses are unusually slow due to database issues, with occasional 500s due to database timeouts. We are investigating.

2. 2026년 6월 14일 오전 1:37 UTCidentified

   The read-only replica database used for many of our common queries is under heavy load. We are evaluating options to deal with this.

3. 2026년 6월 14일 오전 1:53 UTCresolved

   The primary source of the load appears to have been a scraper abusing our API. We have blocked the scraper and the replica database has returned to its normal heavily loaded state instead of being overloaded.

1. 2026년 5월 23일 오후 6:47 UTCidentified

   The reverse dependencies pages are temporarily unavailable. Other crates.io functionality should continue to function normally.

2. 2026년 5월 23일 오후 7:19 UTCmonitoring

   Reverse dependencies remain disabled, but the rest of crates.io is functioning normally.

3. 2026년 5월 26일 오후 5:00 UTCresolved

   This incident has been resolved.

1. 2026년 5월 20일 오후 3:52 UTCmonitoring

   Crates.io is currently under a suspected denial of service effecting the web frontend. The reverse dependency endpoint has been disabled. You will not be able to browse reverse dependencies on crates.io for the duration of the incident. All other operations, publishes and the index are operating normally.

2. 2026년 5월 20일 오후 4:57 UTCresolved

   All endpoints are now operational and available again.

1. 2026년 4월 14일 오후 8:48 UTCinvestigating

   The crates.io background worker is having a bad morning, and a backlog of Git index updates has accumulated. We have given the worker some coffee and it's catching up, but index updates for newly-published crates are running about an hour behind right now. The sparse index (used by default by all modern Rust versions) is unaffected.

2. 2026년 4월 14일 오후 9:08 UTCmonitoring

   The background worker has been told to get itself together. The queue is now trending downwards, but git index updates are still running an hour behind. We are continuing to monitor, but we expect this to resolve over the next few hours.

3. 2026년 4월 14일 오후 11:44 UTCresolved

   The indexes are now back to normal operations.

1. 2026년 2월 12일 오후 7:36 UTCidentified

   The crates.io background worker is having a bad morning, and a backlog of Git index updates has accumulated. We have given the worker some coffee and it's catching up, but index updates for newly-published crates are running about an hour behind right now. The sparse index (used by default by all modern Rust versions) is unaffected.

2. 2026년 2월 12일 오후 7:46 UTCresolved

   The background worker has caught up, and crate publishes are now updating normally in both indexes.

1. 2025년 11월 10일 오후 11:56 UTCinvestigating

   crates.io is currently experiencing degraded performance on any requests that hit the database (which is basically anything in the API except crate downloads). We are investigating.

2. 2025년 11월 11일 오전 12:15 UTCidentified

   The slowdown is definitely database related, and we are in contact with our upstream provider to see if we can track down what the root cause might be.

3. 2025년 11월 11일 오전 1:04 UTCmonitoring

   The 2025 version of "it's always DNS" might be "it's always AI scrapers pretending to be other things". Our database provider pointed out an expensive endpoint that was being hit just enough by a single IP to cause the incident, but not enough for our normal monitoring setup to detect it. We have blocked that IP and response times appear to be returning to normal. Continuing to monitor for a few minutes, but this looks good at the moment.

4. 2025년 11월 11일 오전 1:14 UTCresolved

   Everything continues to look stable, so we can consider this resolved.

1. 2025년 11월 1일 오전 3:15 UTCmonitoring

   Due to a large number of crate versions being published in the last few hours, the legacy Git crate index is currently approximately 245 crate versions (or about two hours) behind. The sparse index (which has been the default since Rust 1.70, released in June 2023) is unaffected.

2. 2025년 11월 1일 오전 4:04 UTCmonitoring

   The queue burndown has slowed due to an unusual number of crate publishes in the last hour, but it is slowly making progress and is now at 206 pending syncs. It could be anywhere from 2-4 hours from here until it catches up.

3. 2025년 11월 1일 오전 5:01 UTCmonitoring

   Now at 116 pending syncs. Probably 1½ hours before we're caught up, give or take.

4. 2025년 11월 1일 오전 6:01 UTCmonitoring

   57 pending syncs.

5. 2025년 11월 1일 오전 6:38 UTCresolved

   All published crates have been synced to the Git index, and there is now no backlog.

1. 2025년 9월 2일 오후 10:48 UTCmonitoring

   A backlog of CDN invalidations is causing a backlog of approximately 350 crate backlog for sparse index updates and CDN updates. We are monitoring as the queue is worked through.

2. 2025년 9월 2일 오후 11:08 UTCmonitoring

   The sparse index has synchronized and is now up-to-date. CDN updates are still processing.

3. 2025년 9월 2일 오후 11:32 UTCmonitoring

   The backlog has cleared and all queues are nominal.

4. 2025년 9월 2일 오후 11:33 UTCresolved

   This incident has been resolved.

1. 2025년 8월 12일 오후 9:47 UTCidentified

   Due to a large number of crate versions being published in the last few hours, the legacy Git crate index is currently approximately 280 crate versions (or about two hours) behind. The sparse index (which has been the default since Rust 1.70, released in June 2023) is unaffected.

2. 2025년 8월 12일 오후 10:21 UTCmonitoring

   The Git index sync job backlog is slowly burning down, and is anticipated to catch up in a few hours. We will continue to monitor the situation.

3. 2025년 8월 13일 오전 1:55 UTCresolved

   The Git index has caught up and is now up to date.

1. 2025년 5월 13일 오전 7:37 UTCinvestigating

   Since approximately 05:20 UTC, index entries in the Git and sparse crate indexes have not been published. We are investigating.

2. 2025년 5월 13일 오전 7:39 UTCidentified

   Background workers have been restarted.

3. 2025년 5월 13일 오전 7:41 UTCmonitoring

   Indexes are up to date, and we are monitoring the background workers to ensure they continue to pick up new jobs.

4. 2025년 5월 13일 오전 7:44 UTCresolved

   Crates published since the background workers were restarted are now appearing in the index, and the backlog of background jobs has been processed successfully.

1. 2024년 5월 20일 오전 11:17 UTCidentified

   We are in the process of upgrading our database servers. This will require a short amount of time in read-only mode and a couple of minutes with degraded performance while our follower database is catching up with the new leader.

2. 2024년 5월 20일 오후 12:14 UTCmonitoring

   We noticed a small issue with our database indexes after the upgrade, resulting in several crates not being found anymore. We've reindexed the relevant tables which appears to have fixed the problem. The new follower database is catching up an will soon be available to improve the API response times again.

3. 2024년 5월 20일 오후 12:26 UTCmonitoring

   Database server upgrade is complete and crates.io should be running at full capacity again now. Hopefully even a bit faster than before due to increased memory on the new database servers.

4. 2024년 5월 20일 오후 12:26 UTCresolved

   This incident has been resolved.

1. 2024년 3월 22일 오후 1:04 UTCinvestigating

   We are investigating the crates.io API and website being unreachable. Crate downloads should not be affected.

2. 2024년 3월 22일 오후 1:16 UTCmonitoring

   The application is recovering, but we are still investigating trying to find the root cause. The incident seems to be unrelated to the one earlier today.

3. 2024년 3월 22일 오후 1:25 UTCresolved

   The application is stable, marking the incident as resolved. We will continue investigating the root cause of this.

1. 2024년 3월 22일 오전 7:11 UTCinvestigating

   We are investigating the crates.io website and API being unavailable. Downloads from recent Cargo versions should be working, but older Cargo releases relying on the crates.io API are affected.

2. 2024년 3월 22일 오전 7:26 UTCmonitoring

   We have identified a problem with our read-only database replica and routed traffic away from it. We are monitoring the recovery, and we will continue investigating the cause of the problem.

3. 2024년 3월 22일 오전 7:48 UTCmonitoring

   Since the last update, crates.io fully recovered and we are serving traffic as usual. We're continuing to monitor the situation and we'll re-enable the read-only replica again soon.

4. 2024년 3월 22일 오전 7:56 UTCresolved

   This incident has been resolved.

1. 2024년 3월 14일 오후 1:17 UTCidentified

   The crates.io team will perform a database maintenance on 2024-03-15 from 12:00 to 12:15 UTC. We expect this to take less than 15 minutes to complete. During maintenance, crates.io will only be available in read-only mode: downloading crates and visiting the website will still work, but logging in, publishing crates, yanking crates, or changing owners will not work.

2. 2024년 3월 15일 오후 12:00 UTCidentified

   Scheduled maintenance on our database is starting. We expect this to take less than 15 minutes to complete. During maintenance, crates.io will only be available in read-only mode: downloading crates and visiting the website will still work, but logging in, publishing crates, yanking crates, or changing owners will not work.

3. 2024년 3월 15일 오후 12:11 UTCresolved

   Scheduled maintenance finished successfully.

1. 2024년 2월 14일 오후 7:30 UTCinvestigating

   Some crates.io endpoints are timing out at present, including the summary route that drives the crates.io home page. We are investigating.

2. 2024년 2월 14일 오후 7:30 UTCinvestigating

   (If this looks suspiciously similar to https://status.crates.io/incidents/t49v2pfpv0vl, the same issue reappeared on the summary endpoint literally within seconds of resolving that incident. C'est la vie.)

3. 2024년 2월 14일 오후 10:13 UTCidentified

   We believe this issue is being caused by excess database load related to a bug fix deployed earlier today around download counting. This bug fix has caused the normal background processing of per-crate download count totals to take significantly longer and require more resources than usual. We will shortly be temporarily disabling the summary endpoint to alleviate some of the load on the database.

4. 2024년 2월 15일 오전 12:12 UTCmonitoring

   The long running background job has completed, and response times for the summary endpoint have returned to normal. The next invocation of the relevant background job will be at 00:30 UTC (so in just under 20 minutes); we will be monitoring that closely to see if any problems resurface at that point.

5. 2024년 2월 15일 오전 12:12 UTCmonitoring

   We are continuing to monitor for any further issues.

6. 2024년 2월 15일 오전 2:43 UTCresolved

   crates.io has returned to normal service with the processing of the download count backlog from earlier and the completion of the long running background jobs. Investigations will continue during normal hours for the crates.io team to ascertain what is causing elevated database load.

1. 2024년 2월 14일 오후 6:45 UTCinvestigating

   Some crates.io endpoints are timing out at present, including the summary route that drives the crates.io home page. We are investigating. Crate downloads are unaffected.

2. 2024년 2월 14일 오후 6:50 UTCmonitoring

   Restarting the dynos has restored service, but we are still investigating the root cause of the issue, and continue to monitor crates.io performance.

3. 2024년 2월 14일 오후 7:25 UTCresolved

   crates.io continues to operate normally, and no further performance degradation or timeouts have been observed.

1. 2023년 12월 27일 오후 2:24 UTCinvestigating

   We are currently investigating this issue.

2. 2023년 12월 27일 오후 2:37 UTCmonitoring

   Download traffic has been temporarily redirected and the system is recovering. We are monitoring the situation.

3. 2023년 12월 27일 오후 3:45 UTCmonitoring

   Download traffic is being treated and counted regularly again. We are continuing to monitor for any further issues.

4. 2023년 12월 27일 오후 5:11 UTCresolved

   The incident has been resolved. Traffic and error rates are back to normal levels. The root cause has been identified and we are assessing solutions to avoid it from happening again in the future.

1. 2023년 12월 20일 오후 2:31 UTCinvestigating

   The crates.io team will perform a database maintenance on 2023-12-21 from 11:00 to 11:15 UTC. We expect this to take less than 15 minutes to complete. During maintenance, crates.io will only be available in read-only mode: downloading crates and visiting the website will still work, but logging in, publishing crates, yanking crates, or changing owners will not work.

2. 2023년 12월 21일 오전 10:59 UTCinvestigating

   Scheduled maintenance on our database is starting. We expect this to take less than 15 minutes to complete. During maintenance crates.io will only be available in read-only mode: downloading crates and visiting the website will still work, but logging in, publishing crates, yanking crates or changing owners will not work.

3. 2023년 12월 21일 오전 11:13 UTCresolved

   Scheduled maintenance finished successfully.