- Newest
- Most votes
- Most comments
When the PrePatchCompatibility.log fails to appear in the AWS Console, it's typically due to a UI propagation delay or the RDS pre-check script crashing before the log can be surfaced.
You can bypass this issue using two methods:
1. Retrieve via AWS CLI
Often, the file exists on the underlying storage but the Console doesn't display it. Check if you can extract it via the CLI:
Verify if the file exists
aws rds describe-db-log-files --db-instance-identifier visualcost-test --region us-east-2 --query '*[].[LogFileName]' --output text | grep PrePatch
If it exists, download it
aws rds download-db-log-file-portion --db-instance-identifier visualcost-test --log-file-name PrePatchCompatibility.log --starting-token 0 --output text --region us-east-2 > PrePatchCompatibility.log
2. Run the MySQL Shell Upgrade Checker (Recommended)
If the log is genuinely missing, don't rely on the RDS automated check. RDS uses the standard MySQL Shell Upgrade Checker under the hood. You can run this exact same check manually to get the missing error details. Install MySQL Shell 8.4 (locally or on an EC2 instance) and run the utility directly against your 8.0.45 database:
mysqlsh -- util checkForServerUpgrade "admin@<visualcost-test-endpoint>:3306" --target-version=8.4.10
This runs the full compatibility suite and will print the exact issues blocking your upgrade (e.g., reserved keyword conflicts or orphan files). Resolve any findings marked as ERROR and try the RDS upgrade again.
Reference: AWS explicitly recommends using the MySQL Shell utility for 8.4 upgrades: https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.MySQL.html#USER_UpgradeDBInstance.MySQL.84Upgrade
This AWS blog post should be helpful. https://aws.amazon.com/jp/blogs/database/automate-pre-checks-for-your-amazon-rds-for-mysql-major-version-upgrade/
Relevant content
asked 3 years ago
asked 3 years ago

If my answer was helpful, I would appreciate it if you could mark it as the accepted answer.