Forum Moderators: bakedjake
In the old VAX/VMS days, you could keep those systems up for close to a year.
With NT I rebooted, once a week to avoid problems,
Windows 2000 Server every two weeks
Unix Servers once a month.
and this appeared to work pretty well.
Im new to Linux administration, so I wonder what the recommended time between reboot, of a Red Hat linux webserver in a steady state (no patches and updates).
Not that it needs doing - just that I'd want to know that if in the event of a hang or hardware failure that it would restart again.
If I do a lot of changes tonight I'd rather not wait until a hang or hardware failure to find out if those changes screwed up the booting procedure etc.
The only time you absolutely need to reboot is when there is a patch to the kernel - make sure the old kernel is available as an option in case the new one fails for some reason, especially if you compile your own kernel.
You've got to reboot when you do kernel patches, but I don't recall ever really doing a kernel patch. Instead every year and a half or so I generally end up upgrading my hardware. At that point I like to do a fresh install using the latest stable release of my disto, which includes the latest stable kernel.
Short answer, never need to reboot. (besides, if I rebooted regularly I'd be worried about some process not restarting :) ).
It's easier to just check once in a while the output of rc-update show or what's relevant on your distro.
Well since I never reboot, it's never a problem. And there's never any other reason to restart the machine. On some odd chance that something catastrophic happened and I ran into this, I'd fix it at the time instead of going to look for it. I also run my servers relatively lean so I tend to have few services running.
I suppose there's a case to reboot once in a while - if the service startup is a concern. It just seems like work to me, for no benefit. I've been managing for 5-6 years this way without any problem :).