From: <no...@so...> - 2001-09-25 15:07:00
|
Bugs item #462232, was opened at 2001-09-17 06:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112694&aid=462232&group_id=12694 Category: apps Group: None Status: Open >Resolution: Fixed Priority: 8 Submitted By: Nobody/Anonymous (nobody) Assigned to: John Naylon (jbpn) Summary: snmptrapd crashes when trap > 2610 chars Initial Comment: We are using UCD-SNMP 4.2 snmptrapd. When this daemon receives a trap that has more than 2610 characters it crashes without any error message. The exact command we are using to run snmptrapd is: snmptrapd -P -d -Os As a trap comes in a hexdump is first shown, but in the case of a trap > 2610 characters it only shows 2610 and then disappears. Your assistance is much appreciated. ---------------------------------------------------------------------- >Comment By: John Naylon (jbpn) Date: 2001-09-25 08:06 Message: Logged In: YES user_id=93926 This has been backported to V4-2-patches, and will be in the 4.2.2 release. There should be a 4.2.2pre3 out later today that you could download and check that it works for you. ---------------------------------------------------------------------- Comment By: John Naylon (jbpn) Date: 2001-09-24 09:45 Message: Logged In: YES user_id=93926 Okay, the main branch now has a fixed version of snmptrapd. This will likely also be back-ported to 4.2.2. ---------------------------------------------------------------------- Comment By: John Naylon (jbpn) Date: 2001-09-21 08:23 Message: Logged In: YES user_id=93926 Actually, as Wes has just pointed out to me, this problem is not yet fixed in the main branch either. My misunderstanding arises because the underlying library is fixed (or rather, has an alternative API without the problem), but snmptrapd has not yet been changed to take advantage of this. I am pursuing this currently. ---------------------------------------------------------------------- Comment By: John Naylon (jbpn) Date: 2001-09-18 03:52 Message: Logged In: YES user_id=93926 http://sourceforge.net/cvs/?group_id=12694 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-18 03:38 Message: Logged In: NO How and where do I get the latest CVS source package ? ---------------------------------------------------------------------- Comment By: John Naylon (jbpn) Date: 2001-09-17 08:27 Message: Logged In: YES user_id=93926 It will help because the problem is fixed in the latest CVS source. This means that when you compile snmptrapd from this source code, the problem will not exist. You need to fetch the whole package. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-09-17 08:09 Message: Logged In: NO Sorry I do not understand. How will using latest CVS source code and compiling snmptrapd from that fix the problem ? Does only the CVS snmptrapd source need to be fetched and compiled or the whole ucd-snmp package ? Thanks ---------------------------------------------------------------------- Comment By: John Naylon (jbpn) Date: 2001-09-17 07:14 Message: Logged In: YES user_id=93926 This is a known buffer overflow issue. I suggest using the latest CVS source code and compiling snmptrapd from that. This will be fixed in version 5.0 due out before the end of the year, but will *not* be fixed in version 4.2.2, due out within the next couple of weeks. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=112694&aid=462232&group_id=12694 |