- Newest
- Most votes
- Most comments
Hi,
Have you checked that the used IAM Role has the S3 Get Object permission?
The last section found in this link could be helpful https://aws.amazon.com/premiumsupport/knowledge-center/dms-task-successful-no-data-s3/
Thanks,
Same issue here, and yes, IAM role has the S3 Get Object Permission. Going from RDS to Redshift, tables are created, but no content + the error:
Failed to upload file '/rdsdbdata/data/tasks/XXXX/cloud/81/LOAD00000001.csv.gz' to bucket 'dms-XXXX' as 'redshift-XXXX/XXXX/81/LOAD00000001.csv', status = 4 (FAILED) [1001705] (transfer_client.cpp:514)
Edit: After more trial and error than I would like to admit: This pointed me into the correct direction -> https://docs.aws.amazon.com/dms/latest/userguide/CHAP_VPC_Endpoints.html
For me, the selected routing table for the VPC endpoint did not include any table with a connected internet gateway, which caused the "Failed to upload file" error because there was obviously no route to the S3 bucket…
Here are some general tips, if you end up in a similar situation:
- Make sure you check your VPC endpoint configuration!
- Make sure the related roles have all the required permissions (dms-access-for-endpoint, dms-access-for-tasks and dms-vpc-role)
- Check the following cases: https://repost.aws/knowledge-center/dms-task-successful-no-data-s3
- You can turn on the S3 access logs.(If you turn them on and no logs appear, it is probably a network configuration problem)
Hope this helps, good luck!
Relevant content
- asked 2 years ago
- asked 4 months ago
- Why is no data migrated from my Amazon S3 source endpoint even though my AWS DMS task is successful?AWS OFFICIALUpdated 3 years ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated a year ago