> On Wed, 9 Mar 2011 11:20:43 +, Dave Shield
> said:
DS> It doesn't really seem worth spinning another RC release
DS> just for these two changes. How would people feel about
DS> me going straight to the final 5.5.1 release?
I think that's the right thing to do. It sounds stable.
Hey Dave,
Is there any platform dependency here?
Thanks,
Shreyas
From: dave.shi...@googlemail.com [dave.shi...@googlemail.com] On Behalf Of Dave
Shield [d.t.shi...@liverpool.ac.uk]
Sent: Monday, March 07, 2011 3:44 PM
To: Shreyas Deodhar
Cc: net-snmp-code
On 9 March 2011 15:44, Shreyas Deodhar wrote:
> Is there any platform dependency here?
There shouldn't be, no.
The filtering is handled purely within the core agent code.
There isn't any relevant O/S-specific code.
All I can suggest is that you run the agent under a debugger,
and single-step thr
On Wed, Mar 09, 2011 at 11:20:43AM +, Dave Shield wrote:
>How would people feel about
> me going straight to the final 5.5.1 release?
+1
/Niels
--
Niels Baggesen - @home - Århus - Denmark - n...@users.sourceforge.net
The purpose of computing is insight, not numbers --- R W Hamming
On Wed, Mar 09, 2011 at 11:20:36AM +, Dave Shield wrote:
> Bug #3178389 has picked up on a silly error
> in the handling of TZ offsets.
+1
/Niels
--
Niels Baggesen - @home - Århus - Denmark - n...@users.sourceforge.net
The purpose of computing is insight, not numbers --- R W Hamming
-
On Fri, Mar 04, 2011 at 02:17:48PM -0800, Tarun Kumar wrote:
> 2. Now when I run with
> #snmpd udp6:161 -L -f -d -Dall
This look very strange:
> 2011-03-04 14:19:46 tdomain: tdomain_transport_full("snmp", " udp6:161", 1,
> "[NIL]", "[NIL]")
> 2011-03-04 14:19:46 trace: find_tdomain(): snmp_tr
On 9 March 2011 12:49, Manjit wrote:
> Please let me know which function in mib_module_init.h registers the mib of
> ipNetToMedia table.
Actually, I'm not sure.
I've had a look at the code, and I can't spot anywhere that registers the OID
of this table.So I'm not quite sure *why* this works!
Hi Dave,
Actually it is working as expected when i use snmpd daemon alone.
But when i am integrating the code with my application it is answering
for only one table( Running snmp as a thread ).
Please let me know which function in mib_module_init.h registers the mib
of ipNetToMedia table.
This
On 9 March 2011 09:08, Manjit wrote:
> I am using net-snmp 5.4.2.1 .
> For my system i need to support ipNetToMediaTable and ipNetToMedia table
> both.
> When i am doing a walk on these two tables i am only getting values for
> ipNetToPhysicalTable.
>
> But ipNetToMediaTable returns nothing.
I'v
My system is working with 5.4.2.1 and we are using net-snmp as a thread
on fedora.
When i am doing a query on agent it is going to the below part of code :
/*
* Deal with unhandled results -> noSuchInstance (rather
* than noSuchObject -- in that case, the type will
Bug #3178389 has picked up on a silly error
in the handling of TZ offsets.
The header (on Linux at least) defines two
ways of representing the offset between the local
time, and UTC:
extern long int timezone; /* Seconds west of UTC. */
and
struct tm
{
long int tm_gmtof
The first public RC candidate (rc2) has been out for a week or so now.
I haven't heard any reports of problems with this,
or seen anything logged on the bug/patches tracker)
(Apart from the timezone problem - see the separate CFV)
There's only been one change to the 5.5.x code branch,
being Jan's
Den 09-03-2011 10:08, Manjit skrev:
> I am using net-snmp 5.4.2.1 .
> For my system i need to support ipNetToMediaTable and ipNetToMedia table
> both.
> When i am doing a walk on these two tables i am only getting values for
> ipNetToPhysicalTable.
>
> But ipNetToMediaTable returns nothing.
> [root
Hi,
I am using net-snmp 5.4.2.1 .
For my system i need to support ipNetToMediaTable and ipNetToMedia table
both.
When i am doing a walk on these two tables i am only getting values for
ipNetToPhysicalTable.
But ipNetToMediaTable returns nothing.
[root@pactprov cli]# /opt/servers/netsnmp/bin/snm
14 matches
Mail list logo
