Dear All:I am clement. I want to develop some mibs to get system infomations and sending traps, however, when i go to the agent diectory, I found there are many .o and .c files . But I don't know how to use them and which fuction i can apply to my mibs when I coding, especially
Rmon. I need help,c
Dear All:I am Clement. I want to porting net-snmp to Xscale , but i don't know how to design porting methods and the factors of porting process if the limited storage for net-snmp is only 4 M. That also means I can only install the minimum and neceissary files, however, which is neceissary and whic
Dave Shield wrote:
> On 18/10/06, Patai Tamás <[EMAIL PROTECTED]> wrote:
>> Receive traps (for example with snmpd) then process the trap (by modifying
>> snmptrapd) and get the variables of the MIB from the trap and store them for
>> further processing.
>
> You should be able to do this by registe
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> Wes Hardaker wrote:
>> I refuse to release code that may work in some cases and not others
>> and there is no clear way to know or warn a user in advance. To that
>> effect I've now put the as-needed support under a
>> must-turn-on-to-ge
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> Not that much "later", unfortunately:
TA> solaris27# ~/src/net-snmp-5.4cvs/configure --with-defaults
TA> --enable-mfd-rewrites --with-mib-modules="if-mib udp-mib tcp-mib"
>> myconfig.log 2>&1 && gmake
TA> gmake: *** No targets. Stop.
TA
Hi,
I need a suggestion from your experts.
I have published MIB with defining 0 in enumerated integer list.
For example:
xstate OBJECT-TYPE
SYNTAX INTEGER {
disabled(0),
enabled(1)
}
MAX-ACCESS read-only
STATUS current
DE
On Wed, Oct 18, 2006 at 01:25:49PM +0100, Dave Shield wrote:
> On 18/10/06, Roland Stigge <[EMAIL PROTECTED]> wrote:
> > It looks like someone had to choose between breaking the
> > /var/agentx/master convention and the FHS (no new subdirectories under
> > /var without FHS consultation).
>
> > If
On Wed, Oct 18, 2006 at 01:57:10PM +0200, Roland Stigge wrote:
> Hi,
>
> Thomas Anders wrote:
> >>> /MF (I do think Debian should stop violating RFC2741)
> >> Does it? Please point me to the respective areas.
> >
> > I think Magnus refers to the AgentX socket path. From RFC2741:
I do.
> > 8.2.1
On 18/10/06, Nickolay <[EMAIL PROTECTED]> wrote:
> It's possible to add to the Disman 'monitor' feature the possibility to
> monitor columns in only one specified row in the table?
No.
Because that functionality is already present. :-)
Try adding the flag '-I' (capital i) to the monitor line.
Thi
Hello!
It's possible to add to the Disman 'monitor' feature the possibility to
monitor
columns in only one specified row in the table?
For example.
I have a table(enterprises.5000.1), which describe links state.
Each row of the table - one link.
One column describe the link state(0 - down/1 - up
I am afraid that we are in violent agreement.
As I understood the problem the snmp tools (not the daemons) get installed in
a central location but only nonpriviliged users ever run it. In this situation
it is a good thing to run any of the commands as a priviliged user, this is
true as of today.
Albert Chin wrote:
> On HP-UX, where -lnm is needed for open_mib(), why don't you add -lnm
> to the link line for _each_ shared library with open_mib? Ditto for
> -lperfstat for perfstat_memory_total() and perfstat_cpu_total() on
> AIX?
>
> If shared libraries are created, unless they are meant to
On HP-UX, where -lnm is needed for open_mib(), why don't you add -lnm
to the link line for _each_ shared library with open_mib? Ditto for
-lperfstat for perfstat_memory_total() and perfstat_cpu_total() on
AIX?
If shared libraries are created, unless they are meant to be loaded
dynamically, they re
Thomas Anders wrote:
>> It looks like someone had to choose between breaking the
>> /var/agentx/master convention and the FHS (no new subdirectories under
>> /var without FHS consultation).
>
> As for "FHS consultation", there's an open bug in FHS's Bugzilla on this:
>
> http://bugs.freestandard
Bruce Shaw wrote:
> When you make, it crashes with the following message:
>
> In file included from ../agent/mibgroup/mib_module_includes.h:124,
> from mib_modules.c:48:
> ./mibgroup/kernel_sunos5.h:118: warning: no semicolon at end of struct or
> union
Fully reproduceable over h
Dave Shield wrote:
> Actually, Wes has now addressed the immediate problem using a
> different mechanism altogether. The same issue may re-appear later
> with some of the other module substitutions, but the header file
> handling was definitely the most problematic.
> Now sorted.
Not that much "
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> Please note that the 5.[23].x branches still suffer the same issue in
TA> general. If the fix is considered clean and safe enough, can it please
TA> be applied to the branches, too?
It should be safe, yes.
--
Wes Hardaker
Sparta, Inc.
Wes Hardaker wrote:
> I refuse to release code that may work in some cases and not others
> and there is no clear way to know or warn a user in advance. To that
> effect I've now put the as-needed support under a
> must-turn-on-to-get-it flag (--enable-as-needed).
None of the areas touched with
On 18/10/06, Patai Tamás <[EMAIL PROTECTED]> wrote:
> Receive traps (for example with snmpd) then process the trap (by modifying
> snmptrapd) and get the variables of the MIB from the trap and store them for
> further processing.
You should be able to do this by registering a "traphandle" (in the
On 18/10/06, Roland Stigge <[EMAIL PROTECTED]> wrote:
> It looks like someone had to choose between breaking the
> /var/agentx/master convention and the FHS (no new subdirectories under
> /var without FHS consultation).
> If this imposes any kind of serious problem, please describe, or even
> bett
Hi,
Thomas Anders wrote:
>>> /MF (I do think Debian should stop violating RFC2741)
>> Does it? Please point me to the respective areas.
>
> I think Magnus refers to the AgentX socket path. From RFC2741:
>
> 8.2.1. Well-known Values
>
>The master agent creates a well-known UNIX-domain socket
Hi,
I would like do the following:
Receive traps (for example with snmpd) then process
the trap (by modifying snmptrapd) and get the variables of the MIB
from the trap and store them for further processing.
To do this I guess I have to convert the MIB I want
to receive as a trap to a
Wes Hardaker wrote:
> Update of /cvsroot/net-snmp/net-snmp/perl/default_store
> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv21509
>
> Modified Files:
> default_store.pm default_store.xs gen test.pl
> Log Message:
> support latest h2xs; NEWS: perl: update default_store module to la
Roland Stigge wrote:
> It looks like someone had to choose between breaking the
> /var/agentx/master convention and the FHS (no new subdirectories under
> /var without FHS consultation).
As for "FHS consultation", there's an open bug in FHS's Bugzilla on this:
http://bugs.freestandards.org/show_
Roland Stigge wrote:
> Magnus Fromreide wrote:
>> /MF (I do think Debian should stop violating RFC2741)
>
> Does it? Please point me to the respective areas.
I think Magnus refers to the AgentX socket path. From RFC2741:
8.2.1. Well-known Values
The master agent creates a well-known UNIX-dom
Dave Shield wrote:
> Actually, Wes has now addressed the immediate problem using a
> different mechanism altogether. The same issue may re-appear later
> with some of the other module substitutions, but the header file
> handling was definitely the most problematic.
> Now sorted.
Please note tha
On 18/10/06, Albert Chin <[EMAIL PROTECTED]> wrote:
> The only other option is to split the string fed to sed into multiple lines.
Actually, Wes has now addressed the immediate problem using a
different mechanism altogether. The same issue may re-appear later
with some of the other module substi
On Wed, Oct 18, 2006 at 09:04:43AM +0100, Dave Shield wrote:
> Finding the "best" sed is obviously a good thing, but what if this is
> not sufficient?
> The project needs to be able to run on a system where *none* of the
> installed 'sed's can handle the list of module headers.
The only other opti
Hi,
Magnus Fromreide wrote:
> The idea of a default .index is broken as you can't know what other mibs
> the user might have installed, please do regenerate it as needed.
User installed MIBs should be installed in a different location anyway
(with the discussed system of multiple mibs dirs no pro
On 18/10/06, Albert Chin <[EMAIL PROTECTED]> wrote:
> What version of autoconf are you using? I think 2.60 fixes this by
> searching the system for the "best" sed.
2.59
Updating autoconf is certainly one option. But we don't like making
such changes at this stage in the release cycle. Dropping t
On Tue, Oct 10, 2006 at 05:05:53PM +0100, Dave Shield wrote:
> Thomas & I have been discussing the problems with an over-long 'sed'
> line breaking configure on the latest 5.4 code. Further
> investigation shows that there are three substitutions which are
> failing, resulting from the entries:
>
31 matches
Mail list logo
