Is Semaphore down?

Last checked 9m ago
Current status
Semaphore is up

No incidents right now.

Official status page: http://status.semaphoreci.com · Polled every 5 minutes · 7 components tracked

Semaphore is operational right now. Last checked 9m ago; the most recent incident resolved 9d ago.

Real-time Semaphore status, recent outages, and incident history — pulled directly from Semaphore's official status page at http://status.semaphoreci.com every 5 minutes. Pingoru tracks 7 Semaphore services and has captured 16 incidents in the last 90 days (97.30% uptime). Get email, Slack, Discord, or webhook alerts the moment Semaphore reports a new incident — free for 5 monitors, no credit card.

Users who monitor Semaphore also follow these DevOps services: GitHub Confluence Circle CI OpsGenie JFrog Papertrail Airbrake Splunk OnCall Datadog EU RubyGems View all 6,000+ providers
Semaphore uptime 97.30% uptime · past 90 days
Mon Wed Fri
JunJulAugSep
Less More

Recent outages & incidents

Past 90 days
  1. Resolved 1d
    Started Sep 02, 2026, 04:08 PM UTC · Resolved Sep 03, 2026, 04:41 PM UTC
    Semaphore
    Timeline · 15 updates
    • identified · Sep 02, 2026, 04:08 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 04:35 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 05:04 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 05:32 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 06:02 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 06:31 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 07:00 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 07:32 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 08:00 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 08:30 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 09:00 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 09:30 PM UTC

      The wider situation impacting HTTPS operations, which is also affecting Semaphore and our users, has started occurring again: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor the situation on our end and will share further updates as they become available.

    • identified · Sep 02, 2026, 10:07 PM UTC

      Our engineers are actively monitoring the ongoing situation affecting HTTPS operations: https://github.com/orgs/community/discussions/206581. We’ll share the next update once we have new information from GitHub. As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1

    • identified · Sep 03, 2026, 12:45 PM UTC

      Our engineers are actively monitoring the intermittent issue affecting Git operations over HTTPS. We will share another update when more information becomes available. To prevent affected builds from stalling while waiting for credentials, our engineering team has implemented fail-fast behavior. Affected builds will now fail promptly, reducing unnecessary runtime. If the issue persists after rerunning the job, add the following command to the job before the affected Git operation to force Git to use HTTP/1.1: git config --global http.version HTTP/1.1

    • resolved · Sep 03, 2026, 04:41 PM UTC

      Semaphore is currently operating normally, which is why we’re marking this incident as resolved. GitHub confirmed that the behavior affecting unauthenticated Git operations is the result of an intentional change on their end rather than a bug. You can read their latest statement here: https://github.com/orgs/community/discussions/206581#discussioncomment-18269083 For builds affected by this behavior, the previously shared workaround remains available. Configure Git to use HTTP/1.1 before running the affected Git operation: git config --global http.version HTTP/1.1 We will add this instruction and further context to our documentation. Any additional guidance from Semaphore will be shared through in-app notifications. For further assistance, contact our support team at [email protected].

    Latest: Semaphore is currently operating normally, which is why we’re marking this incident as resolved. GitHub confirmed that the behavior affecting unauthenticated Git operations is the …

  2. Resolved 3h 59m
    Started Sep 02, 2026, 11:17 AM UTC · Resolved Sep 02, 2026, 03:16 PM UTC
    Semaphore
    Timeline · 8 updates
    • investigating · Sep 02, 2026, 11:17 AM UTC

      We are currently investigating this issue.

    • investigating · Sep 02, 2026, 11:44 AM UTC

      We are still looking into the cause of this issue, but as a temporary workaround, you can add the following environment variable to your jobs, which will cause them to immediately fail and not hang: GIT_TERMINAL_PROMPT=0 After they fail, you can rerun the pipeline, and only the failed jobs should rerun, allowing you to work through this issue until we have more information to share.

    • investigating · Sep 02, 2026, 12:18 PM UTC

      We are continuing to investigate this issue.

    • identified · Sep 02, 2026, 12:53 PM UTC

      We have found that this is currently a wider situation impacting HTTPS operations, which is also affecting Semaphore and our users. You can read more about this in this thread: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 Please also note that we are continuing to monitor and investigate this situation on our end.

    • identified · Sep 02, 2026, 01:29 PM UTC

      We have found that this is currently a wider situation impacting HTTPS operations, which is also affecting Semaphore and our users. You can read more about this in this thread: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor and investigate this situation on our end.

    • identified · Sep 02, 2026, 01:56 PM UTC

      We have found that this is currently a wider situation impacting HTTPS operations, which is also affecting Semaphore and our users. You can read more about this in this thread: https://github.com/orgs/community/discussions/206581 As a workaround, you can configure git to use only HTTP/1.1, using the following command: git config --global http.version HTTP/1.1 We are continuing to monitor and investigate this situation on our end.

    • monitoring · Sep 02, 2026, 02:19 PM UTC

      There was a wider situation impacting HTTPS operations, which also affected Semaphore and our users https://github.com/orgs/community/discussions/206581 The issue has since appeared to subside, but we're continuing to monitor the situation on our end.

    • resolved · Sep 02, 2026, 03:16 PM UTC

      This incident has been resolved.

    Latest: This incident has been resolved.

  3. Resolved 10h 4m
    Started Aug 31, 2026, 12:06 PM UTC · Resolved Aug 31, 2026, 10:11 PM UTC
    Semaphore
    Timeline · 19 updates
    • investigating · Aug 31, 2026, 12:06 PM UTC

      We are currently investigating this issue.

    • identified · Aug 31, 2026, 12:56 PM UTC

      The issue has been identified and a fix is being implemented.

    • identified · Aug 31, 2026, 02:10 PM UTC

      We are continuing to work on a fix for this issue.

    • identified · Aug 31, 2026, 03:32 PM UTC

      We’ve identified network connectivity issues between our control plane and build servers. We’re actively working to restore normal service.

    • identified · Aug 31, 2026, 04:01 PM UTC

      We’re still working to resolve the network connectivity issues between our control plane and build servers. We’ll share another update as soon as we have more information.

    • identified · Aug 31, 2026, 04:34 PM UTC

      We’re still working to resolve the network connectivity issues between our control plane and build servers. We’ll share another update as soon as we have more information.

    • identified · Aug 31, 2026, 05:17 PM UTC

      We’re still working to resolve the network connectivity issues between our control plane and build servers. We’ll share another update as soon as we have more information.

    • identified · Aug 31, 2026, 05:48 PM UTC

      We’re still working to resolve the network connectivity issues between our control plane and build servers. We’ll share another update as soon as we have more information.

    • identified · Aug 31, 2026, 05:50 PM UTC

      We are continuing to work on a fix for this issue.

    • identified · Aug 31, 2026, 05:58 PM UTC

      We are continuing to work on a fix for this issue.

    • identified · Aug 31, 2026, 06:22 PM UTC

      We’re still working to resolve the network connectivity issues between our control plane and build servers. We’ll share another update as soon as we have more information.

    • identified · Aug 31, 2026, 06:48 PM UTC

      We are continuing to work on a fix for this issue.

    • identified · Aug 31, 2026, 07:21 PM UTC

      Our team is continuing to work on a fix for this issue.

    • identified · Aug 31, 2026, 07:49 PM UTC

      We are continuing to work on a fix for this issue.

    • identified · Aug 31, 2026, 08:18 PM UTC

      Our engineering team is actively working to resolve this issue.

    • monitoring · Aug 31, 2026, 08:35 PM UTC

      A fix has been implemented and we are monitoring the results.

    • monitoring · Aug 31, 2026, 09:09 PM UTC

      We are continuing to monitor for any further issues.

    • monitoring · Aug 31, 2026, 09:44 PM UTC

      Our team is still monitoring the results.

    • resolved · Aug 31, 2026, 10:11 PM UTC

      This incident has been resolved.

    Latest: This incident has been resolved.

  4. Resolved 1h 52m
    Started Aug 28, 2026, 07:17 PM UTC · Resolved Aug 28, 2026, 09:09 PM UTC
    Semaphore
    Timeline · 4 updates
    • investigating · Aug 28, 2026, 07:17 PM UTC

      We are currently investigating this issue.

    • identified · Aug 28, 2026, 08:11 PM UTC

      The issue has been identified and a fix is being implemented.

    • monitoring · Aug 28, 2026, 08:31 PM UTC

      A fix has been implemented and we are monitoring the results.

    • resolved · Aug 28, 2026, 09:09 PM UTC

      This incident has been resolved.

    Latest: This incident has been resolved.

  5. Resolved 52m
    Started Aug 27, 2026, 08:09 PM UTC · Resolved Aug 27, 2026, 09:01 PM UTC
    Semaphore
    Timeline · 5 updates
    • investigating · Aug 27, 2026, 08:09 PM UTC

      We are currently investigating this issue.

    • investigating · Aug 27, 2026, 08:11 PM UTC

      We are continuing to investigate this issue.

    • identified · Aug 27, 2026, 08:26 PM UTC

      The issue has been identified and a fix is being implemented.

    • monitoring · Aug 27, 2026, 08:35 PM UTC

      A fix has been implemented and we are monitoring the results.

    • resolved · Aug 27, 2026, 09:01 PM UTC

      This incident has been resolved.

    Latest: This incident has been resolved.

See the full Semaphore outage history

10 more incidents in the last 90 days, plus the full multi-year archive of per-service events and update timelines.

Browse Semaphore outage history →

Or sign up free to get alerts when Semaphore breaks · 10 free monitors · No credit card

Outage history

Past 90 days · 15 incidents View full outage history →