incident.io Status の障害履歴

1. 2026年10月2日 23:47 UTCresolved

   ステータス: 解決 この事件は解決しました。 Slack 経由でログインすると正常に動作し、さらにはアクションは必要ありません。 コンポーネントの Slack アプリ (Operational)

公式のインシデント更新を自動翻訳しています。

1. 2026年8月20日 16:31 UTCresolved

   ステータス: 解決されたレイテンシが正常に戻りました。 13:00～15:08 UTC では、一部の Microsoft API からレイテンシが増加しました。 Microsoft Teamsのメッセージは、レイテンシの増加で配信されました。 当社のダッシュボードおよびモバイルアプリは影響を受けません。 影響を受けたコンポーネント Microsoft Teams アプリ (Operational)

公式のインシデント更新を自動翻訳しています。

1. 2026年8月18日 11:37 UTCresolved

   ステータス: 解決 アラートをロールバックしてリストアップしました。 感染したコンポーネント アラートの摂取、処理および老化(操作)

公式のインシデント更新を自動翻訳しています。

1. 2026年8月3日 17:04 UTCresolved

   状態: 解決されたOpsgenieのwebhook配達はおよそ17:48 BSTの欠陥のある部品Opsgenie (Operational)で正常に戻る

公式のインシデント更新を自動翻訳しています。

1. 2026年8月1日 2:45 UTCresolved

   ステータス: 00:00 と 02:44 UTC の間で解決しました。一部の AI はエラー率が増加しました。 私たちは今、完全な回復を見ています。 影響を受けたコンポーネント Google Docs (Operational) Splunk (Operational) Vanta (Operational) Mobile app (Operational) Agent (Operational) ClickUp (Operational) Sentry (Operational) GitHub (Operational) 線形 (Operational) Opsgenie (Operational) Opsgenie (Operational) ダッシュボード (Operational) ステータス (Operational) ステータス (Operational) ステータス (Operational API (Operational) ステータス (Operation (Operational) ) ステータス) ステータス (Operation (Operation (Operation (Operation (Operation (Operation (Operational) ) ) ) ) ) ) ) ) ) ステータス) ) ) ) ) ステータス (Operation (Operation (Operation (Operation (Operation (Operation (Operation (Operation (Operation (Operation

公式のインシデント更新を自動翻訳しています。

1. 2026年7月16日 8:32 UTCinvestigating

   当社は、SAML を使用してログインしている一部の顧客に影響を与える問題を認識しています。調査を行い、更新を短時間で提供します.

2. 2026年7月16日 9:12 UTCidentified

   この問題は進行中であり、解決に取り組んでいます。 他のすべての機能は影響しません。 モバイルアプリとダッシュボードの既存のセッションは影響を受けず、正常にアクセスできるようにします。 次回のアップデートは30分前までに順次掲載いたします.

3. 2026年7月16日 9:27 UTCmonitoring

   SAML のログインは、レイテンシが増加しました。 今後も復旧まで監視してまいります。 他のすべての機能は影響を受けません.

4. 2026年7月16日 10:16 UTCmonitoring

   SAMLのログインでエラーやレイテンシが高まっています。 他のすべての機能は影響を受けません.

5. 2026年7月16日 10:29 UTCmonitoring

   SAML のログインが正常に実行されます。 今後もさらなる課題を監視してまいります.

6. 2026年7月16日 10:54 UTCresolved

   SAMLログインは、通常どおり実行し続けています.

公式のインシデント更新を自動翻訳しています。

1. 2026年6月23日 19:45 UTCinvestigating

   ダッシュボードへのリクエストに影響する遅延やタイムアウトが増加しました。 問題は乗り越えそうなので、さっぱりとおススメします。 今後も調査を続けてまいります.

2. 2026年6月23日 19:55 UTCmonitoring

   レイテンシとエラー率は正常に戻りました。 今後もさらなる課題を監視してまいります.

3. 2026年6月23日 20:25 UTCresolved

   19:31:30 と 19:34:30 UTC の間、ダッシュボードへのリクエストは、レイテンシと接続のエラーが増加しました。 原因は、Google Cloud Platformのネットワークインシデントでした。 誤差は過渡され、爽やかにそれらをクリアしました。 レイテンシとエラー率は、通常に戻り、物事に目を向けています。 完全な衝撃を覆うポストモルテムを掲示します.

4. 2026年6月25日 11:51 UTCresolved

   19:31:30と19:34:30 UTCの間のダッシュボードの誤差だけでなく、遅延の限られた増加を観察しました。 この結果は、ダッシュボードへの呼び出しの 0\.03% に影響しました。 内部の合成モニタリングによって検出されました。 GCP内のネットワークの問題により、これらの高まるエラーの原因はありました。 これは、GCP ロードバランサーが成功の応答を転送しないと、外部サービスに到達しようとするとネットワークのタイムアウトを示すログによって確認されます。 小さなユーザー数に限らず、ダッシュボードを爽やかに解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年5月27日 22:42 UTCidentified

   Slack のインテグレーションでエラー率が増加しました。 現在、このプラットフォームにどのように影響しているのかを調べています。これは、Slack 側で特にチャネル作成やメッセージ配信に関する問題です.

2. 2026年5月27日 23:02 UTCidentified

   Slack は、その側のインシデントを認めています。 ステータスページ[here](https://slack-status.com/2026-05/46d9d5d41fbedd9f)に従うことができます.

3. 2026年5月27日 23:21 UTCmonitoring

   Slack 操作のエラー率とレイテンシが正常に戻り、統合が回復しました。 Slackのステータスページ[here](https://slack-status.com/2026-05/46d9d5d41fbedd9f)のアップデートをフォローできます.

4. 2026年5月28日 0:19 UTCmonitoring

   今後も回復を続けていきますが、Slackアプリの直接的な影響が見つからなくなりつつあります。 Slack のステータスページ [here](https://slack-status.com/2026-05/46d9d5d41fbedd9f "here") の更新を実行できます.

5. 2026年5月28日 2:31 UTCmonitoring

   Slack を監視し続けます。 Slack アプリの直接的な影響は見ていません。 Slack のステータスページ [here](https://slack-status.com/2026-05/46d9d5d41fbedd9f "here") の更新を実行できます.

6. 2026年5月28日 6:29 UTCresolved

   Slack は、サービスが運用レベルに大きく戻ってきたことを確認しました。 昨日〜23:20 UTC以来、Slackアプリの直接的な影響は見ていません。 Slack のステータスページ [here](https://slack-status.com/2026-05/46d9d5d41fbedd9f) で、この問題を解決しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年5月14日 14:08 UTCidentified

   We have identified increased error rates with our Slack integration. We are currently investigating how this is impacting our platform - this seems to be an issue on the Slack side, particularly around channel creation.

2. 2026年5月14日 14:12 UTCidentified

   We've confirmed the issue is relating to errors being returned by Slack. This is affecting a number of features of our integration, including: • Creating incident channels • Sending messages • Syncing Slack user groups Our web dashboard continues to be available and Scribe is unaffected.

3. 2026年5月14日 14:41 UTCmonitoring

   Slack have acknowledged the incident on their side. You can follow their status page [here](https://slack-status.com/2026-05/fe557ca05fdb64fa).

4. 2026年5月14日 15:15 UTCmonitoring

   We're continuing to monitor the situation - Slack have posted an update on their status page to confirm that they're working on it.

5. 2026年5月14日 15:45 UTCresolved

   The issue has been resolved on Slack's side and we've confirmed that things look normal on our side too.

公式のインシデント更新を自動翻訳しています。

1. 2026年5月7日 7:37 UTCresolved

   The website is now up and working as normal.

2. 2026年5月7日 7:37 UTCidentified

   The web dashboard is unavailable due to a JavaScript deployment issue.

公式のインシデント更新を自動翻訳しています。

1. 2026年4月27日 23:58 UTCmonitoring

   アラート配信を遅延させる可能性があるOpsgenieからWebhookを受信して最大30分の遅延が確認されています。 当社のシステムは正常に動作し、到着直後にアラートを処理します。 問題はOpsgenieの側に表示されます。 私たちは、より詳しく監視し、より多くの情報を学ぶために更新を共有しています.

2. 2026年4月28日 0:14 UTCresolved

   Webhooks は、再び通常どおり到着するように見えます。そのため、遅延が見つからなくなるはずです.

公式のインシデント更新を自動翻訳しています。

1. 2026年4月9日 7:33 UTCidentified

   We have identified increased error rates with our Atlassian Statuspage integration. Atlassian have published this to their status page [here](https://metastatuspage.com/incidents/94fwk40f4z15).

2. 2026年4月9日 7:55 UTCresolved

   Error rates have returned to normal levels.

1. 2026年3月24日 16:30 UTCidentified

   We have identified increased error rates coming from Microsoft Teams. We are currently investigating how this is impacting our platform and we will update with more information shortly as we learn more.

2. 2026年3月24日 17:27 UTCmonitoring

   We have identified increased error rates coming from Microsoft Teams that are causing delays in sending messages to Teams channels and DMs. We'll continue to monitor the situation and we will update with more information shortly as we learn more. We will provide the next update by 1830 UTC.

3. 2026年3月24日 18:33 UTCmonitoring

   We are continuing to see an increase in error rates from Microsoft Teams, causing a delay in sending some messages to Teams channels and DMs. We are monitoring the situation and will provide an update by 1930 UTC.

4. 2026年3月24日 19:30 UTCmonitoring

   We have seen an improvement in error rates and latency for requests to Microsoft Teams, and we expect the performance of sending messages to Teams channels and DMs to have returned to normal. We are continuing to monitor to ensure performance remains as expected, and we will provide a further update by 2100 UTC.

5. 2026年3月24日 20:52 UTCresolved

   We are no longer seeing elevated latency and error rates from Microsoft Teams.

1. 2026年3月24日 15:31 UTCidentified

   We have identified increased error rates with an upstream call transcription provider. This is affecting Scribe for all customers. Our team are investigating and we will update with more information shortly as we learn more.

2. 2026年3月24日 15:33 UTCmonitoring

   The issues were isolated to one region and we have performed a failover to a secondary region, restoring Scribe for all customers. You may need to ask Scribe to rejoin your call. We'll continue to monitor the situation and are working closely with the upstream provider while they resolve the issue.

3. 2026年3月24日 16:18 UTCmonitoring

   Our failover region is continuing to work as expected, and Scribe functionality has been restored. You may need to ask Scribe to rejoin your calls. We'll continue to monitor the situation and are working closely with the upstream provider while they resolve the issue.

4. 2026年3月24日 17:02 UTCresolved

   We continue to use the failover region, and Scribe performance has returned to expected levels.

1. 2026年3月13日 14:19 UTCinvestigating

   We are currently investigating reports that users are unable to login using Slack.

2. 2026年3月13日 14:53 UTCidentified

   Users in some Slack workspaces are unable to sign in with Slack. We have escalated this issue to Slack. Signing in with SAML and Microsoft Teams is not affected.

3. 2026年3月13日 15:54 UTCmonitoring

   Slack have rolled back a change which caused this issue, and we have confirmed recovery. Please reach out to support if you're still experiencing any issues signing in with Slack.

4. 2026年3月13日 16:40 UTCresolved

   Slack have confirmed that the issue has been fully resolved, and affected customers have verified that they can log in successfully.

1. 2026年3月12日 13:20 UTCidentified

   We've identified a drop in inbound traffic to [incident.io](http://incident.io "incident.io") from Opsgenie. This means that alerts may be slow to show up in [incident.io](http://incident.io "incident.io"), and paging via Opsgenie may be slow to reflect updates. This appears to be an issue with outbound webhooks on Opsgenie's side, we're monitoring the situation and will update as we know more.

2. 2026年3月12日 14:27 UTCresolved

   Traffic appears to be back to normal levels now.

1. 2026年2月2日 11:16 UTCidentified

   We have identified increased error rates with our Atlassian Statuspage integration. Atlassian have acknowledged an issue on their side (<https://metastatuspage.com/incidents/ctw5xv6t643h>). We'll continue to monitor this until the issue is resolved.

2. 2026年2月2日 11:37 UTCmonitoring

   Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in incident.io. We'll continue to monitor this until the issue is resolved.

3. 2026年2月2日 13:30 UTCmonitoring

   Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We'll continue to monitor this until the issue is resolved.

4. 2026年2月2日 15:41 UTCmonitoring

   Atlassian's status page continues to show the issue with Statuspage (<https://metastatuspage.com/incidents/ctw5xv6t643h>). To restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We'll continue to monitor this and give an update in the next hour.

5. 2026年2月2日 16:06 UTCmonitoring

   Atlassian's status page now reports that they are rolling out a fix (<https://metastatuspage.com/incidents/ctw5xv6t643h>). In the meantime, to restore the integration you can follow Atlassian's recommended workaround to regenerate your API key and reconnect in [incident.io.](http://incident.io./ "incident.io.") We continue to monitor the issue until it is resolved.

6. 2026年2月2日 16:56 UTCresolved

   Atlassian have confirmed that the issues with Statuspage have been resolved. You should now be able to reuse your original API key in our integration.

1. 2026年1月12日 15:36 UTCidentified

   We have identified increased error rates with our Sentry integration. We are currently investigating how this is impacting our platform and we will update with more information shortly as we learn more.

2. 2026年1月12日 15:38 UTCmonitoring

   Sentry have acknowledged an issue on their side ([https://status.sentry.io/incidents/wpg3tnwnwctj](https://status.sentry.io/incidents/wpg3tnwnwctj "https://status.sentry.io/incidents/wpg3tnwnwctj")), and we're seeing alerts come through from them ok. We'll continue to monitor things before closing this out.

3. 2026年1月12日 15:59 UTCresolved

   We've not seen any errors from Sentry since 15:35 UTC so we're closing this out. Please see Sentry's status page for any further details.

1. 2025年12月22日 10:29 UTCidentified

   We have identified an increased rate of Sentry integrations becoming disconnected. Alert ingestion is unaffected. Please don't uninstall our application from Sentry: we are working to restore these connections on our side, and no action is currently required. We will provide an update in 30 minutes.

2. 2025年12月22日 10:58 UTCidentified

   We're currently testing the fix that will allow us to re-connect any disconnected Sentry integrations on behalf of customers, and will have another update on this in 30 minutes.

3. 2025年12月22日 11:34 UTCidentified

   We've verified a fix locally, and we're starting to roll this out in production now.

4. 2025年12月22日 12:04 UTCmonitoring

   We have confirmed that we are able to restore these connections, and we are now in the process of restoring these. When this happens, you'll see that the Sentry integration no longer flags up as requiring reconnection. Once we have finished restoring access, we'll post another update here.

5. 2025年12月22日 13:57 UTCresolved

   We have managed to re-establish a connection to Sentry for almost all of the affected customers. If Sentry is still showing up as disconnected, you will need to remove the incident.io integration from the Sentry side, and then go through the reinstallation flow by opening incident.io and going to Settings → Integrations → Sentry. If you do this, please note that Sentry will remove the "Notify incident.io" action from alert rules when you uninstall the integration. If that was the only action in the alert rule, the entire rule is disabled. You will therefore need to verify any alert rules after re-installing.

1. 2025年12月15日 10:31 UTCinvestigating

   We are aware of an issue that is causing delays updating data in Insights. The team are currently investigating, and we'll provide further updates soon.

2. 2025年12月15日 11:49 UTCidentified

   We are aware of an issue that is causing delays updating data in Insights. The team are currently working on mitigating this, and we'll provide further updates soon.

3. 2025年12月15日 14:41 UTCresolved

   The team have resolved this issue, and Insights are now syncing as expected.