Wie oft startet Eure Server neu?

[gpeter73]

Hi,

mein Server startet releativ häufig neu.
Mein alter Root Server (i-MSCP) hat das eigentlich nie getan, deshalb wundere ich micht.
Ich habe die Logs analysiert, finde dort aber keinen Grund. Habe die Serverwartung in verdacht, bin mir aber nicht sicher.

Zum System:
Debian 11
Kernel: 5.10.0-21-amd64
Keyhelp: 23.0 (Build 2921)

Der Server ist recht Jung (Seit Dezember).

[24unix]

Eher nicht so oft …

Code: Select all

(ssh) root@anakin : ~
[0] # uptime
 15:32:52 up 157 days, 27 min,  1 user,  load average: 0.17, 0.13, 0.10

Code: Select all

(ssh) root@shadow : ~
[0] # uptime
 15:33:25 up 128 days, 28 min,  1 user,  load average: 0.01, 0.05, 0.03

Code: Select all

(ssh) root@jarjar : ~
[0] # uptime
 15:33:49 up 395 days,  1:13,  1 user,  load average: 0.07, 0.02, 0.00

[Alexander]

Habe die Serverwartung in verdacht, bin mir aber nicht sicher.

Der Server wird seitens KeyHelp nie automatisch neu gestartet.

Am besten mal bei deinem Provider nachfragen, was da los ist.

[24unix]

Der Server wird seitens KeyHelp nie automatisch neu gestartet.

Erbsenzählermode: Nach der Installation.

[BasHeijermans]

Here we go:

Code: Select all

root@server:~# uptime
 21:10:08 up 126 days,  6:03,  1 user,  load average: 0,10, 0,04, 0,01
 
root@websdr-server:~# uptime
 21:10:56 up 126 days,  5:57,  1 user,  load average: 2,35, 2,13, 1,93

root@raspberrypi:~# uptime
 21:11:32 up 136 days,  1:04,  1 user,  load average: 0.17, 0.09, 0.03

root@sprintweb:~# uptime
 21:12:04 up 116 days,  5:13,  1 user,  load average: 0,08, 0,04, 0,05

root@stun:~# uptime
 21:12:32 up 118 days,  6:31,  1 user,  load average: 0,00, 0,01, 0,05

root@sprintweb:~# uptime
 21:12:55 up 116 days,  5:13,  1 user,  load average: 0,03, 0,03, 0,05

Reboot WAS NEEDED, as we upgraded the operating system. But normally I do have uptimes of serveral years

[Jolinar]

Der Server wird seitens KeyHelp nie automatisch neu gestartet.

Erbsenzählermode: Nach der Installation.

Erbsenzählermode 2.0:
Nach der Installation läuft KeyHelp noch nicht. Erst nach dem Reboot startet das Panel überhaupt...Also ist die Aussage von Alex doch korrekt.

[Jolinar]

Eher nicht so oft …

Code: Select all

(ssh) root@jarjar : ~
[0] # uptime
 15:33:49 up 395 days,  1:13,  1 user,  load average: 0.07, 0.02, 0.00

Du hast in den letzten 395 Tagen kein einziges Kernelupdate gehabt? Fällt mir schwer, das zu glauben...

[gpeter73]

Ich bin gerade etwas perplex.
Nachdem ich Eure Laufzeiten gelesen habe, habe ich mich intensiver mit den Logs beschäftigt und im "journalctl" gelesen, dass eigentlich mein System eigentlich zwischen 15.03 21:40 bis 16.03. 14:31 Offline gewesen sein musss.
Aber in dieser Zeit war das System laut "mail.log" aktiv.
Weiter ist mir aufgefallen, dass im Log nach der Zeitsynch. extreme Zeitsprünge (mehr als 20 Min.) gibt. Habe den NTP neu konfiguriert und die HW CLock auf Local gestellt.

[Jolinar]

Moderativer Hinweis:

Codesnippets, Logfileauszüge, Config Files, etc. bitte immer als Text in CODE-Tags posten.
Zum Einen ist es wesentlich angenehmer zu lesen, zum Anderen kann man bei Bedarf entsprechende Textstellen zitieren.

Danke.

[gpeter73]

Der Server hat gerade erneut gestartet, wieder war etwas mit Zeit im Spiel.
Habe nun alle Server aus der ntp.conf durch die PTBs ersetzt und ie config ansonsten wie vom Maintainer belassen.

Anbei ein Auszug vom letzten "Reboot":

Code: Select all

Mär 17 11:26:55 mein.server.de sudo[143063]: pam_unix(sudo:session): session closed for user root
Mär 17 11:26:55 mein.server.de sudo[143066]:  keyhelp : PWD=/home/keyhelp/www/keyhelp ; USER=root ; COMMAND=/usr/bin/fail2ban-client get keyhelp-phpmyadmin banip
Mär 17 11:26:55 mein.server.de sudo[143066]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001)
Mär 17 11:26:55 mein.server.de sudo[143066]: pam_unix(sudo:session): session closed for user root
Mär 17 11:26:55 mein.server.de sudo[143069]:  keyhelp : PWD=/home/keyhelp/www/keyhelp ; USER=root ; COMMAND=/usr/bin/fail2ban-client get keyhelp-postfix banip
Mär 17 11:26:55 mein.server.de sudo[143069]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001)
Mär 17 11:26:55 mein.server.de sudo[143069]: pam_unix(sudo:session): session closed for user root
Mär 17 11:26:55 mein.server.de sudo[143072]:  keyhelp : PWD=/home/keyhelp/www/keyhelp ; USER=root ; COMMAND=/usr/bin/fail2ban-client get keyhelp-proftpd banip
Mär 17 11:26:55 mein.server.de sudo[143072]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001)
Mär 17 11:26:55 mein.server.de sudo[143072]: pam_unix(sudo:session): session closed for user root
Mär 17 11:26:55 mein.server.de sudo[143075]:  keyhelp : PWD=/home/keyhelp/www/keyhelp ; USER=root ; COMMAND=/usr/bin/fail2ban-client get keyhelp-roundcube banip
Mär 17 11:26:55 mein.server.de sudo[143075]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001)
Mär 17 11:26:55 mein.server.de sudo[143075]: pam_unix(sudo:session): session closed for user root
Mär 17 11:26:55 mein.server.de sudo[143078]:  keyhelp : PWD=/home/keyhelp/www/keyhelp ; USER=root ; COMMAND=/usr/bin/fail2ban-client get postfix-sasl banip
Mär 17 11:26:55 mein.server.de sudo[143078]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001)
Mär 17 11:26:55 mein.server.de sudo[143078]: pam_unix(sudo:session): session closed for user root
Mär 17 11:26:55 mein.server.de sudo[143081]:  keyhelp : PWD=/home/keyhelp/www/keyhelp ; USER=root ; COMMAND=/usr/bin/fail2ban-client get sshd banip
Mär 17 11:26:55 mein.server.de sudo[143081]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001)
Mär 17 11:26:55 mein.server.de sudo[143081]: pam_unix(sudo:session): session closed for user root
-- Boot ab8fe6641b6f47f390d817dded226595 --
Mär 17 11:52:16 mein.server.de ntpd[667]: receive: Unexpected origin timestamp 0xe69a3bc6.748968f6 does not match aorg 0000000000.00000000 from server@89.89.71.249 xmt 0xe7bec4e0.8edcd16c
Mär 17 11:52:16 mein.server.de ntpd[667]: receive: Unexpected origin timestamp 0xe69a3bc6.74885a92 does not match aorg 0000000000.00000000 from server@82.64.45.50 xmt 0xe7bec4e0.8f16ec3d
Mär 17 11:52:16 mein.server.de ntpd[667]: receive: Unexpected origin timestamp 0xe69a3bc6.7489050e does not match aorg 0000000000.00000000 from server@82.64.81.218 xmt 0xe7bec4e0.8fd18d8f
Mär 17 11:52:16 mein.server.de amavis[2110]: (02110-01) (!)connect to /var/run/clamav/clamd.ctl failed, attempt #1: Can't connect to a UNIX socket /var/run/clamav/clamd.ctl: No such file or directory
Mär 17 11:52:16 mein.server.de systemd[1]: Starting Online ext4 Metadata Check for All Filesystems...
Mär 17 11:52:16 mein.server.de systemd[1]: Starting Clean php session files...
Mär 17 11:52:16 mein.server.de systemd[1]: Starting Rotate log files...
Mär 17 11:52:16 mein.server.de systemd[1]: Starting Daily man-db regeneration...
Mär 17 11:52:16 mein.server.de systemd[1]: e2scrub_all.service: Succeeded.
Mär 17 11:52:16 mein.server.de systemd[1]: Finished Online ext4 Metadata Check for All Filesystems.
Mär 17 11:52:16 mein.server.de systemd[1]: logrotate.service: Succeeded.
Mär 17 11:52:16 mein.server.de systemd[1]: Finished Rotate log files.
Mär 17 11:52:16 mein.server.de spamd[958]: check: (run_generic) exceeded time limit, skipping further tests
Mär 17 11:52:17 mein.server.de spamd[958]: spamd: server started on IO::Socket::IP [127.0.0.1]:783 (running version 3.4.6)
Mär 17 11:52:17 mein.server.de spamd[958]: spamd: server pid: 958
Mär 17 11:52:17 mein.server.de systemd[1]: Started Perl-based spam filter using text analysis.
Mär 17 11:52:17 mein.server.de systemd[1]: Reached target Multi-User System.
Mär 17 11:52:17 mein.server.de systemd[1]: Reached target Graphical Interface.
Mär 17 11:52:17 mein.server.de systemd[1]: Starting Update UTMP about System Runlevel Changes...
Mär 17 11:52:17 mein.server.de spamd[958]: spamd: server successfully spawned child process, pid 2181
Mär 17 11:52:17 mein.server.de systemd[1]: systemd-update-utmp-runlevel.service: Succeeded.
Mär 17 11:52:17 mein.server.de systemd[1]: Finished Update UTMP about System Runlevel Changes.
Mär 17 11:52:17 mein.server.de spamd[958]: spamd: server successfully spawned child process, pid 2183

[Seklfreak]

Da sollte man den Server Anbieter eher anschreiben, wie Alexander schon schrieb:

KeyHelp startet ein Server nicht automatisch jedes mal neu, sondern nur dann.
Wenn man Keyhelp auf einem minimal System installiert und wenn diese fertig ist, führt KeyHelp nur einen einmaligen notwendigen Reboot aus und das wars dann auch.

[BasHeijermans]

Eher nicht so oft …

Code: Select all

(ssh) root@jarjar : ~
[0] # uptime
 15:33:49 up 395 days,  1:13,  1 user,  load average: 0.07, 0.02, 0.00

Du hast in den letzten 395 Tagen kein einziges Kernelupdate gehabt? Fällt mir schwer, das zu glauben...

You do not need to reboot when a kernel update is installed. Only if you must use the new kernel for something.
It's a common mistake that reboot is needed for this. Also the latest (some) Linux versions can run the updated kernel without a reboot.

Heck, I have run Debian 10 on the Debian 9 Kernel without any problems.

[Jolinar]

You do not need to reboot when a kernel update is installed. Only if you must use the new kernel for something.
It's a common mistake that reboot is needed for this. Also the latest (some) Linux versions can run the updated kernel without a reboot.

Yes, it is generally correct.
When a kernel update is installed, it is not always necessary to reboot the system immediately. However, some changes in the kernel may require a reboot to take effect, such as changes to the bootloader or other low-level components.

However, even if a reboot is not required, it is often recommended to do so at a convenient time to ensure that all changes are properly applied and to avoid any potential issues. It is also important to note that this may vary depending on the specific Linux distribution and the nature of the kernel update.

[BasHeijermans]

Windows != Linux, do not reboot unless you have to do so

I prefer NOT to do it, as most fixes are done in the daemons and software, not at the kernel or driver level.

BTW, the kernel is the same for all distributions, as the kernel is build regardless of the distro.

Linux == the Kernel => the rest is the distro, that may depend on a particular Linux Kernel.

Many people confuse the Kernel with a Distro. E.g. Debian is a distro, and mostly run on the Linux kernel.
However it can also use the TheHurd Kernel, then it's not Linux anymore.

https://wiki.debian.org/TheHurd

Linux has become the same name as a 'linux'-distro, sorry it's not.