/var/log/kern.log nach /dev/null umleiten

[Luigi (Gast)]

Kann man gefahrlos auf einem (v)Server /var/log/kern.log und andere Logs 
nach /dev/null umleiten? Also z.B. durch einen Symlink, sodass keine 
Schreibvorgänge mehr ausgeführt und kein Speicherplatz mehr belegt wird? 
Oder führt das zu argen Problemen...?

[nocheinGast (Gast)]

Vor allem führt das halt dazu, dass du nicht mehr mitbekommst, was so 
alles auf dem System passiert. Wenns nur um Speicherplatz geht, hast du 
dir schon mal "logrotate" oder sowas angeschaut?

[Jörg W. (dl8dtl) (Moderator)]

Wenn schon, dann konfiguriere lieber den Syslog so, dass er gar nicht 
erst versucht, die entsprechenden Dateien zu schreiben.

[Luigi (Gast)]

Das Problem ist, dass das das Log des Hostsystems* zu sein scheint. Oder 
es wird alles aus allen Containern reingestopft. Jedenfalls kommen 
relativ schnell hunderte MB zusammen. Logrotate komprimiert den ganzen 
Mist dann noch, was auch noch Rechenzeit frisst.
Deswegen würde ich das Ganze gerne so unbürokratisch einfach 
aussperren...


* Hinweise: https://github.com/lxc/lxd/issues/3148

[Jörg W. (dl8dtl) (Moderator)]

Luigi schrieb:
> Das Problem ist, dass das das Log des Hostsystems* zu sein scheint.

Ist ja auch logisch: bei dieser Art Virtualisierung benutzen die VMs den 
Kernel des Hosts unverändert, damit "erben" sie dessen dmesg. Es wäre 
folglich sinnvoll, die VMs so zu konfigurieren, dass sie eben gar kein 
Kernellog erst schreiben.

[Luigi (Gast)]

Ja, genau. Aber wie mache ich das?
Mein Provider ist leider keine Hilfe. Habe schon mehrfach darauf 
hingewiesen.

[nocheinGast (Gast)]

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711170

FWIW, I experienced the same messed-up logs some time ago when running
rsyslog in an LXC guest. I circumvented that by disabling kernel logging
support in the guest as follows:

diff --git a/rsyslog.conf b/rsyslog.conf
index 2a7f9f9..94fff07 100644
--- a/rsyslog.conf
+++ b/rsyslog.conf
@@ -9,7 +9,7 @@
 #################
 
 $ModLoad imuxsock # provides support for local system logging
-$ModLoad imklog   # provides kernel logging support (previously done by rklogd)
+#$ModLoad imklog   # provides kernel logging support (previously done by rklogd)
 #$ModLoad immark  # provides --MARK-- message capability
 
 # provides UDP syslog reception

[Jörg W. (dl8dtl) (Moderator)]

Das ist die eine Variante. Die andere wäre es, in /etc/rsyslog.d die 
Datei zu suchen, die tatsächlich kern.log beschreibt, und dort die 
entsprechende Zeile auszukommentieren.

[lost+found (Gast)]

Luigi schrieb:
> Das Problem ist, dass das das Log des Hostsystems* zu sein scheint. Oder
> es wird alles aus allen Containern reingestopft. Jedenfalls kommen
> relativ schnell hunderte MB zusammen. Logrotate komprimiert den ganzen
> Mist dann noch, was auch noch Rechenzeit frisst.
> Deswegen würde ich das Ganze gerne so unbürokratisch einfach
> aussperren...
>
>
> * Hinweise: https://github.com/lxc/lxd/issues/3148

Du hast auch ein Debiansystem mit systemd?
journald leitet den Kram doch imo einfach weiter.



/etc/systemd/journald.conf

ReadKMsg=no

systemctl restart systemd-journald.service

------

https://www.freedesktop.org/software/systemd/man/journald.conf.html


ReadKMsg=

    Takes a boolean value. If enabled (the default), journal reads 
/dev/kmsg messages generated by the kernel.

------

[EloGuy (Gast)]

Luigi schrieb:
> Logrotate komprimiert den ganzen
> Mist dann noch, was auch noch Rechenzeit frisst.

Muss es nicht. Man auch einfach alles älter als X löschen lassen und 
gut.