OVH Cloud OVH Cloud

Sys[k]logd et klogd

13 réponses
Avatar
Vincent Ramos
Bonjour,

J'aimerais savoir l'initialisation que vous me conseillez pour ces
deux démons. Pour l'instant, ils sont chez moi lancés ainsi :
/etc/rc0.d/K20klogd -> ../init.d/klogd
/etc/rc1.d/K20klogd -> ../init.d/klogd
/etc/rc6.d/K20klogd -> ../init.d/klogd
/etc/rc2.d/S20klogd -> ../init.d/klogd
/etc/rc3.d/S20klogd -> ../init.d/klogd
/etc/rc4.d/S20klogd -> ../init.d/klogd
/etc/rc5.d/S20klogd -> ../init.d/klogd

(idem pour sysklogd), c'est-à-dire lancés des niveaux 2 à 5 et tués
aux autres niveaux.

Je me dis que ce n'est pas suffisant et qu'il faudrait qu'ils soient
démarrés avant : sinon, comment enregistrer les messages de démarrage
avant le niveau 2 ?

Ai-je raison ? Comment, sur vos machines, définissez-vous
l'initialisation de ces deux démons ? Enfin, est-ce utile de faire
tourner les deux ?

Merci.

--
<http://fr.wikipedia.org/wiki/Utilisateur:Vincent_Ramos>

3 réponses

1 2
Avatar
Nicolas S.
Nicoo a écrit dans <4267ffd8$0$21630$ :


Il est probable dmesg soit réglé sur un niveau trop faible (ce qui
empêche l'affichage des messages).
Faites un tour dans le fichier /proc/kmsg pour en savoir un peu
plus.



Je n'arrive pas à l'afficher (j'ai tenté cat /proc/kmsg en root et
rien ne se passe : il me faut un ctrl-c pour reprendre la main).


Si je règle le niveau de dmesg, où la configuration est-elle
enregistrée ?

Je me suis trompé: le réglage du niveau ne permet que de régler

l'affichage direct... Ce qui ne nous avance pas ici.


Il se peut également que le fichier /etc/syslog.conf soit mal
configuré. Si le problème persiste, postez ce fichier.



Le voici :
auth,authpriv.* /var/log/auth.log
*.*;auth,authpriv.none /var/log/syslog
cron.* /var/log/cron.log
daemon.* /var/log/daemon.log
kern.* /var/log/kern.log
lpr.* /var/log/lpr.log
mail.* /var/log/mail.log
user.* /var/log/user.log
uucp.* /var/log/uucp.log

mail.info /var/log/mail.info
mail.warn /var/log/mail.warn
mail.err /var/log/mail.err

news.crit /var/log/news/news.crit
news.err /var/log/news/news.err
news.notice /var/log/news/news.notice

kern, news et mail.
*.Þbug;
auth,authpriv.none;
kern.none;
news.none;mail.none /var/log/debug

*.=info;*.=notice;*.=warn;


Essayez en changeant cette ligne par celle-ci:
*.info;

(Bien que cela ne doit normalement pas changer grand chose: on ne fait
qu'y ajouter les messages de priorité supérieure à warn)


auth,authpriv.none;



cron,daemon.none;
Je ne comprends pas cette ligne.

Essayez de la mettre en commentaire pour voir?
Donc: # cron,daemon.none;

mail,news.none /var/log/messages

*.=info;*.=notice;*.=warn;
auth,authpriv.none;
cron,daemon.none;
mail,news.none |/dev/tty8


Qu'y a-t-il d'affiché sur le terminal tty8?
-> crtl+atl+F8


kern.Þbug /dev/tty9
kern.Þbug /var/log/firewall
kern.!Þbug /dev/tty10
*.* /dev/tty11

kern.info |/var/lib/psad/psadfifo

*.emerg *


Sauvegardez /etc/syslog.conf au préalable!

Merci de votre aide.


J'essaie, j'essaie, mais là... C'est pas des plus simple! Je n'ai pas
pour habitude de traîner là dedans modifier tout ça. :-)


Nicolas S.


Avatar
Vincent Ramos
Nicolas S. a écrit dans <42694d95$0$3111$ :

J'essaie, j'essaie, mais là... C'est pas des plus simple! Je n'ai
pas pour habitude de traîner là dedans modifier tout ça. :-)


Bon, cela ne semble pas suffire : n'est modifié que le contenu de ce
que reçoivent les fichiers de /var/log/ à l'exclusion de dmesg, qui
reste vide de ce qu'il devrait contenir au démarrage.

Je vais continuer mes recherches et vous remercie encore d'avoir pris
le temps de vous pencher sur mon petit problème.

Avatar
Kevin Denis
On 2005-04-22, Nicolas S. wrote:
Peut etre a chercher avec syslogd plutot.
Sur une slackware, par exemple, le fichier /var/log/demsg est rempli
a la fin du boot par:
dmesg > /var/log/dmesg


Dans quel script?

grep -r dmesg /etc

pour une premiere approximation.

http://www.linux-france.org/article/sys/init-jaco/init-jaco.html
qui explique tres bien dans le detail comment un linux ca boote.
--
Kevin


1 2