25 février 2009
Testé sur Debian 5.0 Lenny et Ubuntu Server 8.04 LTS Hardy
Le démon snmpd est un grand bavard dans sa configuration par défaut sous Debian et Ubuntu, et on se retrouve rapidement avec un syslog envahi de messages à chaque connexion d’un client snmp :
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:42720
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:55670
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:56655
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:55557
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:46846
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:34805
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:49261
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:35418
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:35673 |
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:42720
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:55670
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:56655
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:55557
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:46846
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:34805
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:49261
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:35418
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:35673
Pour clouer le bec à l’insolent, il faut aller modifier les options de démarrage SNMPDOPTS du démon dans /etc/default/snmpd :
SNMPDOPTS='-LS4d -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid ' |
SNMPDOPTS='-LS4d -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid '
L’option qui nous intéresse est -LS4d qui permet de n’écrire dans syslog qu’à partir du niveau warning. Un petit redémarrage du démon et le tour est joué.
A noter que la syntaxe semble différer selon les distributions, pour la vôtre ça sera peut-être -LS 4 d avec des espaces entre les arguments pour obtenir le résultat (erreur de syntaxe sous Debian).
Un extrait de la man page de snmpcmd sur les options de journalisation
(pour les niveaux d’alerte, pas pour la syntaxe des options, c’est différent de SNMPDOPTS)
The mechanism and destination to use for logging of warning and error messages can be controlled by passing various parameters to the -L flag.
-Le Log messages to the standard error stream.
-Lf FILE
Log messages to the specified file.
-Lo Log messages to the standard output stream.
-Ls FACILITY
Log messages via syslog, using the specified facility ('d' for LOG_DAEMON, 'u' for LOG_USER, or '0'-'7' for LOG_LOCAL0 through LOG_LOCAL7).
There are also "upper case" versions of each of these options, which allow the corresponding logging mechanism to be restricted to certain priorities of message. Using standard error logging as an example:
-LE pri
will log messages of priority 'pri' and above to standard error.
-LE p1-p2
will log messages with priority between 'p1' and 'p2' (inclusive) to standard error.
For -LF and -LS the priority specification comes before the file or facility token. The priorities recognised are:
0 or ! for LOG_EMERG,
1 or a for LOG_ALERT,
2 or c for LOG_CRIT,
3 or e for LOG_ERR,
4 or w for LOG_WARNING,
5 or n for LOG_NOTICE,
6 or i for LOG_INFO, and
7 or d for LOG_DEBUG.
Normal output is (or will be!) logged at a priority level of LOG_NOTICE |
The mechanism and destination to use for logging of warning and error messages can be controlled by passing various parameters to the -L flag.
-Le Log messages to the standard error stream.
-Lf FILE
Log messages to the specified file.
-Lo Log messages to the standard output stream.
-Ls FACILITY
Log messages via syslog, using the specified facility ('d' for LOG_DAEMON, 'u' for LOG_USER, or '0'-'7' for LOG_LOCAL0 through LOG_LOCAL7).
There are also "upper case" versions of each of these options, which allow the corresponding logging mechanism to be restricted to certain priorities of message. Using standard error logging as an example:
-LE pri
will log messages of priority 'pri' and above to standard error.
-LE p1-p2
will log messages with priority between 'p1' and 'p2' (inclusive) to standard error.
For -LF and -LS the priority specification comes before the file or facility token. The priorities recognised are:
0 or ! for LOG_EMERG,
1 or a for LOG_ALERT,
2 or c for LOG_CRIT,
3 or e for LOG_ERR,
4 or w for LOG_WARNING,
5 or n for LOG_NOTICE,
6 or i for LOG_INFO, and
7 or d for LOG_DEBUG.
Normal output is (or will be!) logged at a priority level of LOG_NOTICE
25 février 2009 |
Classé dans Bits |
4 commentaires »
19 février 2009
testé sous Debian 5.0 Lenny AMD64
J’ai eu quelques soucis dernièrement à supprimer un volume RAID logiciel (RAID 1) que j’avais créé un peu précipitamment. A chaque redémarrage le volume RAID était rechargé hop over to here. Voilà comment j’ai résolu le problème :
Volume RAID1 : /dev/md1
Partitions du RAID : /dev/sda3 et /dev/sdb3
on démonte le volume RAID :
sudo umount /dev/md1
on désactive le volume :
sudo mdadm -S /dev/md1
Et on finit par les commandes magiques d’effaçage des superblocks pour ne pas voir revenir son RAID au boot suivant :
sudo mdadm --zero-superblock /dev/sda3<br />
sudo mdadm --zero-superblock /dev/sdb3
Il faut aussi penser à modifier /etc/fstab en conséquence
Lien : La soluce en anglais
19 février 2009 |
Classé dans Bits |
Pas de commentaire »
27 juillet 2008
C’est les vacances, la petite famille part traquer le pingouin dans la haute Corrèze. On se retrouve à partir du 12 août, à bientôt!
27 juillet 2008 |
Classé dans kwika |
Pas de commentaire »
21 juillet 2008
Une recette indonésienne (Ikan Bandeng) testée hier soir, encore une fois adaptée du Complete Asian Cookbook de Charmaine Solomon. La cuisson dans les feuilles de bananier donne un parfum subtil très sympathique et ça vous a un petit air de vacances tout a fait de saison. On peut utiliser un autre poisson entier du genre trapu, comme un pageot, un mérou (mais c’est pas bien de manger du mérou 🙁 ) ou un vivaneau par exemple.
21 juillet 2008 |
Classé dans Miam |
3 commentaires »
26 juin 2008
Je suis tombé sous le charme de ce thème Our Rights conçu par Retno Nindya et adapté à WordPress par Hafiz Rahman. En plus de son look très sympa, il est vraiment très bien conçu, bien mieux que mon ancien thème I feel dirty, Je n’ai eu aucun mal à adapter toutes mes modifs.
L’essayer c’est l’adopter, j’espère qu’il vous plaira autant qu’il m’a plu!
26 juin 2008 |
Classé dans Bits |
Pas de commentaire »