Sumit T
12/20/2025, 3:44 AMkapa.ai
12/20/2025, 3:44 AMError, Exception, or Fail to see if the Redshift COPY step failed. - If there were multiple attempts, repeat for each attempt or use “Download logs” from the same menu to get a combined log file. [[Browsing logs](https://docs.airbyte.com/platform/operator-guides/browsing-output-logs)] 2. Download logs for deeper inspection or sharing From the same Job History menu (three dots): - Select “Download logs” to save the full logs locally (all attempts for that job are unioned into one file). [[Browsing logs](https://docs.airbyte.com/platform/operator-guides/browsing-output-logs)] 3. Confirm Redshift destination & S3 staging config Since Redshift uses S3 as a staging area, verify in the destination settings that: [[Redshift destination](https://docs.airbyte.com/integrations/destinations/redshift)] - S3 Bucket Name / Region / Access Key / Secret Key are correct and have read/write permissions on the bucket. - The Redshift host, port, database, schema, username, password are correct. - (Optional) If you set a Bucket Path, check that the staging files are appearing under that path in S3. If S3 has data but Redshift is empty, the logs should show whether the Redshift COPY step failed (permissions, schema issues, etc.). 4. (Optional) Configure central log storage If you want logs also written to S3 or GCS (beyond the UI): - Set environment variables like S3_BUCKET, S3_REGION, S3_AWS_KEY, S3_AWS_SECRET (or GCS_LOG_BUCKET) in your Airbyte deployment. [[Configuring logging](https://docs.airbyte.com/platform/operator-guides/configuring-airbyte#logging)] This doesn’t change the job logs in the UI, but gives you another place to browse logs. If you’d like, you can paste the relevant error section from the View logs screen (especially around the Redshift destination step), and I can help interpret what’s going wrong.