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
I just created a new RDS instance based off a snapshot but couldn't access the DB using the username and password after a successful restore.
I guess for the restore we're using RestoreDBInstanceFromDBSnapshotInput thus we have no way of passing the credentials there so in order for it to work it would have to be followed by a ModifyDBInstanceInput I guess?
Sorry for the slightly weird use case 😃
If you need any more information just let me know.
When restoring from a snapshot and explicitly passing the username and password arguments I would expect that Terraform should alter the username & password when the instance is available.
This works in CloudFormation.
It's true that it's an optional argument when restoring from a snapshot but it seems like it's being completely ignored in this case. I might be wrong though.
Actual Behavior
Seems like username & password argument is being completely ignored when restoring from a snapshot.
Steps to Reproduce
Please list the steps required to reproduce the issue, for example:
terraform apply
Important Factoids
Restoring from a shared snapshot from another account
Actually hitting the 40min timeout when creating the DB, probably not related though
Workaround
For now it seems to be able to work around this by modifying the password and running terraform apply again.
The text was updated successfully, but these errors were encountered:
heimweh
changed the title
AWS RDS - Restoring from snapshot doesn't set the passed username & password
AWS RDS - Restoring from snapshot doesn't set username & password
Sep 1, 2016
@optimisticanshul Hi, ah yeah that makes sense :) sorry, yeah I was mostly interested in the password change. Awesome! Huge thanks for taking this on so quickly! :)
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
ghost
locked and limited conversation to collaborators
Apr 18, 2020
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hi,
I just created a new RDS instance based off a snapshot but couldn't access the DB using the
username
andpassword
after a successful restore.I guess for the restore we're using
RestoreDBInstanceFromDBSnapshotInput
thus we have no way of passing the credentials there so in order for it to work it would have to be followed by aModifyDBInstanceInput
I guess?Sorry for the slightly weird use case 😃
If you need any more information just let me know.
Terraform Version
0.7.2
Affected Resource(s)
Please list the resources as a list, for example:
Terraform Configuration Files
Debug Output
Expected Behavior
When restoring from a snapshot and explicitly passing the
username
andpassword
arguments I would expect that Terraform should alter the username & password when the instance isavailable
.This works in CloudFormation.
It's true that it's an
optional
argument when restoring from a snapshot but it seems like it's being completely ignored in this case. I might be wrong though.Actual Behavior
Seems like
username
&password
argument is being completely ignored when restoring from a snapshot.Steps to Reproduce
Please list the steps required to reproduce the issue, for example:
terraform apply
Important Factoids
Workaround
For now it seems to be able to work around this by modifying the password and running
terraform apply
again.References
The text was updated successfully, but these errors were encountered: