Open Library Search slowdown, Oct 19, 23:20 UTC
Incident #1 · lasted 20 min · automatic post-mortem from stored checks
- SlowOpen Library Searchresponses 2351 ms and 2044 ms (threshold 1500 ms)resolved · 20 minOct 19, 23:20 UTC · post-mortem →
What happened
Open Library Search responded slowly: 3 checks during the incident, peaking at 2351 ms against a 7-day median of 1761 ms (1.3× normal).
Was it just this API?
0 other incident(s) overlapped, and 1 other API(s) failed at least one check in the same window, so this may have been a wider or network-level problem.
Response time, one hour either side
Shaded band = incident window. Red dots = failed checks.
Recovery: the first passing check closed the incident.
Raw checks
| 23:17 | OK 200 | 1171 ms | |
| 23:20 | OK 200 | 2351 ms | |
| 23:30 | OK 200 | 2044 ms | |
| 23:40 | OK 200 | 715 ms | |
| 23:50 | OK 200 | 1108 ms | |
| 23:57 | OK 200 | 1340 ms | |
| 00:00 | OK 200 | 1148 ms | |
| 00:10 | OK 200 | 985 ms | |
| 00:20 | OK 200 | 917 ms | |
| 00:30 | OK 200 | 12379 ms | |
| 00:40 | OK 200 | 2517 ms |
Measured from a single server in Sweden every 10 minutes. See Open Library Search status.