+1
Bonjour tout le monde,
est-ce que je peux mettre un cron qui lance une action de purge de ce dossier de manière hebdomadaire ? sinon est-ce qu’il ya une modification spécifique au niveau du fichier /etc/centreon/centreontrapd.pm pour configurer la purge automatique de ces files ?
Bonjour,
Normalement, ce dossier doit être toujours vide. Les traps arrivent là, et sont traitrées par centreontrapd.
Si c’est une trap que tu as gérée dans centreon, tu auras le résultat et elle sera supprimée, mais même si c’est une trap que tu ne gères pas, elle ne sera juste pas traitée puis supprimée.
Le fait que ton dossier ne soit pas vide veut dire pour moi que centreontrapd ne fonctionne pas correctement sur ton système.
Quels sont les droits pour ton fichier sdb dans /etc/snmp/centreon_traps/ ?
De base, ils ne sont pas bons, il faut les modifier pour avoir:
-rw-r--r-- 1 centreon-gorgone centreon-gorgone 459776 Nov 2 23:27 centreontrapd.sdb
+1
Bonjour Michael,
Merci pour votre retour, en effet c’est un poller et je ne trouve pas ce fichier dans le dossier mentionné.
sachant que centreon est sur la version 19.10.
Bonjour,
Si le fichier .sdb n’existe pas sur le poller ( j’ai déjà eu le cas ), il faut le recopier depuis le central ( il se trouve au même endroit ) avec les bons droits.
Ensuite il faut relancer centreontrapd sur le poller.
Si centreontrapd se lance bien après la recopie du fichier depuis le central, dans l’interface centreon, vérifier que pousser la conf des traps pour le poller concerner fonctionne
Si ça fonctionne correctement, le fichier .sdb sera modifié avec l’heure de l’export
+11
Bonjour
Bonjour,
J’ai le même souci avec des fichiers #centreontrap-trapXX vide restés dans le spool qui ne se supprime pas, de plus les services associer aux traps arrivent de temps en temps à changer d’état, quelqu’un aurait une idée ?
hello
I can confirm the same issue on all my pollers, but I installed the default setup for 23.10 in january/february
I had a poller with a disk full with over 1M files in the /var/spool/centreontrapd/ folder
I had to do
find /var/spool/centreontrapd/ -name '*' -exec rm {} \;as it was impossible to simply delete the files, too many for bash to handle properly.
the centreontrap.sdb was :
-rw-r--r--. 1 centreon centreon 0 Jan 19 17:35 centreontrapd.sdbI changed the ownership to centreon-gorgone
I restarted services (I even rebooted a poller to test)
the file keeps piling in the spool folder and are not purged and the sdb still empty and untouched, 0 bytes, same old mdate.
my issue : I don’t use centreontrapd… I never configured that as I don’t use traps, but it was enabled and running ‘out of the box’ with the install script.
some equipments I use SNMP to poll, but as you setup the snmp on them, they also send traps on the same adress authorized to poll (and in the midst, a firewall was sending all its policy logs by trap)
are the trap files stored with the right owner/rights
-rw-rw-r--. 1 centreon centreon 414 Jun 17 13:36 '#centreon-trap-1718624201165124'
or should I simply disable the centreontrapd service?
EDIT :
I just realized the centreontrapd is “dead” and not running
but the files keeps piling
is it normal?
reading the doc and the conf, which I should have done...
the daemon snmptrapd is the one forwarding the traps to centreon
so stopping centreontrapd does nothing, as it is snmptrapd that call a script “centreontrapdforward”
which in turn create the file in /var/spool/centreontrapd
if I read the centreontrapd centreon/centreon/lib/perl/centreon/script/centreontrapd.pm at develop · centreon/centreon (github.com)
it is the one puring the folder with the trap
so I don’t use snmptraps, but it was installed by default, the conf is not pushed, but the service is enabled
what to do?
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.