Istoricul incidentelor Doppler

1. 27 octombrie 2026 la 19:26 UTCinvestigating

   În prezent investigăm această problemă.

2. 27 octombrie 2026 la 19:30 UTCidentified

   Am identificat cauza ratei crescute de pauză şi lucrăm la rezolvarea ei.

3. 27 octombrie 2026 la 20:01 UTCidentified

   Continuăm să lucrăm pentru rezolvare. Un fix a fost pregătit și va fi desfășurat în scurt timp.

4. 27 octombrie 2026 la 20:15 UTCmonitoring

   A fost implementat un fix şi monitorizăm rezultatele.

5. 27 octombrie 2026 la 20:25 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 17 iulie 2026 la 00:03 UTCinvestigating

   Am primit rapoarte de erori atunci când încercați să descărcați Doppler CLI. Acum investigăm problema.

2. 17 iulie 2026 la 00:08 UTCresolved

   Acest incident a fost rezolvat de echipa noastră de inginerie.

Traducere automată din actualizarea oficială a incidentului.

1. 20 noiembrie 2025 la 15:55 UTCinvestigating

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

2. 20 noiembrie 2025 la 16:43 UTCinvestigating

   We are continuing to investigate this issue.

3. 20 noiembrie 2025 la 18:54 UTCmonitoring

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

4. 20 noiembrie 2025 la 19:46 UTCresolved

   This incident has been resolved.

1. 18 noiembrie 2025 la 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 noiembrie 2025 la 12:51 UTCidentified

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

3. 18 noiembrie 2025 la 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 noiembrie 2025 la 14:59 UTCresolved

   This incident is now resolved.

1. 20 august 2025 la 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 august 2025 la 19:33 UTCinvestigating

   We are continuing to investigate the issue.

3. 20 august 2025 la 19:36 UTCidentified

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

4. 20 august 2025 la 19:38 UTCmonitoring

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

5. 20 august 2025 la 19:58 UTCresolved

   This incident has been resolved.

1. 6 august 2025 la 03:36 UTCinvestigating

   We are currently investigating this issue.

2. 6 august 2025 la 04:30 UTCmonitoring

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

3. 6 august 2025 la 05:40 UTCresolved

   The issue is resolved.

1. 12 iunie 2025 la 18:29 UTCinvestigating

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

2. 12 iunie 2025 la 20:19 UTCmonitoring

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

3. 12 iunie 2025 la 21:07 UTCresolved

   This incident has been resolved.

1. 11 aprilie 2025 la 02:23 UTCinvestigating

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

2. 11 aprilie 2025 la 02:36 UTCresolved

   This incident has been resolved.

1. 30 octombrie 2024 la 23:18 UTCinvestigating

   Certain users may be unable to fetch from personal configs.

2. 30 octombrie 2024 la 23:19 UTCinvestigating

   We are continuing to investigate this issue.

3. 30 octombrie 2024 la 23:41 UTCinvestigating

   A fix has been identified and should be deployed soon.

4. 30 octombrie 2024 la 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 octombrie 2024 la 00:05 UTCresolved

   This incident has been resolved.

1. 31 mai 2024 la 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 la 18:05 UTCidentified

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

3. 31 mai 2024 la 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 aprilie 2024 la 13:29 UTCresolved

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

1. 29 februarie 2024 la 21:29 UTCidentified

   We are working on a fix.

2. 29 februarie 2024 la 21:38 UTCidentified

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

3. 29 februarie 2024 la 22:00 UTCmonitoring

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

4. 29 februarie 2024 la 22:10 UTCresolved

   This incident has been resolved.

1. 4 august 2023 la 22:46 UTCinvestigating

   We are currently investigating this issue.

2. 4 august 2023 la 22:46 UTCinvestigating

   We are continuing to investigate this issue.

3. 4 august 2023 la 22:50 UTCresolved

   This incident has been resolved.

4. 4 august 2023 la 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 martie 2023 la 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 martie 2023 la 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 martie 2023 la 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 ianuarie 2023 la 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 ianuarie 2023 la 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 ianuarie 2023 la 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 ianuarie 2023 la 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 ianuarie 2023 la 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 ianuarie 2023 la 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 august 2022 la 01:01 UTCinvestigating

   We are currently investigating this issue.

2. 29 august 2022 la 01:32 UTCmonitoring

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

3. 29 august 2022 la 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 august 2022 la 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 iunie 2022 la 06:33 UTCinvestigating

   We are currently investigating this issue.

2. 21 iunie 2022 la 06:52 UTCidentified

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

3. 21 iunie 2022 la 07:09 UTCmonitoring

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

4. 21 iunie 2022 la 07:10 UTCmonitoring

   We are continuing to monitor for any further issues.

5. 21 iunie 2022 la 07:22 UTCresolved

   This incident has been resolved.