I'm posting this here because I don't want to waste cPanel Support's time by submitting a ticket about it just in case this is expected behavior, and hoping someone can confirm.
I'm not sure if this is a bug or by design in newer versions of cpanel, but...
I recently transferred all of my customer accounts from old servers to new servers in my WHM DNS Cluster, and I just discovered that for every single account transferred to a new server WHM / cPanel creates Access Host entries in each user's cPanel > Remote mySQL section.
For easy example - let's say there are 2 servers in the WHM DNS Cluster with the following hostnames and main IP's:
oldserver.example.net (123.123.123.123)
newserver.example.net (456.456.456.456)
We can re-create this issue by following these steps:
1. Use the WHM Transfer Tool to transfer each account from oldserver.example.net to newserver.example.net
2. Let DNS changes propagate.
3. Terminate each account from oldserver.example.net (but use option "Keep DNS Zone" so as not to destroy the DNS Zone file on the new server).
4. Remove oldserver.example.net from the WHM DNS Cluster and tell the data center to reclaim the old server.
The end result is - even though the old server is now completely gone, the cPanel > Remove mySQL > Access Hosts list for each account now shows the following two entries that should not be there / did not exist before the transfer:
oldserver.example.net
123.123.123.123
And so right now I'm logging in to each user's cPanel and removing those entries (that were created by the WHM Transfer Tool process) from each account one by one.
And BTW - both the old server and new server are running the same exact versions of cPanel - 11.54 release tier, auto-update enabled.
Also BTW - it happens regardless of whether I use the "Transfer Multiple Accounts" or transfer them one by one.
I've done a lot of old server to new server migrations with the WHM Transfer Tool in the past and this has never happened before.
Have I discovered a bug? Or is this for some reason by design with recent versions of cPanel?
I hope someone here sees this and knows the answer, thank you for any replies.
I'm not sure if this is a bug or by design in newer versions of cpanel, but...
I recently transferred all of my customer accounts from old servers to new servers in my WHM DNS Cluster, and I just discovered that for every single account transferred to a new server WHM / cPanel creates Access Host entries in each user's cPanel > Remote mySQL section.
For easy example - let's say there are 2 servers in the WHM DNS Cluster with the following hostnames and main IP's:
oldserver.example.net (123.123.123.123)
newserver.example.net (456.456.456.456)
We can re-create this issue by following these steps:
1. Use the WHM Transfer Tool to transfer each account from oldserver.example.net to newserver.example.net
2. Let DNS changes propagate.
3. Terminate each account from oldserver.example.net (but use option "Keep DNS Zone" so as not to destroy the DNS Zone file on the new server).
4. Remove oldserver.example.net from the WHM DNS Cluster and tell the data center to reclaim the old server.
The end result is - even though the old server is now completely gone, the cPanel > Remove mySQL > Access Hosts list for each account now shows the following two entries that should not be there / did not exist before the transfer:
oldserver.example.net
123.123.123.123
And so right now I'm logging in to each user's cPanel and removing those entries (that were created by the WHM Transfer Tool process) from each account one by one.
And BTW - both the old server and new server are running the same exact versions of cPanel - 11.54 release tier, auto-update enabled.
Also BTW - it happens regardless of whether I use the "Transfer Multiple Accounts" or transfer them one by one.
I've done a lot of old server to new server migrations with the WHM Transfer Tool in the past and this has never happened before.
Have I discovered a bug? Or is this for some reason by design with recent versions of cPanel?
I hope someone here sees this and knows the answer, thank you for any replies.