- Newest
- Most votes
- Most comments
Hi,
Sorry to hear about your troubles.
If you do not need WordPress, you could launch an instance of the OS-only blueprints such as Debian (to match the OS of the WordPress instance) and then attach a disk created from the root disk snapshot of your current instance to this new instance and copy over data from the disk.
Once done with moving your data over and confident of your new setup you could delete the older instance, and detach and delete the attached disk as well. I would recommend taking instance-snapshots of both your old and new instances before deleting any resources.
Unfortunately there's no other way to manually disabling ipv4
from your current WordPress instance. You will need to copy your application over and redo some setup.
To resolve the permission issue with creating the root disk snapshot, you have a few options ->
- While logged into Lightsail console create the root-disk snapshot using CloudShell (browser-based AWS command line) that can be accessed from the console. Please refer this doc. If the user you are logged into the console with, has the required permissions the above will work.
- Alternatively, one simple way to allow the IAM user that you have setup to use the command line to have all Lightsail permissions is to replace
lightsail:CreateDiskSnapshot
tolightsail:*
in the IAM policy (the*
means it has any and all Lightsail actions permitted). If you would like to edit IAM policy via the console please refer this doc
Thanks.
yeah, I know all that. The workaround was what I was referencing in my original post. Sadly even if I could get it to work, its not a solution. I don't want to copy files, I need everything set up the way it is on my current instance. It took a week getting mercurial and everything set up to work, and I do not want to go through that again.
What if I don't care about wordpress? I'm fine if it stops working. Does that give me any more options?
modifying existing instance: Editing configurations on your existing instance to disable IPv4 might lead to unexpected behavior and potential downtime. NOT RECOMMENDED
Interesting. Remember the whole point of this is to not have to pay the ridiculous new ipv4 fee. I'm not sure that me manually disabling ipv4 would stop Amazon from charging me the ipv4 fee. Or am I wrong?
Hi
The Bitnami+WordPress blueprint in Lightsail doesn't currently support launching instances with IPv6-only networking. Refer https://repost.aws/questions/QU-GxT4XHlRjaKmpDWqjVbug/will-the-lightsail-bitnami-wordpress-blueprint-support-ipv6-only
Workaround alternative approaches you can consider: https://docs.aws.amazon.com/lightsail/latest/userguide/amazon-lightsail-ipv6-only-plans.html#migrate-to-ipv6-only-plan
Modifying existing instance: Editing configurations on your existing instance to disable IPv4 might lead to unexpected behavior and potential downtime. NOT RECOMMENDED
Relevant content
- asked 2 years ago
- asked 10 months ago
- asked a year ago
- AWS OFFICIALUpdated 10 months ago
- AWS OFFICIALUpdated 9 months ago
- AWS OFFICIALUpdated 4 months ago
- AWS OFFICIALUpdated a year ago
Yeah, I saw that as well before, but its not copying my files that I am worrying about. Rather I spent a week or more getting mercurial and other things set up and working, and I can't remember what steps were actually required. I really wanted to avoid having to spend another week trying again to get everything set up and working, and its not something I can do by simply copying files
It's more than a little unfortunate that Amazon is still charging me the new fee without actually providing any possible way to turn off ipv4