Smooth upgrade from Fedora Linux 13 to 14 using yum

Last weekend I had the urge to upgrade “viasvr”, my headless low power home server which function as file/storage, ftp, squid proxy, torrent and offsite backup pulling my website data from my hosting provider on daily basis. It is also running Hamachi2 which allows me to securely tunnel my browsing session from an unsecured connection like public wifi to my squid proxy server.

Viasvr, before the upgrade, runs on Fedora Linux 13. My plan was to upgrade from Fedora 13 to 14 using yum, a software package manager that installs, updates, and removes packages on RPM-based systems.

Fedora recommended installation method is with a boot media with the Anaconda installer as detailed in the Installation Guide or use PreUpgrade

PreUpgrade is a slightly different upgrade method where all the packages are downloaded before the system is rebooted into the Anaconda installer.

Fedora had a big NOTE about upgrading via yum:
Although upgrades with yum works, it is not explicitly tested as part of the release process by the Fedora Project. If you are not prepared to resolve issues on your own if things break, you should probably use the recommended installation methods instead.

When upgrading with yum you don’t get any help from Anaconda, but if you are lucky you might be able to upgrade systems remotely over ssh and with limited downtime. (You will still need to reboot to get the new kernel and system libraries/services running) Rebooting after such an upgrade is always very exciting.

And exciting indeed, the upgrade went as smooth as possible.. The following steps are from fedora project wiki1 with some modifications as to suit my environment.

 

1. Clean Stuff

Review and remove all .rpmsave and .rpmnew files before and after upgrading. (And if you have selinux enabled then remember to check security context if you move config files around.)

  • Find unused config files
    Merge and resolve the changes found by the following script: yum install rpmconf; rpmconf -a Now find and remove old config which nobody owns: find /etc /var -name '*.rpm?*'

    Now is a good time to remove packages you don’t use – especially non-standard packages.

  • Find and review "unused" packages
    You can find packages not required by other packages with the tool package-cleanup from the yum-utils package: yum install yum-utils; package-cleanup --leaves. These packages could be candidates for removal, but check to see whether you use them directly or if they are used by applications not backed by rpm packages. Remove them with yum remove <package-name-and-version>.
  • Find and review "lost" packages
    You can find orphaned packages (ie packages not in the repositories anymore) with: package-cleanup --orphans. This will also show packages which have been partially uninstalled but where the "%postun" script failed.

2. Do the upgrade

If you have 3rd party repositories configured, you may need to adjust them for the new Fedora version. If you switch from one Fedora release to another there is often nothing that needs to be done. If you switch to Rawhide from a standard Fedora release (or vice versa) then most of the time you will need to install the Rawhide release RPMs from the 3rd party repository as well (or the standard ones, if switching back).

Go to a text console (logging from the console is the recommended mode, I did mine from a remote SSH connection Smile
ctrl + alt + F2

(or)

log in as root, and go into runlevel 3

init 3

Update yum to latest version available in your Fedora version
yum update yum
Install the new fedora gpg key for the version you are updating to

Keys you may find and verify at https://fedoraproject.org/keys but since this is an upgrade from Fedora 13 to 14, I used the following:

rpm --import https://fedoraproject.org/static/97A1071F.txt
Clean the cache

Then remove all traces of the version you are leaving from the yum cache in /var/cache/yum.

yum clean all
Upgrade all packages

 

NOTE:

Once a live upgrade is started do not stop the upgrade by rebooting, killing the process, or by any other method until it is complete, doing so will cause the affected system to be in a mixed state. Partially the old release and partially the new release. In this state the system will not be reliable and will not operate as expected. you can try running yum distro-sync and package-cleanup –problems to try and fix the problems.

yum --releasever=<release_number_you_want_to_sync_to> distro-sync

I used –releasever=14  

 

3. Make sure Fedora is upgraded

Distro-sync will usually take care of upgrades for the third party repositories you have enabled as well. Confirm with

 yum repolist 

after the upgrade process is over. yum might complain about conflicts or requirements. That is probably because you have used non-standard repositories or installed non-standard packages manually. Try to guess which packages cause the problem (or at least is a part of the dependency chain) – uninstall them and try again. Remember to install the packages again if they are essential.

Ensure that all (new) essential packages from the new version are installed with

yum groupupdate Base

You might want to update other groups too, see

yum grouplist

For example

yum groupupdate "GNOME Desktop Environment" \
"Development Tools" "Server Configuration Tools" \
"Hardware Support" "Sound and Video" \
"Graphical Internet" "Fonts" \
"Games and Entertainment" "Printing Software" \
"Administration Tools" "Office/Productivity" "System Tools"

4. Preparing for reboot ( and pray… lol )

Before booting you should usually install the bootloader from your new grub by running

/sbin/grub-install BOOTDEVICE

– where BOOTDEVICE is usually /dev/sda (If you get an error ‘/dev/sda does not have any corresponding BIOS drive’ from that, then try /sbin/grub-install --recheck /dev/sda).

Also, the order of init scripts could have changed from the previous version. A command to reset the order is:

cd /etc/rc.d/init.d; for f in *; do /sbin/chkconfig $f resetpriorities; done

imageAgain, run package-cleanup --orphans to find packages that haven’t been upgraded.

 

After doing all this, I rebooted the server and did a continuous ping test to know if the server comeback online since there is no display to look at,  I have no indication if there’s any error along the way. I usually had a problem with external storage attached to the server such as USB hardisk specially if they are manually added in fstab entry. The bootup process complain if it find a hardware error and drop to a shell.

And to my amazement it came back with all services intact, up and running. Kudos to Fedora Team for making an upgrade from previous version as smooth as possible even using yum.

The last time I did an upgrade like this from Fedora 12 to 13, it was such a headache it ruined my whole week. Not this time….

[kramfs@viasvr ~]$ cat /etc/redhat-release & uname –a
  
Fedora release 14 (Laughlin)
Linux viasvr 2.6.35.11-83.fc14.x86_64 #1 SMP Mon Feb 7 07:06:44 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

 

1 – http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum

1,487 Comments

  1. Pingback: http://hochzeitsbands-wien.at

  2. Pingback: love spells

  3. Pingback: Motamedi Julie

  4. Pingback: http://www.muirconsulting.com/sec.asp?MICHAELKORS/loyoqoh.htm

  5. Pingback: Best Shoe Deodorizer

  6. Pingback: moncler prezzo

  7. Pingback: ¥°¥Ã¥Á ¥­©`¥±©`¥¹ ¥á¥ó¥º ÈË?Ý

  8. Pingback: achat doudoune

  9. Pingback: park suites

  10. Pingback: sophia Hills

  11. Pingback: where can i buy ativan online

  12. Pingback: cipki

  13. Pingback: sol

  14. Pingback: moncler 2015 inverno

  15. Pingback: fuck your woman hard

  16. Pingback: polish teens naked

  17. Pingback: Gmail Correo

  18. Pingback: meditation hawaii

  19. Pingback: http://www.vincessports.com/vinces.asp?BURBERRY/5-m-20141223114853126-9927.ihtml

  20. Pingback: http://www.ccooperco.com/?NEWBALANCE/0-610358748011-1430.jhtml

  21. Pingback: http://www.clarkbrothers.net/awards.asp?DANNER/5-20141224144059830-15665.khtml

  22. Pingback: http://www.vincessports.com/vinces.asp?ADIDAS/5-m-20141223114304056-329.lhtml

  23. Pingback: http://www.custommachiningservice.com/?UG/1-20141229153819798-62319-1237.whtml

  24. Pingback: http://www.spectrumcarelandscape.com?LV/7-20141226224633045-1191.chtml

  25. Pingback: http://www.clarkbrothers.net/awards.asp?DrMartens/0-20141224144237162-18396.thtml

  26. Pingback: http://www.hspcanada.net/about.asp?CHROMEHEARTS/mbvjakl.html

  27. Pingback: http://www.wareinsurance.com/?LOUISVUITTON/2-20141225120545685-11668.lhtml

  28. Pingback: find more

  29. Pingback: http://www.spectrumcarelandscape.com?LV/1-20141226224655100-1650.ahtml

  30. Pingback: http://www.visualtax.com/taxtype.asp?LED/xcrlycd.html

  31. Pingback: find more

  32. Pingback: uta bus schedule

  33. Pingback: Visit Website

  34. Pingback: http://www.vincessports.com/sport.asp?ZEROHALLIBURTON/2-20141223150236034-6745.fhtml

  35. Pingback: http://www.hspcanada.net/about.asp?CHANEL/uaglcuk.html

  36. Pingback: http://www.empac-eap.com/?MIZUNO/1-20141225120145096-6286.rhtml

  37. Pingback: http://www.spectrumcarelandscape.com?UG/2-20141226224810334-3222.ohtml

  38. Pingback: http://www.adapausa.com/new_adapa/adapas.asp?DrMartens/vwyesio.html

  39. Pingback: euro bus

  40. Pingback: http://www.empac-eap.com/age.asp?NEWBALANCE/8-20141223143928648-7612.thtml

  41. Pingback: http://www.empac-eap.com/?NEWBALANCE/5-20141225120315019-8292.fhtml

  42. Pingback: videographer grand rapids

  43. Pingback: Ninja Blender Clearance Sale

  44. Pingback: http://www.spectrumcarelandscape.com?UG/4-20141226224853007-4108.whtml

  45. Pingback: oprogramowanie dla sklepu internetowego

  46. Pingback: http://www.langleymcdonald.com/development/comment.asp?DIESEL/iYMmRkGa-17133.uhtml

  47. Pingback: lainaa

  48. Pingback: desatascos en madrid

  49. Pingback: Memory Foam Pillow Sale

  50. Pingback: videographer grand rapids

Leave a Comment

Your email address will not be published. Required fields are marked *