On Thu, 13 Oct 2005 17:36:05 +0100 [EMAIL PROTECTED] wrote:
WN> I've run into a situation where I have snmpd utilising 99.9% of my CPU
WN> continually and failing to service any snmp requests. Running strace on
WN> the process I get the following:
WN>
WN> open("/etc/mtab", O_RDONLY)
On Thu, 13 Oct 2005 08:34:04 -0300 Jordan wrote:
JJLDS> > The agent segfaults? What happens if you do snmpgetnext with
JJLDS> > multiple varbinds?
JJLDS>
JJLDS> Yes. The same of snmptable, segmentation fault when the get_{first,
JJLDS> next}.
Can you get a stack trace?
--
NOTE: messages sen
On Wed, 12 Oct 2005 16:48:56 +0100 Patrick wrote:
PW> There isn't a gamble: the older version don't use datarootdir, so
PW> all that happens is you end up with
PW>
PW> datarootdir=
No, if autoconf hasn't been updated, you'd end up with
[EMAIL PROTECTED]@
and I'm less sure what various versions
On Wed, 12 Oct 2005 12:16:44 +0100 Dave wrote:
DS> [BTW - I don't know if you heard about the fire in
DS> Bristol, that completely gutted the Aardman Animation
DS> warehouse. Almost all the stuff relating to earlier
DS> Wallace and Gromit films has been destroyed :-( ]
Yeah, it made slashd
> On Thu, 13 Oct 2005 17:36:05 +0100, [EMAIL PROTECTED] said:
wardd> I've run into a situation where I have snmpd utilising 99.9% of
wardd> my CPU continually and failing to service any snmp requests.
wardd> Running strace on the process I get the following:
wardd> open("/etc/mtab", O_RDONLY)
Hello,
I've run into a situation where I have snmpd utilising 99.9% of my CPU
continually
and failing to service any snmp requests. Running strace on the process
I get the following:
open("/etc/mtab", O_RDONLY) = 15
close(15) = 0
open("/etc/mtab", O_RD
> On Mon, 10 Oct 2005 10:59:59 -0300 Jordan wrote:
> JJLDS> I´ve developed a agent with 2 tables(control table and
> result table). JJLDS> When I query the agent with snmpget or snmpset
> everything goes fine. JJLDS> The problem is when I use snmptable. If
> the control table is empty, a JJLDS>
hmmm.. i am in a spot. Anyways thank you for the answers.
On 10/13/05, Dave Shield <[EMAIL PROTECTED]> wrote:
On Wed, 2005-10-12 at 12:58 +0530, Bharat Shetty wrote:> 1) the reason i ask this question (effect on static routes over
> serial) is that when i do a "ping" on the target address(goes
On Wed, 2005-10-12 at 18:20 +0200, Santanu Misra wrote:
> My advance apology if this is the wrong place for posting my question.
Given that you have also posted exactly the same question on the
users list, then yes - this *IS* the wrong place.
The descriptions on the "Mailing Lists" pages on Sour
On Wed, 2005-10-12 at 12:58 +0530, Bharat Shetty wrote:
> 1) the reason i ask this question (effect on static routes over
> serial) is that when i do a "ping" on the target address(goes thru)
> and subsequently check the arp cache, i find no entries.
Then that's a question for the kernel people, n
On Tue, 2005-10-11 at 22:25 +0200, Thomas Anders wrote:
> Dave Shield wrote:
> > The proper fix is to recode the 'pass.c' implementation to use
> > the v5 APIs, and one of the cache-related helpers - either the
> > cache helper directly (as per 'extend.c'), or via the
> > 'stash-cache' helper.
>
>
11 matches
Mail list logo
