Hello,

As part of observations i wanted to add that on the mips HW where if large
number of VLAN's are being configured the IP-MIB has to update the
ipAddressTable, where in we see such a CPU load of 100%.

On the other mips servers nodes where there are no such large VLAN's being
configured, we do not see cpu load ans it shows 0%.

Is it something to deal with IP-MIB? or the sub aganet configuration for
routing?

Kindly let me know.
Thanks.

Best Regards,
Bheemesh





On Fri, Oct 30, 2009 at 10:56 PM, bheemesh v <[email protected]> wrote:

> Hello,
>
> Currently we are using the net-snmp-5.4.2.1 version on our linux server,
> with snmpd running as master agent on x86 environments and as sub-agent on
> both x86 and mips environments.
>
> Now for the sub aganet on x86 cpu usage looks healthy but for the mips
> snmpd the cpu usage is occupying 100% most of the time.
>
> Has such scenario reported in the past in this mailing list (though i did
> not come across any)? please suggest your inputs.
>
> The stratup of the snmpd for mips sub agent is as below:
> *snmpd -f -C -c /XX/XXX/etc/SS_NetSNMP/snmpd_subagt.conf -Ls 0 -X -I
> -var_route ipCidrRouteTable inetCidrRouteTable*
>
> The *snmpd_subagt.conf * has this details:
>
> *agentxSocket tcp:MasterSnmpAgent:705*
>
> Please send in your inputs and let me know for any more details needed from
> my side too.
>
> Thanks in advance.
> Best Regards,
> Bheemesh
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to