From: SourceForge.net <no...@so...> - 2005-06-13 16:31:18
|
Bugs item #1102250, was opened at 2005-01-14 06:41 Message generated for change (Comment added) made by rstory You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: phd (phdokc) Assigned to: Nobody/Anonymous (nobody) Summary: Core dump on CISCO 29K stack Initial Comment: When using snmpget or snmpwalk on a down member of a Cisco 2950 Stack, this action causes a Memory Fault Core Dump. When using snmp on a C2900 stack, you designate the device with the snmp community name and an @es1 for first device and @es2 for the second and so on. So the command I am using looks like this. snmpwalk -c public@es2 switchname2 ifAlias Core dump is almost instant. System is HPUX 11.11, NET-SNMP version 5.2 compiled from SRC. GCC 3.3.3. GNU Make 3.8.0. Also tried the HPUX binary and it just locks up and never returns but does NOT core dump. Have to control-c to break snmpget or walk. NET-SNMP 5.1 has the same results. I am not able to get a sniff at this point but may be able to do so if needed. Please advise. Thanks ---------------------------------------------------------------------- >Comment By: Robert Story (rstory) Date: 2005-06-13 12:31 Message: Logged In: YES user_id=76148 this is not a patch, so moved to bug report. Are you saying that the CISCO has a memory fauls, or the snmpwalk has a core dump? Can you run under a debugger like gdb and get a stack trace? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 |
From: SourceForge.net <no...@so...> - 2005-12-15 13:13:22
|
Bugs item #1102250, was opened at 01/14/05 03:41 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: phd (phdokc) Assigned to: Nobody/Anonymous (nobody) Summary: Core dump on CISCO 29K stack Initial Comment: When using snmpget or snmpwalk on a down member of a Cisco 2950 Stack, this action causes a Memory Fault Core Dump. When using snmp on a C2900 stack, you designate the device with the snmp community name and an @es1 for first device and @es2 for the second and so on. So the command I am using looks like this. snmpwalk -c public@es2 switchname2 ifAlias Core dump is almost instant. System is HPUX 11.11, NET-SNMP version 5.2 compiled from SRC. GCC 3.3.3. GNU Make 3.8.0. Also tried the HPUX binary and it just locks up and never returns but does NOT core dump. Have to control-c to break snmpget or walk. NET-SNMP 5.1 has the same results. I am not able to get a sniff at this point but may be able to do so if needed. Please advise. Thanks ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 12/15/05 05:13 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 180 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Robert Story (rstory) Date: 06/13/05 09:31 Message: Logged In: YES user_id=76148 this is not a patch, so moved to bug report. Are you saying that the CISCO has a memory fauls, or the snmpwalk has a core dump? Can you run under a debugger like gdb and get a stack trace? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 |
From: SourceForge.net <no...@so...> - 2005-12-15 13:17:10
|
Bugs item #1102250, was opened at 01/14/05 03:41 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: phd (phdokc) Assigned to: Nobody/Anonymous (nobody) Summary: Core dump on CISCO 29K stack Initial Comment: When using snmpget or snmpwalk on a down member of a Cisco 2950 Stack, this action causes a Memory Fault Core Dump. When using snmp on a C2900 stack, you designate the device with the snmp community name and an @es1 for first device and @es2 for the second and so on. So the command I am using looks like this. snmpwalk -c public@es2 switchname2 ifAlias Core dump is almost instant. System is HPUX 11.11, NET-SNMP version 5.2 compiled from SRC. GCC 3.3.3. GNU Make 3.8.0. Also tried the HPUX binary and it just locks up and never returns but does NOT core dump. Have to control-c to break snmpget or walk. NET-SNMP 5.1 has the same results. I am not able to get a sniff at this point but may be able to do so if needed. Please advise. Thanks ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 12/15/05 05:17 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 180 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Robert Story (rstory) Date: 06/13/05 09:31 Message: Logged In: YES user_id=76148 this is not a patch, so moved to bug report. Are you saying that the CISCO has a memory fauls, or the snmpwalk has a core dump? Can you run under a debugger like gdb and get a stack trace? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 |
From: SourceForge.net <no...@so...> - 2005-12-15 13:20:04
|
Bugs item #1102250, was opened at 01/14/05 03:41 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: phd (phdokc) Assigned to: Nobody/Anonymous (nobody) Summary: Core dump on CISCO 29K stack Initial Comment: When using snmpget or snmpwalk on a down member of a Cisco 2950 Stack, this action causes a Memory Fault Core Dump. When using snmp on a C2900 stack, you designate the device with the snmp community name and an @es1 for first device and @es2 for the second and so on. So the command I am using looks like this. snmpwalk -c public@es2 switchname2 ifAlias Core dump is almost instant. System is HPUX 11.11, NET-SNMP version 5.2 compiled from SRC. GCC 3.3.3. GNU Make 3.8.0. Also tried the HPUX binary and it just locks up and never returns but does NOT core dump. Have to control-c to break snmpget or walk. NET-SNMP 5.1 has the same results. I am not able to get a sniff at this point but may be able to do so if needed. Please advise. Thanks ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 12/15/05 05:19 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 180 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Robert Story (rstory) Date: 06/13/05 09:31 Message: Logged In: YES user_id=76148 this is not a patch, so moved to bug report. Are you saying that the CISCO has a memory fauls, or the snmpwalk has a core dump? Can you run under a debugger like gdb and get a stack trace? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 |
From: SourceForge.net <no...@so...> - 2006-01-09 14:42:30
|
Bugs item #1102250, was opened at 01/14/05 03:41 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: phd (phdokc) Assigned to: Nobody/Anonymous (nobody) Summary: Core dump on CISCO 29K stack Initial Comment: When using snmpget or snmpwalk on a down member of a Cisco 2950 Stack, this action causes a Memory Fault Core Dump. When using snmp on a C2900 stack, you designate the device with the snmp community name and an @es1 for first device and @es2 for the second and so on. So the command I am using looks like this. snmpwalk -c public@es2 switchname2 ifAlias Core dump is almost instant. System is HPUX 11.11, NET-SNMP version 5.2 compiled from SRC. GCC 3.3.3. GNU Make 3.8.0. Also tried the HPUX binary and it just locks up and never returns but does NOT core dump. Have to control-c to break snmpget or walk. NET-SNMP 5.1 has the same results. I am not able to get a sniff at this point but may be able to do so if needed. Please advise. Thanks ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 01/09/06 06:42 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 180 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Robert Story (rstory) Date: 06/13/05 09:31 Message: Logged In: YES user_id=76148 this is not a patch, so moved to bug report. Are you saying that the CISCO has a memory fauls, or the snmpwalk has a core dump? Can you run under a debugger like gdb and get a stack trace? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1102250&group_id=12694 |