You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
(10) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
(9) |
Mar
(1) |
Apr
(3) |
May
(2) |
Jun
(7) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2003 |
Jan
|
Feb
|
Mar
(13) |
Apr
(2) |
May
|
Jun
(4) |
Jul
(7) |
Aug
(7) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
2005 |
Jan
(10) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Suba J <Su...@ar...> - 2007-03-05 10:34:40
|
SGVsbG8sDQoNCiAgICAgICAgSSBhbSBzZWFyY2hpbmcgdGhzIG9wZW5TTk1QIGJ1dCBpIGRpZG4n dCBnb3QgYW55dGhpbmcgaXQgdG8gYmUgDQpyZWxhdGVkLg0KDQogICAgICAgIFBsZWFzZSBoZWxw IGZvciBtZSwgZ2l2ZSBzb21lIGRldGFpbHMgYWJvdXQNCg0KICAgICAgICAgICAgICAgIC0gaG93 IHRvIGV4cGxvcmUgdGhlIE9wZW5TTk1QPw0KICAgICAgICAgICAgICAgIC0gd2hhdCBhcmUgdGhl IG1vZHVsZXMgb2YgT3BlblNOTVA/DQogICAgICAgICAgICAgICAgLSB3aGF0IGFyZSBBUEkncyBh bmQgZGF0YSBzdHJ1Y3R1cmVzIG9mIE9wZW5TTk1QPw0KDQogICAgICAgIFBsZWFzZSBnaXZlIHRo ZSBpbmZvcm1hdGlvbiBhcyBtdWNoIGFzIHF1aWNrLg0KDQpUaGFuayB1Lg0KDQoqKioqKioqKioq KioqKioqKioqKioqKiAgQXJpY2VudC1Qcml2YXRlICAgKioqKioqKioqKioqKioqKioqKioqKioN CiJESVNDTEFJTUVSOiBUaGlzIG1lc3NhZ2UgaXMgcHJvcHJpZXRhcnkgdG8gQXJpY2VudCBhbmQg aXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIAp0aGUgaW5kaXZpZHVhbCB0byB3aG9t IGl0IGlzIGFkZHJlc3NlZC4gSXQgbWF5IGNvbnRhaW4gcHJpdmlsZWdlZCBvciBjb25maWRlbnRp YWwgaW5mb3JtYXRpb24gYW5kIHNob3VsZCBub3QgYmUgCmNpcmN1bGF0ZWQgb3IgdXNlZCBmb3Ig YW55IHB1cnBvc2Ugb3RoZXIgdGhhbiBmb3Igd2hhdCBpdCBpcyBpbnRlbmRlZC4gSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGluIGVycm9yLCAKcGxlYXNlIG5vdGlmeSB0aGUgb3Jp Z2luYXRvciBpbW1lZGlhdGVseS4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVu dCwgeW91IGFyZSBub3RpZmllZCB0aGF0IHlvdSBhcmUgc3RyaWN0bHkKcHJvaGliaXRlZCBmcm9t IHVzaW5nLCBjb3B5aW5nLCBhbHRlcmluZywgb3IgZGlzY2xvc2luZyB0aGUgY29udGVudHMgb2Yg dGhpcyBtZXNzYWdlLiBBcmljZW50IGFjY2VwdHMgbm8gcmVzcG9uc2liaWxpdHkgZm9yIApsb3Nz IG9yIGRhbWFnZSBhcmlzaW5nIGZyb20gdGhlIHVzZSBvZiB0aGUgaW5mb3JtYXRpb24gdHJhbnNt aXR0ZWQgYnkgdGhpcyBlbWFpbCBpbmNsdWRpbmcgZGFtYWdlIGZyb20gdmlydXMuIgo= |
From: Wes H. <har...@us...> - 2006-11-03 00:46:25
|
>>>>> "BS" == Brendan Simon <Br...@Br...> writes: BS> I hope you can get some proposals and funding together to take BS> OpenSNMP to the next level to be as functionally complete as BS> net-snmp. Me too! Though to be honest, we never expected OpenSNMP to catch up to Net-SNMP. Regardless of whether OpenSNMP is better or not, it would have to achieve greater development speed than Net-SNMP to eventually catch the feature set which is rather huge at this point. When we make decisions about what to use, we try to pick the best project for each job. Sometimes it's one, sometimes it's another.... -- Wes Hardaker Sparta, Inc. |
From: Brendan S. <Br...@Br...> - 2006-11-02 21:32:22
|
Thanks again Wes. I will probably choose Net-SNMP of OpenSNMP for the following reasons. * SNMPv2c & SNMPv1 - some large organisations have a large install base of v1/2 monitoring software. * Larger install base => critical bugs are noticed and fixed earlier. * New python interface in 5.4 release :) I would liked to have chosen OpenSNMP because it sounds like it has been engineered from the ground up to be more modular, etc, with proper use of C++ :) I understand it is not as mature as net-snmp, but unfortunately it lacks a few features and is not a very active project. I hope you can get some proposals and funding together to take OpenSNMP to the next level to be as functionally complete as net-snmp. I have some net-policy questions but I'll ask on the appropriate mailing list. Thanks again. Brendan. Wes Hardaker wrote: >>>>>> "BS" == Brendan Simon <Br...@Br...> writes: >>>>>> > > BS> This implies that net-snmp is not fully compliant with the SNMPv3 > BS> standards architecture. Is there any documentation for net-snmp that > BS> states where it does not comply? Maybe it's only in the threading ??? > > The SNMPv3 architecture describes how to make a SNMP engine modular > according to the pieces that are described in RFC4311. That > architecture is just "one" way to do it and is not "the" way to do > it. SNMPv3 in Net-SNMP is completely compliant with the wire > protocol, but doesn't exactly mirror the "example" internal > architecture described by RFC4311. Specifically, the dispatcher and > the message processing are not quite as separated as that document > describes. The security modules, however, actually are. But there is > no downside to the implementation with respect to supporting the > protocol. > > The OpenSNMP stack, on the other hand, was actually created to *test* > the architecture described in RFC4311 to make sure the RFCs weren't > missing anything important (the work was done during the time the > standards were being prepared and it was a double check on the > standards documents). > > >>> OpenSNMP isn't heavily used, but we do use it ourselves in the >>> net-policy project (also a sourceforge project) for the management end >>> and it functions very well there. >>> >>> > BS> To what extent? > BS> Are all SNMPv3 functions available, or does net-snmp provide more? > > All SNMPv3 functions are available. However, Net-SNMP has more > transports (tcp, for one) available for it too... Both support IPv4 > and IPv6 though. > > Net-SNMP has a few more experimental SNMPv3 plugins though (the > kerberos security model, etc). > > Also, by the way, OpenSNMP only supports SNMPv3. It does not support > SNMPv2c or SNMPv1. > > BS> In general I see the move to C++ as a good thing, from a software > BS> engineering viewpoint, if used appropriately :) > > >>> C++ has its ups and dows, just like C! I think it worked really well >>> for the OpenSNMP project, but we did a lot of advanced design that >>> made it work well. >>> > > BS> In what way do believe it works well, and presumably better that net-snmp? > > It works well because we use a number of class hierarchy features that > allow easier reuse. Net-SNMP is filled with function pointers, which > works really well, but many people have a harder time understanding > than passing objects around instead. Both work perfectly well, > actually, and I'd even suspect that Net-SNMP might be faster but again > no speed tests have been done. > > BS> I'm curious to know why the agent has been a lower priority. Maybe the > BS> demands of something like net-policy (eg. multi-threaded client > BS> application) was the catalyst and motivation, and that net-snmp was more > BS> than adequate as an agent? > > Net-SNMP's agent is very very well tested and we simply haven't had > the funding to make OpenSNMP's agent as robust. It's not that we > didn't want to, it entirely has to do with what we had funding to work > on. We have needed the client side code more lately, so it's received > more attention. It's as simple as that. > > BS> I understand that they are independent projects, but I guess I'm > BS> interested in the motivation for writing OpenSNMP rather than > BS> using/modifying Net-SNMP. Whas it to: > > BS> * improve functionality? > BS> * improve performance? > BS> * improve robustness? > BS> * learn to use C++? > > None of the above. The goal was to produce a different package which > was written from the ground up to test the SNMPv3 specifications. The > same project was responsible for putting in the SNMPv3 code into > net-snmp as well, actually (there were two phases to the project; the > first was to retrofit an older package and the second was to do a > study from the ground up testing the specification itself). > > BS> Was net-policy the motivation or just the catalyst for OpenSNMP? > BS> What other motivations have I missed? > > Net-Policy was actually a different project that came around after > OpenSNMP. We simple used OpenSNMP as the SNMP stack within the > management framework of Net-Policy (which is one of the reasons, as I > said above, why OpenSNMP's management side code has gotten more attention). > |
From: Wes H. <har...@us...> - 2006-11-02 14:57:20
|
>>>>> "BS" == Brendan Simon <Br...@Br...> writes: BS> This implies that net-snmp is not fully compliant with the SNMPv3 BS> standards architecture. Is there any documentation for net-snmp that BS> states where it does not comply? Maybe it's only in the threading ??? The SNMPv3 architecture describes how to make a SNMP engine modular according to the pieces that are described in RFC4311. That architecture is just "one" way to do it and is not "the" way to do it. SNMPv3 in Net-SNMP is completely compliant with the wire protocol, but doesn't exactly mirror the "example" internal architecture described by RFC4311. Specifically, the dispatcher and the message processing are not quite as separated as that document describes. The security modules, however, actually are. But there is no downside to the implementation with respect to supporting the protocol. The OpenSNMP stack, on the other hand, was actually created to *test* the architecture described in RFC4311 to make sure the RFCs weren't missing anything important (the work was done during the time the standards were being prepared and it was a double check on the standards documents). >> OpenSNMP isn't heavily used, but we do use it ourselves in the >> net-policy project (also a sourceforge project) for the management end >> and it functions very well there. >> BS> To what extent? BS> Are all SNMPv3 functions available, or does net-snmp provide more? All SNMPv3 functions are available. However, Net-SNMP has more transports (tcp, for one) available for it too... Both support IPv4 and IPv6 though. Net-SNMP has a few more experimental SNMPv3 plugins though (the kerberos security model, etc). Also, by the way, OpenSNMP only supports SNMPv3. It does not support SNMPv2c or SNMPv1. BS> In general I see the move to C++ as a good thing, from a software BS> engineering viewpoint, if used appropriately :) >> C++ has its ups and dows, just like C! I think it worked really well >> for the OpenSNMP project, but we did a lot of advanced design that >> made it work well. BS> In what way do believe it works well, and presumably better that net-snmp? It works well because we use a number of class hierarchy features that allow easier reuse. Net-SNMP is filled with function pointers, which works really well, but many people have a harder time understanding than passing objects around instead. Both work perfectly well, actually, and I'd even suspect that Net-SNMP might be faster but again no speed tests have been done. BS> I'm curious to know why the agent has been a lower priority. Maybe the BS> demands of something like net-policy (eg. multi-threaded client BS> application) was the catalyst and motivation, and that net-snmp was more BS> than adequate as an agent? Net-SNMP's agent is very very well tested and we simply haven't had the funding to make OpenSNMP's agent as robust. It's not that we didn't want to, it entirely has to do with what we had funding to work on. We have needed the client side code more lately, so it's received more attention. It's as simple as that. BS> I understand that they are independent projects, but I guess I'm BS> interested in the motivation for writing OpenSNMP rather than BS> using/modifying Net-SNMP. Whas it to: BS> * improve functionality? BS> * improve performance? BS> * improve robustness? BS> * learn to use C++? None of the above. The goal was to produce a different package which was written from the ground up to test the SNMPv3 specifications. The same project was responsible for putting in the SNMPv3 code into net-snmp as well, actually (there were two phases to the project; the first was to retrofit an older package and the second was to do a study from the ground up testing the specification itself). BS> Was net-policy the motivation or just the catalyst for OpenSNMP? BS> What other motivations have I missed? Net-Policy was actually a different project that came around after OpenSNMP. We simple used OpenSNMP as the SNMP stack within the management framework of Net-Policy (which is one of the reasons, as I said above, why OpenSNMP's management side code has gotten more attention). -- Wes Hardaker Sparta, Inc. |
From: Brendan S. <Br...@Br...> - 2006-11-02 05:49:54
|
Thanks Wes. A few follow up questions :) Wes Hardaker wrote: > Well, we actually haven't done a comparison between the two as far as > performance, etc. > > OpenSNMP was designed from the ground up using a threaded C++ > architecture that is completely modular and compliant with the SNMPv3 > standards architecture. Net-SNMP's SNMPv3 code, on the other hand, > was an add-on and isn't thread safe (that being said, it's very > heavily used). (net-snmp supports an asynchronous call back mechanism, > though, that sort of provides some of what you'd get with threads). > This implies that net-snmp is not fully compliant with the SNMPv3 standards architecture. Is there any documentation for net-snmp that states where it does not comply? Maybe it's only in the threading ??? > OpenSNMP isn't heavily used, but we do use it ourselves in the > net-policy project (also a sourceforge project) for the management end > and it functions very well there. > To what extent? Are all SNMPv3 functions available, or does net-snmp provide more? > We haven't done any speed comparisons between the two, though (but if > someone did, we'd love to see the results). > > BS> Is there a feature/status comparison matrix for OpenSNMP versus > BS> NetSNMP (various versions). If not, a wiki page and table would > BS> be nice ;-) > > Nope, there isn't and yes it'd be nice! > If there was a wiki template somewhere, then it would be easier for users to fill out if they were to perform comparisons. > BS> In general I see the move to C++ as a good thing, from a software > BS> engineering viewpoint, if used appropriately :) > > C++ has its ups and dows, just like C! I think it worked really well > for the OpenSNMP project, but we did a lot of advanced design that > made it work well. > In what way do believe it works well, and presumably better that net-snmp? > BS> Is the this project still active? > > Yes, but not really really active. We use it internally for some of > our projects and there are some other people that have used the stack, > but it doesn't hold the popularity that Net-SNMP has had. > > BS> I note that OpenSNMP has been used for client side managment apps with > BS> some success :) > > Yep. Like Net-Policy. > > BS> Is the OpenSNMP agent working? > > It is "sort of" functional. It does work, but really needs a lot more > work for it to be robust. > > BS> If so, would it be considered robust and reliable for a network product??? > > I don't think so for the agent. The management side code, however, > I'd say yes. > I'm curious to know why the agent has been a lower priority. Maybe the demands of something like net-policy (eg. multi-threaded client application) was the catalyst and motivation, and that net-snmp was more than adequate as an agent? > BS> Is the long term goal for OpenSNMP to replace NetSNMP ??? > > Nope. They're independent projects. > I understand that they are independent projects, but I guess I'm interested in the motivation for writing OpenSNMP rather than using/modifying Net-SNMP. Whas it to: * improve functionality? * improve performance? * improve robustness? * learn to use C++? Was net-policy the motivation or just the catalyst for OpenSNMP? What other motivations have I missed? Thanks, Brendan. |
From: Wes H. <har...@us...> - 2006-11-02 03:38:50
|
>>>>> "BS" == Brendan Simon <Br...@Br...> writes: BS> I have a product that uses NetSNMP-5.1. I am looking at developing a BS> next generation product and am wondering if OpenSNMP may be a better BS> option than NetSNMP-5.3. Any comments or views ??? Well, we actually haven't done a comparison between the two as far as performance, etc. OpenSNMP was designed from the ground up using a threaded C++ architecture that is completely modular and compliant with the SNMPv3 standards architecture. Net-SNMP's SNMPv3 code, on the other hand, was an add-on and isn't thread safe (that being said, it's very heavily used). (net-snmp supports an asynchronous call back mechanism, though, that sort of provides some of what you'd get with threads). OpenSNMP isn't heavily used, but we do use it ourselves in the net-policy project (also a sourceforge project) for the management end and it functions very well there. We haven't done any speed comparisons between the two, though (but if someone did, we'd love to see the results). BS> Is there a feature/status comparison matrix for OpenSNMP versus BS> NetSNMP (various versions). If not, a wiki page and table would BS> be nice ;-) Nope, there isn't and yes it'd be nice! BS> In general I see the move to C++ as a good thing, from a software BS> engineering viewpoint, if used appropriately :) C++ has its ups and dows, just like C! I think it worked really well for the OpenSNMP project, but we did a lot of advanced design that made it work well. BS> I think there are Perl interfaces, but are there interfaces to other BS> languages, eg. python ?? What about using SWIG ??? Only net-snmp has interfaces to perl and python (the python interface is very new and only in Net-SNMP 5.4). BS> Is the this project still active? Yes, but not really really active. We use it internally for some of our projects and there are some other people that have used the stack, but it doesn't hold the popularity that Net-SNMP has had. BS> I note that OpenSNMP has been used for client side managment apps with BS> some success :) Yep. Like Net-Policy. BS> Is the OpenSNMP agent working? It is "sort of" functional. It does work, but really needs a lot more work for it to be robust. BS> If so, would it be considered robust and reliable for a network product??? I don't think so for the agent. The management side code, however, I'd say yes. BS> Is the long term goal for OpenSNMP to replace NetSNMP ??? Nope. They're independent projects. -- Wes Hardaker Sparta, Inc. |
From: Brendan S. <Br...@Br...> - 2006-11-02 00:43:26
|
I have a product that uses NetSNMP-5.1. I am looking at developing a next generation product and am wondering if OpenSNMP may be a better option than NetSNMP-5.3. Any comments or views ??? Presumably OpenSNMP is a newer architecture, and since it is designed by some core NetSNMP developers (hi Wes & Co) , presumably it improves on some of the known deficiencies in NetSNMP. Are my presumptions correct? Is there a feature/status comparison matrix for OpenSNMP versus NetSNMP (various versions). If not, a wiki page and table would be nice ;-) In general I see the move to C++ as a good thing, from a software engineering viewpoint, if used appropriately :) I think there are Perl interfaces, but are there interfaces to other languages, eg. python ?? What about using SWIG ??? Is the this project still active? If so, how active? I note that OpenSNMP has been used for client side managment apps with some success :) Is the OpenSNMP agent working? If so, would it be considered robust and reliable for a network product??? Is the long term goal for OpenSNMP to replace NetSNMP ??? Cheers, Brendan. |
From: Ravi J. <oh...@gm...> - 2005-01-26 12:21:51
|
I did more research on the web and found this link[0] the last paragraph drew my attention and it says: "[snip.. ]. It seems that different versions of BDB simply *cannot* coexist on one box, and as a result, every OS has implemented its own custom solution to the problem (renaming libraries, installing them in weird places, etc.) It makes our ./configure system hellish." So this could be the reason I have yet to bring this matter on Debian lists. In the mean time I have patched the configure.in to use AC_TRY_LINK macro to find the C++ bindings for Berkeley DB. I have already submitted a patch on the list[1]. I can now build opensnmp on Debian. Hope this patch is useful for others. Wes, thanks for you help in debugging this problem. Ravi [0] http://svn.haxx.se/dev/archive-2003-01/1125.shtml [1] http://sourceforge.net/tracker/index.php?func=detail&aid=1109797&group_id=11101&atid=311101 |
From: Wes H. <har...@us...> - 2005-01-20 14:52:00
|
>>>>> On Thu, 20 Jan 2005 09:57:18 +0000, Ravi Joganathan <oh...@gm...> said: >> Can you run a similar test just to see what happens? Ravi> On Debian Sarge I get the following symbols... Ravi> # nm /usr/lib/libdb_cxx-4.2.a | grep version Ravi> U db_version_4002 Ravi> 00003500 T _ZN5DbEnv7versionEPiS0_S0_ Ravi> 00000000 T db_version_4002 Ravi> U db_version_4002 Errr.... grr..... bummer. How about db_create? I'm wondering if it's just the version tag that is like that. This is a really weird problem. I mean, you can't change function names and still have them usable so I'm not sure if debian has packaged them weird or .... FYI, this is useful for looking for symbols that don't have an embedded version number: nm /usr/lib/libdb_cxx-4.2.a | & grep -v ' _' | grep ' T ' | less -- Wes Hardaker Sparta |
From: Ravi J. <oh...@gm...> - 2005-01-20 09:57:23
|
On Wed, 19 Jan 2005 20:06:03 -0800, Wes Hardaker <har...@us...> wrote: > # nm /usr/lib/libdb_cxx-4.2.a | grep version > U db_version > 00003500 T _ZN5DbEnv7versionEPiS0_S0_ > 00000000 T db_version > U db_version > > Can you run a similar test just to see what happens? On Debian Sarge I get the following symbols... # nm /usr/lib/libdb_cxx-4.2.a | grep version U db_version_4002 00003500 T _ZN5DbEnv7versionEPiS0_S0_ 00000000 T db_version_4002 U db_version_4002 FYI, Debian's db_cxx is not linked against pthread library, I don't know whether it is relevant or not. On googling I found some threads regarding db_cxx linking / not-linking against pthread. Ravi |
From: Wes H. <har...@us...> - 2005-01-20 05:01:14
|
>>>>> On Wed, 19 Jan 2005 15:09:26 +0000, Ravi Joganathan <oh...@gm...> said: Ravi> So, it is failing to find the function db_version from the Ravi> db_cxx library. Odd. Mine has it in it: # nm /usr/lib/libdb_cxx-4.2.a | grep version U db_version 00003500 T _ZN5DbEnv7versionEPiS0_S0_ 00000000 T db_version U db_version Can you run a similar test just to see what happens? -- Wes Hardaker Sparta |
From: Ravi J. <oh...@gm...> - 2005-01-19 15:09:32
|
On Tue, 18 Jan 2005 06:48:12 -0800, Wes Hardaker <har...@us...> wrote: > configure would support testing for C++ class functions or not, so I > simply tested for a normal C function in the C++ library. This > function should exist in the db_cxx library so the test will > definitely work. On Debian the test fails and config.log has the following: configure:2877: g++ -o conftest -I/usr/include -I/usr/local/include -L/usr/lib -L/usr/local/lib conftest.cc -ldb_cxx -lpthread -lcrypto -lsmi >&5 /tmp/ccYDVjEl.o(.text+0x11): In function `main': : undefined reference to `db_version' So, it is failing to find the function db_version from the db_cxx library. On researching I found another macro AX_PATH_BDB[1] that can also look for bdb versions. When time permits I'll try this macro or I'll try something with AC_TRY_RUN macro and report back later. Ravi [0] http://www.gnu.org/software/ac-archive/htmldoc/ax_path_bdb.html |
From: Wes H. <har...@us...> - 2005-01-18 14:48:19
|
>>>>> On Mon, 17 Jan 2005 10:01:47 +0000, Ravi Joganathan <oh...@gm...> said: Ravi> I did more digging on this issue and found the following in the Ravi> configure.in file could this be a bug? I'm not sure that it accurately tests for inclusion of the C++ support, you're right. When the configure script was written I didn't really want to see if configure would support testing for C++ class functions or not, so I simply tested for a normal C function in the C++ library. This function should exist in the db_cxx library so the test will definitely work. The question is whether it could be written to test a C++ function instead, and whether we should do that. However, as is its not a bug though you could certainly argue it has a missing feature. (Note that the db_cxx.h file is also checked for) -- Wes Hardaker Sparta |
From: Ravi J. <oh...@gm...> - 2005-01-17 10:01:50
|
Wes, I did more digging on this issue and found the following in the configure.in file could this be a bug? dnl DbEnv::version AC_CHECK_LIB(db_cxx, db_version,, AC_MSG_ERROR("libDB not found. get version 3.1 or higher from http://www.sleepycat.com/. Make sure it is compiled with --enable-cxx.")) The comment indicates that we are looking for a c++ function DbEnv::version but the AC_CHECK_LIB macro is checking for a C function which is not defined in db_cxx.h. Regards Ravi On Fri, 14 Jan 2005 09:49:56 -0800, Wes Hardaker <har...@us...> wrote: > >>>>> On Tue, 4 Jan 2005 16:45:56 +0000, Ravi Joganathan <oh...@gm...> said: > > Ravi> I am trying to compile opensnmp and the configure script reports > Ravi> that I do not have BerkeleyDB installed. > > Also, look in the config.log file which should show what the error > messages from the compiler where when it was trying to search for it. > > -- > Wes Hardaker > Sparta > |
From: Wes H. <har...@us...> - 2005-01-14 17:50:05
|
>>>>> On Tue, 4 Jan 2005 16:45:56 +0000, Ravi Joganathan <oh...@gm...> said: Ravi> I am trying to compile opensnmp and the configure script reports Ravi> that I do not have BerkeleyDB installed. Also, look in the config.log file which should show what the error messages from the compiler where when it was trying to search for it. -- Wes Hardaker Sparta |
From: Michael B. <ba...@us...> - 2005-01-05 00:40:43
|
>>>>> "Ravi" == Ravi Joganathan <oh...@gm...> writes: Ravi> Hi I am trying to compile opensnmp and the configure Ravi> script reports that I do not have BerkeleyDB installed. I Ravi> have the correct db installed (built with --enable-cxx). Ravi> I am executing configure with the following command line. Ravi> ./configure --with-bdb=/usr Hmm, you might try '--with-bdb=/usr/lib' or just not use '--with-bdb' at all. If the libdb_cxx library is in the library search path (I'm not sure how this is handled in Debian, but ldconfig and /etc/ld.so.conf in fedora), you should be able to run configure without the '--with-bdb' option. Another possibility is to use '--with-ldflags=-L/exact/path/to/libdb_cxx/directory/' instead of the '--with-bdb'. Ravi> Output from configure: [snip lots of test...] checking Ravi> for smiInit in -lsmi... yes checking for EVP_md5 in Ravi> -lcrypto... yes checking for pthread_create in Ravi> -lpthread... yes checking for db_version in -ldb_cxx... no Ravi> configure: error: "libDB not found. get version 3.1 or Ravi> higher from http://www.sleepycat.com/. Make sure it is Ravi> compiled with --enable-cxx." Ravi> Build host: Debian Sarge Ravi> Available header: Ravi> # ls -l /usr/include/*db* Ravi> -rw-r--r-- 1 root root 6211 2004-08-21 06:12 Ravi> /usr/include/db_185.h -rw-r--r-- 1 root root 33210 Ravi> 2004-08-21 06:12 /usr/include/db_cxx.h -rw-r--r-- 1 root Ravi> root 83104 2004-08-21 06:12 /usr/include/db.h -rw-r--r-- 1 Ravi> root root 25993 2004-05-25 19:19 /usr/include/netdb.h Ravi> -rw-r--r-- 1 root root 3326 2004-07-21 19:09 Ravi> /usr/include/pcap-namedb.h -rw-r--r-- 1 root root 16071 Ravi> 2004-05-25 19:19 /usr/include/thread_db.h Ravi> Available libraries: Ravi> # ls -l /usr/lib/*db* Ravi> lrwxrwxrwx 1 root root 15 2004-06-18 13:46 Ravi> /usr/lib/libdb-3.2.so -> libdb3.so.3.0.2 lrwxrwxrwx 1 root Ravi> root 15 2004-06-18 13:46 /usr/lib/libdb-3.so -> Ravi> libdb3.so.3.0.2 lrwxrwxrwx 1 root root 15 2004-06-18 13:46 Ravi> /usr/lib/libdb3.so.3 -> libdb3.so.3.0.2 -rw-r--r-- 1 root Ravi> root 692456 2004-05-26 19:23 /usr/lib/libdb3.so.3.0.2 Ravi> -rw-r--r-- 1 root root 678224 2004-06-10 17:30 Ravi> /usr/lib/libdb-4.0.so -rw-r--r-- 1 root root 789512 Ravi> 2004-03-17 16:33 /usr/lib/libdb-4.1.so -rw-r--r-- 1 root Ravi> root 1203088 2004-08-21 06:27 /usr/lib/libdb-4.2.a Ravi> -rw-r--r-- 1 root root 781 2004-08-21 06:21 Ravi> /usr/lib/libdb-4.2.la -rw-r--r-- 1 root root 876584 Ravi> 2004-08-21 06:27 /usr/lib/libdb-4.2.so lrwxrwxrwx 1 root Ravi> root 12 2005-01-04 10:43 /usr/lib/libdb-4.so -> Ravi> libdb-4.2.so lrwxrwxrwx 1 root root 11 2005-01-04 10:43 Ravi> /usr/lib/libdb.a -> libdb-4.2.a -rw-r--r-- 1 root root Ravi> 732544 2004-06-10 17:30 /usr/lib/libdb_cxx-4.0.so Ravi> -rw-r--r-- 1 root root 1322202 2004-08-21 06:27 Ravi> /usr/lib/libdb_cxx-4.2.a -rw-r--r-- 1 root root 809 Ravi> 2004-08-21 06:23 /usr/lib/libdb_cxx-4.2.la -rw-r--r-- 1 Ravi> root root 959712 2004-08-21 06:27 Ravi> /usr/lib/libdb_cxx-4.2.so lrwxrwxrwx 1 root root 16 Ravi> 2005-01-04 10:43 /usr/lib/libdb_cxx-4.so -> Ravi> libdb_cxx-4.2.so -rw-r--r-- 1 root root 1322202 2004-08-21 Ravi> 06:27 /usr/lib/libdb_cxx.a lrwxrwxrwx 1 root root 16 Ravi> 2005-01-04 10:43 /usr/lib/libdb_cxx.so -> libdb_cxx-4.2.so Ravi> lrwxrwxrwx 1 root root 12 2005-01-04 10:43 Ravi> /usr/lib/libdb.so -> libdb-4.2.so Ravi> Any help would be appreciated, thanks in advance. Ravi> ravi Ravi> ------------------------------------------------------- Ravi> The SF.Net email is sponsored by: Beat the post-holiday Ravi> blues Get a FREE limited edition SourceForge.net t-shirt Ravi> from ThinkGeek. It's fun and FREE -- well, Ravi> almost....http://www.thinkgeek.com/sfshirt Ravi> _______________________________________________ Ravi> Opensnmp-users mailing list Ravi> Ope...@li... Ravi> https://lists.sourceforge.net/lists/listinfo/opensnmp-users -- ba...@us... OpenSNMP/NetSNMP |
From: Ravi J. <oh...@gm...> - 2005-01-04 16:46:07
|
Hi I am trying to compile opensnmp and the configure script reports that I do not have BerkeleyDB installed. I have the correct db installed (built with --enable-cxx). I am executing configure with the following command line. ./configure --with-bdb=/usr Output from configure: [snip lots of test...] checking for smiInit in -lsmi... yes checking for EVP_md5 in -lcrypto... yes checking for pthread_create in -lpthread... yes checking for db_version in -ldb_cxx... no configure: error: "libDB not found. get version 3.1 or higher from http://www.sleepycat.com/. Make sure it is compiled with --enable-cxx." Build host: Debian Sarge Available header: # ls -l /usr/include/*db* -rw-r--r-- 1 root root 6211 2004-08-21 06:12 /usr/include/db_185.h -rw-r--r-- 1 root root 33210 2004-08-21 06:12 /usr/include/db_cxx.h -rw-r--r-- 1 root root 83104 2004-08-21 06:12 /usr/include/db.h -rw-r--r-- 1 root root 25993 2004-05-25 19:19 /usr/include/netdb.h -rw-r--r-- 1 root root 3326 2004-07-21 19:09 /usr/include/pcap-namedb.h -rw-r--r-- 1 root root 16071 2004-05-25 19:19 /usr/include/thread_db.h Available libraries: # ls -l /usr/lib/*db* lrwxrwxrwx 1 root root 15 2004-06-18 13:46 /usr/lib/libdb-3.2.so -> libdb3.so.3.0.2 lrwxrwxrwx 1 root root 15 2004-06-18 13:46 /usr/lib/libdb-3.so -> libdb3.so.3.0.2 lrwxrwxrwx 1 root root 15 2004-06-18 13:46 /usr/lib/libdb3.so.3 -> libdb3.so.3.0.2 -rw-r--r-- 1 root root 692456 2004-05-26 19:23 /usr/lib/libdb3.so.3.0.2 -rw-r--r-- 1 root root 678224 2004-06-10 17:30 /usr/lib/libdb-4.0.so -rw-r--r-- 1 root root 789512 2004-03-17 16:33 /usr/lib/libdb-4.1.so -rw-r--r-- 1 root root 1203088 2004-08-21 06:27 /usr/lib/libdb-4.2.a -rw-r--r-- 1 root root 781 2004-08-21 06:21 /usr/lib/libdb-4.2.la -rw-r--r-- 1 root root 876584 2004-08-21 06:27 /usr/lib/libdb-4.2.so lrwxrwxrwx 1 root root 12 2005-01-04 10:43 /usr/lib/libdb-4.so -> libdb-4.2.so lrwxrwxrwx 1 root root 11 2005-01-04 10:43 /usr/lib/libdb.a -> libdb-4.2.a -rw-r--r-- 1 root root 732544 2004-06-10 17:30 /usr/lib/libdb_cxx-4.0.so -rw-r--r-- 1 root root 1322202 2004-08-21 06:27 /usr/lib/libdb_cxx-4.2.a -rw-r--r-- 1 root root 809 2004-08-21 06:23 /usr/lib/libdb_cxx-4.2.la -rw-r--r-- 1 root root 959712 2004-08-21 06:27 /usr/lib/libdb_cxx-4.2.so lrwxrwxrwx 1 root root 16 2005-01-04 10:43 /usr/lib/libdb_cxx-4.so -> libdb_cxx-4.2.so -rw-r--r-- 1 root root 1322202 2004-08-21 06:27 /usr/lib/libdb_cxx.a lrwxrwxrwx 1 root root 16 2005-01-04 10:43 /usr/lib/libdb_cxx.so -> libdb_cxx-4.2.so lrwxrwxrwx 1 root root 12 2005-01-04 10:43 /usr/lib/libdb.so -> libdb-4.2.so Any help would be appreciated, thanks in advance. ravi |
From: Michael B. <ba...@us...> - 2004-10-06 17:04:30
|
>>>>> "madhavi" == madhavi ravanan <mad...@wi...> writes: madhavi> Hi , I've been able to configure and compile the open madhavi> snmp package successfully, madhavi> Can someone provide inputs on how the snmp daemon can madhavi> be started here and how to query the agent. What are madhavi> the binaries to be run for this purpose ? Regards, madhavi> Madhavi Sorry for the slow reply, The documentation is pretty poor, but the main binaries are in app/cr/cr and app/cg/cg. The cr is the Command Receiver otherwise known as the agent or daemon binary. The cg is the Command Generator, a tool for doing snmpget's, snmpgetnext's, etc.... Run cg --help or cr --help for a list of commands. The cg has been developed more recently than the cr so it is a bit more mature. Particularly the libcg has been used to allow other applications to send/receive SNMP traffic. Configuring the cr can be a bit convoluted. The script app/cr/snmp-db-init is the configuration that we usually use for testing purposes. You can see that it's using direct OID values as input to some tools in tools//snmp-db-add/. Another place worth looking through is the test/ directory. These are shell scripts that call app/cr/cg and app/cr/cr to test that simple commands work. (some of the scripts also are used to test against a different SNMP stack, netsnmp, www.netsnmp.org). -- ba...@us... OpenSNMP/NetSNMP |
From: <mad...@wi...> - 2004-09-30 04:05:27
|
Hi , I've been able to configure and compile the open snmp package successfully,=20 =20 Can someone provide inputs on how the snmp daemon can be started here and how to query the agent.=20 What are the binaries to be run for this purpose ? Regards, Madhavi |
From: Michael B. <ba...@us...> - 2004-09-21 15:41:57
|
>>>>> "madhavi" == madhavi ravanan <mad...@wi...> writes: madhavi> Hi All, madhavi> I'm using opensnmp version 0.3.7 on RedHat Linux madhavi> version :7.2 , madhavi> kernel version 2.4.7-10. madhavi> When i run ./configure, the configure script throws out madhavi> an error stating that configure: error: "libDB not madhavi> found. get version 3.1.14 or higher from madhavi> http://www.sleepycat.com/. Make sure it is compiled madhavi> with --enable-cxx." madhavi> The same happens when i run ./configure madhavi> --with-db=/usr/local/BerkeleyDB.4.2/lib The berkley DB that should be '--with-bdb' madhavi> is installed at /usr/local/BerkeleyDB.4.2/lib. The DB madhavi> version is 4.2.52 I don't think opensnmp has been tested with 4.2, but it has worked with 4.1 so I would not expect a problem (except, of course, that the configure script does not automatically look for it). madhavi> I tried to get an earlier version(3.1.17) of berkley madhavi> DB, however the earlier versions are unavailable at the madhavi> sleepycat FTP server. madhavi> Pls provide your inputs on how this can be resolved. madhavi> Regards, Madhavi Mike -- ba...@us... OpenSNMP/NetSNMP |
From: <mad...@wi...> - 2004-09-21 08:35:13
|
Hi All, In addition to the below info, pls note that Berkley DB has indeed been compiled with the --enable-cxx. Regards, Madhavi=20 -----Original Message----- From: ope...@li... [mailto:ope...@li...] On Behalf Of MADHAVI RAVANAN (WT01 - EMBEDDED & PRODUCT ENGINEERING SOLUTIONS) Sent: Tuesday, September 21, 2004 1:55 PM To: ope...@li... Subject: [Opensnmp-users] Error during configure Hi All, I'm using opensnmp version 0.3.7 on RedHat Linux version :7.2 , kernel version 2.4.7-10. =20 When i run ./configure, the configure script throws out an error stating that =20 configure: error: "libDB not found. get version 3.1.14 or higher from http://www.sleepycat.com/. Make sure it is compiled with --enable-cxx." =20 The same happens when i run ./configure --with-db=3D/usr/local/BerkeleyDB.4.2/lib=20 The berkley DB is installed at /usr/local/BerkeleyDB.4.2/lib. The DB version is 4.2.52 =20 I tried to get an earlier version(3.1.17) of berkley DB, however the earlier versions are unavailable at the sleepycat FTP server. =20 Pls provide your inputs on how this can be resolved. =20 Regards, Madhavi =20 |
From: <mad...@wi...> - 2004-09-21 08:25:46
|
Hi All, I'm using opensnmp version 0.3.7 on RedHat Linux version :7.2 , kernel version 2.4.7-10. =20 When i run ./configure, the configure script throws out an error stating that =20 configure: error: "libDB not found. get version 3.1.14 or higher from http://www.sleepycat.com/. Make sure it is compiled with --enable-cxx." =20 The same happens when i run ./configure --with-db=3D/usr/local/BerkeleyDB.4.2/lib=20 The berkley DB is installed at /usr/local/BerkeleyDB.4.2/lib. The DB version is 4.2.52 =20 I tried to get an earlier version(3.1.17) of berkley DB, however the earlier versions are unavailable at the sleepycat FTP server. =20 Pls provide your inputs on how this can be resolved. =20 Regards, Madhavi =20 |
From: Michael B. <ba...@us...> - 2004-08-23 18:49:58
|
>>>>> "Charles" == Charles Brown <Brown> writes: Charles> All, Charles> I'm an SNMP novice looking to create a program that Charles> will host on linux Charles> and Solaris and can be configured/monitored using SNMP. Charles> There is so much information, it's tough to get a Charles> foothold, so I'm soliciting recommendations on where to Charles> start. I need a HOWTO on writing/building the shell of Charles> my program, a cheap, decent MIB editor/compiler, a Charles> cheap/decent SNMP console to talk to my program with, Charles> and a HOWTO on plugging it all together. What do you Charles> all recommend? Given your needs, I probably wouldn't use OpenSNMP. My first suggestion would be NetSNMP (also on sourceforge). Although, partly this suggestion is because NetSNMP is the SNMP package I am next most familiar with. It is more stable than OpenSNMP. The Solaris support is better (I don't think OpenSNMP has ever been compiled on Solaris or SUN) and the documentation is much better. It has a mib compiler, mib2c, but it only creates a template. You'd have to fill in the details (C code). http://www.netsnmp.org/ is a good place to start. Particularly the FAQ, Documentation and Mailing Lists links. Mike -- ba...@us... OpenSNMP/NetSNMP |
From: Brown, C. <cha...@se...> - 2004-08-23 16:29:40
|
All, I'm an SNMP novice looking to create a program that will host on linux and Solaris and can be configured/monitored using SNMP. There is so much information, it's tough to get a foothold, so I'm soliciting recommendations on where to start. I need a HOWTO on writing/building the shell of my program, a cheap, decent MIB editor/compiler, a cheap/decent SNMP console to talk to my program with, and a HOWTO on plugging it all together. What do you all recommend? Thanks. --CB |
From: Wes H. <har...@us...> - 2003-09-13 06:36:07
|
Here's a gcc line from compiling opensnmp... 74 megs resident just for compiling. Gotta love C++. hardaker 18867 21.8 29.0 83300 74000 pts/6 R 23:29 1:07 /usr/lib/gcc... ^^^^^ -- Wes Hardaker Sparta |