Migration to new server almost cost us a big client
This is really a big issue for us.
We have a client that has a few VPS services with us. We needed to migrate their cPanel/WHM servers to a server running a newer version of CloudLinux.
We made sure to transfer the configuration for cPanel, EasyApache and stuff like that using the transfer tool. Once we made sure everything was as similar to the old server as possible, we started migrating.
This is where the first issue started... The Transfer Tool refused to transfer more than 1 account at a time. I stopped the transfer, made sure that the transfer threads was set to 5 and started again. It still refused to transfer more than 1. I had to do this a couple of times before it managed to transfer 5 accounts at a time. Both servers had 12 CPU cores and 12GB of RAM.
I started researching the issue and came across this:
-
Hey there! Thanks for sharing this experience. As the Migrations Coordinator for cPanel, I am especially interested to see what we are able to find in the ticket, as I can't say I've heard of anything similar happening in the past. I'm following along with that on my end now as well. 0 -
Hey @cPRex Thanks! Unfortunately, it seems like we're not really progressing very much at this point. My original post in the ticket explained that something automatically changed the PHP version for websites on the new server. How this is happening, I have no idea. Your colleagues has been hard at work and I appreciate that. But, the support ticket has unfortunately gotten pretty long and 5 different people have been covering it - and it doesn't feel like everyone is taking the time to read all the information about the case. We're now back to square one with this reply: [quote] Hello again, Looking into this, I'm seeing that the [[SOURCE SERVER]] server has the same PHP version for the main domain and the addon domains which share it's document root as shown below. As such, I would not expect any changes to the PHP version used. [09:35:57 vps root@94767181 ~]cPs# grep "phpversion" /var/cpanel/userdata/username/*|egrep -v "cache|SSL" /var/cpanel/userdata/username/subdomain.domain.com:phpversion: ea-php70 /var/cpanel/userdata/username/othersubdomain.domain.com:phpversion: ea-php70 /var/cpanel/userdata/username/domain.com:phpversion: ea-php70 However, on the [[MIGRATED SERVER] server, I see there are differing PHP versions. This could result in the PHP version used flipping depending on which version was set most recently. [09:24:25 root@94767181 ~]cPs# grep "phpversion" /var/cpanel/userdata/username/*|egrep -v "cache|SSL" /var/cpanel/userdata/username/subdomain.domain.com:phpversion: ea-php70 /var/cpanel/userdata/username/othersubdomain.domain.com:phpversion: ea-php70 /var/cpanel/userdata/username/domain.com:phpversion: ea-php80 As Steven mentioned, having the same document root use two different PHP versions is impossible. So the issue here is that cPanel allows domains with a shared document root to be set to different PHP versions. The case Steven opened with our developers (CPANEL-42597) would address this if implemented. Unfortunately, we do not have a workaround to prevent this situation at this time. Please let me know if you have any questions.
Somehow the issue is now that cPanel allows clients to set different PHP versions for domains that share the same document root - but as you can see, the domains all had the same PHP version on the source server. Something in cPanel automatically changed the PHP version during or after the transfer, and I have no idea what it is. On the migration server, I made no changes to anything. I literally booted the server and started migrating accounts (and unsuspended them since they were suspended on the source because of the previous live transfer). Then I went to bed. Nobody has been changing the PHP versions - and that's the issue. They're being changed without anyone doing anything. It might be my fault since English is not my native language so I might've been unclear when trying to communicate the issue. If you understand what the issue is (which I really hope you do, because I don't know how I could otherwise explain it ), could you put a note on the ticket explaining what the issue is?0 -
Hi, I initially thought that but the domains doesn't have different PHP versions on the source server. I've also provided this info in the ticket (along with images and a login to the source server). I am completely at a loss regarding this issue - I've never seen this behavior before. I don't know if it happens during the transfer or during the cPanel nightly maintenance but the PHP versions of some websites suddenly changes. 0 -
I see Brian is reviewing the ticket now, so you should be getting an update soon with more details. 0 -
Hey @cPRex I would appreciate if you took a look at the ticket and assigned it to a single staff member. 8 different people have been looking at the case now, and we're just going in circles where I have to explain everything over and over again. The last guy started transferring accounts to the live server (which is labelled "LIVE server - no changes". Thankfully, it was just a test account so it didn't break anything or overwrite a live account. I guess this is a case where too many cooks spoil the broth :) We don't mind having to wait for the same person to get back to us - our client has put the other migrations on hold and we've manually fixed the bad cases on the live server. 0 -
It looks like Steven was able to clear up some of the confusion. Now that the ticket has reached our Level 3 technicians, it won't be moving around nearly as much. 0 -
Yes, our developers are looking into that now and we got some good information! 0
Please sign in to leave a comment.
Comments
9 comments