legacy lifetime server move

[roly]

Hi, I need to move my directadmin licence to a new server and obviously IP. I have a lifetime legacy licence, when I've moved previously, i've used a temporary licence and the last time I bought a monthly licence and then cancelled when the transfer was complete. From what I have read, you can no longer do that, is that correct? And if that is no longer possible, I'm assuming I can still just set up a new installation of directadmin on the other server, but obviously I can't have two instances running at the same time, on the same licence, so there will be some downtime and then switch the licence when everything is setup? Is that the only way a server move can be done now with the legacy lifetime licences? Is there a best way of doing it under these circumstances. Any advice appreciated.

Thanks in advance

 

[DirectAdmin Sales]

Correct -- legacy key generation is not possible any more, so if you order a modern license for migration you will find it won't accept the legacy key afterwards.

If you have just one legacy license to work with, an unofficial solution is to use it for both the old and new server. The temporary inconvenience will be that DA login will only work on one server at a time, but that won't be an issue after migration is complete.

 

[Richard G]

Is there a best way of doing it under these circumstances. Any advice appreciated.

Best way is a choice, also depends on the amount of accounts and email traffic.

What we normally do is stop the Exim service on the old server, so new mails will be delayed. But there is a slight risk of loosing mail here, normally mail which can't be delivered is tried later on again. Which is why we normally solely do server transfers at night time.
Then we create an admin backup/transfer of all accounts, send then to the new server, change nameserver/server ip's, change license to there and then restore everything.

A bit more smoother way (on high mail flow for example) is to keep things working, create the admin backup/transfer. Then transfer all accounts.
Then change nameserver/server ip's zo mail will also get to the new server and set license to the new server to all can be working.
Then when DNS/nameservers are synchronized and pointing to the new server so new mail will arrive there, rsync all mail from old server to new server so no new mail will be missed.
They might just see it a couple of hours later on.

It's a choice.

 

[roly]

Correct -- legacy key generation is not possible any more, so if you order a modern license for migration you will find it won't accept the legacy key afterwards.

If you have just one legacy license to work with, an unofficial solution is to use it for both the old and new server. The temporary inconvenience will be that DA login will only work on one server at a time, but that won't be an issue after migration is complete.

Thanks for the advice, i'll try that. Thanks again

 

[roly]

Best way is a choice, also depends on the amount of accounts and email traffic.

What we normally do is stop the Exim service on the old server, so new mails will be delayed. But there is a slight risk of loosing mail here, normally mail which can't be delivered is tried later on again. Which is why we normally solely do server transfers at night time.
Then we create an admin backup/transfer of all accounts, send then to the new server, change nameserver/server ip's, change license to there and then restore everything.

A bit more smoother way (on high mail flow for example) is to keep things working, create the admin backup/transfer. Then transfer all accounts.
Then change nameserver/server ip's zo mail will also get to the new server and set license to the new server to all can be working.
Then when DNS/nameservers are synchronized and pointing to the new server so new mail will arrive there, rsync all mail from old server to new server so no new mail will be missed.
They might just see it a couple of hours later on.

It's a choice.

Thank you Richard, yes the first solution should be fine for my circumstances. Thanks for the advice, much appreciated.