You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The blueprint tries to create the temporary database instance without specifying any DB subnet groups, which is why the DB instance ends up in the default VPC. This behavior is problematic because people tend to delete the default VPC for security reasons or use different VPCs for the deployment of their K8s infrastructure.
To Reproduce
Delete the default VPC from your AWS account and the region hosting your DB instances. Any backup action now fails with error message
Error restoring RDS DB instance from snapshot: InvalidSubnet: No default subnet detected in VPC. Please contact AWS Support to recreate default Subnets. status code: 400,
or
Error restoring RDS DB instance from snapshot: InvalidParameterCombination: The DB instance and EC2 security group are in different VPCs. The DB instance is in vpc-XXX and the EC2 security group is in vpc-YYY status code: 400
in case you try to fix the first error by creating a new default VPC.
Expected behavior
The blueprint should consider the DB subnet group(s) of the DB instance it is trying to backup and pass on that information when creating the new, temporary instance.
Caught the same bug.
Running rds in non default vpc.
Restore phase failing with error:
Error:
Message: Failed to restore snapshot. SnapshotID=rds-dh9l9vdd2s: Error restoring RDS DB instance from snapshot: InvalidParameterCombination: The DB instance and EC2 security group are in different VPCs. The DB instance is in vpc-xxxxxx and the EC2 security group is in vpc-yyyyyyy
status code: 400, request id: 00e8f3ea-e110-472c-887c-62fc8ecda8cd
@vktr-brlv Thanks for bringing this up. Looks like the existing code needs to be updated to support subnet group input. We will take a look once we are back from KubeCon EU. Will you be interested in submitting a PR with this change? I can guide you through the code.
Describe the bug
The blueprint tries to create the temporary database instance without specifying any DB subnet groups, which is why the DB instance ends up in the default VPC. This behavior is problematic because people tend to delete the default VPC for security reasons or use different VPCs for the deployment of their K8s infrastructure.
To Reproduce
Delete the default VPC from your AWS account and the region hosting your DB instances. Any backup action now fails with error message
Error restoring RDS DB instance from snapshot: InvalidSubnet: No default subnet detected in VPC. Please contact AWS Support to recreate default Subnets. status code: 400,
or
Error restoring RDS DB instance from snapshot: InvalidParameterCombination: The DB instance and EC2 security group are in different VPCs. The DB instance is in vpc-XXX and the EC2 security group is in vpc-YYY status code: 400
in case you try to fix the first error by creating a new default VPC.
Expected behavior
The blueprint should consider the DB subnet group(s) of the DB instance it is trying to backup and pass on that information when creating the new, temporary instance.
Environment
Kubernetes Version/Provider: v1.17.9-eks-4c6976
Cluster Size (#nodes): 3
The text was updated successfully, but these errors were encountered: