Coveralls logo

Is Coveralls Down?

SaaSLive status, outages, and incident history

No. Coveralls is up right now.

Every monitored Coveralls system is operational as of September 25, 2026. PulsAPI did not find an outage in its latest check of the official status feed.

OperationalChecked just nowLive · 60s while moving

Know the moment Coveralls breaks

Coveralls is healthy right now. We keep checking (every 60 seconds once it starts moving) and email you the moment that changes.

Free, no password, no card. Unsubscribe in one click.

How we know: the official Coveralls status page, PulsAPI's own check (every 60 seconds while one is moving, every 5 to 20 minutes while it is stable), and outage reports from engineers. How PulsAPI monitoring works

Coveralls Component Status

The main Coveralls systems on this page. All 8 are operational right now.

8operational
Coveralls.io API
Operational
Coveralls.io Web
Operational
GitHub
Operational

5 more components tracked

Their status is in the bar above. Free accounts see every component by name.

Also tracking New Relic Metric API : US, Pusher Presence channels, Pusher WebSocket client API, Stripe API, Travis CI API.

See all of them free

Component statuses may change independently during partial outages.

Recent Coveralls Outages & Incidents

Incident history from the official Coveralls status page, including resolution updates.

"Website under heavy load" warningResolved Aug 11, 2026 · 2h 7mResolved

This incident has been resolved. --- [2026-08-11T12:55:35.303-07:00] (monitoring) This was the second wave of the attack we experienced this weekend, broadened and tripled in volume. We implemented a second phase of defense which appear to be working and will continue monitoring for the next hour. --- [2026-08-11T12:54:22.689-07:00] (investigating) We are currently experiencing occasional "Website under heavy load" warnings. We believe this is the second wave of an attack we experienced this weekend involving an army of scraper bots which we successfully mitigated. We believe the attacker may have gotten around an initial phase of defense. Separate from a DDoS attack, these are millions of individual requests coming from over 280K different IP addresses across 12 different countries, so our standard DDoS protection (IP quarantine) does not apply. We are implementing a second phase of defense and will report updates here.

Increased latency for large reposResolved Jul 15, 2026 · 120h 3mResolved

This issue was resolved over the weekend. We will continue to monitor for elevated latency in the modified queues. --- [2026-07-17T08:48:15.630-07:00] (monitoring) Latency remains elevated by about 30% for large repos. We are continuing to monitor and do what we can to mitigate until we can implement a longer-term solution. --- [2026-07-16T11:25:05.004-07:00] (monitoring) We are continuing to proactively monitor and clear the large repo queues. We are working on a longer term solution over the weekend and will post about it in the postmortem for this issue when complete. We will keep this incident open as long as we have large repo queues with above-average latency. --- [2026-07-15T17:47:47.992-07:00] (monitoring) We are continuing to monitor for any further issues. --- [2026-07-15T11:14:01.457-07:00] (monitoring) We have reduced traffic in affected queues by 75%. We still expect to clear the queue within about 1 hr. We will post updates here. If you think you may have been paused as a user with a large repo (>=5K source files) that has uploaded 3-10x normal daily uploads, please reach out to us at support@coveralls.io and we'll confirm and give you some next steps to avoid further pauses (see Usage Add-Ons at https://coveralls.io/pricing). --- [2026-07-15T10:28:59.189-07:00] (monitoring) All systems fully functional. We have identified increased latency for large repos again and have proactively arrested sources of excess requests. We expect to restore normal latency within the hour.

Increased latency for large reposResolved Jul 10, 2026 · 71h 55mResolved

This incident has been resolved but we believe it triggered a worsened incident overnight Sun night/Mon morning (US PDT) which has just been resolved. To be confirmed by full RCA, we believe a deluge of large repo uploads tied up individual web servers that handle frontline requests. Each web server is able to recover on its own, and did, but as volume increased all servers were eventually affected, only allowing short windows where requests could get through—rejecting most requests with 504 errors. We'll post a post-mortem when we understand more about what happened and how to prevent it going forward. --- [2026-07-10T10:34:01.539-07:00] (monitoring) We are continuing to monitor this situation. Latency is much reduced but still elevated. We will close this incident when it's fully restored to normal. --- [2026-07-10T08:02:03.770-07:00] (identified) We are monitoring increased latency for larger repos (5K+ source files) due to elevated traffic in background job queues. We will pause outlier repos (more than 2x average traffic) to allow queues to clear for the general population, then restore once queues have cleared. If you think your repo may have been one of those paused, two things: 1) Reach out to us at support@coveralls.io and we'll confirm; and 2) Consider purchasing a usage add-on so that your jobs are not throttled for fair-use, or an enterprise plan with isolated infrastructure for maximum performance: https://coveralls.io/pricing

Coveralls Uptime History

Daily uptime recorded by PulsAPI over the last 90 days, with the days that carried a Coveralls incident marked. Each day is measured from our own checks, so the record continues even when the vendor publishes nothing.

Uptime history49 days observed
Aug 8100.00% averageSep 25

Live Coveralls Outage Reports

Problems reported by engineers using Coveralls. Reports often appear 10 to 20 minutes before the official status page moves, and stay on this page for 90 days.

Reports, last 24 hours0 total
24h agoNothing reportednow

No Coveralls problems reported yet.

Something wrong with Coveralls on your end?

Reports are anonymous, take about ten seconds, and help the next engineer who checks.

About Coveralls

Coveralls exposes 8 monitored components on its status page at status.coveralls.io — Coveralls.io Web, Coveralls.io API and GitHub among them. Follow Coveralls downtime, degraded performance and resolved incidents here, with uptime history alongside your other SaaS services.

Over the past 30 days, PulsAPI has measured Coveralls uptime at 100.00%. Response times, incident history, and SLA tracking for Coveralls are available on the PulsAPI dashboard.

Coveralls Status FAQ

Is Coveralls down right now?

The verdict at the top of this page comes from the latest poll of the official Coveralls status feed and refreshes automatically, so you are not looking at a stale cached answer. PulsAPI re-checks a vendor every 60 seconds whenever it is not fully operational, or has changed status in the last 30 minutes, so an incident is always on the fastest cadence. Vendors that are stable and rarely watched are re-checked every 5 to 20 minutes instead.

What should I do if Coveralls is not working?

Check the component list on this page first to see if your failure matches a known outage. If it does, you can report the issue for other engineers, follow the incident timeline for vendor updates, and run any fallback your app supports until Coveralls recovers.

How do I check Coveralls uptime history?

PulsAPI tracks Coveralls uptime over 30, 60, and 90-day rolling windows. The current 30-day uptime is 100.00%. The 90-day uptime strip on this page is public: no account needed. A free account adds alerts whenever Coveralls changes state, plus 15 days of incident detail; Pro extends that to 90 days and Business to 13 months.

How fast does PulsAPI detect Coveralls outages?

PulsAPI reads the official Coveralls status page. PulsAPI re-checks a vendor every 60 seconds whenever it is not fully operational, or has changed status in the last 30 minutes, so an incident is always on the fastest cadence. Vendors that are stable and rarely watched are re-checked every 5 to 20 minutes instead. Alerts reach Slack, Discord, Microsoft Teams, PagerDuty, or email within seconds of detection.

Does PulsAPI track individual Coveralls components?

Yes. PulsAPI monitors 8 individual Coveralls components, so you can see which service or region is affected instead of a generic "service degraded" banner.

Can I get alerts when Coveralls goes down?

Yes. Create a free account and subscribe to Coveralls: the free plan covers three services with unlimited email alerts and no monthly notification cap. Paid plans lift the monitor limit entirely (Pro and above do not meter how many vendors you watch) and route the same alerts into Slack, Discord, Microsoft Teams, PagerDuty and webhooks.

How do I report an issue with Coveralls to the community?

Click "Report an issue" at the top of this page, pick the issue type and severity, and optionally add your region and a short note. Reports are anonymous and help other engineers spot Coveralls problems early. Official status pages often lag real incidents by 10 to 20 minutes.

Is there a free way to monitor Coveralls?

Yes. The free plan covers 3 monitored services with unlimited email alerts, permanently, so Coveralls plus two more costs nothing. Every new account also opens with a 30-day Business trial (unlimited monitors, Slack alerts, SLA reporting) with no credit card.

Track Coveralls with the rest of your stack

2463+ vendors in one dashboard, and an email the moment any of them changes state. Three free, and no monitor limit at all from $29/mo, unlike the alternatives, which keep charging by the monitor.

Start free, 3 services