Centos – How to schedule yum auto update to run only during the night

1. Go to http://mirrors.fedoraproject.org/publiclist/Fedora/14/ and choose a mirror near you.

2. Go to updates/14/i386/ and download everything using your favourite download manager/tool.

3. Copy everything to some media (e.g. USB key) and from that key to your Fedora 14 machine. For example you can make a /var/lib/yum/repo/F14_updates directory on your box.

4. Run createrepo /path/to/your/downloaded/rpms.

5. Add new repository description in /etc/yum.repos.d. Use some existing file as a template. The only change is the path: instead of http://... use file:///path/to/your/downloaded/rpms. Make sure to enable the repository.

6. Disable all other repositories -- you don't have access to them anyhow, so they won't help you.

7. Run yum update and enjoy your freshly updated system.

There are pros and cons to both ways, and you really need to work through your system architecture to know which way is best for you. Whichever route you take, you should understand why you picked that method and what the disadvantages are so that you can compensate for them.

Here are some things to consider:

• Security updates should always be applied one way or another, and sooner rather than later. If your server isn't getting security updates applied in a timely manner for whatever reason, fix your sysadmin habits.

• Distro updates are usually good, especially if they are from official sources. If you feel uncomfortable applying them perhaps you are not using the best distro for your needs. You should be using a distro that matches your methodology. In other words, one that you can trust the updates to be in your best interest. If they move too fast or make software changes that break your stuff, you should probably be using a different distro.

• Updates can break your stuff. A move to newer software could break your code if you used deprecated features or just wrote bad stuff. You should consider a system architecture that allows you to test your product on updates before running them on production systems.

• If you use auto-update features, you should always have a way to roll back to known working configurations. Full system snapshots can be a life saver if some update breaks your product on a production system.

This are not an exhaustive list, just a few things to get you thinking. In the end, this isn't a decision anybody else can make for you. You're the admin. Know your systems. Know your distro.