Ok, I guess I am not that knowledgeable about this stuff yet. Lets wait on
this topic for a bit later. I will look at the sites you recommended
thanks
Thomas Anders <[EMAIL PROTECTED]> wrote: Need Help wrote:
> In order to have the snmpd master agent running as well as a subagent, then
Need Help wrote:
> In order to have the snmpd master agent running as well as a subagent, then
> would I only need the "snmpd" and "mysubagent" executables only? I mean, are
> the size of these executables considered the "footprint" of NetSNMP?
*You* need to know what aspect(s) of "footprint" y
In order to have the snmpd master agent running as well as a subagent, then
would I only need the "snmpd" and "mysubagent" executables only? I mean, are
the size of these executables considered the "footprint" of NetSNMP?
Thomas Anders <[EMAIL PROTECTED]> wrote: Need Help wrote:
> Understand
Need Help wrote:
> I could understand the NetSNMP footprint size probably varies a great deal
> depending on which system it is installed on, what types of stuff need to be
> linked into it, etc... etc.. etc..
>
> Understanding this, I would still like someone to provide a rough estimate on
>
I could understand the NetSNMP footprint size probably varies a great deal
depending on which system it is installed on, what types of stuff need to be
linked into it, etc... etc.. etc..
Understanding this, I would still like someone to provide a rough estimate on
what the footprint size in Me
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> In principle, I'm sympathetic to the idea of moving this out of the
DS> mibgroup directory altogether. Though in practise, it's probably
DS> easier to leave things where they are. (No need to worry about
DS> configure!)
Though I don't ca
1) I verified the following code segment (which was added into the
"_mfd_ocStbHostAnalogVideoTable_get_values()" routine) is never being executed
(ie: never is true), so row3 still displays:
if (requests->processed)
continue;
I looked around the code a bit and noticed some things w
> "AC" == Ajay Chenampara <[EMAIL PROTECTED]> writes:
AC> has anyone had success with Net-SNMP for snmpv3? Im just wondering
AC> if this is maybe unsupported and I might be putting in some
AC> unproductive hours :)
Just FYI, I've used the Net-SNMP perl modules with SNMPv3 a **lot** and
haven
Possible solution:
---
Frankly I'm not familiar enough with Net-SNMP inner-workings to be able
to identify the root cause of this behavior.
Anyway, I got a simple and seemingly harmless solution to offer:
In get_target_sessions(), when creating a new session, we can set th
Based on the changes I described I was going to make (see my last email below
this one), it seems row3 does not get skipped. It is still displayed when you
perform the "snmpgetnext" request on row2.
Here is the trace output:
[net-snmp]# /export/home/myname/snmp/usr/local/bin/snmpgetnext -v 1 -
I am confused with your "put back in the prep SKIP" statement.
The row_prep() routine which returns MFD_SKIP was never removed, so I am
assuming you want me to put back in the "object_lookup" code which returns the
MFD_SKIP value.
I am planning on doing the following please confirm.
1)
On Wed, 20 Jun 2007 11:43:09 +0100 Bruce wrote:
BMS> Perl CFLAGS is indeed what is causing -fnative-struct to be introduced
BMS> to the compiler.
BMS> Using --without-perl-modules appears to work around the error.
I've created a wiki page for Windows related notes, and added this workaround.
On Wed, 20 Jun 2007 06:12:08 -0700 (PDT) Need wrote:
NH> Ok, I changed the analog table's interface handler back to how it use to be
(ie: no MFD_SKIP logic) and added the logic you recommended to return MFD_SKIP
to the analog table's "get" handler for the ProtectionStatus field.
NH>
NH> [...] Pe
Bruce M. Simpson wrote:
> Thomas Anders wrote:
>> I have no experience with MinGW/MSYS builds myself, but can you please
>> try to find out where "-fnative-struct" comes from? Are you building
>> with Perl support? If so, what's the output of "perl -V"?
>>
> I just tried to build with the defaul
Thomas Anders wrote:
> I have no experience with MinGW/MSYS builds myself, but can you please
> try to find out where "-fnative-struct" comes from? Are you building
> with Perl support? If so, what's the output of "perl -V"?
>
I just tried to build with the defaults. Perl support appears to be t
Ok, I changed the analog table's interface handler back to how it use to be
(ie: no MFD_SKIP logic) and added the logic you recommended to return MFD_SKIP
to the analog table's "get" handler for the ProtectionStatus field.
Seems like we are trying to verify whether the field (column data) is tru
On 19/06/07, Ajay Chenampara <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] cricket]$ cat test.pl
> #!/usr/bin/perl
> use SNMP;
> use vars qw($debug);
> my $sess;
> $sess = new SNMP::Session(DestHost => '10.100.24.20',
> Version => 3,
> SecName =>
On 18/06/07, zhangyao <[EMAIL PROTECTED]> wrote:
> why snmpd use mib files?
Magnus has explained how to stop the agent complaining about
the missing MIB files.
The reason *why* the agent normally tries to load MIB files is so
that you can set up an snmpd.conf file with entries of the form
alok bharti wrote:
> I am using net-snmp-5.3.1.
> I want to query the agent for ip statistics.
> I can see some default implementation is already there
> in net-snmp.
>
> doing a 'snmpwalk' on tcp or udp groups skips the
> scalars (e.g. tcpInSegs, tcpOutSegs, udpInDatagrams,
> udpOutDatagrams).
>
Hi,
I am using net-snmp-5.3.1.
I want to query the agent for ip statistics.
I can see some default implementation is already there
in net-snmp.
doing a 'snmpwalk' on tcp or udp groups skips the
scalars (e.g. tcpInSegs, tcpOutSegs, udpInDatagrams,
udpOutDatagrams).
But it works when i do a 'snmpg
Bruce M. Simpson wrote:
> I attempted to build 5.4.1.pre3 from source using MinGW/MSYS as no
> binaries were available. The compile fails with the following
> message:cc1.exe: error: unrecognized command line option
> "-fnative-struct"
I have no experience with MinGW/MSYS builds myself,
Thomas Anders wrote:
> Can you retest with 5.4.1.pre2, please? I think one of the recent
> checkins has fixed this.
>
I attempted to build 5.4.1.pre3 from source using MinGW/MSYS as no
binaries were available. The compile fails with the following
message:cc1.exe: error: unrecognized c
22 matches
Mail list logo
