I'm working on a high speed networking project where we have a lot of computers
running an application that we'd like to be able to re-configure and also
monitor their performance.
The question is, does it make sense for the application to act as a manager to
get and set the MIB variables while
>WC> I question the wisdom of requiring the function parameter to be
>WC> as specified. It seems more reasonable to pass *table_set* as
>WC> the parameter, instead of its element *default_row* being passed,
>WC> especially when the "dereference" can be easily accomplished from
>WC> within the func
Robert:
>WRB> Since the table_dataset model operates through the
>WRB> retention of data internal to the agent, I would suspect that get requests
>WRB> will require that internal data store to be updated as appropriate prior
>WRB> to execution of the function
>WRB>
>WRB> netsnmp_table_data_build
Robert:
>WRB> > Wow. great description of your problem. I wish all our users were so
>WRB> > verbose!
>WRB>
>WRB> It is really nice to have someone say this, how appreciative they are
>WRB> of the verbosity of my postings. Dave tends to complain about the
>WRB> length of same, suggesting that
>
> I assume you ran 'make clean' re-ran configure once you got your path set up
> right?
yup
>
> M> collect2: ld terminated with signal 11 [Segmentation fault], core dumped
>
> If ld is segfaulting, you've still got problems with your build environment.
> This needs to be resolved before
On Tue, 14 Dec 2004 12:46:44 - Yiannis wrote:
YM> I've installed the snmp package (compiling from source) correctly, from
YM> what I can tell.
YM> However, when I try to run a query with snmpwalk, I get the following:
YM>
YM> snmpwalk -m ALL -M /usr/local/share/snmp/mibs/ -c mrtg localhost
YM
On Tue, 14 Dec 2004 10:10:31 -0700 Carlos wrote:
CC> Has anyone seen that doing a set to ipRouteDest.x.x.x.x
CC> crashes the agent? Net-snmp does handle sets to this OID
CC> right?
Yes, that is a known issue. I believe there is a patch in CVS that fixes the
crash. I don't think the set will succe
On Tue, 14 Dec 2004 16:14:09 -0800 [EMAIL PROTECTED] wrote:
WC> I question the wisdom of requiring the function parameter to be
WC> as specified. It seems more reasonable to pass *table_set* as
WC> the parameter, instead of its element *default_row* being passed,
WC> especially when the "dereferen
On Wed, 15 Dec 2004 16:06:04 +0530 John, wrote:
JJJ> When I send a trap from my subagent (AgentX), the enterprise OID field of
JJJ> the V1 trap is always .1.3.6.1.4.1.8072.3.2.10.
JJJ>
JJJ> I actually want it the be a different one (for ex: .1.3.5.1.4.1.442.20.1
JJJ> etc). Can this be done using
Darren Gamble wrote:
Good day,
Found it. I'm the one who broke it, and I just fixed it.
Official patch here:
http://sourceforge.net/tracker/index.php?func=detail&aid=10901
00&group_id=12694&atid=456380
We should be pushing out 5.2.1 with this fix fairly soon...
Thanks for everyone
On Fri, 17 Dec 2004 17:51:01 +0530 (IST) Kilaru wrote:
KS> I am newbie to the list. I would like to implement NETWORK-
KS> RESOURCES-MIB.
I suggest you choose a simple table within the MIB to start with, and use mib2c
to generate template code that you can flush out. If you run mib2c witho
Hello,
I have recently spent some time looking at a problem I was seeing and am
asking anyone else if they
have seen this problem also.
Using RedHat 9.0 and net-snmp 5.1.2.
mib2c was used tocreate a template from the MIB.Everything was fine until I
wanted to delete an entry from the MIB.
I was s
On Fri, 17 Dec 2004 08:44:34 -0800 William wrote:
WRB> Since the table_dataset model operates through the
WRB> retention of data internal to the agent, I would suspect that get requests
WRB> will require that internal data store to be updated as appropriate prior
WRB> to execution of the function
On Wed, 22 Dec 2004 11:10:04 -0800 William wrote:
WRB> > Wow. great description of your problem. I wish all our users were so
WRB> > verbose!
WRB>
WRB> It is really nice to have someone say this, how appreciative they are
WRB> of the verbosity of my postings. Dave tends to complain about the
WR
On Wed, 22 Dec 2004 16:51:26 -0800 Mark wrote:
M> that was part of it.was using a gcc that wasnt using a gnu
M> linker.couldnt make it work, but when i used the gcc that used a
M> gnu-linker then the make went further..but now im getting..
I assume you ran 'make clean' re-ran configure onc
On Thu, 23 Dec 2004 00:42:52 -0800 [EMAIL PROTECTED] wrote:
WC> netsnmp_arch_interface_get_if_speed()
WC>
WC> and from what I can see of the implementation, it does
WC> not support the determination of network interface
WC> speeds in excess of 100MBit/Second.
WC>
WC> Is this correct?
Quite pos
On Thu, 23 Dec 2004 00:13:50 -0800 [EMAIL PROTECTED] wrote:
WC> I have been looking at the files in
WC>
WC>./agent/mibgroup/if-mib/data_access
WC>
WC> and noted the content of the files
WC>
WC>interface_ioctl.c and interface_linux.c
WC>
WC> I take it that these are complementary fil
Good day,
> Found it. I'm the one who broke it, and I just fixed it.
> Official patch here:
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=10901
00&group_id=12694&atid=456380
> We should be pushing out 5.2.1 with this fix fairly soon...
Thanks for everyone's help with this! We'l
On looking closely at the file
./agent/mibgroup/if-mib/data_access/interface_linux.c
we find the routine
netsnmp_arch_interface_get_if_speed()
and from what I can see of the implementation, it does
not support the determination of network interface
speeds in excess of 100MBit/Second.
Is th
I have been looking at the files in
./agent/mibgroup/if-mib/data_access
and noted the content of the files
interface_ioctl.c and interface_linux.c
I take it that these are complementary files,
that they provide equivalent mechanisms versus
different operating systems in order to gain
20 matches
Mail list logo