Historique des pannes de Doppler

1. 27 octobre 2026 à 19:26 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 27 octobre 2026 à 19:30 UTCidentified

   Nous avons identifié la cause de l'augmentation du taux de temps d'attente et nous travaillons à le résoudre.

3. 27 octobre 2026 à 20:01 UTCidentified

   Nous continuons à travailler à la résolution. Un correctif a été préparé et sera déployé sous peu.

4. 27 octobre 2026 à 20:15 UTCmonitoring

   Un correctif a été déployé et nous suivons les résultats.

5. 27 octobre 2026 à 20:25 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 17 juillet 2026 à 00:03 UTCinvestigating

   Nous avons reçu des rapports d'erreurs lors du téléchargement de la CLI Doppler. Nous enquêtons actuellement sur la question.

2. 17 juillet 2026 à 00:08 UTCresolved

   Cet incident a été résolu par notre équipe d'ingénieurs.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 20 novembre 2025 à 15:55 UTCinvestigating

   We are currently investigating an issue involving delays impacting integration sync, webhook and email delivery.

2. 20 novembre 2025 à 16:43 UTCinvestigating

   We are continuing to investigate this issue.

3. 20 novembre 2025 à 18:54 UTCmonitoring

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

4. 20 novembre 2025 à 19:46 UTCresolved

   This incident has been resolved.

1. 18 novembre 2025 à 12:35 UTCmonitoring

   Doppler is currently affected by an ongoing Cloudflare outage. This is impacting Dashboard and API access. Services accessing Doppler secrets through an integration (e.g., Kubernetes operator or syncs) should remain unaffected, but direct attempts to access the API will be unreliable until this issue resolves.

2. 18 novembre 2025 à 12:51 UTCidentified

   Services are still impacted. Our team is continuing to monitor the situation.

3. 18 novembre 2025 à 13:49 UTCmonitoring

   Cloudflare identified the issue and has been working on implementing a fix. Our dashboard and API are currently available and we're continuing to monitor the situation.

4. 18 novembre 2025 à 14:59 UTCresolved

   This incident is now resolved.

1. 20 août 2025 à 18:52 UTCinvestigating

   We're currently investigating an issue involving delays in background job processing that's impacting integration syncs, email delivery, activity log delivery, and webhook delivery (amongst other things). Impacted integration syncs will show as failed with "Out of sync". If expected emails aren't being received, it's likely related to this as well.

2. 20 août 2025 à 19:33 UTCinvestigating

   We are continuing to investigate the issue.

3. 20 août 2025 à 19:36 UTCidentified

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

4. 20 août 2025 à 19:38 UTCmonitoring

   A fix has been implemented and we're monitoring the situation. All unprocessed jobs have now been processed.

5. 20 août 2025 à 19:58 UTCresolved

   This incident has been resolved.

1. 6 août 2025 à 03:36 UTCinvestigating

   We are currently investigating this issue.

2. 6 août 2025 à 04:30 UTCmonitoring

   We believe the issue is resolved and are monitoring for any additional issues.

3. 6 août 2025 à 05:40 UTCresolved

   The issue is resolved.

1. 12 juin 2025 à 18:29 UTCinvestigating

   We're currently investigating a system-wide outage related to disruptions with GCP and Cloudflare.

2. 12 juin 2025 à 20:19 UTCmonitoring

   GCP and Cloudflare have been gradually resolving their outages and Doppler services have been partially restored.

3. 12 juin 2025 à 21:07 UTCresolved

   This incident has been resolved.

1. 11 avril 2025 à 02:23 UTCinvestigating

   We're currently experiencing downtime due to extended database maintenance.

2. 11 avril 2025 à 02:36 UTCresolved

   This incident has been resolved.

1. 30 octobre 2024 à 23:18 UTCinvestigating

   Certain users may be unable to fetch from personal configs.

2. 30 octobre 2024 à 23:19 UTCinvestigating

   We are continuing to investigate this issue.

3. 30 octobre 2024 à 23:41 UTCinvestigating

   A fix has been identified and should be deployed soon.

4. 30 octobre 2024 à 23:53 UTCinvestigating

   Only users with access to personal configs via groups are affected. Users with direct access to personal configs are not affected.

5. 31 octobre 2024 à 00:05 UTCresolved

   This incident has been resolved.

1. 31 mai 2024 à 18:04 UTCidentified

   Activity Logs stopped publishing to Splunk as of May 30th at 19:55 UTC. The issue has been identified and a fix is in progress. After the issue has been resolved and the connections reconnected, missed activity logs will be republished.

2. 31 mai 2024 à 18:05 UTCidentified

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

3. 31 mai 2024 à 19:51 UTCresolved

   A fix has been deployed and we are monitoring reconnections. We will backfill missed Activity Logs as needed after workplaces reconnect Splunk.

1. 16 avril 2024 à 13:29 UTCresolved

   For a period of 18 minutes, secrets related API and dashboard actions saw increased error rates (503) and timeouts.

1. 29 février 2024 à 21:29 UTCidentified

   We are working on a fix.

2. 29 février 2024 à 21:38 UTCidentified

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

3. 29 février 2024 à 22:00 UTCmonitoring

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

4. 29 février 2024 à 22:10 UTCresolved

   This incident has been resolved.

1. 4 août 2023 à 22:46 UTCinvestigating

   We are currently investigating this issue.

2. 4 août 2023 à 22:46 UTCinvestigating

   We are continuing to investigate this issue.

3. 4 août 2023 à 22:50 UTCresolved

   This incident has been resolved.

4. 4 août 2023 à 23:18 UTCpostmortem

   This incident was caused by a faulty Kubernetes NetworkPolicy change. We’ll be evaluating how we can adjust our deployment procedures to catch these changes in the future.

1. 22 mars 2023 à 22:30 UTCinvestigating

   We're currently investigating this issue. If you need immediate availability, you can install Doppler directly from our published release artifacts instead of via your OS's package registry by running: ``` (curl -Ls --tlsv1.2 --proto "=https" --retry 3 https://cli.doppler.com/install.sh || wget -t 3 -qO- https://cli.doppler.com/install.sh) | sh ```

2. 22 mars 2023 à 23:13 UTCresolved

   An incident was identified at our provider for OS package registry downloads. They've fixed the issue and installs from OS package registries are available again. Impact: The incident affected all Doppler users attempting to install the Doppler CLI via their OS package registeries. This resulted in disruptions to their workflows relying on the Doppler CLI. Resolution: Cloudsmith resolved the incident after around an hour, and users were once again able to install the Doppler CLI from their OS package registries.

1. 2 mars 2023 à 18:55 UTCresolved

   For several hours on February 27, 2023, users intermittently encountered errors when attempting to install the Doppler CLI. This issue was due to a related incident on GitHub, where Doppler hosts all CLI binaries and signatures. According to GitHub's incident report, GitHub experienced degraded performance and increased error rates for their packages service. Impact: The incident affected all Doppler users attempting to install the Doppler CLI. This resulted in disruptions to their workflows and GitHub actions relying on the Doppler CLI. Resolution: GitHub resolved the incident after a few hours, and users were once again able to install the Doppler CLI.

1. 16 janvier 2023 à 20:37 UTCresolved

   During this incident, changes to secrets could not be synced to integrations or trigger webhook updates. Additionally, activity log notifications could not be posted to Slack, Microsoft Teams, Sumo Logic, Splunk, or Datadog.

2. 17 janvier 2023 à 01:31 UTCpostmortem

   # Summary From 2023-01-16 19:11 UTC to 2023-01-16 20:04 UTC, Doppler experienced a partial outage which prevented sync integrations, webhooks, and activity log notifications from executing. The outage also prevented an internal job from firing which recomputes the version hashes for Doppler configs. This resulted in API clients \(e.g. the Doppler CLI and Kubernetes Operator\) failing to receive secrets updates which were made during this window. A recovery migration was run at 2023-01-17 00:37 UTC, re-triggering all syncs, webhooks, and activity log notifications — as well as recomputing config version hashes to restore the functionality for all clients to fetch secret updates. # Incident Details Doppler uses RabbitMQ to queue jobs which need to be executed as a result of secret updates. On 2023-01-13, Doppler’s security team rotated a RabbitMQ password, mistakenly identifying the credential as unused in production. It took several days for the RabbitMQ sessions in Doppler’s production services to expire and once they did, queue jobs could no longer be published. Once the incident was identified, Doppler’s security team created new RabbitMQ users to be used by our production services. The change was deployed and the incident was resolved at 2023-01-16 20:04 UTC. At 2023-01-17 00:37 UTC, Doppler ran a recovery migration to re-fire queue events for sync integrations, webhooks, activity log notifications, and secret version hash recomputations that were meant to fire during the incident window. # Next Steps Doppler has switched from using a single RabbitMQ credential to using one user per service. RabbitMQ users are now clearly named to mitigate the risk of accidental rotation in the future. We’ve also identified that the ability for API clients to fetch secrets should not be dependent on our application’s ability to connect to RabbitMQ. Our engineering team will move the config version hash computation to our atomic secrets write operation to ensure that the latest secrets are always fetched by clients. Lastly, our engineering team is reconfiguring the way we queue asynchronous jobs to ensure that if secrets are modified during a partial infrastructure failure, all post-update jobs will eventually be executed — without the need for manual recovery migrations.

1. 5 janvier 2023 à 00:48 UTCidentified

   New and existing Heroku sync integrations are currently not functioning. We have identified the issue and are working on resolving it. Secrets previously synced to Heroku apps will remain available but new secret changes in Doppler will not be synced until this is resolved.

2. 5 janvier 2023 à 01:06 UTCidentified

   This incident may persist for up to 24 hours. In the meantime, if you have an urgent secret change that needs to be made, please update the secret in your Doppler dashboard and then manually update the secret in Heroku directly via `heroku config:set`. Updating the secret in Doppler will ensure that the value in Heroku is not overwritten once the incident is resolved.

3. 5 janvier 2023 à 18:23 UTCresolved

   This issue is now resolved. Additional action is required to re-enable existing Heroku syncs. All workplaces will need to reconnect their Heroku sync integrations from the [workplace Settings page](https://dashboard.doppler.com/workplace/settings). Once integrations are reconnected, all syncs will automatically be triggered to sync any pending changes in Doppler. A postmortem will be available soon with more details regarding what happened.

4. 5 janvier 2023 à 21:30 UTCpostmortem

   **Root Cause** Doppler syncs secrets to Heroku via a Heroku OAuth application. This application is created in the Heroku dashboard and must be owned by a single Heroku user account. Doppler’s previous Heroku OAuth application was owned by a specific Doppler employee’s Heroku account without access to any additional resources. During a routine external account audit, this account was mistakenly identified as unused and manually deleted by our security team. This irrecoverably deleted Doppler’s existing Heroku OAuth application, thereby breaking any existing syncs and requiring the creation of a new OAuth application in a new account. **Resolution** Because users had authorized our previous Heroku OAuth application to their Heroku account\(s\), users need to authorize the new Heroku OAuth application. This involves reconnecting the integration from the [Doppler dashboard](https://dashboard.doppler.com/workplace/settings). Once the integration is reconnected, Doppler will re-enable all associated syncs that have been disabled and perform a fresh sync. Note that the previous OAuth application was deleted and therefore no action is required to remove its access to your Heroku account. **Next Steps** Internally, we’re reorganizing how shared accounts used for critical functionality are stored in 1Password. This new 1Password organization should help prevent this kind of accidental deletion in the future. We avoid shared accounts whenever possible, but this isn’t always feasible given third party implementations. We'll also be adding our individual integrations to our status page. This will allow customers to more easily see which integrations, if any, are currently experiencing issues.

1. 29 août 2022 à 01:01 UTCinvestigating

   We are currently investigating this issue.

2. 29 août 2022 à 01:32 UTCmonitoring

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

3. 29 août 2022 à 01:38 UTCresolved

   This issue was caused by a redis server running out of memory. We've increased the amount of memory allotted to this server. We'll also be setting up additional alerting on redis resource usage so that we can catch and prevent these issues in the future.

1. 1 août 2022 à 16:45 UTCresolved

   An error was discovered while running a data backfill job that resulted in users being unable to update secrets for affected environments. The data that was generated triggered an unexpected assertion in the secrets validation code. Users that attempted to save secrets in these environments would have received a 500 response from the server with the message "An error has occurred but don't fret. Our team has been notified." The data has been fixed for all environments and secrets write operations are fully functional again.

1. 21 juin 2022 à 06:33 UTCinvestigating

   We are currently investigating this issue.

2. 21 juin 2022 à 06:52 UTCidentified

   This issue is due to a widespread Cloudflare outage. https://www.cloudflarestatus.com/incidents/xvs51y9qs9dj

3. 21 juin 2022 à 07:09 UTCmonitoring

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

4. 21 juin 2022 à 07:10 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 21 juin 2022 à 07:22 UTCresolved

   This incident has been resolved.