Re: Net-snmp-users Digest, Vol 33, Issue 7
Sridhar S <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
Hi all,
Can someone pls. let me know how to discover HP 500 using net-snmp v3
parameters(auth key/priv key)?
I am able to discover all other printers in the n/w (except HP5500
printer).
I have the net-snmp stub code(for SNMPv3) which discovers all the printers
in the network.All the printers in my network accepts authkey and privkey as
strings.
But only the HP 5500 printer is accepting 16 byte hexadecimal values for
both authkey and privkey( as mentioned in the HP5500 printers web-page).
The net-snmp stub code I have accepts strings for both authekey and
privkey.
Can someone pls. tell me how to pass these 16byte hexadecimal values(for
auth and priv key) to discover HP 5500 in the net-snmp snmpv3 stub code?
The below API is used to generate the key , where in the "our_v3_passphrase"
variable is a const char*.
generate_Ku(sess.securityAuthProto,
sess.securityAuthProtoLen,
(u_char *) our_v3_passphrase, strlen(our_v3_passphrase),
sess.securityAuthKey,
&sess.securityAuthKeyLen);
Pls. let me know how to pass the 16 byte hexadecimal values (to
our_v3_passphrase) for auth key and priv key to discover HP5500
printer.BTW,I am
I've tried converting the hexadecimal keys to strings and pass as auth key
and priv key to discover.But could not succeed doing so.
Also tried to discover HP Printer using net-snmp command utility and also
other stacks (acecomm/SNMP++) with no success.
waiting for your replies.
Thanks in advance.
Regards,
Sridhar S
On Thu, Feb 26, 2009 at 5:58 AM, <
[email protected]> wrote:
> Send Net-snmp-users mailing list submissions to
> [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
> or, via email, send a message with subject or body 'help' to
> [email protected]
>
> You can reach the person managing the list at
> [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Net-snmp-users digest..."
>
>
> Today's Topics:
>
> 1. SNMP Agent response time (Ragesh V)
> 2. Website typos (Kyle Stemen)
> 3. help needed with root oid and getnext operation (EYRE Bernadette)
> 4. Porting the net-snmp to work with other Software (sanjaykumar)
> 5. RE: function snprint_asciistring (RP, Giridhara)
> 6. Re: Sending Information through snmpget (Dave Shield)
> 7. Re: Is it ok..to give a same Agent snmpd.conf file to the
> SubAgentdemon code : init_snmp(snmpd.conf) (Dave Shield)
> 8. to register instance of UNICODE string (Alexander Bubnov)
> 9. Re: to register instance of UNICODE string (Dave Shield)
> 10. Re: Website typos (Dave Shield)
> 11. Re: to register instance of UNICODE string (Alexander Bubnov)
> 12. Re: to register instance of UNICODE string (Dave Shield)
> 13. MIB Version Specific (malar vizhi)
> 14. Re: to register instance of UNICODE string (Alexander Bubnov)
> 15. Re: MIB Version Specific (Dave Shield)
> 16. Re: to register instance of UNICODE string (Dave Shield)
> 17. MIB Version Specific (malar vizhi)
> 18. Re: MIB Version Specific (Dave Shield)
> 19. Porting the net-snmp to work with other Software (sanjaykumar)
> 20. Re: Porting the net-snmp to work with other Software
> (Wes Hardaker)
> 21. Re: SNMP Agent response time (Wes Hardaker)
> 22. Re: Net-SNMP perl agent (Wes Hardaker)
> 23. Re: Is it ok..to give a same Agent snmpd.conf file to the
> SubAgentdemon code : init_snmp(snmpd.conf) (Wes Hardaker)
> 24. RE: extending the snmp agent through many exec's (Mike Ayers)
> 25. Re: MIB Version Specific (malar vizhi)
> 26. Fwd: MIB Version Specific (malar vizhi)
> 27. RE: Net-SNMP perl agent (Tanisha Kashyap)
> 28. unauthorize user while sending the notification (sanjaykumar)
> 29. SNMP SET command to clone a user (kusuma.bm)
> 30. Re: MIB Version Specific (Dave Shield)
> 31. Re: SNMP SET command to clone a user (Dave Shield)
> 32. Re: MIB Version Specific (malar vizhi)
> 33. Re: to register instance of UNICODE string (Alexander Bubnov)
> 34. Problem with make'ing 5.4.2.1 on Solaris 8 (Sorrell, Al)
> 35. Re: Problem with make'ing 5.4.2.1 on Solaris 8 (Dave Shield)
> 36. RE: SNMP Agent response time (Ragesh V)
> 37. RE: Problem with make'ing 5.4.2.1 on Solaris 8 (Sorrell, Al)
> 38. RE: Problem with make'ing 5.4.2.1 on Solaris 8
> ([email protected])
> 39. RE: Problem with make'ing 5.4.2.1 on Solaris 8 (Sorrell, Al)
> 40. RE: function snprint_asciistring (Mike Ayers)
> 41. RE: help needed with root oid and getnext operation (Mike Ayers)
> 42. RE: to register instance of UNICODE string (Mike Ayers)
> 43. netsnmp-5.4.2.1 and Solaris 10/X86 with ZFS
> ([email protected])
> 44. RE: MIB Version Specific (Mike Ayers)
> 45. Re: unauthorize user while sending the notification (Wes Hardaker)
> 46. Re: Net-SNMP perl agent (Wes Hardaker)
> 47. Re: extending the snmp agent through many exec's (Wes Hardaker)
> 48. RE: help needed with root oid and getnext operation
> (EYRE Bernadette)
> 49. Re: netsnmp-5.4.2.1 and Solaris 10/X86 with ZFS
> ([email protected])
> 50. Re: netsnmp-5.4.2.1 and Solaris 10/X86 with ZFS
> (Brian A. Seklecki)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 24 Feb 2009 14:53:34 +0530
> From: "Ragesh V" <[email protected]>
> Subject: SNMP Agent response time
> To: <[email protected]>
> Message-ID:
> <
> F03F61A4221B9C4E91955E8C29AA9D92BA7B8D@chn-hclt-evs05.HCLT.CORP.HCL.IN>
>
> Content-Type: text/plain; charset=us-ascii
>
>
> Hi All,
> I am using an agent application for returning snmp queries like
> get/set/getnext etc. The problem I am facing is during the getbulk on
> more rows (say 40+ ), my application take some time to return all these
> values and due to the delay (I doubt) the getbulk command timeouts some
> times. Same command works sometimes but fails some times. I have given
> -t 60 in the getbulk but still 2 out of 10(Not exactly) getbulk requests
> are getting timed out. Can any body help me to identify where the
> problem is? Is there any internal timer is there with snmpd which is
> creating problem? If I haven't provided required details for commenting
> on this issue please ask for specific inputs, I can provide.
>
> The command I issue is as below
> snmpbulkget -v3 -t60 -Cr4 -r12 -u "SOME" -n "SOME" -m "MYMIB" "hostname"
> ...... (list of 12 attributes)
>
> Thanks and regards
> -Ragesh
>
> DISCLAIMER:
>
> -----------------------------------------------------------------------------------------------------------------------
>
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
> It shall not attach any liability on the originator or HCL or its
> affiliates. Any views or opinions presented in
> this email are solely those of the author and may not necessarily reflect
> the opinions of HCL or its affiliates.
> Any form of reproduction, dissemination, copying, disclosure, modification,
> distribution and / or publication of
> this message without the prior written consent of the author of this e-mail
> is strictly prohibited. If you have
> received this email in error please delete it and notify the sender
> immediately. Before opening any mail and
> attachments please check them for viruses and defect.
>
>
> -----------------------------------------------------------------------------------------------------------------------
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 23 Feb 2009 14:35:12 -0800
> From: Kyle Stemen <[email protected]>
> Subject: Website typos
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> While I was reading the documentation on the net-snmp website, I noticed
> a few typos. The website says to send email to this address for web
> content issues.
>
> None of the typos are major, but I thought you might like to know.
>
> http://www.net-snmp.org/tutorial/tutorial-5/commands/snmpgetnext.html
> "regardless of weather" should be "regardless of whether"
>
> http://www.net-snmp.org/tutorial/tutorial-5/commands/snmpget.html
> "The result from a command using the SNMPv2c version would have been the
> same."
> It sounds like SNMPv1 and SNMPv2c are being compared for snmpget, but
> both example commands are using SNMPv2c:
> % snmpget -c demopublic -v 2c test.net-snmp.org system.sysUpTime.0
> % snmpget -v 2c -c demopublic test.net-snmp.org system.sysUpTime.0
>
>
> http://www.net-snmp.org/tutorial/tutorial-5/commands/snmptrap-v3.html
> "if you want it to send a an INFORM instead"
>
> http://www.net-snmp.org/tutorial/tutorial-5/commands/output-options.html
> "Similarly, this flag controls whether you want to display enumerated
> lists numerically or with textual translations (this example will not
> work for you the:"
>
> http://www.net-snmp.org/tutorial/tutorial-5/commands/output-options.html
> "snmptranslate -Td -R usmUserEntry" should be "snmptranslate -Td -IR
> usmUserEntry"
>
> --
>
> Kyle Stemen
> Software Developer
>
> T 425.378.7887 x204 F 425.484.6316 E [email protected]
> 15395 SE 30th Place, Suite 140
> Bellevue, WA 98007
> www.likewise.com
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 23 Feb 2009 20:24:41 -0600
> From: "EYRE Bernadette" <[email protected]>
> Subject: help needed with root oid and getnext operation
> To: <[email protected]>
> Message-ID:
> <
> 734E4FE8BD36FA44B43D6DDC9EC9482402436B15@USDALSMBS05.ad3.ad.alcatel.com>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Hello snmp coders and users,
>
> I'm lost please help shed some light.
>
> I have an subagent which registers organization root oid (several tables
> and scalars)
> when I run snmpwalk on one of the columns of one of the tables the
> net-snmp master agent calls my handler with GETNEXT mode first
> and then with GET mode.
>
> my questions:
> 1 - what am I expected to return for GETNEXT call? Do I return the index of
> the next valid object instance
> or the actual value of the first valid object instance?
> 2 - if I'm expected to return a value as a reply to GETNEXT call, why then
> my subagent is called again with GET mode?
> 3 - if I'm expected to return only the index (modified oid?) of the next
> valid instance, do I modify the
> name field of the netsnmp_variable_list struct?
>
> 4 - when snmpget command is called on one of the columns of a table do I
> return all the instances of that column? If so do
> I create a list of variables by calling snmp_varlist_add_varibale() and
> return back the list?
>
> Thank you for your help
> Bernadette
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Tue, 24 Feb 2009 11:30:13 +0530
> From: sanjaykumar <[email protected]>
> Subject: Porting the net-snmp to work with other Software
> To: [email protected]
> Cc: Wes Hardaker <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi All,
> I am trying to port the net-snmp 5.4.2.1 as an AGENT to my
> existing software(LINUX PLATFORM).
> It will run as a Thread with my application. For that I have commented
> out the call of "netsnmp_daemonize" form the main in "snmpd.c" and
> calling the main as "snmpd" from my application.
>
> What are thing I need to take care ?
> Also I am hoping to provide the support for the co-existence of V2c and
> v3.
>
>
> Regards,
> Sanjay Kuamr
>
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 24 Feb 2009 14:23:54 +0530
> From: "RP, Giridhara" <[email protected]>
> Subject: RE: function snprint_asciistring
> To: <[email protected]>
> Message-ID:
> <
> 5FFF8E9361C5D84EBBAF70C1931CDDE3035D7834@BTCMVEXC1-PRD.hq.netapp.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Hello,
>
> Any update? Please let me know.
>
> Thanks
> Giri
>
> ________________________________
>
> From: RP, Giridhara
> Sent: Thursday, February 19, 2009 11:50 AM
> To: '[email protected]'
> Subject: function snprint_asciistring
>
>
> Hello,
>
> We are using snprint_asciistring to get the null terminated ascistring.
> int
> snprint_asciistring(char *buf, size_t buf_len,
> const u_char * cp, size_t len)
>
>
> This how I am calling (just an example),
>
> #define MAX_BUFFER_SIZE 1024
>
> char buf[MAX_BUFFER_SIZE];
> size_t buf_len = MAX_BUFFER_SIZE;
> const unsigned char input_buffer[]="myname\\unix"
> size_t input_buf_len = strlen(input_buffrer);
>
> snprint_asciistring(buf,buf_len,input_buffer,input_buf_len);
>
> printf("buf printed is %s \n",buf);
>
> The output is myname\\\\unix. Any reason why 2 extra '\' (escape) is
> added to the buffer (buf). Please let me know the reason.
> Also, is there any function which does not add these extra '\' ?
>
> Thanks
> Giri
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 6
> Date: Tue, 24 Feb 2009 12:40:05 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: Sending Information through snmpget
> To: Mike Goins <[email protected]>
> Cc: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/23 Mike Goins <[email protected]>:
> >> There are two basic options here.
> >>
> >> a) You can design your MIB tables to include an index which
> >> specifies which device to query.
> >>
> >> This has the advantage that you can query several devices in a
> >> single request, but does require that you have control over the MIB
> >> definitions (and can change them)
> >
> >
> > I know it is dated, but I was about to post the same question when I
> > ran across this message looking through the archives. Is there an
> > example MIB to show this?
>
> Not really, no.
>
> > Most of the examples are tied to tables
> > which is not quite what I need
>
> Most of the modules included with the Net-SNMP agent retrieve
> the necessary information from a single source, and then decide
> which bit(s) are required for a given request.
>
> The approach outlined above is the reverse of this - you can't
> start to retrieve the necessary information until you've looked
> at the request and decided which bit of information to retrieve.
>
> The closest framework would probably be the iterator helper.
> This steps through the list of what rows are available
> (in the get_{first,next} hook routines), and then retrieves the
> necessary information for the chosen row in the handler.
>
> That's probably the best starting point.
>
> Dave
>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 24 Feb 2009 12:44:08 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: Is it ok..to give a same Agent snmpd.conf file to the
> SubAgentdemon code : init_snmp(snmpd.conf)
> To: manu kumar <[email protected]>
> Cc: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/23 manu kumar <[email protected]>:
> > ?Hi All,
> > ?????? I have a question in implementing the SubAgent , In the
> > "example-demon.c"? it says
> >
> > ?????? /* example-demon will be used to read example-demon.conf files. */
> >
> > init_snmp("example-demon");
> >
> > So Instead of "example-demon" is ok to give the "snmpd.conf" file of
> Agent
>
> It doesn't really matter what token you pass to "init_snmp".
> The main (only?) use of this is to decide what application-specific
> config files to read.
>
> So if you initialise the library using
> init_snmp( "aaabbb" );
>
> then the application (agent, subagent, whatever) will look for the
> config file "aaabbb.conf".
>
>
> > From which path it will read the "example-demon/conf" file.
>
> Run the command
> snmpget -Dread_config 2>&1 | grep path
>
> This will report the search path used for configuration files.
>
> Dave
>
>
>
> ------------------------------
>
> Message: 8
> Date: Tue, 24 Feb 2009 15:46:39 +0300
> From: Alexander Bubnov <[email protected]>
> Subject: to register instance of UNICODE string
> To: "[email protected]"
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello!
>
> I tried to register an instance of UNICODE string:
>
> static const wchar_t* nstAgentSubagentObject = L"ABC";
>
> void
> init_nstAgentSubagentObject(void)
> {
> oid nstAgentSubagentObject_oid[] =
> { 1, 3, 6, 1, 4, 1, 8072, 2, 4, 1, 1, 2, 0 };
>
> netsnmp_handler_registration *reginfo;
> netsnmp_watcher_info *watcher_info;
> int watcher_flags = WATCHER_FIXED_SIZE;
> watcher_info =
> netsnmp_create_watcher_info(
> &nstAgentSubagentObject,
> wcslen(nstAgentSubagentObject),
> ASN_OCTET_STR,
> watcher_flags);
>
> reginfo = netsnmp_create_handler_registration(
> "my instance",
> 0,
> nstAgentSubagentObject_oid,
> OID_LENGTH(nstAgentSubagentObject_oid),
> HANDLER_CAN_RONLY|HANDLER_CAN_NOT_CREATE);
>
>
> netsnmp_register_watched_instance(reginfo, watcher_info);
> }
>
>
>
> But snmpget prints strange set of characters:
>
> f560-2k1 snmp/mibs# snmpget -v2c -c rwpublic localhost
> NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0
> NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0 = STRING: <-
>
>
>
> f560-2k1 snmp/mibs# snmptranslate -M+. -mNET-SNMP-TUTORIAL-MIB -Tp -IR
> netSnmpTutorialMIB
> +--netSnmpTutorialMIB(4)
> |
> +--nstMIBObjects(1)
> | |
> | +--nstAgentModules(1)
> | |
> | +-- -RW- Integer32 nstAgentModuleObject(1)
> | +-- -R-- String nstAgentSubagentObject(2)
> | | Textual Convention: SnmpAdminString
> | | Size: 0..255
> | +-- -RW- Integer32 nstAgentPluginObject(3)
> |
> +--nstMIBConformance(2)
>
>
>
> Can you please help me to find out what is wrong?
>
> may by a special storage of UTF strings exist as for counter64?
>
>
> --
> /BR, Alexander
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 9
> Date: Tue, 24 Feb 2009 13:09:53 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: to register instance of UNICODE string
> To: Alexander Bubnov <[email protected]>
> Cc: "[email protected]"
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/24 Alexander Bubnov <[email protected]>:
> > I tried to register an instance of UNICODE string:
> > static const wchar_t* nstAgentSubagentObject = L"ABC";
>
> [snip]
>
> > But snmpget prints strange set of characters:
>
> [snip]
>
> > Can you please help me to find out what is wrong?
>
> The first thing to check is whether the problem lies with the agent,
> or with snmpget? Is the wrong value being returned, or is the
> value OK but it's not being displayed correctly.
>
> Try running
> snmpget -v2c -c rwpublic -Ox localhost
> NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0
>
> to print the result as a series of octet values.
> Does this match what you would expect
> (in which case the problem is with how snmpget displays this value).
>
> Or is the value returned wrong
> (in which case the problem lies in the agent).
>
>
> One other thought:
> watcher_info = netsnmp_create_watcher_info(
> &nstAgentSubagentObject,
> wcslen(nstAgentSubagentObject), <====
> ASN_OCTET_STR, watcher_flags);
>
> I'm no expert in internationalisation, but the watcher is expecting to be
> told the size of the buffer in octets. Assuming the size of a wide
> character is greater than 8 bits, this code will only be watching the
> first bit of the nstAgentSubagentObject buffer - not the whole thing,
> and hence won't be reporting the complete value.
>
> (Because you've only told it about 3 bytes).
>
>
> > may by a special storage of UTF strings exist as for counter64?
>
> No - UTF strings are simply a sequence of octets.
> The only "string" type in SNMP is OCTET STRING.
>
> Dave
>
>
>
> ------------------------------
>
> Message: 10
> Date: Tue, 24 Feb 2009 13:26:08 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: Website typos
> To: Kyle Stemen <[email protected]>
> Cc: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/23 Kyle Stemen <[email protected]>:
> > While I was reading the documentation on the net-snmp website, I noticed
> > a few typos. The website says to send email to this address for web
> > content issues.
> >
> > None of the typos are major, but I thought you might like to know.
>
> Thanks for spotting those.
>
> I've now fixed them, both on the main web pages, and in the Wiki-based
> versions of the tutorials. Note that it may take a while for the
> corrected
> web pages to go live.
>
> Thanks
>
> Dave
>
>
>
> ------------------------------
>
> Message: 11
> Date: Tue, 24 Feb 2009 13:35:44 +0000
> From: Alexander Bubnov <[email protected]>
> Subject: Re: to register instance of UNICODE string
> To: Dave Shield <[email protected]>
> Cc: "[email protected]"
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thank you for replay.
>
> I have corrected the code, below differences:
> *static const wchar_t nstAgentSubagentObject[] = L"DEF"; <-- array*
> and
> *sizeof(nstAgentSubagentObject)*, instead of *
> wcslen(nstAgentSubagentObject),*
> run next commands:
> *f**560-2k1 snmp/mibs#* *snmpget -v2c -c rwpublic -Ox localhost
> NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0
> NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0 = STRING: A*
>
> *f560-2k1 snmp/mibs#* *snmpget -v2c -c rwpublic localhost
> NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0
> NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0 = STRING: A*
> **
> Both of them return only the first character. I guess snmpget prints till
> zero terminator or agent sends till zero terminator, because wchar string
> looks like A\0\0\0B\0\0\0C\0\0\0\0\0\0\0
> Can you please point to what is wrong, now? Is it possible to see whole
> string?
>
>
> 2009/2/24 Dave Shield <[email protected]>
>
> > 2009/2/24 Alexander Bubnov <[email protected]>:
> > > I tried to register an instance of UNICODE string:
> > > static const wchar_t* nstAgentSubagentObject = L"ABC";
> >
> > [snip]
> >
> > > But snmpget prints strange set of characters:
> >
> > [snip]
> >
> > > Can you please help me to find out what is wrong?
> >
> > The first thing to check is whether the problem lies with the agent,
> > or with snmpget? Is the wrong value being returned, or is the
> > value OK but it's not being displayed correctly.
>
> The val
>
> >
> >
> > Try running
> > snmpget -v2c -c rwpublic -Ox localhost
> > NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0
> >
>
> > to print the result as a series of octet values.
> > Does this match what you would expect
> > (in which case the problem is with how snmpget displays this value).
> >
> > Or is the value returned wrong
> > (in which case the problem lies in the agent).
> >
> >
> > One other thought:
> > watcher_info = netsnmp_create_watcher_info(
> > &nstAgentSubagentObject,
> > wcslen(nstAgentSubagentObject), <====
> > ASN_OCTET_STR, watcher_flags);
> >
> > I'm no expert in internationalisation, but the watcher is expecting to be
> > told the size of the buffer in octets. Assuming the size of a wide
> > character is greater than 8 bits, this code will only be watching the
> > first bit of the nstAgentSubagentObject buffer - not the whole thing,
> > and hence won't be reporting the complete value.
> >
> > (Because you've only told it about 3 bytes).
> >
> >
> > > may by a special storage of UTF strings exist as for counter64?
> >
> > No - UTF strings are simply a sequence of octets.
> > The only "string" type in SNMP is OCTET STRING.
> >
> > Dave
> >
>
>
>
> --
> /BR, Alexander
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 12
> Date: Tue, 24 Feb 2009 13:49:28 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: to register instance of UNICODE string
> To: Alexander Bubnov <[email protected]>
> Cc: "[email protected]"
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/24 Alexander Bubnov <[email protected]>:
> > I have corrected the code, below differences:
> > static const wchar_t nstAgentSubagentObject[] = L"DEF"; <-- array
> > and
> > sizeof(nstAgentSubagentObject), instead
> of?wcslen(nstAgentSubagentObject),
> > run next commands:
> > # snmpget -v2c -c rwpublic -Ox localhost nstAgentSubagentObject.0
> > NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0 = STRING: A
>
> Eh?
> The buffer holds "DEF", but the agent returns something starting "A".
> Something is seriously wrong there.
>
> > I guess snmpget prints till zero terminator or agent sends till zero
> terminator,
>
> Don't guess - check.
> Run the command with the '-d' option to dump the raw packet.
> You should see the octets of the value being returned at the
> end of the packet dump.
> (Unfortunately, it seems that the DISPLAY-HINTS clause in the MIB
> file takes precedence over the -Ox flag. Sorry about that).
>
>
> I'd expect the agent to be returning the full value, because it typically
> works with strings as "length+data" rather than 0-terminated.
> (Remember, binary strings are handled by SNMP in exactly the same
> way as printable strings, and these might well include embedded NULs).
>
>
> My suspicion is that it's probably the client that's not printing the
> value correctly. But looking at the raw dump should confirm or
> reject this.
>
>
> > Can you please point to what is wrong, now? Is it possible to see whole
> > string?
>
> It sounds as if we need someone more knowledgeable about
> internationalisation
> issues to look over the output processing, and suggest a more robust
> approach.
> Assuming that is indeed what is happening here.
>
> Dave
>
>
>
> ------------------------------
>
> Message: 13
> Date: Tue, 24 Feb 2009 19:20:16 +0530
> From: malar vizhi <[email protected]>
> Subject: MIB Version Specific
> To: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi
>
> Whether MIB file will be different for each version?..Lets say..Am
> monitoring windows 2000 (Host-Resource-mib) with SNMP...If I want to
> monitor
> Windows XP..Is there any seperate MIB file for XP?..or else can I use the
> same Host-Resource-mib?
>
> Thanks & Regards
> Malar...
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 14
> Date: Tue, 24 Feb 2009 13:54:47 +0000
> From: Alexander Bubnov <[email protected]>
> Subject: Re: to register instance of UNICODE string
> To: Dave Shield <[email protected]>
> Cc: "[email protected]"
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I am sorry I did not point that I changed ABC to DEF to make sure snmpget
> returns the first character.
>
> In case of ABC snmpget returns 'A', and in case of DEF - 'D'.
>
> Below the output:
>
> f560-2k1 snmp/mibs# snmpget -v2c -c rwpublic -d localhost
> NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0
>
> Sending 50 bytes to UDP: [0.0.0.0]->[127.0.0.1]:161
> 0000: 30 30 02 01 01 04 08 72 77 70 75 62 6C 69 63 A0 00.....rwpublic.
> 0016: 21 02 04 72 A5 EF 4F 02 01 00 02 01 00 30 13 30 !..r..O......0.0
> 0032: 11 06 0D 2B 06 01 04 01 BF 08 02 04 01 01 02 00 ...+............
> 0048: 05 00 ..
>
>
> Received 66 bytes from UDP: [0.0.0.0]->[127.0.0.1]:161
> 0000: 30 40 02 01 01 04 08 72 77 70 75 62 6C 69 63 A2 [email protected].
> 0016: 31 02 04 72 A5 EF 4F 02 01 00 02 01 00 30 23 30 1..r..O......0#0
> 0032: 21 06 0D 2B 06 01 04 01 BF 08 02 04 01 01 02 00 !..+............
> 0048: 04 10 44 00 00 00 45 00 00 00 46 00 00 00 00 00 ..D...E...F.....
> 0064: 00 00 ..
>
> NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0 = STRING: D
>
>
> 2009/2/24 Dave Shield <[email protected]>
>
> > 2009/2/24 Alexander Bubnov <[email protected]>:
> > > I have corrected the code, below differences:
> > > static const wchar_t nstAgentSubagentObject[] = L"DEF"; <-- array
> > > and
> > > sizeof(nstAgentSubagentObject), instead
> > of wcslen(nstAgentSubagentObject),
> > > run next commands:
> > > # snmpget -v2c -c rwpublic -Ox localhost nstAgentSubagentObject.0
> > > NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0 = STRING: A
> >
> > Eh?
> > The buffer holds "DEF", but the agent returns something starting "A".
> > Something is seriously wrong there.
> >
> > > I guess snmpget prints till zero terminator or agent sends till zero
> > terminator,
> >
> > Don't guess - check.
> > Run the command with the '-d' option to dump the raw packet.
> > You should see the octets of the value being returned at the
> > end of the packet dump.
> > (Unfortunately, it seems that the DISPLAY-HINTS clause in the MIB
> > file takes precedence over the -Ox flag. Sorry about that).
> >
> >
> > I'd expect the agent to be returning the full value, because it typically
> > works with strings as "length+data" rather than 0-terminated.
> > (Remember, binary strings are handled by SNMP in exactly the same
> > way as printable strings, and these might well include embedded NULs).
> >
> >
> > My suspicion is that it's probably the client that's not printing the
> > value correctly. But looking at the raw dump should confirm or
> > reject this.
> >
> >
> > > Can you please point to what is wrong, now? Is it possible to see whole
> > > string?
> >
> > It sounds as if we need someone more knowledgeable about
> > internationalisation
> > issues to look over the output processing, and suggest a more robust
> > approach.
> > Assuming that is indeed what is happening here.
> >
> > Dave
> >
>
>
>
> --
> /BR, Alexander
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 15
> Date: Tue, 24 Feb 2009 14:09:15 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: MIB Version Specific
> To: malar vizhi <[email protected]>
> Cc: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/24 malar vizhi <[email protected]>:
> > ???? Whether MIB file will be different for each version?
>
> Each version of what?
> SNMP? Operating system? Application software?
>
> But regardless of the answer to that - the answer is probably No.
>
>
> > ..Lets say..Am monitoring windows 2000 (Host-Resource-mib) with SNMP...
>
> Which?
> Are you monitoring Windows 2000,
> or are you monitoring the Host Resources MIB?
>
>
> > If I want to monitor Windows XP..Is there any seperate MIB file for XP?
> >.or else can I use the same Host-Resource-mib?
>
> If you are monitoring information from the Host Resource MIB,
> then this structure is the same regardless of what O/S the box
> is running. Whether that be Windows XP, Windows 2000, Linux,
> Solaris, VMS, whatever.
>
> The whole point of an Internet standard for network management
> is that it is *standard* - the way you ask for information is the
> same regardless of the box you are querying.
> In the same way that browsing the web works the same way,
> regardless of whether you are talking to a Windows Web server,
> or a Linux one.
>
>
>
> Dave
>
>
>
> ------------------------------
>
> Message: 16
> Date: Tue, 24 Feb 2009 14:14:14 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: to register instance of UNICODE string
> To: Alexander Bubnov <[email protected]>
> Cc: "[email protected]"
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/24 Alexander Bubnov <[email protected]>:
> > Sending 50 bytes to UDP: [0.0.0.0]->[127.0.0.1]:161
> :
> > 0032: ... 06 0D 2B 06 01 04 01 BF 08 02 04 01 01 02 00
>
> That's the OID which you are asking for...
>
> > 0048: 05 00
>
> followed by a NULL value
>
>
> > Received 66 bytes from UDP: [0.0.0.0]->[127.0.0.1]:161
> > 0032: .. 06 0D 2B 06 01 04 01 BF 08 02 04 01 01 02 00
>
> There's the same OID again.
>
> > 0048: 04 10
>
> Followed by a string value (16 octets)
>
> > 44 00 00 00 45 00 00 00 46 00 00 00 00 00 ..D...E...F.....
> > 0064: 00 00 ..
>
> containing the DEF string, followed by a '\0' trailing wide-character.
>
>
> > NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0 = STRING: D
>
> So yes - it's the output routines that are going wrong.
>
> So now we just need a volunteer to look at the library output code and
> suggest how best to fix it.
>
> Dave
>
>
>
> ------------------------------
>
> Message: 17
> Date: Tue, 24 Feb 2009 19:46:16 +0530
> From: malar vizhi <[email protected]>
> Subject: MIB Version Specific
> To: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Dave
>
> It wil be better If you explaine me based on These three...
>
> In Case of SNMP, OS & Application also.....
>
> Thanks & regards
>
> Malar
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 18
> Date: Tue, 24 Feb 2009 14:25:06 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: MIB Version Specific
> To: malar vizhi <[email protected]>
> Cc: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/24 malar vizhi <[email protected]>:
> > It wil be better If you explaine me based on These three...
> >
> > In Case of SNMP, OS & Application also.....
>
> I can't explain, because I don't know what you mean.
>
> But in general, it doesn't matter - the answer is "no".
> MIBs will typically NOT be version specific.
>
> Dave
>
>
>
> ------------------------------
>
> Message: 19
> Date: Tue, 24 Feb 2009 20:25:16 +0530
> From: sanjaykumar <[email protected]>
> Subject: Porting the net-snmp to work with other Software
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi All,
> I am trying to port the net-snmp 5.4.2.1 as an AGENT to my
> existing software(LINUX PLATFORM).
> It will run as a Thread with my application. For that I have commented
> out the call of "netsnmp_daemonize" form the main in "snmpd.c" and
> calling the main as "snmpd" from my application.
>
> What are thing I need to take care ?
> Also I am hoping to provide the support for the co-existence of V2c and
> v3.
>
>
> Regards,
> Sanjay Kuamr
>
>
>
> ------------------------------
>
> Message: 20
> Date: Tue, 24 Feb 2009 08:59:43 -0800
> From: Wes Hardaker <[email protected]>
> Subject: Re: Porting the net-snmp to work with other Software
> To: sanjaykumar <[email protected]>
> Cc: Wes Hardaker <[email protected]>,
> [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=us-ascii
>
> >>>>> On Tue, 24 Feb 2009 11:30:13 +0530, sanjaykumar <
> [email protected]> said:
>
> s> What are thing I need to take care ?
>
> Well, the agent wasn't designed (unfortunately) to be run in a threaded
> environment so we can't offer much advice. It may work (and it may
> not). Good luck!
>
> s> Also I am hoping to provide the support for the co-existence of V2c
> s> and v3.
>
> The Net-SNMP agent supports v1, v2c and v3 at the same time without a
> problem.
>
> --
> Wes Hardaker
> Sparta, Inc.
>
>
>
> ------------------------------
>
> Message: 21
> Date: Tue, 24 Feb 2009 09:04:03 -0800
> From: Wes Hardaker <[email protected]>
> Subject: Re: SNMP Agent response time
> To: "Ragesh V" <[email protected]>
> Cc: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=us-ascii
>
> >>>>> On Tue, 24 Feb 2009 14:53:34 +0530, "Ragesh V" <[email protected]>
> said:
>
> RV> Same command works sometimes but fails some times. I have given -t
> RV> 60 in the getbulk but still 2 out of 10(Not exactly) getbulk
> RV> requests are getting timed out.
>
> Two problems may be happening:
>
> 1) "-t 60" isn't enough. If the agent can't respond that fast looking
> up the information then you won't get the response.
>
> 2) The second attempt by your getbulk app will try again and the agent
> may still be processing the original one so the second one will take
> longer to respond since it won't be processed till the first one
> finishes.
>
> Why don't you run your request with -t 1200 and time it?
>
> (some objects take a long time to process, others are quick...
> different parts of the mib tree will have different speeds)
> --
> Wes Hardaker
> Sparta, Inc.
>
>
>
> ------------------------------
>
> Message: 22
> Date: Tue, 24 Feb 2009 09:05:04 -0800
> From: Wes Hardaker <[email protected]>
> Subject: Re: Net-SNMP perl agent
> To: Tanisha Kashyap <[email protected]>
> Cc: "[email protected]"
> <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=us-ascii
>
> >>>>> On Tue, 24 Feb 2009 12:55:10 +0530, Tanisha Kashyap <
> [email protected]> said:
>
> TK> Query: /usr/local/bin/snmpget -v 2c -c private 127.0.0.1
> .1.3.6.1.4.1.8072.9999.9999.7375.1.0
> TK> Error: Timeout: No Response from 127.0.0.1.
>
> Can you query other objects with -v 2c -c private? If not, then the
> agent needs to be set up for authorization rights first (see VACM in the
> snmpd.conf manual page)
> --
> Wes Hardaker
> Sparta, Inc.
>
>
>
> ------------------------------
>
> Message: 23
> Date: Tue, 24 Feb 2009 09:06:36 -0800
> From: Wes Hardaker <[email protected]>
> Subject: Re: Is it ok..to give a same Agent snmpd.conf file to the
> SubAgentdemon code : init_snmp(snmpd.conf)
> To: manu kumar <[email protected]>
> Cc: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=us-ascii
>
> >>>>> On Tue, 24 Feb 2009 03:03:17 +0530 (IST), manu kumar <
> [email protected]> said:
>
> mk> init_snmp("example-demon");
>
> mk> So Instead of "example-demon" is ok to give the "snmpd.conf" file of
> mk> Agent and From which path it will read the "example-demon/conf"
> mk> file.
>
> The name specifies the file name to look for. If you do
> init_snmp("snmpd") then it'll look for snmpd.conf in the search paths
> (set the SNMPCONFPATH to control where to look).
> --
> Wes Hardaker
> Sparta, Inc.
>
>
>
> ------------------------------
>
> Message: 24
> Date: Tue, 24 Feb 2009 17:18:02 -0800
> From: "Mike Ayers" <[email protected]>
> Subject: RE: extending the snmp agent through many exec's
> To: "Wes Hardaker" <[email protected]>
> Cc: [email protected]
> Message-ID:
> <
> 83E753BE7B6A324ABB336245BAF1DAAC0ACA8DF6@mailserver.metatv-ds.metatv.com>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> > From: Wes Hardaker [mailto:[email protected]]
> > Sent: Monday, February 23, 2009 10:50 AM
>
> > forth: pass
>
> *SIGH* Everyone passes on Forth...
>
>
> Mike
>
>
>
> ------------------------------
>
> Message: 25
> Date: Wed, 25 Feb 2009 09:13:45 +0530
> From: malar vizhi <[email protected]>
> Subject: Re: MIB Version Specific
> To: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thanks Dave...
>
> In case of Application--
>
> am monitoring MSSQL 2000 with SNMP(mssql.mib)...In future I might want to
> monitor MSSQL 2005 or 2008..Is there will be separete mib fo each
> application version or Only one mib for all version of
> MSSQL(2000,2005,2008)?
>
> In case of OS--
>
> I think Host-Resource-Mib is the one to monitor an Windows OS. What
> about HP-UX, AIX, Linux?..Is there any specific mIB for each OS or
> "Host-Resource-Mib" is the one for all OS?....
>
> Sorry Dave..I think, I should mention these details in previous mail
> itself....I made u to confuse..
>
> Thanks & Regards
> Malar
>
>
> On Tue, Feb 24, 2009 at 7:55 PM, Dave Shield <[email protected]
> >wrote:
>
> > 2009/2/24 malar vizhi <[email protected]>:
> > > It wil be better If you explaine me based on These three...
> > >
> > > In Case of SNMP, OS & Application also.....
> >
> > I can't explain, because I don't know what you mean.
> >
> > But in general, it doesn't matter - the answer is "no".
> > MIBs will typically NOT be version specific.
> >
> > Dave
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 26
> Date: Wed, 25 Feb 2009 09:29:01 +0530
> From: malar vizhi <[email protected]>
> Subject: Fwd: MIB Version Specific
> To: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> ---------- Forwarded message ----------
> From: malar vizhi <[email protected]>
> Date: Wed, Feb 25, 2009 at 9:13 AM
> Subject: Re: MIB Version Specific
> To: [email protected]
>
>
> Thanks Dave...
>
> In case of Application--
>
> am monitoring MSSQL 2000 with SNMP(mssql.mib)...In future I might want to
> monitor MSSQL 2005 or 2008..Is there will be separete mib fo each
> application version or Only one mib for all version of
> MSSQL(2000,2005,2008)?
>
> In case of OS--
>
> I think Host-Resource-Mib is the one to monitor an Windows OS. What
> about HP-UX, AIX, Linux?..Is there any specific mIB for each OS or
> "Host-Resource-Mib" is the one for all OS?....
>
> Sorry Dave..I think, I should mention these details in previous mail
> itself....I made u to confuse..
>
> Thanks & Regards
> Malar
>
>
>
> On Tue, Feb 24, 2009 at 7:55 PM, Dave Shield <[email protected]
> >wrote:
>
> > 2009/2/24 malar vizhi <[email protected]>:
> > > It wil be better If you explaine me based on These three...
> > >
> > > In Case of SNMP, OS & Application also.....
> >
> > I can't explain, because I don't know what you mean.
> >
> > But in general, it doesn't matter - the answer is "no".
> > MIBs will typically NOT be version specific.
> >
> > Dave
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 27
> Date: Wed, 25 Feb 2009 10:51:23 +0530
> From: Tanisha Kashyap <[email protected]>
> Subject: RE: Net-SNMP perl agent
> To: "[email protected]"
> <[email protected]>
> Message-ID:
> <
> 08A2197FCF31F642988F149222F8B88D8300C0@GUREXMB01.ASIAN.AD.ARICENT.COM>
>
> Content-Type: text/plain; charset="us-ascii"
>
> I made some changes and the agent is now responding to SNMP Get.
> The agent I had written had a hard coded OID and a corresponding string
> which was being printed whenever I did a GET on that particular OID.
>
> However now I want my agent to read a MIB file created by me.
> Any pointers on how I can get going?
>
> "If you think you can, or you think you can't...You are Right" -- Henry
> Ford
>
> -----Original Message-----
> From: Wes Hardaker [mailto:[email protected]]
> Sent: Tuesday, February 24, 2009 10:35 PM
> To: Tanisha Kashyap
> Cc: [email protected]
> Subject: Re: Net-SNMP perl agent
>
> >>>>> On Tue, 24 Feb 2009 12:55:10 +0530, Tanisha Kashyap <
> [email protected]> said:
>
> TK> Query: /usr/local/bin/snmpget -v 2c -c private 127.0.0.1
> .1.3.6.1.4.1.8072.9999.9999.7375.1.0
> TK> Error: Timeout: No Response from 127.0.0.1.
>
> Can you query other objects with -v 2c -c private? If not, then the
> agent needs to be set up for authorization rights first (see VACM in the
> snmpd.conf manual page)
> --
> Wes Hardaker
> Sparta, Inc.
>
> "DISCLAIMER: This message is proprietary to Aricent and is intended solely
> for the use of the individual to whom it is addressed. It may contain
> privileged or confidential information and should not be circulated or used
> for any purpose other than for what it is intended. If you have received
> this message in error,please notify the originator immediately. If you are
> not the intended recipient, you are notified that you are strictly
> prohibited from using, copying, altering, or disclosing the contents of this
> message. Aricent accepts no responsibility for loss or damage arising from
> the use of the information transmitted by this email including damage from
> virus."
>
>
>
> ------------------------------
>
> Message: 28
> Date: Wed, 25 Feb 2009 12:52:04 +0530
> From: sanjaykumar <[email protected]>
> Subject: unauthorize user while sending the notification
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi All,
> I am getting unauthorize user when I am sending the
> NOTIFICATION.
> I have created the user using the following command
> "net-snmp-config --create-snmpv3-user"
> and I copy the created user from snmpd.conf and paste it in
> snmptrapd.conf.
> Is this way to add the user in snmptrapd.conf ?
> If yes, what are the possibilities of the Error ?
> If no, how do we add ?
> I am testing the above with SNMPv3.
>
> Thanks and Regards,
> Sanjay Kumar
>
>
>
>
> ------------------------------
>
> Message: 29
> Date: Wed, 25 Mar 2009 09:12:40 +0530
> From: "kusuma.bm" <[email protected]>
> Subject: SNMP SET command to clone a user
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi,
> i would like to know how to clone an existing user through SNMP
> SET command. I tried giving SNMP set command to clone security name
> since user name is same as security name, but it created a duplicate row
> of security name in usmUser table. But what i require is to clone an
> user , so that a duplicate usmUser table is created with cloned user name.
>
>
> Regards
> kusuma
>
>
>
> ------------------------------
>
> Message: 30
> Date: Wed, 25 Feb 2009 10:42:56 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: MIB Version Specific
> To: malar vizhi <[email protected]>
> Cc: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/25 malar vizhi <[email protected]>:
> > ?am monitoring MSSQL 2000 with SNMP(mssql.mib)...In future I might want
> to
> > monitor MSSQL 2005 or 2008..Is there will be separete mib fo each
> > application version or Only one mib for all version of
> MSSQL(2000,2005,2008)?
>
> I have no idea.
> The Net-SNMP agent doesn't include support for an MSSQL MIB,
> so you must be using another agent. (Perhaps the native Microsoft one).
>
> You will need to ask them about their software - we're not here to support
> that.
>
>
>
> > In case of OS--
> >
> > ???? I think Host-Resource-Mib is the one to monitor an Windows OS.
>
> The Host Resources MIB reports information about the resources on
> the remote host. There is nothing in this that is specific to Windows.
>
> It is not a Windows MIB, or a Microsoft MIB. It is a *host* MIB.
>
>
> > What about HP-UX, AIX, Linux?.
>
> They are also hosts, so can supply information from the Host-Resources MIB.
>
>
> > Is there any specific mIB for each OS or
> > "Host-Resource-Mib" is the one for all OS?....
>
> There may well be specific MIBs for particular OSs.
> But Host Resources is providing general information.
>
>
> Dave
>
>
>
> ------------------------------
>
> Message: 31
> Date: Wed, 25 Feb 2009 10:58:35 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: SNMP SET command to clone a user
> To: "kusuma. bm" <[email protected]>
> Cc: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/3/25 kusuma. bm <[email protected]>:
> > ? ? ? i would like to know how to clone an existing user through SNMP
> > SET command.
>
> The simplest way is to use the "snmpusm" command.
> This will send the appropriate SET requests.
> See snmpusm(1) for details.
>
> If you want to know exactly what SET requests it sends,
> try adding the option -Ddump, which will display a formatted
> copy of the request (and response).
>
> Dave
>
>
>
> ------------------------------
>
> Message: 32
> Date: Wed, 25 Feb 2009 16:41:39 +0530
> From: malar vizhi <[email protected]>
> Subject: Re: MIB Version Specific
> To: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thank you So much Dave..This information is enough for me....
>
> Thanks & Regards,
> Malar
>
>
> On Wed, Feb 25, 2009 at 4:12 PM, Dave Shield <[email protected]
> >wrote:
>
> > 2009/2/25 malar vizhi <[email protected]>:
> > > am monitoring MSSQL 2000 with SNMP(mssql.mib)...In future I might want
> > to
> > > monitor MSSQL 2005 or 2008..Is there will be separete mib fo each
> > > application version or Only one mib for all version of
> > MSSQL(2000,2005,2008)?
> >
> > I have no idea.
> > The Net-SNMP agent doesn't include support for an MSSQL MIB,
> > so you must be using another agent. (Perhaps the native Microsoft one).
> >
> > You will need to ask them about their software - we're not here to
> support
> > that.
> >
> >
> >
> > > In case of OS--
> > >
> > > I think Host-Resource-Mib is the one to monitor an Windows OS.
> >
> > The Host Resources MIB reports information about the resources on
> > the remote host. There is nothing in this that is specific to Windows.
> >
> > It is not a Windows MIB, or a Microsoft MIB. It is a *host* MIB.
> >
> >
> > > What about HP-UX, AIX, Linux?.
> >
> > They are also hosts, so can supply information from the Host-Resources
> MIB.
> >
> >
> > > Is there any specific mIB for each OS or
> > > "Host-Resource-Mib" is the one for all OS?....
> >
> > There may well be specific MIBs for particular OSs.
> > But Host Resources is providing general information.
> >
> >
> > Dave
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 33
> Date: Wed, 25 Feb 2009 11:18:22 +0000
> From: Alexander Bubnov <[email protected]>
> Subject: Re: to register instance of UNICODE string
> To: Dave Shield <[email protected]>
> Cc: "[email protected]"
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello!
>
> I can try to fix that bug during 7 days and then send a patch to you if you
> do not mind
>
> 2009/2/24 Dave Shield <[email protected]>
>
> > 2009/2/24 Alexander Bubnov <[email protected]>:
> > > Sending 50 bytes to UDP: [0.0.0.0]->[127.0.0.1]:161
> > :
> > > 0032: ... 06 0D 2B 06 01 04 01 BF 08 02 04 01 01 02 00
> >
> > That's the OID which you are asking for...
> >
> > > 0048: 05 00
> >
> > followed by a NULL value
> >
> >
> > > Received 66 bytes from UDP: [0.0.0.0]->[127.0.0.1]:161
> > > 0032: .. 06 0D 2B 06 01 04 01 BF 08 02 04 01 01 02 00
> >
> > There's the same OID again.
> >
> > > 0048: 04 10
> >
> > Followed by a string value (16 octets)
> >
> > > 44 00 00 00 45 00 00 00 46 00 00 00 00 00
> ..D...E...F.....
> > > 0064: 00 00 ..
> >
> > containing the DEF string, followed by a '\0' trailing wide-character.
> >
> >
> > > NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0 = STRING: D
> >
> > So yes - it's the output routines that are going wrong.
> >
> > So now we just need a volunteer to look at the library output code and
> > suggest how best to fix it.
> >
> > Dave
> >
>
>
>
> --
> /BR, Alexander
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 34
> Date: Wed, 25 Feb 2009 10:42:59 -0500
> From: "Sorrell, Al" <[email protected]>
> Subject: Problem with make'ing 5.4.2.1 on Solaris 8
> To: [email protected]
> Message-ID:
> <
> D1DD4CF81CB5D44C85FA0C3ECB897F310310984C@TC3637.corp.troweprice.net>
> Content-Type: text/plain; charset=us-ascii
>
>
> Hello,
> I'm getting a Segmentation Fault during the make phase of building
> 5.4.2.1 as shown below. Note that I really only use the apps (snmpwalk,
> etc.) and the Perl API. I do NOT need or use the agent.
>
> Anyone have suggestions? Need more info?
> Thanks,
> Al
>
> Environment:
> Solaris 8, gcc 3.4.6, GNU Make 3.81
> # echo $PATH
> /usr/sbin:/usr/local/bin:/usr/ccs/bin:/usr/bin
>
> # ./configure --with-perl-modules
> ...
> Checking for and configuring transport modules to use... Callback Unix
> TCP UDP.
> checking for security modules to use... usm
> checking for and configuring mib modules to use... default_modules.
> default_modules snmpv3mibs mibII ucd_snmp notification
> notification-log-mib target agent_mibs agentx disman/event
> disman/schedule utilities host snmpv3/snmpEngine snmpv3/snmpMPDStats
> snmpv3/usmStats snmpv3/usmConf snmpv3/usmUser mibII/system_mib
> mibII/sysORTable mibII/at mibII/ifTable mibII/ip mibII/snmp_mib
> mibII/tcp mibII/icmp mibII/udp mibII/vacm_vars mibII/setSerialNo
> ucd-snmp/proc ucd-snmp/versioninfo ucd-snmp/pass ucd-snmp/pass_persist
> ucd-snmp/disk ucd-snmp/loadave agent/extend ucd-snmp/errormib
> ucd-snmp/file ucd-snmp/dlmod ucd-snmp/proxy ucd-snmp/logmatch
> ucd-snmp/memory ucd-snmp/vmstat notification/snmpNotifyTable
> snmp-notification-mib/snmpNotifyFilterTable
> notification/snmpNotifyFilterProfileTable
> notification-log-mib/notification_log target/snmpTargetAddrEntry
> target/snmpTargetParamsEntry target/target target/target_counters
> agent/nsTransactionTable agent/nsModuleTable agent/nsDebug agent/nsCache
> agent/nsLogging agent/nsVacmAccessTable agentx/master agentx/subagent
> disman/event/mteScalars disman/event/mteTrigger
> disman/event/mteTriggerTable disman/event/mteTriggerDeltaTable
> disman/event/mteTriggerExistenceTable
> disman/event/mteTriggerBooleanTable
> disman/event/mteTriggerThresholdTable disman/event/mteTriggerConf
> disman/event/mteEvent disman/event/mteEventTable
> disman/event/mteEventSetTable disman/event/mteEventNotificationTable
> disman/event/mteEventConf disman/event/mteObjects
> disman/event/mteObjectsTable disman/event/mteObjectsConf
> disman/schedule/schedCore disman/schedule/schedConf
> disman/schedule/schedTable utilities/override utilities/execute
> utilities/iquery host/hr_system host/hr_storage host/hr_device
> host/hr_other host/hr_proc host/hr_network host/hr_print host/hr_disk
> host/hr_partition host/hr_filesys host/hr_swrun host/hr_swinst
> util_funcs kernel_sunos5 mibII/interfaces mibII/ipAddr mibII/var_route
> mibII/route_write mibII/tcpTable mibII/udpTable mibII/vacm_context
> mibII/vacm_conf hardware/memory hardware/cpu header_complex
> snmp-notification-mib/snmpNotifyFilterTable/snmpNotifyFilterTable
> agentx/protocol agentx/client agentx/master_admin agentx/agentx_config
> if-mib/data_access/interfaceSegmentation Fault(coredump)
>
>
> _________________________
> Almon (Al) Sorrell
> Corporate Network Services | Network Engineering Consultant
> T. Rowe Price
> 4515 Painters Mill Road, TE9008
> Owings Mills, MD 21117
> Phone: 410-345-3042 (508-3042) Fax:410-345-3030
> Email: [email protected]
>
>
> T. Rowe Price (including T. Rowe Price Group, Inc. and its affiliates) and
> its associates do not provide legal or tax advice. Any tax-related
> discussion contained in this e-mail, including any attachments, is not
> intended or written to be used, and cannot be used, for the purpose of (i)
> avoiding any tax penalties or (ii) promoting, marketing, or recommending to
> any other party any transaction or matter addressed herein. Please consult
> your independent legal counsel and/or professional tax advisor regarding any
> legal or tax issues raised in this e-mail.
>
> The contents of this e-mail and any attachments are intended solely for the
> use of the named addressee(s) and may contain confidential and/or privileged
> information. Any unauthorized use, copying, disclosure, or distribution of
> the contents of this e-mail is strictly prohibited by the sender and may be
> unlawful. If you are not the intended recipient, please notify the sender
> immediately and delete this e-mail.
>
>
>
>
> ------------------------------
>
> Message: 35
> Date: Wed, 25 Feb 2009 16:03:17 +0000
> From: Dave Shield <[email protected]>
> Subject: Re: Problem with make'ing 5.4.2.1 on Solaris 8
> To: "Sorrell, Al" <[email protected]>
> Cc: [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/2/25 Sorrell, Al <[email protected]>:
> > Hello,
> > I'm getting a Segmentation Fault during the make phase of building
> > 5.4.2.1 as shown below. Note that I really only use the apps (snmpwalk,
> > etc.) and the Perl API. I do NOT need or use the agent.
> >
> > Anyone have suggestions? Need more info?
>
> $ ./configure --help | grep agent
> --disable-agent Do not build the agent (snmpd).
>
> Worth a try, at least.
>
> Dave
>
>
>
> ------------------------------
>
> Message: 36
> Date: Wed, 25 Feb 2009 21:47:17 +0530
> From: "Ragesh V" <[email protected]>
> Subject: RE: SNMP Agent response time
> To: "Wes Hardaker" <[email protected]>
> Cc: [email protected]
> Message-ID:
> <
> F03F61A4221B9C4E91955E8C29AA9D92BA8799@chn-hclt-evs05.HCLT.CORP.HCL.IN>
>
> Content-Type: text/plain; charset=us-ascii
>
>
> Thanks Wes... Your direction helped.
> I found giving 1200 also having same issue. It was *not* a timing issue.
> I am getting " snmp_build: unknown failuresend response: Error building
> ASN.1 representation (build objid: bad first subidentifier)" error in my
> snmpd dump, when the getbulk is failing. I have to look into this in
> detail, but if any inputs on this error will be very helpful. My current
> feeling is I am not dealing properly with the OBJECT IDENTIFIER item in
> my getbulk.
>
>
> Thanks
> -Ragesh
>
> -----Original Message-----
> From: Wes Hardaker [mailto:[email protected]]
> Sent: Tuesday, February 24, 2009 10:34 PM
> To: Ragesh V
> Cc: [email protected]
> Subject: Re: SNMP Agent response time
>
> >>>>> On Tue, 24 Feb 2009 14:53:34 +0530, "Ragesh V" <[email protected]>
> said:
>
> RV> Same command works sometimes but fails some times. I have given -t
> RV> 60 in the getbulk but still 2 out of 10(Not exactly) getbulk
> RV> requests are getting timed out.
>
> Two problems may be happening:
>
> 1) "-t 60" isn't enough. If the agent can't respond that fast looking
> up the information then you won't get the response.
>
> 2) The second attempt by your getbulk app will try again and the agent
> may still be processing the original one so the second one will take
> longer to respond since it won't be processed till the first one
> finishes.
>
> Why don't you run your request with -t 1200 and time it?
>
> (some objects take a long time to process, others are quick...
> different parts of the mib tree will have different speeds)
> --
> Wes Hardaker
> Sparta, Inc.
>
> ------------------------------------------------------------------------
> ------
> Open Source Business Conference (OSBC), March 24-25, 2009, San
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Net-snmp-users mailing list
> [email protected]
> Please see the following page to unsubscribe or change other options:
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
>
>
> DISCLAIMER:
>
> -----------------------------------------------------------------------------------------------------------------------
>
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
> It shall not attach any liability on the originator or HCL or its
> affiliates. Any views or opinions presented in
> this email are solely those of the author and may not necessarily reflect
> the opinions of HCL or its affiliates.
> Any form of reproduction, dissemination, copying, disclosure, modification,
> distribution and / or publication of
> this message without the prior written consent of the author of this e-mail
> is strictly prohibited. If you have
> received this email in error please delete it and notify the sender
> immediately. Before opening any mail and
> attachments please check them for viruses and defect.
>
>
> -----------------------------------------------------------------------------------------------------------------------
>
>
>
> ------------------------------
>
> Message: 37
> Date: Wed, 25 Feb 2009 13:17:46 -0500
> From: "Sorrell, Al" <[email protected]>
> Subject: RE: Problem with make'ing 5.4.2.1 on Solaris 8
> To: [email protected]
> Message-ID:
> <
> D1DD4CF81CB5D44C85FA0C3ECB897F310310987C@TC3637.corp.troweprice.net>
> Content-Type: text/plain; charset=us-ascii
>
>
> >> Hello,
> >> I'm getting a Segmentation Fault during the make phase of building
> >> 5.4.2.1 as shown below. Note that I really only use the apps
> (snmpwalk,
> >> etc.) and the Perl API. I do NOT need or use the agent.
> >>
> >> Anyone have suggestions? Need more info?
> >
> > $ ./configure --help | grep agent
> > --disable-agent Do not build the agent (snmpd).
> >
> >Worth a try, at least.
> >
> >Dave
>
> Thanks for your suggestion (obviously this was really in the configure -
> not make - phase)!
>
> # ./configure --with-perl-modules --disable-agent
>
> I did as you suggested and the configure phase completed successfully
> and the 'make' ran fine. As expected, most of the 'make test' tests
> either were skipped or failed, but tests of snmpwalk, etc. against
> existing devices seemed to work fine.
>
> After a 'make install', in testing with existing perl programs, I got:
>
> A simple test program fails:
> #!/usr/local/bin/perl -w
> use strict;
> use SNMP;
>
> my $SNMP_version=$SNMP::VERSION;
> $SNMP::use_enums=1;
> $SNMP::use_sprint_value=1;
> &SNMP::initMib();
>
> exit;
>
> $ test_snmp.pl
> Can't load
> '/usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris/auto/SNMP/SNMP.so'
> for module SNMP: ld.so.1: test_snmp.pl: fatal: relocation error: file
> /usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris/auto/SNMP/SNMP.so:
> symbol usmAESPrivProtocol: referenced symbol not found at
> /usr/local/lib/perl5/5.8.7/sun4-solaris/DynaLoader.pm line 230.
> at test_snmp.pl line 3
> Compilation failed in require at test_snmp.pl line 3.
> BEGIN failed--compilation aborted at test_snmp.pl line 3.
>
>
> I'm using openSSL 0.9.8j and openssh 5.1.p1 from sunfreeware.
>
> More suggestions - Please?
>
> Thanks,
> Al
>
>
> T. Rowe Price (including T. Rowe Price Group, Inc. and its affiliates) and
> its associates do not provide legal or tax advice. Any tax-related
> discussion contained in this e-mail, including any attachments, is not
> intended or written to be used, and cannot be used, for the purpose of (i)
> avoiding any tax penalties or (ii) promoting, marketing, or recommending to
> any other party any transaction or matter addressed herein. Please consult
> your independent legal counsel and/or professional tax advisor regarding any
> legal or tax issues raised in this e-mail.
>
> The contents of this e-mail and any attachments are intended solely for the
> use of the named addressee(s) and may contain confidential and/or privileged
> information. Any unauthorized use, copying, disclosure, or distribution of
> the contents of this e-mail is strictly prohibited by the sender and may be
> unlawful. If you are not the intended recipient, please notify the sender
> immediately and delete this e-mail.
>
>
>
>
> ------------------------------
>
> Message: 38
> Date: Wed, 25 Feb 2009 14:24:52 -0500
> From: [email protected]
> Subject: RE: Problem with make'ing 5.4.2.1 on Solaris 8
> To: "Sorrell, Al" <[email protected]>
> Cc: [email protected]
> Message-ID:
> <
> OF4632DA83.35747910-ON85257568.006A4346-85257568.006AA625@sybase.com>
> Content-Type: text/plain; charset="us-ascii"
>
> I recently had to build 5.4.2.1 on Solaris 8/Sparc with SunFreeware's
> OpenSSL
>
> I found I needed to do:
>
> perl -pi -e 's,-L/usr/local/ssl/lib,-L/usr/local/lib -R/usr/local/lib
> -L/usr/local/ssl/lib -R/usr/local/ssl/lib,' `find . -name Makefile -print`
>
>
> I probably could have worked around this by setting the right LDFLAGS, but
> I didn't
> want to have to rerun configure given that I knew it was working with the
> configure
> I ran on 9, 10 and 10x86.
>
> Ben
>
>
>
>
> "Sorrell, Al" <[email protected]>
> 02/25/2009 01:17 PM
>
> To
> [email protected]
> cc
>
> Subject
> RE: Problem with make'ing 5.4.2.1 on Solaris 8
>
>
>
>
>
>
>
> >> Hello,
> >> I'm getting a Segmentation Fault during the make phase of building
> >> 5.4.2.1 as shown below. Note that I really only use the apps
> (snmpwalk,
> >> etc.) and the Perl API. I do NOT need or use the agent.
> >>
> >> Anyone have suggestions? Need more info?
> >
> > $ ./configure --help | grep agent
> > --disable-agent Do not build the agent (snmpd).
> >
> >Worth a try, at least.
> >
> >Dave
>
> Thanks for your suggestion (obviously this was really in the configure -
> not make - phase)!
>
> # ./configure --with-perl-modules --disable-agent
>
> I did as you suggested and the configure phase completed successfully
> and the 'make' ran fine. As expected, most of the 'make test' tests
> either were skipped or failed, but tests of snmpwalk, etc. against
> existing devices seemed to work fine.
>
> After a 'make install', in testing with existing perl programs, I got:
>
> A simple test program fails:
> #!/usr/local/bin/perl -w
> use strict;
> use SNMP;
>
> my $SNMP_version=$SNMP::VERSION;
> $SNMP::use_enums=1;
> $SNMP::use_sprint_value=1;
> &SNMP::initMib();
>
> exit;
>
> $ test_snmp.pl
> Can't load
> '/usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris/auto/SNMP/SNMP.so'
> for module SNMP: ld.so.1: test_snmp.pl: fatal: relocation error: file
> /usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris/auto/SNMP/SNMP.so:
> symbol usmAESPrivProtocol: referenced symbol not found at
> /usr/local/lib/perl5/5.8.7/sun4-solaris/DynaLoader.pm line 230.
> at test_snmp.pl line 3
> Compilation failed in require at test_snmp.pl line 3.
> BEGIN failed--compilation aborted at test_snmp.pl line 3.
>
>
> I'm using openSSL 0.9.8j and openssh 5.1.p1 from sunfreeware.
>
> More suggestions - Please?
>
> Thanks,
> Al
>
>
> T. Rowe Price (including T. Rowe Price Group, Inc. and its affiliates) and
> its associates do not provide legal or tax advice. Any tax-related
> discussion contained in this e-mail, including any attachments, is not
> intended or written to be used, and cannot be used, for the purpose of (i)
> avoiding any tax penalties or (ii) promoting, marketing, or recommending
> to any other party any transaction or matter addressed herein. Please
> consult your independent legal counsel and/or professional tax advisor
> regarding any legal or tax issues raised in this e-mail.
>
> The contents of this e-mail and any attachments are intended solely for
> the use of the named addressee(s) and may contain confidential and/or
> privileged information. Any unauthorized use, copying, disclosure, or
> distribution of the contents of this e-mail is strictly prohibited by the
> sender and may be unlawful. If you are not the intended recipient, please
> notify the sender immediately and delete this e-mail.
>
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Net-snmp-users mailing list
> [email protected]
> Please see the following page to unsubscribe or change other options:
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 39
> Date: Wed, 25 Feb 2009 15:15:03 -0500
> From: "Sorrell, Al" <[email protected]>
> Subject: RE: Problem with make'ing 5.4.2.1 on Solaris 8
> To: [email protected]
> Cc: [email protected]
> Message-ID:
> <
> D1DD4CF81CB5D44C85FA0C3ECB897F31031098A0@TC3637.corp.troweprice.net>
> Content-Type: text/plain; charset="us-ascii"
>
>
> Ben,
>
> Thanks for your suggestion.
>
> I applied your perl edit, then re-did the 'make' and 'make install' and
> it worked like a champ!
>
>
>
> Thanks again for your help.
>
>
>
> Al
>
>
>
> ________________________________
>
> From: [email protected] [mailto:[email protected]]
> Sent: Wednesday, February 25, 2009 2:25 PM
> To: Sorrell, Al
> Cc: [email protected]
> Subject: RE: Problem with make'ing 5.4.2.1 on Solaris 8
>
>
>
>
> I recently had to build 5.4.2.1 on Solaris 8/Sparc with SunFreeware's
> OpenSSL
>
> I found I needed to do:
>
> perl -pi -e 's,-L/usr/local/ssl/lib,-L/usr/local/lib -R/usr/local/lib
> -L/usr/local/ssl/lib -R/usr/local/ssl/lib,' `find . -name Makefile
> -print`
>
>
> I probably could have worked around this by setting the right LDFLAGS,
> but I didn't
> want to have to rerun configure given that I knew it was working with
> the configure
> I ran on 9, 10 and 10x86.
>
> Ben
>
>
>
>
> "Sorrell, Al" <[email protected]>
>
> 02/25/2009 01:17 PM
>
> To
>
> [email protected]
>
> cc
>
>
>
> Subject
>
> RE: Problem with make'ing 5.4.2.1 on Solaris 8
>
>
>
>
>
>
>
>
>
>
>
> >> Hello,
> >> I'm getting a Segmentation Fault during the make phase of building
> >> 5.4.2.1 as shown below. Note that I really only use the apps
> (snmpwalk,
> >> etc.) and the Perl API. I do NOT need or use the agent.
> >>
> >> Anyone have suggestions? Need more info?
> >
> > $ ./configure --help | grep agent
> > --disable-agent Do not build the agent (snmpd).
> >
> >Worth a try, at least.
> >
> >Dave
>
> Thanks for your suggestion (obviously this was really in the configure -
> not make - phase)!
>
> # ./configure --with-perl-modules --disable-agent
>
> I did as you suggested and the configure phase completed successfully
> and the 'make' ran fine. As expected, most of the 'make test' tests
> either were skipped or failed, but tests of snmpwalk, etc. against
> existing devices seemed to work fine.
>
> After a 'make install', in testing with existing perl programs, I got:
>
> A simple test program fails:
> #!/usr/local/bin/perl -w
> use strict;
> use SNMP;
>
> my $SNMP_version=$SNMP::VERSION;
> $SNMP::use_enums=1;
> $SNMP::use_sprint_value=1;
> &SNMP::initMib();
>
> exit;
>
> $ test_snmp.pl
> Can't load
> '/usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris/auto/SNMP/SNMP.so'
> for module SNMP: ld.so.1: test_snmp.pl: fatal: relocation error: file
> /usr/local/lib/perl5/site_perl/5.8.7/sun4-solaris/auto/SNMP/SNMP.so:
> symbol usmAESPrivProtocol: referenced symbol not found at
> /usr/local/lib/perl5/5.8.7/sun4-solaris/DynaLoader.pm line 230.
> at test_snmp.pl line 3
> Compilation failed in require at test_snmp.pl line 3.
> BEGIN failed--compilation aborted at test_snmp.pl line 3.
>
>
> I'm using openSSL 0.9.8j and openssh 5.1.p1 from sunfreeware.
>
> More suggestions - Please?
>
> Thanks,
> Al
>
>
> T. Rowe Price (including T. Rowe Price Group, Inc. and its affiliates)
> and its associates do not provide legal or tax advice. Any tax-related
> discussion contained in this e-mail, including any attachments, is not
> intended or written to be used, and cannot be used, for the purpose of
> (i) avoiding any tax penalties or (ii) promoting, marketing, or
> recommending to any other party any transaction or matter addressed
> herein. Please consult your independent legal counsel and/or
> professional tax advisor regarding any legal or tax issues raised in
> this e-mail.
>
> The contents of this e-mail and any attachments are intended solely for
> the use of the named addressee(s) and may contain confidential and/or
> privileged information. Any unauthorized use, copying, disclosure, or
> distribution of the contents of this e-mail is strictly prohibited by
> the sender and may be unlawful. If you are not the intended recipient,
> please notify the sender immediately and delete this e-mail.
>
>
> ------------------------------------------------------------------------
> ------
> Open Source Business Conference (OSBC), March 24-25, 2009, San
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Net-snmp-users mailing list
> [email protected]
> Please see the following page to unsubscribe or change other options:
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
>
>
>
>
>
> T. Rowe Price (including T. Rowe Price Group, Inc. and its affiliates) and
> its associates do not provide legal or tax advice. Any tax-related
> discussion contained in this e-mail, including any attachments, is not
> intended or written to be used, and cannot be used, for the purpose of (i)
> avoiding any tax penalties or (ii) promoting, marketing, or recommending to
> any other party any transaction or matter addressed herein. Please consult
> your independent legal counsel and/or professional tax advisor regarding any
> legal or tax issues raised in this e-mail.
>
> The contents of this e-mail and any attachments are intended solely for the
> use of the named addressee(s) and may contain confidential and/or privileged
> information. Any unauthorized use, copying, disclosure, or distribution of
> the contents of this e-mail is strictly prohibited by the sender and may be
> unlawful. If you are not the intended recipient, please notify the sender
> immediately and delete this e-mail.
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 40
> Date: Wed, 25 Feb 2009 12:40:57 -0800
> From: "Mike Ayers" <[email protected]>
> Subject: RE: function snprint_asciistring
> To: "RP, Giridhara" <[email protected]>,
> <[email protected]>
> Message-ID:
> <
> 83E753BE7B6A324ABB336245BAF1DAAC0ADABEC4@mailserver.metatv-ds.metatv.com>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> > From: RP, Giridhara [mailto:[email protected]]
> > Sent: Tuesday, February 24, 2009 12:54 AM
>
> NOTE: This is not an authoritative answer!
>
> > We are using snprint_asciistring to get the null terminated
> > ascistring.
> > int
> > snprint_asciistring(char *buf, size_t buf_len,
> > const u_char * cp, size_t len)
>
> > The output is myname\\\\unix. Any reason why 2 extra '\'
> > (escape) is added to the buffer (buf). Please let me know the reason.
>
> I believe that this is intended to allow the string to be piped
> through a unix shell, which would interpret "\\" as "\". I believe this
> function implements the `-Oa` functionality.
>
> > Also, is there any function which does not add these extra '\' ?
>
> printf?
>
> Well, no, that wouldn't emit "safe" output, would it? How safe do
> you need?
>
>
> HTH,
>
> Mike
>
>
>
> ------------------------------
>
> Message: 41
> Date: Wed, 25 Feb 2009 14:15:41 -0800
> From: "Mike Ayers" <[email protected]>
> Subject: RE: help needed with root oid and getnext operation
> To: "EYRE Bernadette" <[email protected]>,
> <[email protected]>
> Message-ID:
> <
> 83E753BE7B6A324ABB336245BAF1DAAC0ADABF93@mailserver.metatv-ds.metatv.com>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> > From: EYRE Bernadette [mailto:[email protected]]
> > Sent: Monday, February 23, 2009 6:25 PM
>
> > 1 - what am I expected to return for GETNEXT call? Do I
> > return the index of the next valid object instance
> > or the actual value of the first valid object instance?
>
> Always return the next instance after, but not including, the
> queried value, or the end of view indicator (null?).
>
> > 2 - if I'm expected to return a value as a reply to GETNEXT
> > call, why then my subagent is called again with GET mode?
>
> I can't say for sure, but there's nothing inherently wrong with
> this. GET and GETNEXT should not cause any changes to the system state for
> this reason.
>
> > 3 - if I'm expected to return only the index (modified oid?)
> > of the next valid instance, do I modify the
> > name field of the netsnmp_variable_list struct?
>
> I don't know - a little help from the list, please?
>
> > 4 - when snmpget command is called on one of the columns of a
> > table do I return all the instances of that column?
>
> No. Only return the exact instance asked for, and only if it
> exists.
>
>
> HTH,
>
> Mike
>
>
>
> ------------------------------
>
> Message: 42
> Date: Wed, 25 Feb 2009 15:36:03 -0800
> From: "Mike Ayers" <[email protected]>
> Subject: RE: to register instance of UNICODE string
> To: "Dave Shield" <[email protected]>, "Alexander Bubnov"
> <[email protected]>
> Cc: [email protected]
> Message-ID:
> <
> 83E753BE7B6A324ABB336245BAF1DAAC0ADAC027@mailserver.metatv-ds.metatv.com>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> > From: Dave Shield [mailto:[email protected]]
> > Sent: Tuesday, February 24, 2009 6:14 AM
>
> > Followed by a string value (16 octets)
> >
> > > 44 00 00 00 45 00 00 00 46 00 00 00 00 00
> > ..D...E...F.....
> > > 0064: 00 00 ..
> >
> > containing the DEF string, followed by a '\0' trailing wide-character.
>
> That's overtrimmed. The original read:
>
> 0048: 04 10 44 00 00 00 45 00 00 00 46 00 00 00 00 00 ..D...E...F.....
> 0064: 00 00 ..
>
> That's 04 for octet string, 10 for 16 bytes long, and the sequences
> "44 00 00 00", "45 00 00 00", "46 00 00 00", and "00 00 00 00". I'm
> guessing that wide characters (L"") on OP's platform are 32 bits.
>
> > > NET-SNMP-TUTORIAL-MIB::nstAgentSubagentObject.0 = STRING: D
> >
> > So yes - it's the output routines that are going wrong.
>
> Nope. That's the expected output when you try to print wide ASCII.
> The second character (as interpreted by the print routine) is the null
> terminator (because it's supposed to be padding to fit the ASCII into 16 or
> 32 bits).
>
> Note that there has not been a "Unicode" character encoding in about
> 15 years, and never a "UTF" encoding - there are UTF-16, UTF-8, UTF-32,
> UTF-16BE, UTF-16LE, etc., etc., ad nauseum. The only one that I would
> expect to have any chance of success is UTF-8, which is guaranteed not to be
> generated by L"". In any case, your debug output showa that your wide chars
> are transferred correctly, which *is* expected of SNMP (the joys of TLV!).
>
> If you really need to understand this better, here's your (WARNING:
> PAINFUL!) starting point:
>
> http://www.unicode.org/reports/tr17/
>
>
>
> Peace, love, and Unicode!
>
> Mike
>
>
>
> ------------------------------
>
> Message: 43
> Date: Wed, 25 Feb 2009 11:41:18 -0500
> From: [email protected]
> Subject: netsnmp-5.4.2.1 and Solaris 10/X86 with ZFS
> To: [email protected]
> Cc: [email protected], [email protected]
> Message-ID:
> <
> OF7D28EDA4.A3AF903B-ON85257568.005B423F-85257568.005BAD77@sybase.com>
> Content-Type: text/plain; charset="us-ascii"
>
> I have built a rather stock netsnmp-5.4.2.1 for our environment, and now
> the local EM7
> guy is complaining that our ZFS file system isn't getting monitored like
> it should.
>
> Here's the basics from the snmpd.conf file:
>
> disk /backup 95%
> disk /opt 99%
>
> After restarting snmpd, I get the following response:
>
> # snmpwalk -v 2c -c localhost localhost dsk
>
> UCD-SNMP-MIB::dskIndex.1 = INTEGER: 1
> UCD-SNMP-MIB::dskIndex.2 = INTEGER: 2
> UCD-SNMP-MIB::dskPath.1 = STRING: /backup
> UCD-SNMP-MIB::dskPath.2 = STRING: /opt
> UCD-SNMP-MIB::dskDevice.1 = STRING: backup
> UCD-SNMP-MIB::dskDevice.2 = STRING: /dev/md/dsk/d50
> UCD-SNMP-MIB::dskMinimum.1 = INTEGER: -1
> UCD-SNMP-MIB::dskMinimum.2 = INTEGER: -1
> UCD-SNMP-MIB::dskMinPercent.1 = INTEGER: 95
> UCD-SNMP-MIB::dskMinPercent.2 = INTEGER: 99
> UCD-SNMP-MIB::dskTotal.2 = INTEGER: 43705672
> UCD-SNMP-MIB::dskAvail.2 = INTEGER: 42299632
> UCD-SNMP-MIB::dskUsed.2 = INTEGER: 968983
> UCD-SNMP-MIB::dskPercent.2 = INTEGER: 2
> UCD-SNMP-MIB::dskPercentNode.2 = INTEGER: 0
> UCD-SNMP-MIB::dskErrorFlag.2 = INTEGER: error(1)
> UCD-SNMP-MIB::dskErrorMsg.2 = STRING: /opt: less than 99% free (= 2%)
>
>
> The df -k from the system in question looks like:
>
>
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/md/dsk/d10 2058319 151311 1845259 8% /
> swap 8340536 1232 8339304 1% /etc/svc/volatile
> /dev/md/dsk/d60 8262869 4078888 4101353 50% /usr
> /platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap1.so.1
> 2058319 151311 1845259 8%
> /platform/sun4u-us3/lib/libc_psr.so.1
> /platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap1.so.1
> 2058319 151311 1845259 8%
> /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1
> /dev/md/dsk/d30 8262869 1433292 6746949 18% /var
> swap 8340888 1584 8339304 1% /tmp
> swap 8339360 56 8339304 1% /var/run
> /dev/md/dsk/d50 43705673 968983 42299634 3% /opt
> /dev/md/dsk/d40 4133838 714268 3378232 18% /var/home
> backup 5615091147 3480248897 2134842251 62% /backup
>
>
> Seems like netsnmp isn't able to deal correctly with space on Solaris/ZFS.
>
> Am I wrong?
>
> Thanks,.
>
> Ben
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 44
> Date: Wed, 25 Feb 2009 15:51:09 -0800
> From: "Mike Ayers" <[email protected]>
> Subject: RE: MIB Version Specific
> To: "malar vizhi" <[email protected]>
> Cc: [email protected]
> Message-ID:
> <
> 83E753BE7B6A324ABB336245BAF1DAAC0ADAC03A@mailserver.metatv-ds.metatv.com>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> > From: Dave Shield [mailto:[email protected]]
> > Sent: Wednesday, February 25, 2009 2:43 AM
>
> > > In case of OS--
> > >
> > > ???? I think Host-Resource-Mib is the one to monitor an Windows OS.
> >
> > The Host Resources MIB reports information about the resources on
> > the remote host. There is nothing in this that is specific
> > to Windows.
> >
> > It is not a Windows MIB, or a Microsoft MIB. It is a *host* MIB.
>
> Just to be pedagogical, in case this is not clear already, but there
> may or may not be an implementation of that MIB on the host you wish to
> monitor. It may be because the code that supports that MIB wasn't included
> when the master agent was built, or because the subagent for that MIB has
> not been started, or because working code for that MIB on that platform does
> not exist - but again, this is an implementation issue, and has no version
> issues.
>
>
> HTH,
>
> Mike
>
>
>
> ------------------------------
>
> Message: 45
> Date: Wed, 25 Feb 2009 16:15:53 -0800
> From: Wes Hardaker <[email protected]>
> Subject: Re: unauthorize user while sending the notification
> To: sanjaykumar <[email protected]>
> Cc: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=us-ascii
>
> >>>>> On Wed, 25 Feb 2009 12:52:04 +0530, sanjaykumar <
> [email protected]> said:
>
> s> I have created the user using the following command
> s> "net-snmp-config --create-snmpv3-user"
> s> and I copy the created user from snmpd.conf and paste it in
> snmptrapd.conf.
> s> Is this way to add the user in snmptrapd.conf ?
> s> If yes, what are the possibilities of the Error ?
> s> If no, how do we add ?
> s> I am testing the above with SNMPv3.
>
> You should read this page, which discusses SNMPv3 users with informs and
> traps:
>
> http://www.net-snmp.org/wiki/index.php/TUT:snmptrap_SNMPv3
>
> --
> Wes Hardaker
> Sparta, Inc.
>
>
>
> ------------------------------
>
> Message: 46
> Date: Wed, 25 Feb 2009 16:17:25 -0800
> From: Wes Hardaker <[email protected]>
> Subject: Re: Net-SNMP perl agent
> To: Tanisha Kashyap <[email protected]>
> Cc: "[email protected]"
> <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=us-ascii
>
> >>>>> On Wed, 25 Feb 2009 10:51:23 +0530, Tanisha Kashyap <
> [email protected]> said:
>
> TK> However now I want my agent to read a MIB file created by me.
> TK> Any pointers on how I can get going?
>
> Agent's don't read MIB files and answer data without code to support how
> to get to the data.
>
> http://www.net-snmp.org/wiki/index.php/FAQ:Agent_05
> --
> Wes Hardaker
> Sparta, Inc.
>
>
>
> ------------------------------
>
> Message: 47
> Date: Wed, 25 Feb 2009 16:17:58 -0800
> From: Wes Hardaker <[email protected]>
> Subject: Re: extending the snmp agent through many exec's
> To: "Mike Ayers" <[email protected]>
> Cc: Wes Hardaker <[email protected]>,
> [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=us-ascii
>
> >>>>> On Tue, 24 Feb 2009 17:18:02 -0800, "Mike Ayers" <
> [email protected]> said:
>
> >> From: Wes Hardaker [mailto:[email protected]]
> >> Sent: Monday, February 23, 2009 10:50 AM
>
> >> forth: pass
>
> MA> *SIGH* Everyone passes on Forth...
>
> Ha!
>
> It's been a while, I admit, since I wrote anything in forth.
> --
> Wes Hardaker
> Sparta, Inc.
>
>
>
> ------------------------------
>
> Message: 48
> Date: Wed, 25 Feb 2009 16:28:01 -0600
> From: "EYRE Bernadette" <[email protected]>
> Subject: RE: help needed with root oid and getnext operation
> To: "Mike Ayers" <[email protected]>,
> <[email protected]>
> Cc: [email protected]
> Message-ID:
> <
> 734E4FE8BD36FA44B43D6DDC9EC9482402436B1E@USDALSMBS05.ad3.ad.alcatel.com>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
> Thank you both Mike and Harish, every little help counts.
> a little more help from others on other points
> will be greatly appreciated
> thanks again
> Bernadette
>
>
>
>
> -----Original Message-----
> From: Mike Ayers [mailto:[email protected]]
> Sent: Wed 2/25/2009 4:15 PM
> To: EYRE Bernadette; [email protected]
> Subject: RE: help needed with root oid and getnext operation
>
> > From: EYRE Bernadette [mailto:[email protected]]
> > Sent: Monday, February 23, 2009 6:25 PM
>
> > 1 - what am I expected to return for GETNEXT call? Do I
> > return the index of the next valid object instance
> > or the actual value of the first valid object instance?
>
> Always return the next instance after, but not including, the
> queried value, or the end of view indicator (null?).
>
> > 2 - if I'm expected to return a value as a reply to GETNEXT
> > call, why then my subagent is called again with GET mode?
>
> I can't say for sure, but there's nothing inherently wrong with
> this. GET and GETNEXT should not cause any changes to the system state for
> this reason.
>
> > 3 - if I'm expected to return only the index (modified oid?)
> > of the next valid instance, do I modify the
> > name field of the netsnmp_variable_list struct?
>
> I don't know - a little help from the list, please?
>
> > 4 - when snmpget command is called on one of the columns of a
> > table do I return all the instances of that column?
>
> No. Only return the exact instance asked for, and only if it
> exists.
>
>
> HTH,
>
> Mike
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 49
> Date: Wed, 25 Feb 2009 11:45:10 -0500
> From: [email protected]
> Subject: Re: netsnmp-5.4.2.1 and Solaris 10/X86 with ZFS
> To: [email protected]
> Cc: [email protected], [email protected]
> Message-ID:
> <
> OF17EAAACF.675AC436-ON85257568.005BFE5B-85257568.005C07B7@sybase.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Ben,
>
> Your statement is correct.
>
> Thanks
>
>
>
>
>
> Ben Taylor/SYBASE
> 02/25/2009 11:41 AM
>
> To
> [email protected]
> cc
> Bechara Rizk/SYBASE@SybaseNotes, Gordon Douglass/SYBASE@SybaseNotes
> Subject
> netsnmp-5.4.2.1 and Solaris 10/X86 with ZFS
>
>
>
>
>
>
> I have built a rather stock netsnmp-5.4.2.1 for our environment, and now
> the local EM7
> guy is complaining that our ZFS file system isn't getting monitored like
> it should.
>
> Here's the basics from the snmpd.conf file:
>
> disk /backup 95%
> disk /opt 99%
>
> After restarting snmpd, I get the following response:
>
> # snmpwalk -v 2c -c localhost localhost dsk
>
> UCD-SNMP-MIB::dskIndex.1 = INTEGER: 1
> UCD-SNMP-MIB::dskIndex.2 = INTEGER: 2
> UCD-SNMP-MIB::dskPath.1 = STRING: /backup
> UCD-SNMP-MIB::dskPath.2 = STRING: /opt
> UCD-SNMP-MIB::dskDevice.1 = STRING: backup
> UCD-SNMP-MIB::dskDevice.2 = STRING: /dev/md/dsk/d50
> UCD-SNMP-MIB::dskMinimum.1 = INTEGER: -1
> UCD-SNMP-MIB::dskMinimum.2 = INTEGER: -1
> UCD-SNMP-MIB::dskMinPercent.1 = INTEGER: 95
> UCD-SNMP-MIB::dskMinPercent.2 = INTEGER: 99
> UCD-SNMP-MIB::dskTotal.2 = INTEGER: 43705672
> UCD-SNMP-MIB::dskAvail.2 = INTEGER: 42299632
> UCD-SNMP-MIB::dskUsed.2 = INTEGER: 968983
> UCD-SNMP-MIB::dskPercent.2 = INTEGER: 2
> UCD-SNMP-MIB::dskPercentNode.2 = INTEGER: 0
> UCD-SNMP-MIB::dskErrorFlag.2 = INTEGER: error(1)
> UCD-SNMP-MIB::dskErrorMsg.2 = STRING: /opt: less than 99% free (= 2%)
>
>
> The df -k from the system in question looks like:
>
>
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/md/dsk/d10 2058319 151311 1845259 8% /
> swap 8340536 1232 8339304 1% /etc/svc/volatile
> /dev/md/dsk/d60 8262869 4078888 4101353 50% /usr
> /platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap1.so.1
> 2058319 151311 1845259 8%
> /platform/sun4u-us3/lib/libc_psr.so.1
> /platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap1.so.1
> 2058319 151311 1845259 8%
> /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1
> /dev/md/dsk/d30 8262869 1433292 6746949 18% /var
> swap 8340888 1584 8339304 1% /tmp
> swap 8339360 56 8339304 1% /var/run
> /dev/md/dsk/d50 43705673 968983 42299634 3% /opt
> /dev/md/dsk/d40 4133838 714268 3378232 18% /var/home
> backup 5615091147 3480248897 2134842251 62% /backup
>
>
> Seems like netsnmp isn't able to deal correctly with space on Solaris/ZFS.
>
> Am I wrong?
>
> Thanks,.
>
> Ben
> -------------- next part --------------
> An HTML attachment was scrubbed...
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: image/jpeg
> Size: 26193 bytes
> Desc: not available
>
> ------------------------------
>
> Message: 50
> Date: Wed, 25 Feb 2009 19:28:14 -0500 (EST)
> From: "Brian A. Seklecki" <[email protected]>
> Subject: Re: netsnmp-5.4.2.1 and Solaris 10/X86 with ZFS
> To: [email protected]
> Cc: [email protected], [email protected],
> [email protected]
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="us-ascii"
>
>
>
> Isn't the "##%" supposed to indicate the "percent free to warn at"
>
> So, "10%" would send an SNMP trap at, or below, 10% free on the partition
> mounpoint?
>
> At least that's the way it works on *BSD.
>
> ~BAS
> -------------- next part --------------
> Ben,
>
> Your statement is correct.
>
> Thanks
>
>
>
>
>
> Ben Taylor/SYBASE
> 02/25/2009 11:41 AM
>
> To
> [email protected]
> cc
> Bechara Rizk/SYBASE@SybaseNotes, Gordon Douglass/SYBASE@SybaseNotes
> Subject
> netsnmp-5.4.2.1 and Solaris 10/X86 with ZFS
>
>
>
>
>
>
> I have built a rather stock netsnmp-5.4.2.1 for our environment, and now
> the local EM7
> guy is complaining that our ZFS file system isn't getting monitored like
> it should.
>
> Here's the basics from the snmpd.conf file:
>
> disk /backup 95%
> disk /opt 99%
>
> After restarting snmpd, I get the following response:
>
> # snmpwalk -v 2c -c localhost localhost dsk
>
> UCD-SNMP-MIB::dskIndex.1 = INTEGER: 1
> UCD-SNMP-MIB::dskIndex.2 = INTEGER: 2
> UCD-SNMP-MIB::dskPath.1 = STRING: /backup
> UCD-SNMP-MIB::dskPath.2 = STRING: /opt
> UCD-SNMP-MIB::dskDevice.1 = STRING: backup
> UCD-SNMP-MIB::dskDevice.2 = STRING: /dev/md/dsk/d50
> UCD-SNMP-MIB::dskMinimum.1 = INTEGER: -1
> UCD-SNMP-MIB::dskMinimum.2 = INTEGER: -1
> UCD-SNMP-MIB::dskMinPercent.1 = INTEGER: 95
> UCD-SNMP-MIB::dskMinPercent.2 = INTEGER: 99
> UCD-SNMP-MIB::dskTotal.2 = INTEGER: 43705672
> UCD-SNMP-MIB::dskAvail.2 = INTEGER: 42299632
> UCD-SNMP-MIB::dskUsed.2 = INTEGER: 968983
> UCD-SNMP-MIB::dskPercent.2 = INTEGER: 2
> UCD-SNMP-MIB::dskPercentNode.2 = INTEGER: 0
> UCD-SNMP-MIB::dskErrorFlag.2 = INTEGER: error(1)
> UCD-SNMP-MIB::dskErrorMsg.2 = STRING: /opt: less than 99% free (= 2%)
>
>
> The df -k from the system in question looks like:
>
>
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/md/dsk/d10 2058319 151311 1845259 8% /
> swap 8340536 1232 8339304 1% /etc/svc/volatile
> /dev/md/dsk/d60 8262869 4078888 4101353 50% /usr
> /platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap1.so.1
> 2058319 151311 1845259 8%
> /platform/sun4u-us3/lib/libc_psr.so.1
> /platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap1.so.1
> 2058319 151311 1845259 8%
> /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1
> /dev/md/dsk/d30 8262869 1433292 6746949 18% /var
> swap 8340888 1584 8339304 1% /tmp
> swap 8339360 56 8339304 1% /var/run
> /dev/md/dsk/d50 43705673 968983 42299634 3% /opt
> /dev/md/dsk/d40 4133838 714268 3378232 18% /var/home
> backup 5615091147 3480248897 2134842251 62% /backup
>
>
> Seems like netsnmp isn't able to deal correctly with space on Solaris/ZFS.
>
> Am I wrong?
>
> Thanks,.
>
> Ben
> -------------- next part --------------
> An HTML attachment was scrubbed...
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: image/jpeg
> Size: 26193 bytes
> Desc: not available
> -------------- next part --------------
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> -------------- next part --------------
> _______________________________________________
> Net-snmp-users mailing list
> [email protected]
> Please see the following page to unsubscribe or change other options:
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
>
> ------------------------------
>
> _______________________________________________
> Net-snmp-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
>
>
> End of Net-snmp-users Digest, Vol 33, Issue 7
> *********************************************
>
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users