docs(destination-bigquery): expand troubleshooting section for write failures#74099
docs(destination-bigquery): expand troubleshooting section for write failures#74099Ian Alton (ian-at-airbyte) wants to merge 2 commits intomasterfrom
Conversation
…failures Co-Authored-By: ian.alton@airbyte.io <ian.alton@airbyte.io>
🤖 Devin AI EngineerI'll be helping with this pull request! Here's what you should know: ✅ I will automatically:
Note: I can only respond to comments from users who have write access to this repository. ⚙️ Control Options:
|
👋 Greetings, Airbyte Team Member!Here are some helpful tips and reminders for your convenience. 💡 Show Tips and TricksPR Slash CommandsAirbyte Maintainers (that's you!) can execute the following slash commands on your PR:
📚 Show Repo GuidanceHelpful Resources
|
|
Deploy preview for airbyte-docs ready! ✅ Preview Built with commit 3fc4e97. |
| - This indicates the Airbyte platform sidecar did not create the inter-process communication | ||
| channel in time. The connector itself is not at fault. | ||
| - **Self-hosted deployments:** Verify the platform version supports socket-mode destinations. | ||
| Check worker pod logs for sidecar startup failures or OOM events. | ||
| - **Running multiple connections to the same destination simultaneously** can cause resource | ||
| contention. Try staggering connection schedules. | ||
| - If the error persists, contact [Airbyte Support](https://support.airbyte.com) with the full | ||
| destination logs. |
There was a problem hiding this comment.
I really don't like this answer. Reasons:
- It's very technical, which in itself isn't bad, but it assumes the reader knows a lot about an Airbyte deployment
- It only talks about self-hosted.
- Many self-hosted people are community users, who can't call support.
- No indication of whether Cloud users would be affected by this, or how to resolve it (probably phone support in that case).
Please provide a more streamlined explanation that addresses the needs of each audience and does not over-assume their background knowledge.
There was a problem hiding this comment.
Rewrote this section in 3fc4e97 to address your feedback:
- Removed the technical jargon ("platform sidecar", "socket data-channel mode", version callout)
- Leads with "retry" as the first action
- Covers both Cloud and self-hosted audiences with separate bullets
- Doesn't assume the reader knows about pod logs or OOM — just mentions checking logs for container restarts
…r audience Co-Authored-By: ian.alton@airbyte.io <ian.alton@airbyte.io>
What
The BigQuery destination troubleshooting documentation only covered permission and HMAC-key errors. Users encountering common write-failure scenarios (socket timeouts, HTTP 400 upload errors, broken pipes, load job timeouts) had no guidance, leading to poor chatbot coverage and unanswered support questions.
This was identified via a Kapa.ai coverage-gap analysis of user conversations.
How
Expands the existing
## Troubleshooting permission issuessection into a broader## Troubleshootingsection with subsections for:Updates since last revision
Review guide
docs/integrations/destinations/bigquery.md— single file changedKey items for review:
## Troubleshooting permission issues→## Troubleshooting/### Permission errorschanges the URL anchor. Verify no internal docs link to#troubleshooting-permission-issues.ClientSocket.kt,BigqueryBatchStandardInsertLoader.kt,BigQueryUtils.kt). Verify the recommendations (chunk size reduction, retry guidance, etc.) align with real-world support experience.User Impact
Users encountering BigQuery write failures now have documented troubleshooting steps instead of relying solely on support or community forums.
Can this PR be safely reverted and rolled back?
Link to Devin run: https://app.devin.ai/sessions/b7a79ba7bae14745801247e9fe775f35
Requested by: Ian Alton (@ian-at-airbyte)