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

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

Bonjour @syrinebyk, est-ce que t’as pu résoudre ton problème avec les solutions proposées ? Fais ton retour à la communauté stp ou choisis le commentaire qui t’a le plus aidé comme “Best Answer”. Ceci aiderait forcément quelqu’un dans les mêmes difficultés. Merci d’avance 

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.sdb

I 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”

centreon/centreon/lib/perl/centreon/script/centreontrapdforward.pm at develop · centreon/centreon (github.com)

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?