CentOS / RHEL Configure Yum Automatic Update Retrieval and Installation

in Categories , , , , , , last updated May 18, 2009

The yum command line tool is used to install and update software packages under RHEL / CentOS Linux server. I know how to apply updates using yum update command line, but I’d like to use cron to manually update packages where appropriate. How do I configure yum to install software patches / updates automatically with cron?

You can use yum-updatesd service provided with CentOS / RHEL servers. However, this service provides a few overheads. You can create daily or weekly updates with the following shell script. Create

  • /etc/cron.daily/yumupdate.sh to apply updates one a day.
  • /etc/cron.weekly/yumupdate.sh to apply updates once a week.

Sample shell script to update system

A shell script that instructs yum to update any packages it finds via cron:

$YUM -y -R 120 -d 0 -e 0 update yum
$YUM -y -R 10 -e 0 -d 0 update

(Code listing -01: /etc/cron.daily/yumupdate.sh)


  1. First command will update yum itself and next will apply system updates.
  2. -R 120 : Sets the maximum amount of time yum will wait before performing a command
  3. -e 0 : Sets the error level to 0 (range 0 – 10). 0 means print only critical errors about which you must be told.
  4. -d 0 : Sets the debugging level to 0 – turns up or down the amount of things that are printed. (range: 0 – 10).
  5. -y : Assume yes; assume that the answer to any question which would be asked is yes.

Make sure you setup executable permission:
# chmod +x /etc/cron.daily/yumupdate.sh

Recommend readings:

  1. yum man page
  2. yum command: Update / Install Packages under Redhat Enterprise / CentOS Linux Version 5.x
  3. How do I add jobs to cron under Linux or UNIX oses?

Posted by: Vivek Gite

The author is the creator of nixCraft and a seasoned sysadmin and a trainer for the Linux operating system/Unix shell scripting. He has worked with global clients and in various industries, including IT, education, defense and space research, and the nonprofit sector. Follow him on Twitter, Facebook, Google+.

Share this on (or read 15 comments/add one below):

15 comment

  1. This is where yum-updatesd is for. Please take a look at:


    for configuration parameters. Updates will automatically be applied with:

    do_update = yes

    Best Regards

  2. As Marcus said, yum-updatesd already does this !
    And as it’s not yet clearly said, auto updating is not recommended at all on production servers !!!
    Only do this on test or dev servers… or your linux desktop.
    Best regards

  3. True, yum-updatesd already does handle ad hoc updates defined by the run_interval and updaterefresh intervals. My question is how do you define a specific time for updates. e.g. in production you want all servers to update say Friday, 3:00am, or nightly at 2:00am. Apart from cron how is that done?

    1. You have three options:
      1) Write your own tool and push updates on all hosts using custome programming and cron jobs.
      2) Use patch managment software such as PatchLink Update Server, Novell ZENworks Linux Management, RHEL satellite/Spacewalk etc.
      3) Use other open source system management tools such as Chef, Puppet, and, Cfengine.

        1. Ah, so after everyone pointing to yum-updatesd, once the point of not blindly rebooting at random times comes up we suddenly agree that the top example of doing it from cron actually wasn’t so stupid at all.

          Internet, full of wonders.

    1. The -R flag makes yum wait a random number of minutes between 0 and the value before starting. The reason it is in there is so when a million people copy this script onto their machines, they don’t all attempt to hit the Redhat update servers at exactly 12:00 GMT every night and DOS them. This spreads the load out.

  4. Patric says: updating is not recommended at all on production servers

    I would like to make critical updates (bug fixes) on my production servers daily.
    Is it not good idea?

    How to organize it without updating packages to new versions?

    Thank you for comments.

  5. Nice tutorial. BTW, why isn’t it recommended to auto-update? I can choose the repos and sources I want to install, and if I have a server for which security is critical – why not keep it up to date?
    Of course, external sources/repos and Alpha/Beta/RC software isn’t a good idea on those – but if I stick to the original repos, then what is in the way of having a cron job do the work.
    BTW, I think the -R 120 option is for having yum wait in case that it cannot perform its job right away. But feel free to correct me, if I am wrong.

  6. Updating automatically is not recommended on production servers because you do not know if it will break anything in your application, there are many instances where due to a patch you might need to update your application.

    As to how do organizations do it, you have a patching cycle where you would apply updates to QA/test environment and have QA regress to make sure there are no issues. Next you apply same updates to staging and perform QA. Lastly you go through change control and apply updates to production (usually do half the farm), and QA. After half the production farm is updated and performing without issues, go ahead and patch the remaining servers. At least this is how it is done in 24x7x365 environments.

    Have a question? Post it on our forum!