I'm just curious what's the record uptime you've ever reached and which distro did you used with ISPConfig 3.0.x.x or ISPConfig 2.2.xx. My record is: Server online since: 98 days, 0:5 hours, I'm running Debian / ISPConfig 3.0.1.6
One of the servers with ISP v2 Debian root@wide:~# uptime 11:51:54 up 914 days, 17:25, 1 user, load average: 0.67, 0.20, 0.06
Eventhough I can not remember a remote kernel based exploit beeing posted (eventhough it might be), so did you (and all the other's with very high uptimes) patch the kernel? So from my point of view the real record in this case is the mixture of having the highest uptime while taking care of fixing security holes anyway...
I like to reboot my servers once a month for maintenance and to clean up dead zombie files. I don't think uptime is that important, most important is stable system and uptime doesn't tell you that.
It depends on how it is a secure server. If you have only just opened, and some services properly secured, and even updated the kernel error should not disturb you
Hi everybody ! Just to show of the stability of the ISPConfig system, here are my uptimes: Server #1: ---------- hosting:/var/spool/mail# uptime 14:59:58 up 1142 days, 21:55, 2 users, load average: 0.19, 0.53, 0.62 hosting:/var/spool/mail# Server #2: ---------- hera:~# uptime 15:00:45 up 1101 days, 22:29, 1 user, load average: 0.12, 0.18, 0.08 hera:~# Server #3: ---------- server:~# uptime 15:01:01 up 840 days, 2:53, 2 users, load average: 0.68, 0.47, 0.42 server:~# Server #4: ---------- bootykickr:~# uptime 15:04:49 up 679 days, 22:54, 1 user, load average: 0.00, 0.00, 0.00 bootykickr:~# Kinda proud of these and just wanted to share Also want to say thanks to Till and Falko for providing the great product ISPConfig and the provided support over the years !
@phamels so .. your hosting server got about half a dozen kernel security fixes missing? i usually boot about once or twice a year for loading the new kernel ...
fireba11: If you configure things the way they should be, you won't have any problems period. I bet you there are providers out there, still using older kernel based systems that are still up & running fine up to this day.