Hi All,
Firstly apologies if I am posting to the wrong group. I searched all the existing articles I could find, but no luck on an answer.
We have an existing EC2 server with WHM/cPanel on AWS. This has worked fine for many years, but we needed to upgrade the O/S, PHP versions etc and after some provisional work on a copy of live, it was decided a clean installation + transfer tool was the safest way to go. The goal was to set up the new server then move the existing elastic IP - job done.
Original server public IP x.x.x.{original} and internal IP 10.0.0.{original}. The public IP is an elastic IP.
New server public IP x.x.x.{new} and internal IP 10.0.0.{new}. The public IP is an elastic IP.
Following these instructions How to Move All cPanel Accounts from One Server to Another | cPanel & WHM Documentation
I spun up a new EC2 instance, updated, installed WHM/cPanel on AWS and transferred everything using the transfer tool (except for bandwidth data). Custom nameservers were set up pointing to public IP x.x.x.{original}. Everything went fine.
The one mistake I made was using public IP x.x.x.{new} in the basic setup so all DNS entires had public IP x.x.x.{new}. I changed this to public IP x.x.x.{original} and then transferred everything again. That again went fine. DNS entries correctly showed public IP x.x.x.{original}
Now the problem:
The cpanel docs imply that on the new server the internal IP 10.0.0.{new} should be changed to the old internal IP 10.0.0.{original}, from what I can see this is not possible/allowable with AWS. I also didn't think this would be an issue because cpanel cleverly remaps the internal IP and public IP via NAT, and worst case its a license transfer with cpanel (I'm still on the grace period).
Changing the elastic public IP x.x.x.{original} to the new server, internal IP 10.0.0.{new} resulted in all domain names failing to resolve. My assumption (clearly incorrect) was that if the new server had the same DNS entries as the old server and everything had been transferred across, it was effectively a copy of the old server, with upgraded O/S, PHP etc -- transferring the elastic IP should work smoothly (yes there might be some PHP errors, but they could be resolved ... I also installed the old PHP version on the new server in case it was needed)
The only obvious issues I could think of was:
Many thanks in advance,
Jack
Firstly apologies if I am posting to the wrong group. I searched all the existing articles I could find, but no luck on an answer.
We have an existing EC2 server with WHM/cPanel on AWS. This has worked fine for many years, but we needed to upgrade the O/S, PHP versions etc and after some provisional work on a copy of live, it was decided a clean installation + transfer tool was the safest way to go. The goal was to set up the new server then move the existing elastic IP - job done.
Original server public IP x.x.x.{original} and internal IP 10.0.0.{original}. The public IP is an elastic IP.
New server public IP x.x.x.{new} and internal IP 10.0.0.{new}. The public IP is an elastic IP.
Following these instructions How to Move All cPanel Accounts from One Server to Another | cPanel & WHM Documentation
I spun up a new EC2 instance, updated, installed WHM/cPanel on AWS and transferred everything using the transfer tool (except for bandwidth data). Custom nameservers were set up pointing to public IP x.x.x.{original}. Everything went fine.
The one mistake I made was using public IP x.x.x.{new} in the basic setup so all DNS entires had public IP x.x.x.{new}. I changed this to public IP x.x.x.{original} and then transferred everything again. That again went fine. DNS entries correctly showed public IP x.x.x.{original}
Now the problem:
The cpanel docs imply that on the new server the internal IP 10.0.0.{new} should be changed to the old internal IP 10.0.0.{original}, from what I can see this is not possible/allowable with AWS. I also didn't think this would be an issue because cpanel cleverly remaps the internal IP and public IP via NAT, and worst case its a license transfer with cpanel (I'm still on the grace period).
Changing the elastic public IP x.x.x.{original} to the new server, internal IP 10.0.0.{new} resulted in all domain names failing to resolve. My assumption (clearly incorrect) was that if the new server had the same DNS entries as the old server and everything had been transferred across, it was effectively a copy of the old server, with upgraded O/S, PHP etc -- transferring the elastic IP should work smoothly (yes there might be some PHP errors, but they could be resolved ... I also installed the old PHP version on the new server in case it was needed)
The only obvious issues I could think of was:
- My original mistake setting the wrong public IP (x.x.x.{new} instead of x.x.x.{original}) might have written something somewhere I don't know about
- The apache settings were different, but according to the documentation the transfer tool should have taken care of that.
Many thanks in advance,
Jack