You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(14) |
Nov
(315) |
Dec
(298) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(254) |
Feb
(467) |
Mar
(430) |
Apr
(345) |
May
(406) |
Jun
(336) |
Jul
(313) |
Aug
(265) |
Sep
(433) |
Oct
(462) |
Nov
(387) |
Dec
(232) |
2002 |
Jan
(352) |
Feb
(556) |
Mar
(463) |
Apr
(500) |
May
(557) |
Jun
(337) |
Jul
(317) |
Aug
(279) |
Sep
(273) |
Oct
(354) |
Nov
(267) |
Dec
(347) |
2003 |
Jan
(351) |
Feb
(445) |
Mar
(520) |
Apr
(665) |
May
(499) |
Jun
(393) |
Jul
(304) |
Aug
(425) |
Sep
(262) |
Oct
(329) |
Nov
(220) |
Dec
(174) |
2004 |
Jan
(365) |
Feb
(479) |
Mar
(515) |
Apr
(522) |
May
(214) |
Jun
(471) |
Jul
(292) |
Aug
(341) |
Sep
(243) |
Oct
(446) |
Nov
(294) |
Dec
(147) |
2005 |
Jan
(171) |
Feb
(209) |
Mar
(218) |
Apr
(321) |
May
(233) |
Jun
(534) |
Jul
(268) |
Aug
(345) |
Sep
(498) |
Oct
(557) |
Nov
(459) |
Dec
(238) |
2006 |
Jan
(288) |
Feb
(180) |
Mar
(151) |
Apr
(113) |
May
(164) |
Jun
(277) |
Jul
(160) |
Aug
(383) |
Sep
(221) |
Oct
(404) |
Nov
(358) |
Dec
(163) |
2007 |
Jan
(293) |
Feb
(175) |
Mar
(202) |
Apr
(155) |
May
(427) |
Jun
(484) |
Jul
(414) |
Aug
(125) |
Sep
(131) |
Oct
(160) |
Nov
(79) |
Dec
(70) |
2008 |
Jan
(133) |
Feb
(115) |
Mar
(158) |
Apr
(194) |
May
(197) |
Jun
(230) |
Jul
(146) |
Aug
(68) |
Sep
(93) |
Oct
(53) |
Nov
(95) |
Dec
(69) |
2009 |
Jan
(81) |
Feb
(162) |
Mar
(215) |
Apr
(216) |
May
(78) |
Jun
(131) |
Jul
(61) |
Aug
(176) |
Sep
(127) |
Oct
(28) |
Nov
(83) |
Dec
(94) |
2010 |
Jan
(100) |
Feb
(187) |
Mar
(320) |
Apr
(161) |
May
(194) |
Jun
(142) |
Jul
(129) |
Aug
(139) |
Sep
(239) |
Oct
(202) |
Nov
(139) |
Dec
(196) |
2011 |
Jan
(195) |
Feb
(191) |
Mar
(201) |
Apr
(127) |
May
(84) |
Jun
(126) |
Jul
(101) |
Aug
(237) |
Sep
(123) |
Oct
(104) |
Nov
(197) |
Dec
(114) |
2012 |
Jan
(65) |
Feb
(85) |
Mar
(129) |
Apr
(84) |
May
(94) |
Jun
(83) |
Jul
(89) |
Aug
(85) |
Sep
(89) |
Oct
(73) |
Nov
(34) |
Dec
(38) |
2013 |
Jan
(89) |
Feb
(30) |
Mar
(25) |
Apr
(18) |
May
(20) |
Jun
(45) |
Jul
(74) |
Aug
(37) |
Sep
(72) |
Oct
(30) |
Nov
(67) |
Dec
(24) |
2014 |
Jan
(23) |
Feb
(16) |
Mar
(40) |
Apr
(37) |
May
(12) |
Jun
(18) |
Jul
(30) |
Aug
(26) |
Sep
(24) |
Oct
(32) |
Nov
(15) |
Dec
(33) |
2015 |
Jan
(15) |
Feb
(45) |
Mar
(21) |
Apr
(24) |
May
(22) |
Jun
(7) |
Jul
(57) |
Aug
(17) |
Sep
(16) |
Oct
(3) |
Nov
(8) |
Dec
(13) |
2016 |
Jan
(7) |
Feb
(14) |
Mar
(40) |
Apr
(8) |
May
(10) |
Jun
(6) |
Jul
(8) |
Aug
(10) |
Sep
(19) |
Oct
(20) |
Nov
(45) |
Dec
(10) |
2017 |
Jan
(10) |
Feb
(12) |
Mar
(3) |
Apr
(17) |
May
(41) |
Jun
(21) |
Jul
(13) |
Aug
(13) |
Sep
(7) |
Oct
(23) |
Nov
(10) |
Dec
(23) |
2018 |
Jan
(45) |
Feb
(3) |
Mar
(57) |
Apr
(107) |
May
(173) |
Jun
(47) |
Jul
(28) |
Aug
(26) |
Sep
(38) |
Oct
(56) |
Nov
(22) |
Dec
(11) |
2019 |
Jan
(37) |
Feb
(8) |
Mar
(7) |
Apr
(29) |
May
(32) |
Jun
(5) |
Jul
(21) |
Aug
(31) |
Sep
(38) |
Oct
(8) |
Nov
(13) |
Dec
(10) |
2020 |
Jan
(9) |
Feb
(33) |
Mar
(14) |
Apr
(4) |
May
(16) |
Jun
(11) |
Jul
(14) |
Aug
(50) |
Sep
(24) |
Oct
(3) |
Nov
(14) |
Dec
(13) |
2021 |
Jan
(18) |
Feb
(15) |
Mar
(12) |
Apr
(9) |
May
(9) |
Jun
(8) |
Jul
(6) |
Aug
(7) |
Sep
(26) |
Oct
(17) |
Nov
(6) |
Dec
(2) |
2022 |
Jan
(3) |
Feb
(11) |
Mar
(7) |
Apr
(15) |
May
(5) |
Jun
(4) |
Jul
(29) |
Aug
(6) |
Sep
(7) |
Oct
|
Nov
(4) |
Dec
(1) |
2023 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(3) |
Jun
(5) |
Jul
(3) |
Aug
(10) |
Sep
(10) |
Oct
(7) |
Nov
(2) |
Dec
(4) |
2024 |
Jan
(22) |
Feb
(5) |
Mar
(11) |
Apr
(20) |
May
(16) |
Jun
(9) |
Jul
(14) |
Aug
(5) |
Sep
(7) |
Oct
(4) |
Nov
(3) |
Dec
|
2025 |
Jan
(6) |
Feb
(6) |
Mar
(14) |
Apr
(2) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Stan B. <st...@aw...> - 2000-11-14 21:04:00
|
On Tue Nov 14 12:35:57 2000 Wes Hardaker wrote... > > >Stan> Here is what I get when I run snmpwalk from another machien, so >Stan> that I can see the numeric OID's, which I need to put into the >Stan> mrtg config file. > >If you run snmpwalk with "-On" on the command line, it should print >the OIDs numerically for you. > Ecelent! thanks for the tip. -- Stan Brown st...@aw... 843-745-3154 Charleston SC. -- Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. - (c) 2000 Stan Brown. Redistribution via the Microsoft Network is prohibited. |
From: Szaboky, G. (George) <sz...@lu...> - 2000-11-14 20:46:28
|
Yes, I have seen this behavior also. The code tries to setup the connection with the master agent. If this fails exit() is called. For what it's worth, I agree with Wes. The subagent should only exit optionally. In my app I would like see the failure returned and sleep some period of time and try to establish the connection later. George -----Original Message----- From: Wes Hardaker [mailto:wjh...@uc...] Sent: Tuesday, November 14, 2000 11:46 AM To: Lawrence Greenfield Cc: net...@li... Subject: Re: agentx initialization fails with exit(1) >>>>> On Mon, 13 Nov 2000 15:44:14 -0500, Lawrence Greenfield <le...@an...> said: Lawrence> I've noticed that the AgentX API will fail with an exit(1) Lawrence> inside of init_agent()---really subagent_pre_init(). Bad Dave, Bad Dave! Lawrence> Since my application (the Cyrus IMAP server) will be able to Lawrence> run just dandy without SNMP instrumentation, I'd like to log Lawrence> an error and keep going. It shouldn't be exiting, so yes we should fix this. More appropriately, it probably should only be optionally exiting at the most. Dave? Your opinions? -- Wes Hardaker Please mail all replies to net...@li... _______________________________________________ Net-snmp-coders mailing list Net...@li... http://lists.sourceforge.net/mailman/listinfo/net-snmp-coders |
From: Wes H. <wjh...@uc...> - 2000-11-14 17:46:45
|
>>>>> On Mon, 13 Nov 2000 15:44:14 -0500, Lawrence Greenfield <le...@an...> said: Lawrence> I've noticed that the AgentX API will fail with an exit(1) Lawrence> inside of init_agent()---really subagent_pre_init(). Bad Dave, Bad Dave! Lawrence> Since my application (the Cyrus IMAP server) will be able to Lawrence> run just dandy without SNMP instrumentation, I'd like to log Lawrence> an error and keep going. It shouldn't be exiting, so yes we should fix this. More appropriately, it probably should only be optionally exiting at the most. Dave? Your opinions? -- Wes Hardaker Please mail all replies to net...@li... |
From: Wes H. <wjh...@uc...> - 2000-11-14 17:41:51
|
>>>>> On Mon, 13 Nov 2000 12:46:32 +0100, Klasema Terry <ter...@wi...> said: Klasema> I'm totally new in using SNMP. I want to write an app that Klasema> reads some infos from a network device. When I program an Klasema> action (e.g. click on button should read a specific value Klasema> from the network device) I already have to know the OID of Klasema> that value. So I only need the MIB to get this OID once. But Klasema> therefore a piece of paper with the OIDs and the datatypes Klasema> would be enough. Why do I then have to load a MIB? Well, I Klasema> know that hardcodeing the OIDs in my program isn't a good Klasema> way. So do I have to load a MIB and what are the advantages? Klasema> I would be very glad if someone could help before I do a Klasema> wrong design of my app! 1) The MIBs merely allow you to translate an OID into a textual representation of it (which is frequently more meaningful to human eyes). 2) You might start by reading the tutorials, which discuss this kind of information. http://net-snmp.sourceforge.net/tutorial (see the snmptranslate command for example). -- Wes Hardaker Please mail all replies to net...@li... |
From: Wes H. <wjh...@uc...> - 2000-11-14 17:37:22
|
Stan> Here is what I get when I run snmpwalk from another machien, so Stan> that I can see the numeric OID's, which I need to put into the Stan> mrtg config file. If you run snmpwalk with "-On" on the command line, it should print the OIDs numerically for you. -- Wes Hardaker Please mail all replies to net...@li... |
From: Kapil V. <Ka...@ne...> - 2000-11-14 14:23:34
|
Hi I am using zebra 0.89/ and ucd 4.1.2/ and using smux for BGP MIB support. I have bgpd and snmpd running on a machine and bgp peer running on another machine. when I do an snmpwalk, i get 19 variables only. But when i try to do an snmpset on any table-entry variable in the BGP MIB(which has a read-write permission), the snmpd is killed, smux connection is closed, core file is generated and there is no reponse. When I ran gdb on core, it gave the me following output indicating where core is generated: Core was generated by `./snmpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libdb.so.2...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 0x0 in ?? () (gdb) where #0 0x0 in ?? () #1 0x804b71a in handle_var_list (asp=0x80f82b0) at snmp_agent.c:576 #2 0x804b5ab in handle_next_pass (asp=0x80f82b0) at snmp_agent.c:495 #3 0x804b3fc in handle_snmp_packet (operation=1, session=0x80fdea8, reqid=1024378492, pdu=0x80fe760, magic=0x0) at snmp_agent.c:383 #4 0x806fff6 in _sess_read (sessp=0x80f84f0, fdset=0xbffff8a4) at snmp_api.c:3582 #5 0x8070050 in snmp_sess_read (sessp=0x80f84f0, fdset=0xbffff8a4) at snmp_api.c:3605 #6 0x806f5e9 in snmp_read (fdset=0xbffff8a4) at snmp_api.c:3272 #7 0x804ab1b in receive () at snmpd.c:668 #8 0x804a7f5 in main (argc=1, argv=0xbffffbb4) at snmpd.c:584 can somebody tell me, why the smux connection gets closed or why the snmpd process gets killed, when i try to "set" any variable, which has read-write permissions. Is this related to problems in smux configuration or is it an implementation bug? thanx in advance kapil Net Brahma Technologies Internext Networking Software A Microland Group Venture ka...@ne... www.netbrahma.com |
From: John N. <jb...@ca...> - 2000-11-14 13:42:58
|
Hi, as a matter of interest, I now have a preliminary version of snmplib working that supports pluggable transport layers. At the moment I have implemented (and partially tested) the standard UDP domain, the TCP and Unix domains which UCD-SNMP has traditionally supported (but which I don't think are official standard SNMP transport domains) and an AAL5 PVC domain (which is why I was doing this in the first place). The latter is only supported on Linux; it would be pretty easy to extend this to Solaris as well but I don't have the relevant bits and pieces to hand at the moment. It should be very easy to slot in other transports as long as they support a socket-like interface (so IPX support should be easy enough I believe). This hasn't been too difficult so far. The remaining bits and pieces that need working on are to do with traps, address-based filtering and some miscellaneous other places where the library/agent/apps currently assume an IP transport. Finally there is the small matter of portability (hopefully this is actually helped by the more structured nature of the code). Disappointingly, it hasn't made all that much difference to the size of snmp_api.c -- it's about 100 lines shorter, that's all. If anyone is interested, I can email patches, but for now I won't post anything to the sourceforge page. I expect to clean up the remaining stuff over the next few days. What's the current ETA of 4.2? John -- // Dr. John Naylon // Senior Software Engineer // Cambridge Broadband Ltd. // The future of broadband wireless access // www.cambridgebroadband.com |
From: Wes H. <wjh...@uc...> - 2000-11-14 06:21:54
|
-- "Ninjas aren't dangerous. They're more afraid of you than you are of them." |
From: Lawrence G. <le...@an...> - 2000-11-13 20:44:16
|
I've noticed that the AgentX API will fail with an exit(1) inside of init_agent()---really subagent_pre_init(). Since my application (the Cyrus IMAP server) will be able to run just dandy without SNMP instrumentation, I'd like to log an error and keep going. Would a patch to change void init_agent(const char *app) to /* returns non-zero on error; no further snmp calls should be made unless this returns success */ int init_agent(const char *app) be accepted? Thanks, Larry |
From: <gm...@no...> - 2000-11-13 15:12:06
|
On what do you base the conclusion that "it will only work on an NT"? did you get a binary distribution for Win32? more details please. -GSM %% Regarding SNMP.pm; you wrote: f> Hi f> It appears that the UCD SNMP agent compiled and did a make install fine on Solaris f> 7. Unfortunately f> the version of SNMP.pm that came bundled with it will only work on an NT platform. f> Why they f> bundled this with a Unix SNMP agent is beyond me. I can't seem to find a non f> RPM version of your f> SNMP.pm on the web. Could you send me a zip of it withe the make install stuff. f> I would greatly f> appreciate it. f> Thanks f> Fred Johnson -- G.S. Marzot email: gm...@no... Nortel Networks voice: (978)288-3990 600 Tech Park M/S E65-60-405 pager: (800)409-6080 (40...@sk...) Billerica, MA 01821 fax: (978)670-8145 |
From: <ni...@ba...> - 2000-11-13 14:44:05
|
On Mon, 13 Nov 2000 12:19:32 +0100 Didier Chabanol <did...@fe...> wrote: >Due to the memory leak with sub agent coabitation, we are using a >single master agent for our test. > >The problem seems to be in this line : >The memory adress pointed by (void *) ((char *) cachep->cache_addr + >(cachep->cache_last_found * entrysize)) points out of table limit. In what file? There are very many files in this project, and several thousand lines of code, so could you point a little more precisely? Btw, in what version of ucd-snmp? /Niels -- Get your firstname@lastname email for FREE at http://Nameplanet.com/?su |
From: Didier C. <did...@fe...> - 2000-11-13 14:36:31
|
Oupssss... Sorry file is : kernel_sunos5.c OS : Sun 5.7 version : 4.1.1 masteragent supporting MIB II and host Mib. No sub agent ni...@ba... a écrit : > On Mon, 13 Nov 2000 12:19:32 +0100 Didier Chabanol <did...@fe...> > > wrote: > > >Due to the memory leak with sub agent coabitation, we are using a > > >single master agent for our test. > > > > > >The problem seems to be in this line : > > >The memory adress pointed by (void *) ((char *) cachep->cache_addr + > > >(cachep->cache_last_found * entrysize)) points out of table limit. > > In what file? There are very many files in this project, and several thousand > > lines of code, so could you point a little more precisely? Btw, in what version > > of ucd-snmp? > > /Niels > > -- > Get your firstname@lastname email for FREE at http://Nameplanet.com/?su |
From: Klasema T. <ter...@wi...> - 2000-11-13 11:46:54
|
Hi all! I'm totally new in using SNMP. I want to write an app that reads some infos from a network device. When I program an action (e.g. click on button should read a specific value from the network device) I already have to know the OID of that value. So I only need the MIB to get this OID once. But therefore a piece of paper with the OIDs and the datatypes would be enough. Why do I then have to load a MIB? Well, I know that hardcodeing the OIDs in my program isn't a good way. So do I have to load a MIB and what are the advantages? I would be very glad if someone could help before I do a wrong design of my app! Thank you very much! Regards Terry |
From: Didier C. <did...@fe...> - 2000-11-13 11:19:46
|
Due to the memory leak with sub agent coabitation, we are using a single master agent for our test. The problem seems to be in this line : The memory adress pointed by (void *) ((char *) cachep->cache_addr + (cachep->cache_last_found * entrysize)) points out of table limit. if (cache_valid) { /* Entry is valid, let's try to find a match */ if (req_type == GET_NEXT) { result = getentry(req_type, (void *) ((char *) cachep->cache_addr + (cachep->cache_last_found * entrysize)), cachep->cache_length - (cachep->cache_last_found * entrysize), entrysize, &ep, comp, arg); } else { result = getentry(req_type, cachep->cache_addr, cachep->cache_length, entrysize, &ep, comp, arg); } } Dave Shield a écrit : > Didier> Our validation department is making some load test on this particular > Didier> master agent. > Didier> After 20 hours the master agent crash. > > Mike> Try again, this time please use the current version at > Mike> ftp://ucd-snmp.ucdavis.edu/beta/ucd-snmp-4.2.pre1.tar.gz > > The other thought that springs to mind, is to ask whether > you are testing a single-agent configuration, or whether this > is using a master/slave AgentX setup. > > If the latter, then it is quite possible that the (known) > memory leaks in the AgentX implementation may result in problems > when the system is hammered in this way. > I hope to be able to look at this again before the 4.2 release, > but as always, this is subject to pressures of (paid) work. > > Dave |
From: Dave S. <D.T...@cs...> - 2000-11-13 10:46:18
|
> How do I request an index There's a series of routines register_{string,int,oid}_index that can be used for this. They each take the OID to register under (complete with length), plus the "obvious" value parameter. There are special values ANY_{STRING,INTEGER,OID}_INDEX to request an arbitrary value. Not that this high-level API does not support requesting a "new" value - you'd need to tweak the code, or use the lower level 'register_index' routine Note that this particular facility has not been widely used so far, so there may well be bugs lurking there! > and once I have an index, register the row? That's done much as usual. Simply use the index you've been given to form the OID(s) to register. If you want to register a row slice, you'll probably need to use the routine "register_mib_range". See the file 'agent_registry.c' for the (long!) list of default parameters. We probably need a cleaner interface for this. Again, this probably hasn't been tested as thoroughly as the rest of the agent, so be prepared for problems. :-) Dave |
From: Dave S. <D.T...@cs...> - 2000-11-13 10:03:22
|
Didier> Our validation department is making some load test on this particular Didier> master agent. Didier> After 20 hours the master agent crash. Mike> Try again, this time please use the current version at Mike> ftp://ucd-snmp.ucdavis.edu/beta/ucd-snmp-4.2.pre1.tar.gz The other thought that springs to mind, is to ask whether you are testing a single-agent configuration, or whether this is using a master/slave AgentX setup. If the latter, then it is quite possible that the (known) memory leaks in the AgentX implementation may result in problems when the system is hammered in this way. I hope to be able to look at this again before the 4.2 release, but as always, this is subject to pressures of (paid) work. Dave |
From: Bert D. <dri...@pl...> - 2000-11-12 23:17:14
|
On Sun, 12 Nov 2000, lucy chapa wrote: > We need some help with the UCD SNMP module. The module was installed and > configured on a unix box running solaris and we were able to do some command > line gets and was able to walk through the mib tree however when the program > was run the errors received were "Cannot find module (IP-MIB): At line 0 in > (none), Cannot find module (TCP-MIB): At line 0 in (none), etc, etc" As you surmised, this is due to the libraries inability to find the MIB files. > It looked like the module was unable to locate the mibs we changed the > .profile file to go to a specific directory and located the rfc1850, > rfc1406, rfc1407 mibs and put them there. This is almost certainly the wrong approach. If you built and installed the entire project, it should have installed correct MIBs into /usr/local/share/snmp/mibs (or another place if you specified a different prefix). > Now I am getting the following > errors (just a sampling): > Cannot find module (IP-MIB): At line 12 in (none) If you sucessfully built and installed the project, then continued with the PERL bits, the only thing I can think of is that something is wrong in your environment. I'd suggest checking that MIBS and MIBDIRS are unset. You should not have to replace any of the MIBs that come with NET-SNMP. You'll have to do a "make;make install" in the top net-snmp build directory before trying to test the Perl bits, IIRC. Cheers, -- Bert Bert Driehuis -- dri...@pl... -- +31-20-3116119 If the only tool you've got is an axe, every problem looks like fun! |
From: lucy c. <luc...@ho...> - 2000-11-12 22:31:02
|
We need some help with the UCD SNMP module. The module was installed and configured on a unix box running solaris and we were able to do some command line gets and was able to walk through the mib tree however when the program was run the errors received were "Cannot find module (IP-MIB): At line 0 in (none), Cannot find module (TCP-MIB): At line 0 in (none), etc, etc" It looked like the module was unable to locate the mibs we changed the .profile file to go to a specific directory and located the rfc1850, rfc1406, rfc1407 mibs and put them there. Now I am getting the following errors (just a sampling): ------------------------------------------- PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/usr/local/lib/pt t/libtest..........."my" variable $value masks earlier declaration in same stat. "my" variable @oid_names masks earlier declaration in same statement at blib/li. Cannot find module (IP-MIB): At line 12 in (none) Cannot find module (IF-MIB): At line 12 in (none) Cannot find module (TCP-MIB): At line 12 in (none) Cannot find module (UDP-MIB): At line 12 in (none) Cannot find module (SNMPv2-MIB): At line 12 in (none) Cannot find module (SNMPv2-SMI): At line 12 in (none) Cannot find module (UCD-SNMP-MIB): At line 12 in (none) Cannot find module (UCD-DEMO-MIB): At line 12 in (none) Cannot find module (SNMP-VIEW-BASED-ACM-MIB): At line 12 in (none) Cannot find module (SNMP-COMMUNITY-MIB): At line 12 in (none) Cannot find module (SNMP-FRAMEWORK-MIB): At line 12 in (none) Cannot find module (SNMP-MPD-MIB): At line 12 in (none) Cannot find module (SNMP-USER-BASED-SM-MIB): At line 12 in (none) Cannot find module (SNMPv2-SMI): At line 18 in /usr/local/lib/MIBS/rfc1850.mib Cannot find module (SNMPv2-SMI-v1): At line 20 in /usr/local/lib/MIBS/rfc1850.mb Bad operator (Jan): At line 39 in /usr/local/lib/MIBS/rfc1850.mib ---------------------------------------------------- We thought that the mibs might be the wrong version. Any help would be appreciated. Lucy Chapa luc...@ho... _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. |
From: <ni...@ba...> - 2000-11-12 12:16:34
|
On Fri, 10 Nov 2000 16:36:57 +0100 RADMAN Stefan <Ste...@CT...> wrote: > >Niels> It actually failed when it tried to generate the error message! APply >the >Niels> following patch > >Does that mean you were not able to reproduce the problem ? It means that I did reproduce it, but your analysis was wrong. >Thanks for the patch - basically it worked but I had 3 problems: >(1) third hunk failed - guess that's why I dont get the "(Node: (top) -> " >output but just the oid I requested Oops, sorry about that, I did the patch against something more recent than 4.2.pre1 which may have affected it. /Niels -- Get your firstname@lastname email for FREE at http://Nameplanet.com/?su |
From: Szaboky, G. (George) <sz...@lu...> - 2000-11-10 22:59:35
|
Hi, I am developing an agentx subagent that uses a private mib. I want to register for a row in a table. How do I request an index and once I have an index, register the row? George |
From: Terminator r. <kar...@el...> - 2000-11-10 22:21:16
|
That would be very good. I actually had done a 'make install' of the NetSNMP code, but of course it was into '/tmp/net-snmp-test' so perl didn't find it. Sorry for the confusion, -r On 10 Nov 2000, G. S. Marzot wrote: > perl Makefile.PL NET-SNMP-PATH=/usr/local -- O----O Karl "rat" Schilke -- kar...@el... -- (360)816-3837 \Oo/ ==\/== Caution: Fruit Filling May Be Extremely Hot. |
From: <gm...@no...> - 2000-11-10 22:17:23
|
I am not sure it would make sense to build and install Perl/SNMP without having net-snmp installed already. I do think that Makefile.PL needs a way to specify explicitly where the install path is for net-snmp because people often have a stable (old) release and a new one that they are trying out. something like perl Makefile.PL NET-SNMP-PATH=/usr/local -GSM -- G.S. Marzot email: gm...@no... Nortel Networks voice: (978)288-3990 600 Tech Park M/S E65-60-405 pager: (800)409-6080 (40...@sk...) Billerica, MA 01821 fax: (978)670-8145 |
From: Wes H. <wjh...@uc...> - 2000-11-10 19:09:29
|
>>>>> On Thu, 9 Nov 2000 20:52:19 -0800 (PST), jaya Bharathi <mbh...@ya...> said: jaya> I have newly moved to snmp programming side. I have written a jaya> MIB file. I need to compile and use that mib file in my jaya> project. I need to perform all the operations on the mib jaya> like(get,set etc). How do I compile the MIB file using ucd snmp jaya> tool kit. Please advise me on this. There is a tutorial on this subject at http://net-snmp.sourceforge.net/tutorial/toolkit. Additionally, you should read the AGENT.txt file found in the ucd-snmp source-code's tar ball. -- Wes Hardaker Please mail all replies to net...@li... |
From: RADMAN S. <Ste...@ct...> - 2000-11-10 19:09:28
|
Niels> It actually failed when it tried to generate the error message! APply the Niels> following patch Does that mean you were not able to reproduce the problem ? Thanks for the patch - basically it worked but I had 3 problems: (1) third hunk failed - guess that's why I dont get the "(Node: (top) -> " output but just the oid I requested (2) had to add '#include "tools.h"' to mib.c to define SNMP_FREE Thanks Stefan Here is the (new) patch that worked for me (pure 4.2.pre1): *** snmplib/mib.c.orig Fri Nov 10 14:03:57 2000 --- snmplib/mib.c Fri Nov 10 15:00:21 2000 *************** *** 79,84 **** --- 79,85 ---- #include "read_config.h" #include "snmp_debug.h" #include "default_store.h" + #include "tools.h" static struct tree * _sprint_objid(char *buf, oid *objid, size_t objidlen); static char *uptimeString (u_long, char *); *************** *** 1252,1257 **** --- 1253,1259 ---- tree_top = (struct tree *)calloc(1,sizeof(struct tree)); /* XX error check ? */ if (tree_top) { + tree_top->label = strdup("(top)"); tree_top->child_list = tree_head; } } *************** *** 1260,1266 **** shutdown_mib (void) { unload_all_mibs(); ! free(tree_top); tree_top = NULL; tree_head = NULL; Mib = NULL; free(Prefix); Prefix = NULL; --- 1262,1271 ---- shutdown_mib (void) { unload_all_mibs(); ! if (tree_top) { ! SNMP_FREE(tree_top->label); ! free(tree_top); tree_top = NULL; ! } tree_head = NULL; Mib = NULL; free(Prefix); Prefix = NULL; |
From: Wes H. <wjh...@uc...> - 2000-11-10 19:09:14
|
Is there any reason why anyone can think that the following is necessary in the snmptrapd code: /* Close all unnecessary file descriptors */ fdnum = getdtablesize(); for ( fd = (STDERR_FILENO + 1); fd < fdnum; fd++ ) close(fd); There shouldn't be any other file descriptors, since snmptrapd isn't itself forked. (I'm trying to deal with a snmp_logging problem that stems from the logging file descriptor getting closed) -- "Ninjas aren't dangerous. They're more afraid of you than you are of them." |