On Mon, 2005-07-25 at 19:07 -0400, Robert Story wrote: > On Mon, 25 Jul 2005 23:38:17 +0200 Thomas wrote: > TA> BTW, has the test #19 failure (for 5.[23]) ever been looked at in the > TA> meantime? > > That's the snmpusm one, right? I've been hoping Wes would tackle that one.
Well, I'm not Wes (obviously!) but I've tracked down the problem. It actually lies on the client side, rather than the agent. Running the 5.2 version of snmpusm against the current CVS agent code worked fine. The underlying cause was the delayed probe for the engineID. The usmUserTable is partially indexed by the engineID, so constructing the SET request to create the new user builds the necessary OIDs using the probed engineID (lines 626-631 - the two 'setup)oid()' calls). But because this probe wasn't being done when the session was opened, the engineID field was empty, so the user creation wasn't referencing rows correctly. Clearing the don'tProbe flag seems to have fixed the problem. Wes2 ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
