[log] Kernel ring buffer

[Lethalis]

Zoals jullie ongetwijfeld allemaal weten, kan je met dmesg kijken naar de boot messages en kernel errors. Heel handig, maar wat ik me nu afvraag: kan je ergens ook zien wanneer een bepaalde fout zich precies voordeed? Of kan je dit ergens instellen zodat het tijdstip gelogd wordt?

Bij voorbaat dank.

[BoAC]

Worden die boot/kernel messages/errors ook niet in de log gezet.
Bij de gentoo-distro staan ze gewoon in /var/log/messages met een datum-tijd ervoor

[Spider.007]

BoAC schreef op 26 juli 2004 @ 15:18:
Worden die boot/kernel messages/errors ook niet in de log gezet.
Bij de gentoo-distro staan ze gewoon in /var/log/messages met een datum-tijd ervoor

Dat bedacht ik idd ook; alleen het probleem is dat dmesg het buffer weergeeft wat nog niet altijd naar file is geschreven. Hierdoor komen de meeste dmesg berichten nog niet voor in je syslog. Ik kan in /etc/syslog.conf trouwens ook helemaal niets vinden over de configuratie van die dmesg applicatie (is dat geen onderdeel van syslog?)

[BoAC]

Als ik inlog via ssh naar een gentoo-linux-bak zie ik op console 12 wel gelijk log-entries verschijnen dus ik denk dat et wel mee zal vallen met die offset

De TS kan natuurlijk ook zijn eigen logger schrijven ('man syslog' en 'man 3 syslog')

[Lethalis]

Okay okay, 't is maandag

Het is tijd om mijn hoofd onder de koude kraan te houden

*tail -f /var/log/syslog*

[BoAC]

Lethalis schreef op 26 juli 2004 @ 15:38:
Okay okay, 't is maandag

Het is tijd om mijn hoofd onder de koude kraan te houden

*tail -f /var/log/syslog*

Hey die kon ik nog niet

[Verwijderd]

Lethalis schreef op 26 juli 2004 @ 15:38:
Okay okay, 't is maandag

Het is tijd om mijn hoofd onder de koude kraan te houden

*tail -f /var/log/syslog*

code:

tail: /var/log/syslog: No such file or directory
tail: no files remaining

man 8 klogd:

-o Execute in ’one-shot’ mode. This causes klogd to read and log
all the messages that are found in the kernel message buffers.
After a single read and log cycle the daemon exits.

[Spider.007]

Lethalis schreef op 26 juli 2004 @ 15:38:
Okay okay, 't is maandag

Het is tijd om mijn hoofd onder de koude kraan te houden

*tail -f /var/log/syslog*

Ik ging er eerlijk gezegd wel vanuit dat je dat al geprobeerd had

bash: *tail: command not found

[igmar]

Spider.007 schreef op 26 juli 2004 @ 15:21:
Dat bedacht ik idd ook; alleen het probleem is dat dmesg het buffer weergeeft wat nog niet altijd naar file is geschreven. Hierdoor komen de meeste dmesg berichten nog niet voor in je syslog. Ik kan in /etc/syslog.conf trouwens ook helemaal niets vinden over de configuratie van die dmesg applicatie (is dat geen onderdeel van syslog?)

Kernel messages worden door klogd afgehandeld, niet door syslogd. Het is familie van elkaar, maar staat betreft werking wel los van elkaar. De ringbuffer blijft bewaard totdat hij uitgelezen wordt, en dat kun je ook maar een keer. De meeste distro's draaien gedurende het bootproces een dmesg -s getal > bestandje, zodat de inhoud ervan wordt veilig gesteld.

[BoAC]

igmar schreef op 26 juli 2004 @ 16:23:
[...]
Kernel messages worden door klogd afgehandeld, niet door syslogd. Het is familie van elkaar, maar staat betreft werking wel los van elkaar. De ringbuffer blijft bewaard totdat hij uitgelezen wordt, en dat kun je ook maar een keer. De meeste distro's draaien gedurende het bootproces een dmesg -s getal > bestandje, zodat de inhoud ervan wordt veilig gesteld.

'man syslog' zegt mij dat je als user de syslog alleen maar kan lezen en root hem wel kan legen

[igmar]

BoAC schreef op 26 juli 2004 @ 16:49:
'man syslog' zegt mij dat je als user de syslog alleen maar kan lezen en root hem wel kan legen

Zeg ik wat anders dan

[ Voor 4% gewijzigd door igmar op 26-07-2004 21:04 ]

[BoAC]

Yep je bent niet helemaal volledig:

igmar schreef op 26 juli 2004 @ 16:23:
...
De ringbuffer blijft bewaard totdat hij uitgelezen wordt, en dat kun je ook maar een keer.
...

code:

# man syslog
...
       Only  function  3  is  allowed  to non-root processes.  (Function 9 was
       added in 2.4.10.)

       The kernel log buffer
       The kernel has a cyclic  buffer  of  length  LOG_BUF_LEN  (4096,  since
       1.3.54:  8192,  since 2.1.113: 16384; in recent kernels the size can be
       set at compile time) in which messages given as argument to the  kernel
       function printk() are stored (regardless of their loglevel).

       The  call  syslog  (2,buf,len)  waits  until  this kernel log buffer is
       nonempty, and then reads at most len bytes  into  the  buffer  buf.  It
       returns  the  number  of  bytes read. Bytes read from the log disappear
       from the log buffer: the information can only be read  once.   This  is
       the  function  executed  by  the  kernel  when  a  user  program  reads
       /proc/kmsg.

       The call syslog (3,buf,len) will read the last len bytes from  the  log
       buffer (nondestructively), but will not read more than was written into
       the buffer since the last `clear ring buffer' command (which  does  not
       clear the buffer at all).  It returns the number of bytes read.

       The  call syslog (4,buf,len) does precisely the same, but also executes
       the `clear ring buffer' command.

       The call syslog (5,dummy,idummy) only executes the `clear ring  buffer'
       command.
...

[ Voor 77% gewijzigd door BoAC op 27-07-2004 08:23 ]