Hi Dave,
> > > Please try the following patch:
>
> [SNIP]
>
> OK - I'm now reasonably confident that the patch should fix
> your problem. It appears that I was (inadvertantly) relying
> on newly-created buffers being automatically set to 0.
> This works OK on Linux, but isn't universally true.
I have applied your patch, and I confirm: the inform is sent as expected.
However, there's still an issue in the varbinds of the inform. On the
receiver side (snmptrapd, v5.1.2.1) I have:
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (3022) 0:00:30.22
SNMPv2-MIB::snmpTrapOID.0 = OID: DISMAN-EVENT-MIB::mteTriggerFired
DISMAN-EVENT-MIB::mteHotTrigger.0 = STRING: proc
DISMAN-EVENT-MIB::mteHotTargetName.0 = STRING:
DISMAN-EVENT-MIB::mteHotContextName.0 = STRING:
DISMAN-EVENT-MIB::mteHotOID.0 = OID: UCD-SNMP MIB::prErrorFlag.2
DISMAN-EVENT-MIB::mteHotValue.0 = INTEGER: 1 UCD-SNMP-MIB::prNames.2 =
Wrong Type (should be OCTET STRING): NULL UCD-SNMP-MIB::prErrMessage.2 =
Wrong Type (should be OCTET STRING): NULL
The proc monitor was defined in the snmpd.conf was:
proc prg1
proc prg2
proc prg3
monitor -u lodo -r 10 -o prNames -o prErrMessage "proc" prErrorFlag != 0
The index is right (.2 corresponds indeed to the process prg2 that I
killed), but the value of prNames.2 and prErrMessage.2 doesn't seem to be
filled up correctly (or at all).
HTH,
Loïc.
--
--
// Sender address goes to /dev/null (!!)
// Use my 32/64 bits, ANSI C89, compliant email-address instead:
unsigned y[]=
{0,34432,26811,16721,41866,63119,61007,48155,26147,10986};
void x(z){putchar(z);}; unsigned t;
main(i){if(i<10){t=(y[i]*47560)%65521;x(t>>8);x(t&255);main(++i);}}
Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat,
DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
