I have multiple droplets running an old version (F27) of Fedora. For my non-cloud (e.g., my own laptop and home servers) systems, I just run through the upgrade-in-place mechanism (fedup-that-was) after making a backup – in part because the package updates do any migration/relocation/modification to their own data.
A lot of people say ‘create a new droplet with the new FC release and then move everything over.’ After decades in the field, I am very reluctant to follow that path, in part because
- data format migration is then up to me, not the package upgrade, and
- there’s an excellent chance I’ll miss something from all the various locations (e.g.,
/{etc,var,opt}/**/*).
Is there any reason not to use dnf system-upgrade on a droplet?
Thanks!
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
Hello, @GenghisKen
Hope you’re well!
- The migration option to move your data to a new server/droplet is considered a lot more safe as you can test if your site/application is properly working from the new environment (you can fully test everything before “pushing” your site live from the new server). Also this process is not really complex as you can move the site/application files and database using many tools like FTP/sFTP. rsync, scp to the new server and then just configure the rest of the server configurationlike web server, database engine and so on.
You do not need to copy all the files from /etc /var /opt
You can simply deploy the new droplet and then migrate the content of your site/application and test if everything is working as expected.
- Where on the other side if you go and try to upgrade the OS a lot of things can go wrong and you might end up losing your data and break the server configuration. You can of course take a backup of your files download it locally and also create a snapshot of the droplet and then go ahead and try to upgrade the OS.
Note: You need to take a full backup of your files and databases before going with any of the two options. You can then copy the backup locally on your machine in order to make sure you have the backup available in case something goes wrong and you can’t connect to the server. It is really important to have a working copy of the server config files as well in case you have a custom setup of the web server or of the database engine as well. You can do a quick copy of the most important files and save them locally as well, as you might need them when you tweak the configuration on the new server.
Hope this helps!
Regards, Alex
Become a contributor for community
Get paid to write technical tutorials and select a tech-focused charity to receive a matching donation.
DigitalOcean Documentation
Full documentation for every DigitalOcean product.
Resources for startups and SMBs
The Wave has everything you need to know about building a business, from raising funding to marketing your product.
The developer cloud
Scale up as you grow — whether you're running one virtual machine or ten thousand.
Get started for free
Sign up and get $200 in credit for your first 60 days with DigitalOcean.*
*This promotional offer applies to new accounts only.