This is a multi-part message in MIME format.
------------7NhE3WuB9OnU6N9D2A0R5Y7
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C57D5F.2CB92B28"
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C57D5F.2CB92B28
Content-Type: text/plain; charset="iso-8859-1"
Hello,
In the CVS version, I see that you don't call the NEB modules any more for
status dumps when using aggregated dumps. Right, but it should be
complemented with a NEB callback for aggregated dumps (in
update_all_status_data) whose type would be, for example,
NEBCALLBACK_ALL_STATUS_DATA.
Unless this is done, if I understand well, a 'status dump' neb (like
nagios-db) cannot be used with aggregated dumps. For nagios-db, it shouldn't
be a problem, but if you write the data to a file, it is (And I don't want
to use a timed event to do it).
------_=_NextPart_001_01C57D5F.2CB92B28
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: Quoted-Printable
Neb callback for aggregated status dump
Hello,
In the CVS version, I see that you don't call the NEB mod=
ules any more for status dumps when using aggregated dumps. Right, but it s=
hould be complemented with a NEB callback for aggregated dumps (in update_a=
ll_status_data) whose type would be, for example, NEBCALLBACK_ALL_STATUS_DA=
TA.
Unless this is done, if I understand well, a 'status dump=
' neb (like nagios-db) cannot be used with aggregated dumps. For nagios-db,=
it shouldn't be a problem, but if you write the data to a file, it is (And=
I don't want to use a timed event to do it).
------_=_NextPart_001_01C57D5F.2CB92B28--
------------7NhE3WuB9OnU6N9D2A0R5Y7
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: Quoted-Printable
Ce message et ses pi=E8ces jointes (le "message") est destin=E9 =E0 l'usage=
=20
exclusif de son destinataire. =20
Si vous recevez ce message par erreur, merci d'en aviser imm=E9diatement =
l'exp=E9diteur et de le d=E9truire ensuite. Le pr=E9sent message pouvant =
=20
=EAtre alt=E9r=E9 =E0 notre insu, CALYON Corporate and Investment Bank =
=20
ne peut pas =EAtre engag=E9 par son contenu. Tous droits r=E9serv=E9s.=20
=20
This message and/or any attachments (the "message") is intended for =20
the sole use of its addressee. =20
If you are not the addressee, please immediately notify the sender and =20
then destroy the message. As this message and/or any attachments may=20
have been altered without our knowledge, its content is not legally=20
binding on CALYON Corporate and Investment Bank. All rights reserved. =
=20
------------7NhE3WuB9OnU6N9D2A0R5Y7--
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]