.
Thanks for you help, sorry if I am not following proper procedure.
- Max
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opin
Hi Thomas,
Thank you for your reply.
On 4/7/07, Thomas Anders <[EMAIL PROTECTED]> wrote:
> Max wrote:
> > I can even do a bulk GET on the NET-SNMP-EXTEND-MIB to call extension
> > scripts, but only if I do a bulk walk of the OID
> >
> > .1.3.6.1.4.1.8072.1.3.2.
a base of
.1.3.6.1.4.1.8072.1.3.2.4
.1.3.6.1.4.1.8072.1.3.2.4.1
.1.3.6.1.4.1.8072.1.3.2.4.1.2
.1.3.6.1.4.1.8072.1.3.2.4.1.2.1
And works again (with 5.5 dev) for snmpbulkwalk/snmpwalk/snmpget if I
use the full OID path:
.1.3.6.1.4.1.8072.1.3.2.4.1.2.1.65.1
T
Dave,
That did it, can walk the extend tree at any point without crashing now :).
Thanks!
- Max
On 4/11/07, Dave Shield <[EMAIL PROTECTED]> wrote:
> Can you please try applying the enclosed patch.
> Does that make any difference?
>
> I don't think this is the full stor
+1 - nice idea
On 5/2/10, Robert Story wrote:
> I'd like to move the configure prompts for values earlier in the configure
> process. Currently they are at the end, which means if you fat-finger a
> response (or the configure option that provides the value so that you don't
> need a response), yo
integration engine and
there are so many ways to extend and customize it - more documentation
on it's design and how it works would be very useful and we users can
certainly drive that and make working with SNMP via the Net-SNMP agent
more accessible / seem less intimidating.
Max
On 5/24/10
On Thu, Jul 8, 2010 at 11:51 PM, Wes Hardaker
wrote:
>> On Thu, 8 Jul 2010 09:13:43 +0200, "OMRI Elaid"
>> said:
>
> OE> Could you please send me the exact format of a trap snmp (in details).
>
> -- BEGIN SNMPv3Message (MPC section 6)
Nicely stated!
Hi Coders,
The problem I'm having is that I'm getting data about an interface from
IF-MIB, and I also need data from RFC1213-MIB. The two collide and the data
is translated as if it's from RFC1213-MIB and not IF-MIB.
Specifically let's look at "ifOperStatus":
RFC1213-MIB:
ifOperStatus OBJEC
te make it into 5.2.1. Let me know if you would like
me to submit another patch with my suggested changes. (Move the regex to a
sub and call that sub from all spots)
Cheers,
-m
On Tue, Nov 16, 2004 at 09:45:11PM -0500, Alex Burger wrote:
>
> Hi Max.
>
> Your break down of the regex
is never IMPORTed. Can I get away without loading
RFC1213 and Net-SNMP takes care of the rest? Will this work for earlier
versions (still supporting back to 5.0)?
$ snmptranslate -Onf -IR atPhysAddress
.iso.org.dod.internet.mgmt.mib-2.at.atTable.atEntry.atPhysAddress
> Max
Alex,
On Sun, Feb 06, 2005 at 09:11:24PM -0500, Alex Burger wrote:
> Sorry, I forgot all about it.. Can you please submit a patch to the
> patch repository? I can then do some testing and if it's ok I'll put it
> in. Hopefully I can discover quickly why I made the change in the first
> place!
On Mon, Feb 07, 2005 at 02:03:28PM -0500, Alex Burger wrote:
>
> Hi Max.
>
> Max Baker wrote:
> >Alex,
> >On Sun, Feb 06, 2005 at 09:11:24PM -0500, Alex Burger wrote:
> >
> >>Sorry, I forgot all about it.. Can you please submit a patch to the
> >&
RE: The Perl module (SNMP::), of which my module SNMP::Info depends.
Hi Coders,
A user found a bug recently in SNMP.pm
In the subs {get,set,fget,getnext,fgetnext,getbulk,bulkwalk} there is a
regular expression that splits an OID from an iid. Code looks like this :
# my ($tag, $iid) = ($va
On Tue, Nov 16, 2004 at 08:31:20PM -0500, Alex Burger wrote:
> Hi Max.
> That was my change. See patch 722075. I can't remember exactly why I
> made the change, but I do remember changing it. I'll have to dig into
> it a bit more to figure out what the reason was..
RE:
http://www.mail-archive.com/net-snmp-users@lists.sourceforge.net/msg03246.html
Can anyone confirm if there are any bugs in BULKWALK for version 5.0.x, or
is it just 5.1.x? I need to modify SNMP::Info (CPAN) which depends on
Net-SNMP to turn off BULKWALK for the buggy versions.
Thanks,
-m
Hi,
Writing snmp AgentX subagent in perl, I've discovered Counter64 values
are not passed correctly from perl to C library.
Proposed patch attached.
I'm using CentOS 5.3, with net-snmp-5.3.2.2.
Best regards,
Max
net-snmp-5.3.2.2-perl-counter64.patch
Description: B
ltmp = strtoull( stringptr, NULL, 0 );
if (errno == EINVAL) {
snmp_log(LOG_ERR, "Could not convert string to
number in setValue: '%s'", stringptr);
RETVAL = 0;
Best regards,
Max
On Mon, Nov 2, 2009 at 1:36 PM, Ma
Thank you for your advise Thomas. It's already there.
Max
On Mon, Nov 2, 2009 at 11:49 PM, Thomas Anders
wrote:
> Max Romanov wrote:
>> It's me again. I've checked the trunk source, and found the issue fixed.
>> I'm apologize for false alarm and woul
equests, but
right now I'm thinking there might be some clash with the null handler.
Any help would be much appreciated :)
--
Regards
Max
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Fi
19 matches
Mail list logo
