Grain Outage History
24 incidents recorded over the last 365 days, 17 of them resolved. Durations are measured from when PulsAPI first saw the problem to when it cleared, which is usually longer than the vendor's own figure.
Every Recorded Grain Incident
| Date | Incident | Duration | Status |
|---|---|---|---|
| Nov 4, 2026 | Local capturesDo to a failure with an upstream provider: - 142 local capture sessions failed to begin so nothing was captured - 19 local capture sessions were prematurely truncated so only captured a portion of the meeting The team… | -275 min | Resolved |
| Oct 28, 2026 | Spike in unprocessed local capturesAn upstream transcript provider outage caused live transcription to fail for local capture. We have recovered all impacted captures. | 3h 24m | Resolved |
| Oct 21, 2026 | Google Meet link format changeHotfixes have been deployed across all platforms and testing shows capture is working correctly. | 1h 59m | Resolved |
| Oct 20, 2026 | Webhook consumers failing causing app failuresAll bot recordings that were left unprocessed due to the outage have been recovered. | 29h 25m | Resolved |
| Sep 16, 2026 | Transcription Provider OutageThe upstream incident has been resolved, the team will work through the backlog of any impacted recordings for reprocessing. | 8h 5m | Resolved |
| Jul 19, 2026 | Planned database maintenanceThe scheduled maintenance has been completed. | 1h 0m | Scheduled |
| Jul 18, 2026 | Planned database maintenanceThe scheduled maintenance has been completed. | 1h 0m | Scheduled |
| Jul 12, 2026 | Planned database maintenanceThe scheduled maintenance has been completed. | 1h 0m | Scheduled |
| Jul 11, 2026 | Planned database maintenanceThe scheduled maintenance has been completed. | 1h 0m | Scheduled |
| Jul 5, 2026 | Planned database maintenanceThe scheduled maintenance has been completed. | 1h 0m | Scheduled |
| Jul 4, 2026 | Planned database maintenanceThe scheduled maintenance has been completed. | 1h 0m | Scheduled |
| Jun 26, 2026 | Bot Delays and FailuresAn outage with an upstream provider caused recording bots to be delayed or fail to join altogether. The team is investigating potential mitigations for the future. | 0 min | Resolved |
| Jun 25, 2026 | Transcript Partner OutageAll failed transcripts have been reprocessed. | 98h 47m | Resolved |
| Jun 23, 2026 | App outageThe team has no observed further issues. | 6h 25m | Resolved |
| Jun 11, 2026 | Stuck local capturesAll hung local captures were recovered. | 281h 2m | Resolved |
| Jun 11, 2026 | Bot failuresThe team has not observed any further degradation in the bot service. | 6h 6m | Resolved |
| Jun 2, 2026 | Bot Recording FailuresAll recordings that were successfully captured have now been recovered. Future improvements around being more robust to upstream failures are being researched by the team. | 25h 29m | Resolved |
| May 13, 2026 | Recording Processing IssuesAll recordings with recoverable media have now be successfully recovered. | 34h 20m | Resolved |
| May 13, 2026 | Platform instabilitiyThe team determined the root cause was related to index changes on a hot job queue table, leading to high CPU usage. The correct indexes were applied and the database returned to full health. | 6h 8m | Resolved |
| May 3, 2026 | Planned MaintenanceThe scheduled maintenance has been completed. | 1h 0m | Scheduled |
| Mar 24, 2026 | Failure to start recordingsOur upstream provider has closed their incident. We are no longer observing any instability. Cleanup of captured but unprocessed recordings is underway. | 4h 25m | Resolved |
| Mar 23, 2026 | Platform InstabilityThe team has deployed a fix around large memory spikes trigging out-of-memory failures. Since the latest fix, no further memory spikes have occurred. | 101h 54m | Resolved |
| Nov 11, 2025 | Meet Recorder Partial OutageWe have not seen subsequent failures. | 6h 46m | Resolved |
| Nov 6, 2025 | Incident with upstream provider causing some recorders to failThis incident has been resolved. | 15h 36m | Resolved |
Hear about the next one while it is open
Everything above is a record written after the fact. We can email you when the next Grain incident opens instead, at the point where knowing still changes what you do.
Free, no password, no card. Unsubscribe in one click.
How to Read This Grain Incident Log
Each row is an incident PulsAPI observed, not a summary written afterwards. The duration is wall-clock time between the first failing check and the first clean one, so it includes the window before Grain acknowledged anything. Vendor post-mortems typically measure from acknowledgement, which is why their numbers are usually shorter.
Incidents still open have no duration yet and are listed as ongoing rather than being given a running total. The archive covers the last 365 days; anything older has aged out of the window rather than never having happened.
The longest single Grain outage in this window ran 11d 17h, against a mean recovery of 1d 3h. If you depend on Grain in a customer-facing path, the longest figure is the one to design around. The mean is what happens on a normal bad day; the maximum is what happens on the worst one.