Is Sigma Computing down?

Last checked just now
Current status
Sigma Computing is up

No incidents right now.

Sigma Computing is operational right now. Last checked just now; the most recent incident resolved 19d ago.

Real-time Sigma Computing status, recent outages, and incident history: pulled directly from Sigma Computing's official status page at status.sigmacomputing.com every 5 minutes. Pingoru tracks 11 Sigma Computing services and has captured 12 incidents in the last 90 days (98.88% uptime). Get email, Slack, Discord, or webhook alerts the moment Sigma Computing reports a new incident, free for 3 monitors, no credit card.

Users who monitor Sigma Computing also follow these Analytics services: New Relic Grafana Segment Amplitude Mixpanel Hudl Qualtrics Hotjar Branch FullStory View all 8,000+ providers
Sigma Computing uptime 98.88% uptime · past 90 days
Mon Wed Fri
AugSepOct
Less More

Recent outages & incidents

Past 90 days
  1. Resolved 3h 6m
    Started Oct 12, 2026, 03:11 PM UTC · Resolved Oct 12, 2026, 06:17 PM UTC
    Timeline · 4 updates
    • identified · Oct 12, 2026, 03:11 PM UTC

      Sigma is currently being affected by a 3rd party Databricks outage and some customers are unable to upload CSVs to our Sample Connection. Writeback functionality, such as Input Tables for customers with Databricks on the affected regions listed below may also be affected by this event. Our internal monitoring has identified a correlation between the two systems and we are currently monitoring the active incident here - https://status.databricks.com/pages/incident/5cf02dde58a00904bda41926/6accd920d492610581e1c8c1 We will update this page as the situation develops.

    • identified · Oct 12, 2026, 04:10 PM UTC

      Sigma is currently being affected by a 3rd party Databricks outage and some customers are unable to upload CSVs to our Sample Connection. Writeback functionality, such as Input Tables for customers with Databricks on the affected regions listed below may also be affected by this event. Our internal monitoring has identified a correlation between the two systems and we are currently monitoring the active incident here - https://status.databricks.com/pages/incident/5cf02dde58a00904bda41926/6accd920d492610581e1c8c1 We will provide another update within 120 minutes as the situation develops.

    • monitoring · Oct 12, 2026, 05:29 PM UTC

      Databricks AWS US West 2 has recovered. Sigma Databricks connections in the affected region should no longer experience failures with writeback functionality, such as Input Tables. It was caused by an incident on Databricks here - https://status.databricks.com/pages/incident/5cf02dde58a00904bda41926/6accd920d492610581e1c8c1 We apologize for the disruption and thank you for your patience. We will continue to update this page as we monitor the status.

    • resolved · Oct 12, 2026, 06:17 PM UTC

      The AWS US West Databricks service interruption has been resolved. Sigma connections to Databricks on affected region are no longer experiencing writeback failures. The root cause has been identified as a Databricks AWS US West 2 service interruption (https://status.databricks.com/pages/incident/5cf02dde58a00904bda41926/6accd920d492610581e1c8c1). If you continue to have writeback errors on your Databricks connection in Sigma, please reach out to us. We apologize for the disruption and thank you for your patience.

    Latest: The AWS US West Databricks service interruption has been resolved. Sigma connections to Databricks on affected region are no longer experiencing writeback failures. The root cause …

  2. Resolved 45m
    Started Sep 26, 2026, 03:25 PM UTC · Resolved Sep 26, 2026, 04:11 PM UTC
    Sigma - GCP (US)Sigma - Azure (US)Sigma - AWS (US)Sigma - AWS (Canada)
    Timeline · 3 updates
    • investigating · Sep 26, 2026, 03:25 PM UTC

      We are currently looking into reports that users with password authentication are unable to log in to Sigma, along with failures in scheduled report delivery. Both issues appear to stem from a disruption in the email service. We are actively investigating and will share an update as soon as more information is available. Our preliminary investigations indicate the following: Impacted Cloud Regions & Services: Azure, AWS, GCP Incident Start Time: Approximately September 26, 2026, at 11:24 AM UTC We will provide updates on this page when we have pertinent status updates.

    • investigating · Sep 26, 2026, 04:08 PM UTC

      We've identified the root cause and applied a fix, and we're now monitoring the resolution. Scheduled exports should resume as expected, and users on orgs with password authentication should now be able to sign in. Our preliminary investigations indicate the following: Impacted Cloud Regions: Azure, AWS, GCP Incident Start Time: Approximately September 26, 2026, at 11:24 AM UTC

    • resolved · Sep 26, 2026, 04:11 PM UTC

      We've identified the root cause and applied a fix, and we're now monitoring the resolution. Scheduled exports should resume as expected, and users on orgs with password authentication should now be able to sign in. Our preliminary investigations indicate the following: Impacted Cloud Regions: Azure, AWS, GCP Incident Start Time: Approximately September 26, 2026, at 11:24 AM UTC

    Latest: We've identified the root cause and applied a fix, and we're now monitoring the resolution. Scheduled exports should resume as expected, and users on orgs with password authenticat…

  3. Resolved 1h 54m
    Started Sep 21, 2026, 04:34 PM UTC · Resolved Sep 21, 2026, 06:29 PM UTC
    Timeline · 5 updates
    • investigating · Sep 21, 2026, 04:34 PM UTC

      We are investigating an issue with scheduled exports in reports where users are unable to change the email message. We are treating this as our highest priority. Our apologies for any inconvenience caused. Impacted Cloud Regions & Services: All regions User Experience: Upon changing the scheduled export message, it reverts back to the default message. Incident Start Time: Approximately 15:43 UTC September 21, 2026

    • identified · Sep 21, 2026, 05:03 PM UTC

      The issue has been identified and a fix is being implemented by the Engineering team.

    • monitoring · Sep 21, 2026, 06:25 PM UTC

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

    • monitoring · Sep 21, 2026, 06:28 PM UTC

      We are continuing to monitor for any further issues.

    • resolved · Sep 21, 2026, 06:29 PM UTC

      The issue has now been fixed and users should be able to change the scheduled export email messages successfully now.

    Latest: The issue has now been fixed and users should be able to change the scheduled export email messages successfully now.

  4. Resolved 3h 21m
    Started Sep 14, 2026, 07:31 PM UTC · Resolved Sep 14, 2026, 10:53 PM UTC
    Sigma - Azure (US)
    Timeline · 4 updates
    • identified · Sep 14, 2026, 07:31 PM UTC

      Databricks Azure East US is degraded services which is affecting Sigma connections and causing query execution failures and timeouts on Databrick warehouse. We are investigating these errors owing to Databricks Azure East US service interruption (https://status.azuredatabricks.net/) and haven't detected an issue other warehouses at the moment. If your Databrick connection in Sigma is experiencing errors, please continue monitoring: https://status.azuredatabricks.net/ Our apologies for any inconvenience caused.

    • identified · Sep 14, 2026, 09:19 PM UTC

      Databricks Azure East US is degraded services which is affecting Sigma connections and causing query execution failures and timeouts on Databrick warehouse. We are investigating these errors owing to Databricks Azure East US service interruption (https://status.azuredatabricks.net/) and haven't detected an issue other warehouses at the moment. If your Databrick connection in Sigma is experiencing errors, please continue monitoring: https://status.azuredatabricks.net/ We apologize for the disruption and will keep this page updated.

    • monitoring · Sep 14, 2026, 09:55 PM UTC

      Databricks Azure East US has recovered and is now operational. Sigma connections to Databricks Azure East US should no longer experience query execution failures or timeouts, and warehouse connections should be working normally. This was caused by a Databricks Azure East US service interruption (https://status.azuredatabricks.net/). If you're still seeing errors on your Databricks connection in Sigma, please continue monitoring: https://status.azuredatabricks.net/ We apologize for the disruption and thank you for your patience.

    • resolved · Sep 14, 2026, 10:53 PM UTC

      The Azure East US Databricks service interruption has been resolved. Sigma connections to Databricks Azure East US are no longer experiencing query execution failures or timeouts, and warehouse connections are working normally. This was caused by a Databricks Azure East US service interruption (https://status.azuredatabricks.net/). If you continue to see errors on your Databricks connection in Sigma, please reach out to us. We apologize for the disruption and thank you for your patience.

    Latest: The Azure East US Databricks service interruption has been resolved. Sigma connections to Databricks Azure East US are no longer experiencing query execution failures or timeouts, …

  5. Resolved 1d 3h
    Started Sep 10, 2026, 06:24 PM UTC · Resolved Sep 11, 2026, 10:01 PM UTC
    Timeline · 8 updates
    • identified · Sep 10, 2026, 06:24 PM UTC

      We've identified an issue causing edits to existing input tables to fail on certain connections using OAuth authentication when connection was changed from non-OAuth connection. Impact: Some customers are unable to save edits to existing input tables on affected connections. Next Steps: We are reverting the change that introduced this regression and are working to restore writeback on input tables for the affected connections. We will post another update once a fix has been deployed. We apologize for the inconvenience and will continue to update this page as we make progress!

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

      We have reverted the issue, customers can now change their warehouse connection Auth Method without breaking input tables. We are still working to restore writeback on input tables for the affected connections. We will post another update once the input tables have been restored. We apologize for the inconvenience and will continue to update this page as we make progress!

    • identified · Sep 10, 2026, 10:43 PM UTC

      We've identified an issue causing edits to existing input tables to fail on certain connections using OAuth authentication when connection was changed from non-OAuth connection. Our engineering team is now testing a fix in internal environments. We'll share another update once writeback is fully restored. Thanks for your patience! We'll keep this page updated as we progress.

    • identified · Sep 11, 2026, 12:37 AM UTC

      Customers can now change auth methods safely. However we are still restoring the effected customers who are unable to make edits to input tables. We will post another update once the input tables have been restored. We apologize for the inconvenience and will continue to update this page as we make progress!

    • identified · Sep 11, 2026, 02:37 AM UTC

      Customers can now safely change warehouse connection auth method. We are still restoring the impacted customers who are unable to make edits to input tables that were created prior to the auth method change. We will post another update once the input tables have been restored. We apologize for the inconvenience and will continue to update this page as we make progress.

    • monitoring · Sep 11, 2026, 04:14 AM UTC

      Our engineers have implemented mitigation measures to circumvent the issue and we are monitoring their effect closely. Customers can now safely change warehouse connection auth method and make input table edits.

    • monitoring · Sep 11, 2026, 05:51 PM UTC

      We applied a mitigation and are monitoring its effect closely. Customers can now safely change warehouse connection auth method and make input table edits. We'll share our next update in 4 hours. Thanks for your patience.

    • resolved · Sep 11, 2026, 10:01 PM UTC

      The mitigation measures have proven effective, and the issue is resolved. We will perform a root cause analysis (RCA) and publish our findings in a postmortem note to the Sigma Community site in coming days.

    Latest: The mitigation measures have proven effective, and the issue is resolved. We will perform a root cause analysis (RCA) and publish our findings in a postmortem note to the Sigma Com…

See the full Sigma Computing outage history

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

Browse Sigma Computing outage history →

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

Incident record

Since April 2026 · Statuspage by Atlassian · 11 components checked every 5 minutes
51incidents recorded
22last 12 months
12last 90 days
12 hourstypical duration, 12 months

The longest incident in the last year, Issue with Burst email exports are resolved on March 4, 2026, ran for 5 days.

Most affected components, last 12 months

  • Sigma - AWS (US)8
  • Sigma - Azure (US)3
  • Sigma - GCP (US)3
  • Sigma - AWS (Canada)1

Latest incidents

Outage history

Past 90 days · 12 incidents View full outage history →