On 5/14/19 4:01 PM, Bill Fenner wrote:
> Perhaps getbulk no longer dumps core, but I can not get it to return
> anything but GENERR any more, and, it seems to leak memory.
>
> Any "large enough" request seems to fail in this way, e.g.,
> snmpbulkget -v 3 ... -Cn 5 -Cr 50 sysUpTime sysUpTime sysUpTime
> sysUpTime sysUpTime .1
>
> This is particularly frustrating because code was added to 5.8 to
> rebuild a getbulk reply if it's too big.  But there was already code
> to not build the PDU too big, it's just not taking the v3 header into
> account properly (that's my best guess, at least).  So now there are
> two different mechanisms to send a "right-size" reply and they both
> don't work.  Around 5.8 release time I was working with Robert Story
> to fix this, but that effort kind of petered out and Robert's work
> didn't make it into git.
>
> Can anyone get getbulk to work in the current 5.8-patches with SNMPv3?
>
> I've attached a test script with 504 failing test cases when I run it
> against an unmodified V5-8-patches branch, and net-snmp leaks about a
> meg of RAM during the test.  This is an adaptation of my internal test
> to the net-snmp test framework; the complete test would use all
> supported values for -l, -a, -x but for now this is the simplest one
> using nanp.


Hi Bill,

A new test has been added
(testing/fulltests/default/T0221snmpbulkget_large_simple). That test
passes on my setup. Can you have a look whether that test covers the
issue you ran into?

Regarding the "memory leak": RSS is not a reliable source of information
to detect memory leaks. If you want to verify whether or not a new
memory leak has been introduced please use Valgrind.

Bart.




_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to