On Tue, 2005-01-25 at 09:08, Andrew Hood wrote:
> At present forwarded traps appear to come from the forwarder rather than
> the original source.
>
> For v1 traps, should it copy the trap source address to the agent
> address if the agent address is zero?
Request for clarification:
By "v1 tra
On Thu, 2005-01-27 at 21:35, Andrew Hood wrote:
> The trap is forwarded in whatever form it was received. Are you implying
> snmptrapd's forward directive can be persuaded to convert incoming traps
> to a single version? I can't see that in the man pages.
H... it's a while since I worked o
On Thu, 2005-01-27 at 22:49, David T. Perkins wrote:
> Here are the situations
> 1) When a v1 trap is received over a transport other than IPv4/UDP,
> how do you determine the source address? (for example, you received
> it over IPv6?)
In terms of the SNMP specifications as they stand, determi
On Fri, 2005-02-04 at 17:37, Magnus Fromreide wrote:
> On Fri, Feb 04, 2005 at 11:26:37AM -0500, Michael P. Soulier wrote:
> > I see that the types that can be returned
> > from a script called via pass or pass_persist are as follows:
> >
> > "The second line should be the TYPE of
On Mon, 2005-02-21 at 17:33, Robert Story wrote:
> On Sun, 20 Feb 2005 18:42:26 -0500 Alex wrote:
> AB> Another option is to compile 2 (or 4 if SSL) ways and include them all
> AB> in the binary installer. The user can then pick what support they want
> AB> during installation. That would of co
On Fri, 2005-02-25 at 15:21, Robert Story wrote:
> Bad news. While trying to figure out better names for the tokens, I realized
> that there is already a 'forward' token for forwarding traps. This already
> allows specifying an IP address and a port. The big difference between it and
> your scheme
On Fri, 2005-02-25 at 15:56, Olsson, Sten wrote:
> I assume you can specify the protocol to use too? TCP/UDP?
Yes.
The destination is specified using the usual
protocol:host:port
syntax, so has the same range
of valid destination addresses.
> I think what it
On Tue, 2005-03-01 at 13:51, Robert Story wrote:
> KM> I have several counters that I need to register with the Master. Some of
> KM> these have type timeticks in the MIB file. I can't find the appropriate
> KM> function to register them. For integers I am using
> KM> netsnmp_register_int_instanc
Robert,
I've just been browsing through the recent changes
to the Net-SNMP source and spotted a series of commits
that have been applied to the snmplib/check_varbind.c file.
I'm not sure I understand what these are meant to achieve.
In particular, you seem to have introduced a new routine
n
On Sat, 2005-02-19 at 10:17, Ben Rockwood wrote:
> I've long been frustrated by the poor documentation available for
> Net-SNMP so I wrote my own manual a while back
> I hope it can be useful.
Thank you for that. I've had a look through it, and there's
a lot of good stuff there. Howeve
[First - *please* don't mail me privately, without
Cc:ing the mailing list. I don't have the time or
inclination to offer private, unpaid, SNMP consultancy.
In fact, you should send initial queries to the list
*only*. I've currently stepped back from the lists,
to
Armen> Is there a simple way to get net-snmp to send dynamically configured
Armen> periodic traps?
Robert> That sounds a little like the disman event mib support.
Actually, it sounds a *lot* like the DisMan Event MIB support.
Armen> and I want to trigger/de-trigger which
Armen> variables get
HL> string subnet_prefix = "fe80"; -> should be all hex
HL> snmp_add_var(pdu, smNetPartitionConfigSubnetPrefix_oid,
HL> sizeof(smNetPartitionConfigSubnetPrefix_oid)/sizeof(oid), 's',
HL> subnet_prefix.data());
HL>
HL> How can I tell snmp_add_var this is a hex value?
RS> p
On Mon, 2005-04-04 at 02:08, John Pfaff wrote:
> I generated my code with mib2c -c mib2c.int_watch.conf my-mib.txt.
> I do ./configure --with-mib-modules="my-mib" I see .o files, so I
> know it's getting compiled, but when I do snmpget all I get is
> noSuchName.
Have you tried working through th
On Tue, 2005-04-05 at 22:00, Wes Hardaker wrote:
> >> On Thu, 3 Feb 2005 10:01:54 -0800 Mike wrote:
> MT> If table interator helper is used to access sorted tables,...
> MT> ... Giving the get_first_data_point function access to the
> MT> indices from the request ... can begin the search starting
On Thu, 2005-03-31 at 23:16, Srinivas Athuluru (ATG) wrote:
>mib2c has a "foreach . scalar" string match
> which is producing identical code for scalars and
> notification attributes.
Which version of mib2c are you using?
I've just tried with the 5.1.x and 5.2.x lines,
and they both work c
You haven't said much about what you *can* see,
but I'd start by looking at your access control settings.
See the FAQ entries:
Why can't I see anything from the agent?
I can see the system group, but nothing else. Why?
&
How do I configure access control?
Dave
---
On Wed, 2005-04-06 at 10:20, Nguyen Quang Vu wrote:
> Currently, i want to configure net-snmp service on my HP-UX Server. so
> I can monitor CPU usage, Disk and Memory usage.
> But it can run correctly, i only see network card.
What commands are you using to try and retrieve the desired informati
[ First - *please* don't mail me privately, without copying
any responses to the mailing list. I don't have the time
or inclination to offer private, unpaid, SNMP consultancy.
Keep discussions to the list, where others can both learn
and offer advice. Thanks. ]
On Thu
On Thu, 2005-04-07 at 14:29, Shobana Sampath wrote:
> [d:\net-snmp-5.2.1\bin]snmpd
> No log handling enabled - turning on stderr logging
> Warning: no access control information configured. <==
> It's unlikely this agent can serve any useful <==
> purpose in this state.
On Thu, 2005-04-07 at 14:39, Philip Greer wrote:
> No go on the manual compile working with dual entries of the libs. Any other
> thoughts?
> ./.libs/libnetsnmpmibs.a(interface_common.o): In function
> `netsnmp_access_interface_init':
> if-mib/data_access/interface_common.c:80: undefined referen
On Thu, 2005-04-07 at 14:50, Shobana Sampath wrote:
> Thanks for your email. I did add the rocommunity entry
> to snmpd.conf
No, you didn't.
> d:/net-snmp-5.2.1/etc/snmp/snmp.conf: line 4:
^
> Warning: Unknown token: rocommunity.
There are two config files -
On Thu, 2005-04-07 at 17:17, Philip Greer wrote:
> H might be. But - what I am seeing is that those symbols
> are present within the libraries (for the most part) that are
> created during the compile. Doing a strings on the library
> ./.libs/libnetsnmpmibs.a and grepping for the functions
[First a reminder - please don't mail me
directly. *All* questions should be sent
via the mailing list. Thanks. ]
On Fri, 2005-04-08 at 18:58, Shobana Sampath wrote:
> I get a different error when I run snmpget:
> SNMPv2-SMI::enterprises.9.10.102.1.1.1 = No Such
>Object available
On Fri, 2005-04-08 at 20:44, Shobana Sampath wrote:
> In the netsnmp_pdu data structure, what is the field
> that I can use in snmp v2c to set the sender's address
> in outgoing SNMP packets.
There isn't one.
You can do this via the 'snmp.conf' file, using the directive
"clientaddr", or in code
On Mon, 2005-04-11 at 13:22, Frithiof Jensen (AH/LMD) wrote:
> Apparently,
> the Tools (snmpget et. al.) does not "know" of any inetCidrRouteTable:
Quite likely.
That table is only defined in the updated version of the
IP-FORWARD-MIB, which hasn't been released as a full RFC yet.
It's still very
On Thu, 2005-04-07 at 13:52, Sriram venkat wrote:
>There and 2 protocols that are used in network management products.
> They are SNMP and HTTP.
Those two protocols could certainly be used to transmit
network management information across the network. But
that's probably about as much as they
On Tue, 2005-04-12 at 00:37, Wes Hardaker wrote:
> Dave> IP-FORWARD-MIB, which hasn't been released as a full RFC yet.
> Dave> It's still very much "work in progress", so you'd probably
> Dave> need to install this file manually.
>
> 2 comments about that:
>
> 1) It was released in RFC2096, but i
On Tue, 2005-04-12 at 09:43, Frithiof Jensen (AH/LMD) wrote:
> Just to make sure that I understand things correctly
Always a good idea...
> - after all I am fairly new to this, so please bear with me.
Of course.
> The Way It Should Work (tm):
>
> The IP-FORWARDING-MIB.txt that comes with net
On Tue, 2005-04-12 at 15:26, Frithiof Jensen (AH/LMD) wrote:
> So using "snmpwalk -m ALL" DOES INDEED return the correct
> information in the format one would expect.
> The MIB's are not loaded because *this* idiot luser
> did not set the path for them in his sucky environment!
Hmmm It hadn
On Tue, 2005-04-12 at 20:34, Toth, Gregory S wrote:
> We have a mib that contains both scalars and table values. We wish
> to implement a mib module for our agent to support this mib.
Fair enough.
If there are a large number of scalar variables, we've
found it more maintainable to implement these
On Tue, 2005-04-12 at 14:25, Frithiof Jensen (AH/LMD) wrote:
> The latest "ip-forwarding-mib" that *I* could find,
> is "draft-ietf-ipv6-rfc2096-update-07.txt".
>
> "Diff'ing" the MIB extracted from this document and the
> IP-FORWARD-MIB.txt shipping with net-snmp 5.2.1 reveals
> that the differe
On Wed, 2005-04-13 at 16:31, Robert Story wrote:
> Option 1) any token prefixed with '-' will be excluded. eg
>
> -D -parse-mibs,parse,other,-different
That was my immediate preference.
> Option 2 is in-line with how '+' affects mibs,
Irrelevant.
The handling of MIB lists is significantl
On Wed, 2005-04-13 at 18:59, Shobana Sampath wrote:
> > > In the netsnmp_pdu data structure, what is the
> > > field that I can use in snmp v2c to set the
> > > sender's address in outgoing SNMP packets.
Oops.
I've just spotted that you're talking about SNMP
*trap* packets, rather than more gener
On Thu, 2005-04-14 at 08:10, Kelvin Moss wrote:
> I have used Unsigned32 counter type in my mib
> When I later retrive it using snmpwalk/snmpget,
> it gets reported as Gauge32
> What is the reason for this ?
Because the two types are exactly the same thing.
>From RFC 2578 (defining SMIv2):
Gauge3
On Thu, 2005-04-14 at 09:56, Kelvin Moss wrote:
> I agree with what you are saying but there is a slight
> difference in Gauge32 and Unsigned32
There is a slight difference in the semantics of the
*behaviour* of objects defined using these two types, yes.
But the *syntax* of the two types is id
On Thu, 2005-04-14 at 13:37, [EMAIL PROTECTED] wrote:
> Again and again, I have to fill in someTable_get_first_data_point()
> and someTable_get_next_data_point() and -- always afraid of duplicate
> code -- I don't want similar logic in both.
Always wise.
> I can almost always do something like:
On Thu, 2005-04-14 at 16:11, Robert Story wrote:
> The question is, what should the default behaviour be?
> Always delay the probe ... [or] allow a failed probe to
> successfully return, and set up to retry the probe when needed.
Either of those two would be acceptable.
At the moment, the library
Question:
What is the difference between 'nonVolatile(3)'
and 'permanent(4)' in the StorageType syntax ?
Dave
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Di
> Permanent is used to indicate rows which can not be deleted
> in contrast nonVolatile rows can be deleted.
Of course! That was the thing I was missing.
Presumably they should both retain any changes
across an agent restart?
I don't suppose there's a style (or a need?)
for a storage type o
On Thu, 2005-04-14 at 08:36, Hongjunli wrote:
> when execution arrives at this line:
> snmp_set_var_value(idx, (u_char *)entry->AdminPwd,
> strlen(entry->AdminPwd));
> the agent will be shut down .Error message is "segment default"
What's the value of "entry->AdminPwd" when this happens?
>
On Tue, 2005-04-12 at 02:42, Nguyen Quang Vu wrote:
> I used SolarWinds software (version for windows 2000 machine) to
> query to HP-UX (by IP and Community String).
> I can see Interface, Disk information, but I can not see CPU, and
> Memory Information.
We've already established that SolarWinds
On Mon, 2005-04-18 at 08:08, [EMAIL PROTECTED] wrote:
> I want to change the auth password for user "myuser"
> in command line:
>
> $ snmpusm -v 3 -u myuser -n "" -l authNoPriv -a MD5 -A 12345678 127.0.0.1
> passwd 12345678 myuserpasswd
> no encryption type specified, which I need in order to k
On Tue, 2005-04-12 at 10:58, Shivali Gupta wrote:
> I hav written a code to read the value of tcpMaxConn
> from TCPMIB as shown below.
> This works fine.Now i want to read values of entries
> in TCPCONNECTION table from the same MIB file.
Robert has already pointed you to the 'snmpwalk' source.
On Sat, 2005-04-16 at 08:42, athi lakshmi wrote:
> how to retrieve the HOST-RESOURCES-MIB details through snmpwalk using
> net-snmp.
Did you compile the agent yourself, or use a pre-configured
distribution? If you compiled it yourself, did you include
the Host Resources support when you ran "conf
[ First - *please* don't mail me privately, without copying
any responses to the mailing list. I don't have the time
or inclination to offer private, unpaid, SNMP consultancy.
Keep discussions to the list, where others can both learn
and offer advice. Thanks. ]
On Mon
On Thu, 2005-04-14 at 22:25, Robert Story wrote:
> Doesn't setting SNMP_FLAGS_DONT_PROBE in the session flags work? That should
> prevent the probe and allow a valid session struct to be returned.
Possibly, but it still feels like an unnecessary step.
With the old v4 distributions (and even with
On Mon, 2005-04-18 at 14:08, Patrick Welche wrote:
> On Mon, Apr 18, 2005 at 01:43:37PM +0100, Dave Shield wrote:
> > With the old v4 distributions (and even with v5, given a configure
> > choice of SNMPv1 or SNMPv2c as the default version), then
> >
> > snmp_sess
On Tue, 2005-04-19 at 01:40, [EMAIL PROTECTED] wrote:
Robert> This indicates a problem with the persistent storage for
Robert> the agent. Do you have a /var/net-snmp directory,
Robert> containing a snmpd.conf file?
> sure,on Windows,my persistent storage for the agent is
> C:\usr\snmp\persist\
On Mon, 2005-04-18 at 16:10, Mounir Mouawad wrote:
> BRIEFLY, my handler is never invoked unless the request is a GET request.
> What can I do about it to make it work with SET requests too?
Robert's almost certainly correct - this sounds like an access control
problem. See the FAQ entry:
I
On Mon, 2005-04-18 at 15:55, Shobana Sampath wrote:
> When I try to set the agent-addr using the code below,
> I get the following error:
> I use the following code to add the agent-addr:
> cp = asn_build_string(cp, out_length,
> (u_char) (ASN_IPADDRESS |
> ASN_PRIMITIVE),
>
DS> What would be the implications of defaulting to "DONT_PROBE"?
RS> Besides the hissy fits from Wes and Dave on breaking backwards
compatibility.
Who said anything about breaking compatibility?
All I asked was what the implications would be about moving the
engine probe later (when the reque
On Tue, 2005-04-19 at 18:18, Wes Hardaker wrote:
> 5) thus, I would choose one of:
>a) have the new behaviour to probe later with a new flag to probe immed.
Well, we've already got a flag to do this (sort of).
It's called "DONT_PROBE".
Or rather, it's the *absence* of the "DONT_PROBE" flag.
I
On Tue, 2005-04-19 at 19:27, mark kaplun wrote:
> What is the point of sending an snmpv3 GET to an agent which does
> not support snmpv3?
There isn't any point in doing that, no.
But we're not really talking about sending a request. At least,
not from the point of view of the application develope
On Tue, 2005-04-19 at 09:30, [EMAIL PROTECTED] wrote:
> ã
> > what happens if you shut down the agent, remove this file,
> > and then re-start the agent? Does it recreate this file or not?
>
> I shutdown the agent, remove this file, snmpd.conf was recreated
> again, found following lines:
On Wed, 2005-04-20 at 20:23, 02MCMC43-mca-Yirdaw Gashaw wrote:
> When I check the value of "request->requestvb->val.string" at
> the begining of "MODE_SET_RESERVE1", it has additional characters
> at it's end than the new string value I
> entered with snmpset command.
And what about 'request->req
On Wed, 2005-04-20 at 08:41, Farazad Farhadzadeh wrote:
> Can you help me about community between agent and kernel.
> I want to know when agent want to set a value for requested
> object agent how receive this value from kernel?
Look - I've just been answering this on the -users list.
What it the
[ First - *please* don't mail me privately, without copying
any responses to the mailing list. I don't have the time
or inclination to offer private, unpaid, SNMP consultancy.
Keep discussions to the list, where others can both learn
and offer advice. Thanks. ]
On Tue
On Wed, 2005-04-20 at 12:16, Hongjunli wrote:
> _load(netsnmp_cache *cache, void *vmagic) can be used to
> load table data,but I don't know how to use parameters cache
> and vmagic.
'cache' is the data structure controlling the cache handling.
You probably don't want to meddle with this.
The
On Wed, 2005-04-20 at 02:46, Hongjunli wrote:
> Why do I get such response when using command "snmptable"?
What was the exact command you ran?
"snmptable "
>
> LocalIPAddrRemoteIPAddr LocalPort RemotePort
>
> 86.102.137.103 101.71.120.106
On Thu, 2005-04-21 at 13:49, Robert Story wrote:
> AW> 47.9:Access table at.atTable by SNMPv1...FAIL
> AW> 47.33:Access table ip.ipNetToMediaTable by SNMPv1...FAIL
> Neither, really. These particular tests are trying to access every object in
> the RFC-1213 MIB, using v1, v2c and v3. The two 'fai
On Thu, 2005-04-21 at 15:32, Robert Story wrote:
> The only missing piece is that excluded tokens will not be included
> in the debug mib, since there is no way to indicate their status there.
Well, we could always extend that MIB to add an extra column
(included/excluded) - presumably defaulting
On Thu, 2005-04-21 at 18:14, Shobana Sampath wrote:
> The documentation says this agent_addr is for v1 traps
> and since I send out v2c traps
Well, SNMPv2 traps don't have the same structure as v1
traps, so there isn't an 'agent_addr' header field at all.
Inserting one would immediately break ever
Quoting Wes Hardaker <[EMAIL PROTECTED]>:
> But, in fact, the reason I changed it
> back was because you had committed code that I was positive
> would break existing people's code out there.
> All of their code was going to be non-compilable in the
> future which I didn't
Quoting Robert Story <[EMAIL PROTECTED]>:
> I was thinking that mayb table_data2/table_row could just go away.
> It's really just a few wrapper functions around table_container,
> so I'd say move those functions into table_container, and do away
> with table_data2.
Nope. Not in favour of that.
T
Quoting Robert Story <[EMAIL PROTECTED]>:
> DS> Hmmm where was this discussed?
>
> I think this was an executive decision by Wes because:
>
> 1) the table token was broken
> 2) no easy way to fix 1 in container version
> 3) work influences needed a working cvs, ASAP
> 3) new container version
Wes,
I'm just getting back up to speed with what's changed
with the development code during my sabbatical, and noticed
that you've backed out the container-based "table_data"
helper, moving this into a separate helper.
The CVS commit message mentions problems with backward
compatibility - can
On Fri, 2005-04-22 at 16:57, Robert Story wrote:
> I believe so. I seem to recall that it broke the snmpd.conf 'table' token.
> Wes also pointed out that anyone wanting to look at the data itself would have
> been using the linked list pointers, thus breaking backwards compatibility.
Hmmm wher
On Sun, 2005-04-24 at 19:31, Magnus Fromreide wrote:
> I have to admit that it is pretty annoying that these tests fail if
>
> * Any of SNMPv1 or SNMPv2c ain't configured
That could presumably be handled by a suitable SKIPIP in the
main T16[01]rfc1213 driver.
E.g.
#!/bin/sh
[ First - *please* don't mail me privately, without copying
any responses to the mailing list. I don't have the time
or inclination to offer private, unpaid, SNMP consultancy.
Keep discussions to the list, where others can both learn
and offer advice. Thanks. ]
On Wed,
On Tue, 2005-04-26 at 06:15, Gurusidhesh Hiremath wrote:
> What are the major differences between Net-SNMP toolkit and
> EMANATE SNMP research Toolkit.
We know a fair amount about the Net-SNMP toolkit, and not
much about Emanate :-)
> And what are the advantages/disadvantages of Net-SNMP
> tool
On Mon, 2005-04-25 at 11:05, Shivali Gupta wrote:
> how can i detect that the specified OID is invalid.
By querying the agent.
> in this case "HOST-RESOURCES-MIB::hrStorageType.8"
> is an invalid OID since the valid ones range from
> "HOST-RESOURCES-MIB::hrStorageType.1" to
> "HOST-RESOURCES-M
On Mon, 2005-04-25 at 18:49, Wes Hardaker wrote:
> Dave Shield <[EMAIL PROTECTED]> said:
>
> Dave> I knew that stepping through the table_data lists would fail,
> Dave> but that never felt to be pushed as a user-level helper.
>
> I can't think of any case,
On Mon, 2005-04-25 at 16:41, Robert Story wrote:
> All you've done in the container version of table_data is internally provided
> the structure that the table container expects. I having nothing against that.
> All I'm suggesting is that the API be part of table_container instead of
> table_data2.
On Tue, 2005-04-26 at 21:52, Robert Story wrote:
> On Mon, 25 Apr 2005 17:02:13 +0100 Dave wrote:
> DS> In terms of public API, the main difference between table_data
> DS> and table_container is in terms of how the indexing is handled.
>
> Actually, the real difference is that table_container do
On Tue, 2005-04-26 at 21:52, Robert Story wrote:
> DS> Compare with scalar vs instance helpers. The scalar helper
> DS> is basically just a wrapper round the instance helper.
> DS> That works fine, IMO.
>
> Easy for you to say, you wrote them!
Actually, the instance helper is one of Wes'.
I wrot
On Wed, 2005-04-27 at 15:44, Robert Story wrote:
> However, it leaves me wondering why we shouldn't just merge the two.
> When would one ever use the instance handler?
a) I dunno, ask Wes. That's one of his
b) If (for some unexplained reason) you wanted
to implement a table one elemen
On Wed, 2005-04-27 at 15:16, Robert Story wrote:
> On Wed, 27 Apr 2005 09:57:14 +0100 Dave wrote:
> DS> http://www.net-snmp.org/dev/agent/group__table__container.html
> That describes the handler. Note that there is a single function described -
> to
> get the handler. One function does not an
On Wed, 2005-04-27 at 17:14, Emmanuel Doguet wrote:
> But I want use dynamic allocating, so I allocate my data (a simple
> table) in "*_get_first_data_point" and freeing in *_get_next_data_point"
> when index is out of range.
Nope - that doesn't sound right.
Remember that the get_{first,next}_dat
On Wed, 2005-04-27 at 22:38, Toth, Gregory S wrote:
> We are in the transition process from 4.2.x to 5.0.6
> Doing scalars in 5.0.6 is fairly straightforward but the table
> implementation is very different.
Probably because there are now several different possible
alternatives, depending on the c
]
On Thu, 2005-04-28 at 10:36, Emmanuel Doguet wrote:
> Dave Shield wrote:
> > Depending on exactly what you mean by "dynamic allocating",
> > one approach would be to free the table at the very end of
> > your handler routine.
>
> Okay. I'have try t
On Thu, 2005-04-28 at 11:45, Emmanuel Doguet wrote:
> Dave Shield wrote:
> > [ First - *please* don't mail me privately
>
> I see it after send (my owns ML work with a reply :P), sorry.
Don't worry - that's a standard block of text that I include
whenever
On Mon, 2005-04-25 at 22:16, gg gg wrote:
>Was wondering why you would implement 2233(proposed
> standard) instead of 2863(draft standard and obsoletes
> 2233)?
But is there actually any significant difference between
the two? A brief scan through the "Changes since 2233"
section of RFC 2863
On Mon, 2005-04-25 at 16:38, Shobana Sampath wrote:
> I tried to add a varbind to set the snmpTrapAddress,
> but no luck, the resulting pdu does not have the
> agent_address set as they say in the RFC:
No - you're not mean to add a varbind to do this.
You are meant to assign a suitable address to
On Thu, 2005-04-28 at 00:52, Robert Story wrote:
> On Wed, 27 Apr 2005 16:00:51 +0100 Dave wrote:
> DS> In general, I'd tend to agree - I don't believe that the instance
> DS> handler is particularly useful.
> DS> But this is one of Wes' helpers, so I'm reluctant to simply
> DS> drop it.
> Don'
On Thu, 2005-04-28 at 00:47, Robert Story wrote:
> On Wed, 27 Apr 2005 16:11:53 +0100 Dave wrote:
> DS> I think that, like it or not, the
> DS> introduction of this config file *has* effectively
> DS> defined an API for the table_container helper.
>
> Just because a mib2c conf fil
On Fri, 2005-04-29 at 23:31, Toth, Gregory S wrote:
> >> oid my_oid[] ={ 1,2,3,4,5,6,7,1};
> >> vptr = put_index_data;
> >> snmp_set_var_value(vptr,(u_char *)my_oid,8);
>
> >No.
> >Try:
> > long this_index = 1;// (1,x) elements
> > vptr = put_index_data;
> > snmp_set_var_value(
On Fri, 2005-04-29 at 18:28, Wes Hardaker wrote:
> Dave> can I suggest that we add suitable wrappers to
> Dave> table_data and table_dataset now.
> Dave> If we then provide the same APIs for the
> Dave> table_data2/table_dataset2 helpers, that should make the
> Dave> transition significan
On Fri, 2005-04-29 at 16:17, Toth, Gregory S wrote:
> > The 'get_first' routine should return some sort of pointer to the
> > first row of the table (and will only be called once). The 'get_next'
> > routine should take this pointer, and return the equivalent pointer
> > for the next row.
> In my
On Fri, 2005-04-29 at 18:38, Wes Hardaker wrote:
> You guys seem to think that the *only* time you'll register an OID is
> if you want to control a scalar. I humbly disagree.
>
> Take the working and popular example of the "override" snmpd.conf
> token, which is implemented via an instance regist
On Fri, 2005-04-29 at 18:45, Robert Story wrote:
> I've run out of energy for this argument.
Most important thing first.
I'm sorry if I've been pushing you too hard on this
issue, Robert. I know how frustrating it can be when
you're trying to explain something that seems so obviously
right, and t
On Fri, 2005-04-29 at 18:42, Wes Hardaker wrote:
> Anyway, I think we've never told people not to mess with the table
> structures and have even provided a few examples of being able to do
> so.
I *knew* there was something nagging me about this statement,
and I've just clicked what it was. There
On Sat, 2005-04-30 at 11:11, Hongjunli wrote:
> which mib-2 should I use ? RFC1213 or TCP-MIB,UDP-MIB
> and IF-MIB,and so on.
It doesn't matter.
They're the same MIB objects in either case.
Dave
---
This SF.Net email is sponsored by: NEC IT
On Wed, 2005-05-04 at 03:01, Alex Burger wrote:
> A Dread_config shows that the config files are processed in this order:
>
> snmpd.conf
> agentx.conf
> snmp.conf
> snmpd.conf
> agentx.conf
> snmp.conf
>
> I don't know why everything is done twice
The first pass is run *before* the MIB files are
On Tue, 2005-05-03 at 23:36, Toth, Gregory S wrote:
> Here is the actual code for the method that failed,
> netsnmp_variable_list *vptr;
> long this_index = 1;
> vptr = put_index_data;
> snmp_set_var_value(vptr, (u_char *) this_index , sizeof(this_index));
On Tue, 2005-05-03 at 23:55, Alex Burger wrote:
> #if defined(WIN32) && !defined (mingw32) !defined(HAVE_EXECV)
> #if defined(WIN32) !defined(HAVE_EXECV)
Both of those lines feel like invalid syntax to me.
Even if they are strictly valid, it's not particular clear
how they are interpreted.
Ca
On Wed, 2005-05-04 at 16:07, Alex Burger wrote:
> The user also noticed that if the SNMPCONFPATH environment variable is
> defined, that it ignores all other config folders including the persist
> folder
> I modified read_config_files so it will prepend SNMPCONFPATH instead of
> using it as
On Thu, 2005-05-05 at 00:21, Toth, Gregory S wrote:
> Thanks, that worked (oops I missed the & on the &this_index.
>
> The walk now returns the first row for each column in the table, but not
> the other rows.
OK - so what does your getNextDataPoint routine look like?
> Should the flow look
On Thu, 2005-04-28 at 09:11, Pedot, Wolfgang wrote:
> I do not know if anyone supports these sources any more but
> I found a memleak in UCD-SNMP 4.2.5 yesterday.
>
> It is a special case but it eats up memory very quickly:
Your timing is perfect!
The 4.2.x line is basically completely dormant,
On Tue, 2005-05-03 at 17:03, Wes Hardaker wrote:
> Dave> /*
> Dave> * NOTE NOTE NOTE: This helper isn't complete and is likely to
> Dave> * change somewhat over time. Specifically, the way it stores
> Dave> * data internally may change drastically.
> Dave> */
>
> Dave>
1 - 100 of 3479 matches
Mail list logo
