Provider resolved: . The notice publication date does not establish the outage start.
Amplitude
resolved
The Amplitude team has fixed the issue on their end and marked the incident as resolved.
monitoring
A fix has been implemented and we are monitoring the results.
identified
The issue has been identified by the source team and they are working on resolving it.
Amplitude Status page: https://status.amplitude.com/incidents/nrrkcvqt75zd
Fivetran: Tableau (Lite) connections failing with "Failed to fetch OAuth2 Token" error
Provider resolved: . The notice publication date does not establish the outage start.
Tableau
resolved
This incident has been resolved. We have observed that error rates are returning to normal levels, and affected Tableau connectors are syncing successfully.
Incident Summary
Description:
We identified an issue affecting Tableau connections that caused syncs to fail with the error "Failed to fetch OAuth2 Token".
Timeline:
This issue began on Oct 19th, 2026 at 15:30 UTC and was resolved on Oct 19th, 2026 at 23:00 UTC.
Cause:
This issue was caused by a recent authentication-related change.
Resolution:
We rolled back the change and deployed the fix. Following deployment, affected connections recovered automatically and are now syncing successfully.
monitoring
We have deployed a fix for this issue by rolling back a recent authentication-related change that was causing connection failures.
We will continue to monitor all affected connectors until they resume their normal sync functionality.
Next Expected Update: 3 hours
identified
We have identified that this issue was caused by a recent authentication-related change. We’ve rolled back the change, and the fix is being deployed now. Once deployment is complete, affected connections should recover automatically.
Next Expected Update: 1 hour
identified
The issue has been identified and we are working to resolve it.
3rd Party: Ramp connections failing with a "Reconnect" error
Provider resolved: . The notice publication date does not establish the outage start.
Ramp
resolved
This incident has been resolved. We have observed that instance rates are returning to normal levels and affected connectors are syncing successfully.
Incident Summary
Description:
We identified an issue for Ramp connections that resulted in syncs failing with a "Reconnect" error because the APIs returned 503 Service Unavailable with the message "Scheduled maintenance in progress" on several endpoints.
Timeline:
This issue began on October 18, 2026 at 03:00 UTC and was resolved on October 18, 2026 at 08:00 UTC.
Cause:
We have identified that this issue was caused by a scheduled maintenance on the Ramp source end.
Resolution:
The issue was fixed on the Ramp source end after the scheduled maintenance was completed, and the affected connectors are syncing successfully.
monitoring
We have identified an issue where Ramp connectors started to fail with a Reconnect error. The APIs returned 503 Service Unavailable with the message "Scheduled maintenance in progress" on several endpoints.
We have identified that this issue was caused by scheduled maintenance on the Ramp source end.
This has been fixed by Ramp source, and we're continuing to monitor the results.
Next Expected Update: 3 hours
monitoring
A fix has been implemented and we are monitoring the results.
identified
The issue has been identified and we are working to resolve it.
3rd Party: NetSuite connections failing due to NetSuite-side "TCP/IP error, connection reset by peer" error
Provider resolved: . The notice publication date does not establish the outage start.
NetSuite SuiteAnalytics
resolved
Incident Summary
Description:
We identified an issue affecting the NetSuite SuiteAnalytics connector that caused syncs to fail with the error: TCP/IP error, connection reset by peer.
Timeline:
The issue began on October 16, 2026, at 17:20 UTC and was resolved on October 17, 2026, at 04:25 UTC.
Cause:
The issue was caused by metadata queries timing out on the NetSuite SuiteAnalytics side, resulting in connection resets and subsequent sync failures.
Resolution:
We implemented a fix to skip the affected tables that were causing the failures, allowing syncs to proceed successfully.
monitoring
We have deployed a fix for this issue
We will continue to monitor all affected connectors until they resume their normal sync functionality.
Next Expected Update: 7:30 AM UTC
identified
The issue has been identified and we are working to resolve it.
Fivetran: Some Asana Connections Failing with “HTTP 400 Bad Request” Errors on the portfolios Endpoint
Provider resolved: . The notice publication date does not establish the outage start.
Asana
resolved
This incident has been resolved. We have observed that instance rates are returning to normal levels and affected connectors are syncing successfully.
Incident Summary
Description:
We identified an issue for Asana which resulted in syncs failing with a “HTTP 400 Bad Request” error on the portfolios endpoint.
Timeline:
This issue began on October 15, 2026 at 17:49 UTC and was resolved on October 15, 2026 at 20:30 UTC.
Cause:
A recent change caused some Asana connections to fail due to a missing required parameter in requests to the /portfolios endpoint.
Resolution:
We reverted the problematic change and deployed a fix. Following the fix, the affected connections began recovering and resumed syncing successfully. No data was lost; any delayed data will be picked up automatically in subsequent syncs, and no customer action is required.
monitoring
A fix has been implemented and we are monitoring the results.
identified
A recent change caused some Asana connections to fail due to a missing required parameter in requests to the /portfolios endpoint. We are working to deploy a fix.
Next Expected Update: 1 hour
identified
The issue has been identified and we are working to resolve it.
Fivetran: Databricks Connections Using Private Link Reporting Successful Syncs Without Loading Data
Provider resolved: . The notice publication date does not establish the outage start.
Databricks
resolved
This incident has been resolved. We have observed that instance rates are returning to normal levels, and affected connectors are syncing successfully.
Incident Summary
Description:
We have identified an issue affecting Databricks connections using Private Link connectivity, where syncs are completing successfully without loading data. Additionally, tables are being automatically deselected, and connection setup tests are failing with an "Unknown failure" error.
Timeline:
The issue began on October 14, 2026, at 16:30 UTC and was resolved on October 15, 2026, at 13:30 UTC.
Cause:
A recent platform change introduced an issue affecting Databricks source connections using Private Link connectivity, preventing data from being loaded successfully.
Resolution:
We reverted the problematic change and re-enabled the affected tables. Following the fix, the connections began recovering and resumed syncing successfully.
No data was skipped, and no customer action is required.
monitoring
We have deployed a fix for the issue.
We will continue to monitor all affected connectors until they resume their normal sync functionality.
Next Expected Update: 3 hours
identified
We have identified that this issue was caused by a recent change, and we are currently working on a HotFix.
Next Expected Update: 1 hour
identified
We have identified an issue affecting Databricks connections using Private Link connectivity, where syncs are completing successfully without loading data. Additionally, tables are being automatically deselected, and connection setup tests are failing with an "Unknown failure" error.
We are currently investigating in more detail.
Next Expected Update: 1 hour.
3rd Party: HubSpot connections are failing with an HTTP 500: Internal Server Error
Provider resolved: . The notice publication date does not establish the outage start.
HubSpot
resolved
Incident Summary
Description:
We identified an issue for HubSpot which resulted in syncs failing with HTTP 500: Internal Server Error (Your HubSpot source is not available at this time) errors.
Timeline: This issue began on October 10, 2026 at 16:14 UTC and was resolved on October 10, 2026 at 16:30 UTC.
Cause: A temporary source-side issue where multiple HubSpot endpoints returned 500 Internal Server Errors.
Resolution: No action was required on our side; all affected connections recovered automatically once the HubSpot API stopped returning errors.
3rd Party: Salesforce connections are failing with Reauthorize OAuth access error
Provider resolved: . The notice publication date does not establish the outage start.
Salesforce
resolved
This incident has been resolved. We have observed that instance rates are returning to normal levels.
Incident Summary
Description:
We identified an issue with Salesforce connectors, which resulted in syncs failing with a Reauthorize OAuth access error.
Timeline:
This issue began on 2026/10/10 at 04:26 UTC and was resolved on 2026/10/10 at 14:30 UTC.
Cause:
This was caused by a Major Release and Maintenance at the Salesforce source.
During this maintenance, Salesforce appear to have revoked the refresh tokens, resulting in the connection failures.
Resolution:
To resolve the error,
We kindly request that you reauthorize the affected Salesforce connections to refresh their authentication tokens and allow the syncs to resume successfully.
monitoring
A fix has been implemented and we are monitoring the results.
identified
The Salesforce connections are failing with the "Reauthorize OAuth access" error.
We have identified that this issue was caused by an ongoing maintenance on Salesforce, and Salesforce appear to have revoked the refresh tokens. Hence, the connections encountered the "expired access/refresh token" error.
Next Expected Update: 1 hour
identified
The issue has been identified and we are working to resolve it.
3rd Party: HubSpot connections are failing with a 504 Gateway Timeout error from the source side.
Provider resolved: . The notice publication date does not establish the outage start.
HubSpot
resolved
We have resolved this incident.
monitoring
The HubSpot team has fixed the issue on their end, and the affected connections have started recovering.
We will continue to monitor the situation.
monitoring
The HubSpot team has fixed the issue on their end, and the affected connections have started recovering.
We will continue to monitor the situation.
identified
The issue is from the HubSpot end, and the same has been posted on their status page. You can find the latest updates here: https://status.hubspot.com/
identified
The issue has been identified and we are working to resolve it.
Fivetran: A few Google Ads connector syncs are unable to ingest complete data for some reports
Provider resolved: . The notice publication date does not establish the outage start.
Google Ads
resolved
This incident has been resolved. We have observed that instance rates are returning to normal levels and affected connectors are completing syncs successfully.
Incident Summary
Description:
We identified an issue with the Google Ads connector, which resulted in syncs failing to ingest complete data for some reports due to a RESOURCE_EXHAUSTED (gRPC message exceeds maximum size) error.
Timeline:
This issue began on October 2 at approximately 4:30 PM UTC and was resolved on October 3 at 7:45 PM UTC.
Cause:
A recent update to our system accidentally lowered the limit on the size of data batches we can receive at one time. Because of this, our system began rejecting larger data responses coming from Google Ads.
Resolution:
We released a quick fix to restore the data limit back to its normal, higher capacity. We have closely monitored the affected connections and confirmed that data is now syncing completely and normally. Any previously skipped data has automatically caught up, and no manual action is required on your part.
monitoring
We have deployed a fix for this gRPC message size issue and are seeing the previously skipped reports catch up.
We will continue to monitor all affected connectors until they resume their normal sync functionality.
Next Expected Update: 3 hours
identified
A fix for the gRPC message size issue affecting Google Ads connectors has been raised and is currently being reviewed by our team. Once approved, we will deploy the fix and monitor sync stability.
Next Expected Update: 1 hour
identified
We have identified that this issue was caused by a recent code change on our end and we are currently working on a fix.
Next Expected Update: 1 hour
identified
We have identified an issue where Google Ads connectors are experiencing an issue, causing the syncs to be unable to ingest complete data for some reports.
Logs show the "RESOURCE_EXHAUSTED, Fault: gRPC message exceeds maximum size 4194304." messages.
We are currently investigating in more detail.
Next Expected Update: 1 hour
identified
The issue has been identified and we are working to resolve it.
Legacy Incident Archive
66 archived records restored. These records predate source-at-observation attestation. They are shown as historical ServiceAlert records only and do not establish a provider-reported incident, resolution, duration, or current active state.
July 2026
3rd Party: Some Ramp connections failing with 529 response errors
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
A fix has been implemented and we are monitoring the results.
identified
We have identified that the source API is repeatedly returning HTTP 529 responses, causing sync failures.
We are actively working with the third-party source to resolve the issue and will continue to provide updates.
<b>Next Expected Update: 1 hour</b>
identified
The issue has been identified and we are working to resolve it.
3rd Party: QuickBooks connections failing with “Failed to sync 1 endpoint” error
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
We have deployed a fix for this issue by switching to the new entity for data retrieval for the table CreditCardPayment
We will continue to closely monitor all affected connections until they have fully recovered and returned to normal sync operations.
<b>Next Expected Update: 1 Hour </b>
identified
We have identified that the issue occurs when querying the CreditCardPaymentTxn entity. The source API is returning the following error:
"invalid context declaration: creditcardpaymenttxn"
This appears to be happening because the source may have changed the entity name from CreditCardPaymentTxn to CreditCardPayment. Our team is working on accommodating this change.
<b>Next Expected Update:</b> 1 hour
identified
The issue has been identified and we are working to resolve it.
June 2026
Fivetran: Apple Search Ads connections are failing with error "HTTP 400 Bad Request"
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
A hotfix has been deployed, and the syncs are recovering. We will continue monitoring the syncs
<b>Next Expected Update: 3 hours</b>
identified
We have identified that this issue was caused by a recent change, and we are currently working on reverting the changes via a hotfix.
<b>Next Expected Update: 2 hours</b>
identified
The issue has been identified and we are working to resolve it.
Fivetran: Multiple Hybrid Deployment Connections are failing
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
We have deployed a fix for this issue.
We will continue to monitor all affected connectors until they resume their normal sync functionality.
<b>Next Expected Update: 3 hours</b>
identified
We are continuing to work on a fix for this issue.
<b>Next Expected Update: 1 hour</b>
identified
We have identified that this issue was caused by a recent change, and we are currently working on a HotFix.
<b>Next Expected Update: 1 hour</b>
identified
We have identified an issue where Hybrid Deployment Connections are failing with a "Failed to generate data key for HD encryption context" or "Failed to receive message length" exception. We are currently investigating in more detail.
<b>Next Expected Update: 1 hour</b>
3rd Party: Multiple Customer.io connections are failing with 5xx error
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
We observed a shift in the issue behavior around 12:00 UTC for the Customer export api. While initial failures occurred during job creation, the connector is now failing during the report download phase.
- We have implemented a skip mechanism to mitigate these 502 errors on the affected endpoints, and are continuing to closely monitor all active syncs.
- Additionally, we reported the ongoing behavior to Customer.io, as their initial fix did not resolve the issue. We are currently awaiting th...
monitoring
We noticed that the connections were failing again with "502 Server Error". We've raised a hotfix, and the failures are gradually reducing. We're monitoring the affected connections.
<b>Next Expected Update:</b> < 3 hours >
monitoring
We are continuing to monitor all affected connectors after the recent fix deployment.
<b>Next Expected Update:3 hours </b> <3 hours = P2, 2 hours = P1>
monitoring
A hotfix has been deployed to skip the failing endpoints until the source resolves the issue. We will continue monitoring the connections while we wait for a response from the source team.
<b>Next Expected Update: 3 hours</b> <3 hours = P2, 2 hours = P1>
identified
We are preparing a fix to skip the failing endpoints until the source resolves the issue.
<b>Next Expected Update: 1 hour</b> <1 hour = P2, 30 minutes = P1>
identified
We identified that multiple REST API requests are failing with 502 Bad Gateway errors returned by the source API.
We have reached out to the source regarding this.
<b>Next Expected Update: 1 hour</b> <1 hour = P2, 30 minutes = P1>
identified
The issue has been identified and we are working to resolve it.
3rd Party: Some Impact Brand connections are failing with "HTTP 500 Internal server" error
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
A fix has been implemented and we are monitoring the results.
identified
We identified that this issue is caused by the source API returning 500 Internal Server Errors, impacting the following tables: performance_by_partner, performance_by_day, adv_performance_by_ad_media_date.
We have reached out to the source regarding this issue. We are also observing that affected connectors are recovering without any intervention from Fivetran.
<b>Next Expected Update: 1 hour</b>
identified
The issue has been identified and we are working to resolve it.
May 2026
Fivetran: Hybrid Deployment Agent jobs failing to start with error "Connection pool shut down"
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
We are monitoring the results of the fix. Customers are advised to restart their HD agents.
identified
The hot fix should be reflected in the new HD agent images.
For existing HD agents, restarting the controller should resolve the issue. Customers are advised to restart their controller with the following commands:
cd ~/fivetran
./hdagent.sh stop
./hdagent.sh start
identified
We have identified the root cause and have deployed a hot fix.
identified
The Fivetran Hybrid Deployment Agent is experiencing an issue that may cause syncs to fail to start or connections to fail during setup tests and syncs. HD agent logs show the following error
"Return CreateJobResponse/Failure, Caused By User: false - CREATE_JOB_ERROR/Connection pool shut down {process_id=XXX}"
This issue only affects HD deployments in Docker/Podman environments.
3rd Party: Google Display & Video 360 connections are failing with "HTTP 502 Bad Gateway" error
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
A fix has been implemented and we are monitoring the results.
identified
The issue has been identified and we are working to resolve it.
Multiple connection syncs are failing with an "Internal: Failed to read token" error.
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
A fix has been implemented and we are monitoring the results.
identified
The issue has been identified and we are working to resolve it.
Fivetran: Delay in User facing logs and External logs delivery
minorSource not attested
Last archived state: monitoring
View archived record details
monitoring
A fix has been implemented and we are monitoring the results.
identified
The issue has been identified and we are working to resolve it.
