On Wed, 20 Oct 2004, JINMEI Tatuya / [ISO-2022-JP] [EMAIL PROTECTED]@C#:H(B wrote:
> Forgot to respond to this point:
>
> > On Wed, 29 Sep 2004 10:59:32 +0300 (EEST),
> > Pekka Savola <[EMAIL PROTECTED]> said:
>
> > Speaking of 6to4, if_stf.c does not support setting the MTU, because
>
Forgot to respond to this point:
> On Wed, 29 Sep 2004 10:59:32 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
> Speaking of 6to4, if_stf.c does not support setting the MTU, because
> there's no ioctl handler for it. It wouldn't IMHO hurt to be able to
> raise it from the glued-
On Fri, 1 Oct 2004, JINMEI Tatuya / [ISO-2022-JP] [EMAIL PROTECTED]@C#:H(B wrote:
> > Btw, is there any particular reason why net.inet.ip.rtexpire
> > automatically dynamically re-adjusts itself (here, it's typically
> > around 10 or 12), while net.inet6.ip6.rtexpire does not?
>
> Hmm, good point
> On Thu, 30 Sep 2004 12:04:05 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
>> > Unfortunately, I can't. The when my SSH session froze, and the 6to4
>> > SSH sessions as well, my first instinct was 'oh, crap', and knee-jerk
>> > push of reset button (because the box has no keyb
On Thu, 30 Sep 2004, JINMEI Tatuya / [ISO-2022-JP] [EMAIL PROTECTED]@C#:H(B wrote:
> > Unfortunately, I can't. The when my SSH session froze, and the 6to4
> > SSH sessions as well, my first instinct was 'oh, crap', and knee-jerk
> > push of reset button (because the box has no keyboard attached).
> On Wed, 29 Sep 2004 11:40:23 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
>> >> Okay. Now I think I figure out the problem. Those host routes were
>> >> created not deliberately, so the kernel will eventually need a fix to
>> >> this.
>> >>
>> >> But if you are in a hurry a
On Wed, 29 Sep 2004, JINMEI Tatuya / [ISO-2022-JP] [EMAIL PROTECTED]@C#:H(B wrote:
> >> Okay. Now I think I figure out the problem. Those host routes were
> >> created not deliberately, so the kernel will eventually need a fix to
> >> this.
> >>
> >> But if you are in a hurry and/or cannot repl
> On Wed, 29 Sep 2004 10:59:32 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
>> Okay. Now I think I figure out the problem. Those host routes were
>> created not deliberately, so the kernel will eventually need a fix to
>> this.
>>
>> But if you are in a hurry and/or cannot re
> On Wed, 29 Sep 2004 10:59:32 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
>> Okay. Now I think I figure out the problem. Those host routes were
>> created not deliberately, so the kernel will eventually need a fix to
>> this.
>>
>> But if you are in a hurry and/or cannot re
On Tue, 28 Sep 2004, JINMEI Tatuya / [ISO-2022-JP] [EMAIL PROTECTED]@C#:H(B wrote:
> Okay. Now I think I figure out the problem. Those host routes were
> created not deliberately, so the kernel will eventually need a fix to
> this.
>
> But if you are in a hurry and/or cannot replace the kernel
> On Mon, 27 Sep 2004 07:57:02 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
>> I can think of several possibilities that may cause the entries:
>>
>> - when this node sends ICMPv6 error messages to those addresses, it
>> can create route entries. I suspect this is the main rea
> On Sat, 25 Sep 2004 14:34:39 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
>> >> 1. do you see massive number of entries with "netstat -rna"?
>>
>> > Yes.
>>
>> > # netstat -nra | wc -l
>> >32468
>> > #
>>
>> Okay, to be sure, most of them are IPv6 routing entries, right
On Sat, 25 Sep 2004, JINMEI Tatuya / [ISO-2022-JP] [EMAIL PROTECTED]@C#:H(B wrote:
> > On Fri, 24 Sep 2004 20:39:32 +0300 (EEST),
> > Pekka Savola <[EMAIL PROTECTED]> said:
>
> >> 1. do you see massive number of entries with "netstat -rna"?
>
> > Yes.
>
> > # netstat -nra | wc -l
> >
> On Fri, 24 Sep 2004 20:39:32 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
>> 1. do you see massive number of entries with "netstat -rna"?
> Yes.
> # netstat -nra | wc -l
>32468
> #
Okay, to be sure, most of them are IPv6 routing entries, right?
Then please provide some
On Sat, 25 Sep 2004, JINMEI Tatuya / [ISO-2022-JP] [EMAIL PROTECTED]@C#:H(B wrote:
> Apparently the most significant change is the memory consumption
> regarding routing table:
>
> In "wrk"
> Memory statistics by bucket size
> Size In Use Free Requests HighWater Couldfree
> 64 2196
On Fri, 24 Sep 2004, JINMEI Tatuya / [ISO-2022-JP] [EMAIL PROTECTED]@C#:H(B wrote:
> > On Thu, 23 Sep 2004 15:03:47 +0300 (EEST),
> > Pekka Savola <[EMAIL PROTECTED]> said:
>
> > After the system has been up for a while (a couple of weeks) and/or
> > the ethernet link has gone up/down f
> On Thu, 23 Sep 2004 15:03:47 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
> After the system has been up for a while (a couple of weeks) and/or
> the ethernet link has gone up/down for some time (I suspect this is
> related to the Neighbor Discovery cache contents), I get dme
Hi,
I've been suffering from a weird memory exhaustion problem (or so it
looks?!) on FreeBSD 4.10 -STABLE for a year or two now (obviously,
then it was something like 4.5 or the like :).
After the system has been up for a while (a couple of weeks) and/or
the ethernet link has gone up/down for so
18 matches
Mail list logo
