On Mon, 21 Nov 2005 23:10:11 +0100 Thomas wrote:
TA> Robert Story wrote:
TA> > 1) [...] The only place this causes a problem is the startup message.
TA> [...]
TA> What about aligning with snmpd which currently does
TA>
TA> snmp_log(LOG_INFO, "NET-SNMP version %s\n", netsnmp_get_version());
TA>
TA
After all, we seem to be down to (correct me if I'm wrong):
[ ] reorganize the libraries
[ ] reorganize the agent
[1] build [stripped down] libnetsnmpagent [Robert]
[1] have --disable-agent build *just* libnetsnmpagent [Magnus]
[1] have --disable-agent disable snmpd *and* snmptrapd [Dav
Dave Shield wrote:
As far as "exec" is concerned, there's already a warning message for
the relocatable form of this directive (which is the important one).
We probably need to bump up the strength of this message for 5.3.
Are you going to? I think we've agreed upon it and now seems to be the
Robert Story wrote:
1) it has distinct knowledge coded in for syslog logging and file/print
handling. Even to the point of logging differently formatted startup messages!
I'd like to remove the distinction, and have 1 format for all log types. The
only place this causes a problem is the startup m
Ok, here's me after *not* checking in what some might not consider a bug-fix
(and other might consider a new feature) right before a pre-release.
A while back, while fixing bug 1347709 (snmpd always opens default logfile), I
made a bunch of log related changed to snmpd. I didn't consider snmptrapd
Here is what I've got working so far:
---
--- Sensor Devices
---
opsSrenaSensorTable OBJECT-TYPE
SYNTAX SEQUENCE OF OpsSrenaSensorEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Table of sensor devices."
Here is an example of one sensor:
[EMAIL PROTECTED] show sensor 1
###
# Sensors #
###
# Sensor: 1
set sensor 1 active enabled
set sensor 1 type 533 # Temperature
HI,
Your terminology below leaves lots of important details out.
Why don't you just send a copy of the relevant definitions.
Regards,
/david t. perkins
On Mon, 21 Nov 2005, Chris Fowler wrote:
> Thanks Rob and Dave. This clears it up nicely.
>
> I'll have to create 3 tables then and have var
On Mon, 21 Nov 2005 10:59:50 +0100 Thomas wrote:
TA> Peter Martin wrote:
TA> > Can you let me know what format I should submit this and to whom.
TA>
TA> Please submit this work to the project's patch database on
TA> http://www.net-snmp.org/patches . Attach all the corresponding files
TA> there.
On Mon, 2005-11-21 at 11:59 -0500, Chris Fowler wrote:
> I'll have to create 3 tables then and have variables
> pointing to the indexes of the tables they belong to
No - you don't need separate pointer variables.
Just re-use the index objects from one table in
the others. An index object does *N
Thanks Rob and Dave. This clears it up nicely.
I'll have to create 3 tables then and have variables pointing to the
indexes of the tables they belong to.
sensors
channels
sensor id -> sensors
alarms
channel id -> channels
On Mon, 2005-11-21 at 16:48 +, Dave Shield wrote:
> On Mon,
On Mon, 2005-11-21 at 11:37 -0500, Robert Story wrote:
> Your enterprise branch can contain other branches. Just not off of any kind of
> OBJECT-TYPE. Just OBJECT-IDENTIFIERS. Since a table is composed of
> OBJECT-TYPES, it cannot have internal branches (eg sub-tables).
Like the man said.
Remembe
On Mon, 21 Nov 2005 14:01:43 +0100 Thomas wrote:
TA> agent/mibgroup/ipfwchains/README in all CVS lines points to
TA>
TA> ftp://ftp.freesnmp.com/mirrors/ucd-snmp/contrib/ucd-ipchains.tar.gz
TA>
TA> which doesn't exist. The reference should either be updated or removed.
The file now exists.
--
R
On Mon, 21 Nov 2005 18:15:09 +0530 aakansha wrote:
AR> Is there any way to get the remote snmp agent address in any of the C file?
See this FAQ answer:
http://www.freesnmp.com/net-snmp/faqs/#packet-ip
--
NOTE: messages sent directly to me, instead of the lists, will be deleted
unl
On Mon, 21 Nov 2005 08:22:32 -0500 Chris wrote:
CF> On Mon, 2005-11-21 at 09:59 +, Dave Shield wrote:
CF> > SNMP doesn't support "sub tables" - or at least not directly.
CF> >
CF>
CF> That is what confuses me. To me the SNMP tree is a tree with braches.
CF> My Enterprise OID is one such bran
On Mon, 21 Nov 2005 09:42:44 + Dave wrote:
DS> > Robert> Any why the jump to 5.0.11, instead of 5.0.10.3? I though we
DS> > Robert> had decided to EOL 5.0 w/5.0.10.x.
DS> >
DS> > Because I think the complete rewrite of snmpnetstat warrants something
DS> > greater than a 4th digit increment.
DS
On Mon, 2005-11-21 at 09:59 +, Dave Shield wrote:
> SNMP doesn't support "sub tables" - or at least not directly.
>
That is what confuses me. To me the SNMP tree is a tree with braches.
My Enterprise OID is one such branch and it has braches (tables).
So I just assumed that the branches in
-Coders,
agent/mibgroup/ipfwchains/README in all CVS lines points to
ftp://ftp.freesnmp.com/mirrors/ucd-snmp/contrib/ucd-ipchains.tar.gz
which doesn't exist. The reference should either be updated or removed.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
---
I have started multiple agents using virtual IP addresses simultaneously on the same device.
So same set of values but with more than one IP Address can be accessed.
I would like to print the remote agent address manually in the snmp_api.c file
When I inserted a statement to print "slp->session-
On Fri, 2005-11-18 at 09:28 +, Mark Harper wrote:
>I am unable to set up my snmpd.conf proc command to
> handle spaces in the path e.g.
>
> /program files/
I presume you've tried the usual technique of quoting the
PROC parameter?
It wouldn't surprise me if this didn't work, though
Peter Martin wrote:
I have been working on a config file to allow mib2c to generate the
support code for the embedded perl agent, and Thomas Anders suggested
that I submit this for possible inclusion into net-snmp, which I am now
ready to do.
Can you let me know what format I should submit th
On Sun, 2005-11-20 at 16:17 -0500, Chris Fowler wrote:
> What I don't know how to do is begin adding the channel table. Each
> sensor object will have a table of channel. Do I do it like this:
>
> OpsSrenaSensorEntry ::= SEQUENCE {
> opsSrenaSensorIndex Integer32,
>
Hi,
I have been working on a config file to allow mib2c to generate the support
code for the embedded perl agent, and Thomas Anders suggested that I submit
this for possible inclusion into net-snmp, which I am now ready to do.
Can you let me know what format I should submit this and to whom.
On Sat, 2005-11-19 at 21:04 -0800, Wes Hardaker wrote:
> Robert> Any why the jump to 5.0.11, instead of 5.0.10.3? I though we
> Robert> had decided to EOL 5.0 w/5.0.10.x.
>
> Because I think the complete rewrite of snmpnetstat warrants something
> greater than a 4th digit increment.
I agree.
Da
24 matches
Mail list logo
