As I recall, Joe Greco wrote:
> Hell, I've been seeing this for well over a year. The last time I mentioned
> it, everybody seemed to think I was nuts. :-)
>
> FreeBSD 3.0-19981015-BETA #1: Tue Jan 12 03:30:56 CST 1999
>
> routetbl289178 40961K 40961K 40960K 4357410 0 16,32,64,
At 12:17 AM +0100 1999/12/10, Brad Knowles wrote:
> In -CURRENT, I would say that this could probably be committed,
> if John feels safe. I am not yet convinced that it should be
> committed to -STABLE, although things do look good so far.
Well, things continue to look good:
Fr
Brad Knowles wrote:
>
> In -CURRENT, I would say that this could probably be committed,
> if John feels safe. I am not yet convinced that it should be
> committed to -STABLE, although things do look good so far.
Just to clarify, I committed it to -current already this morning.
John
T
At 3:00 PM -0800 1999/12/9, Julian Elischer wrote:
> so can it be committed?
In -CURRENT, I would say that this could probably be committed,
if John feels safe. I am not yet convinced that it should be
committed to -STABLE, although things do look good so far.
--
These are my op
so can it be committed?
On Thu, 9 Dec 1999, Joe Greco wrote:
> The patch previously mentioned has completely fixed my problem, as far as I
> can tell.
>
> routetbl 13117K 25K 40960K936240 0 16,32,64,128,256
>
> after a day of uptime.
>
> > here's mine..
> > this is
The patch previously mentioned has completely fixed my problem, as far as I
can tell.
routetbl 13117K 25K 40960K936240 0 16,32,64,128,256
after a day of uptime.
> here's mine..
> this is from a single homed machine, with a default route. it's also a IRC
> server (irc.
here's mine..
this is from a single homed machine, with a default route. it's also a IRC
server (irc.stanford.edu), with a LOT of filtering of inbound traffic.
FreeBSD 3.3-STABLE #8: Sat Nov 27 17:15:49 PST 1999
11:33PM up 2 days, 20:41, 1 user, load averages: 0.03, 0.03, 0.00
routetbl
>
> > > > Please use 'netstat -rna' to get a listing of *all* the routes, including
> > > > the temporary ones, not just the non-temporary routes.
>
> FWIW, another datapoint:
>
> set$ netstat -ran | wc -l
> 15
> set$ vmstat -m | grep routetbl|grep K
Type In
> > > Please use 'netstat -rna' to get a listing of *all* the routes, including
> > > the temporary ones, not just the non-temporary routes.
FWIW, another datapoint:
set$ netstat -ran | wc -l
15
set$ vmstat -m | grep routetbl|grep K
routetbl35 5K 18K
On Wed, 8 Dec 1999, Joe Greco wrote:
> >
> > :
> > :At 1:26 PM -0600 1999/12/8, Joe Greco wrote:
> > :
> > :>> vmstat -m | grep routetbl|grep K
> > :> routetbl289178 40961K 40961K 40960K 4357410 0
> > :>16,32,64,128,256
> > :>> netstat -rn | wc -l
> > :>16
> >
> >
>
> :
> :At 1:26 PM -0600 1999/12/8, Joe Greco wrote:
> :
> :>> vmstat -m | grep routetbl|grep K
> :> routetbl289178 40961K 40961K 40960K 4357410 0
> :>16,32,64,128,256
> :>> netstat -rn | wc -l
> :>16
>
> Please use 'netstat -rna' to get a listing of *all* the r
:
:At 1:26 PM -0600 1999/12/8, Joe Greco wrote:
:
:>> vmstat -m | grep routetbl|grep K
:> routetbl289178 40961K 40961K 40960K 4357410 0
:>16,32,64,128,256
:>> netstat -rn | wc -l
:>16
Please use 'netstat -rna' to get a listing of *all* the routes, including
At 1:26 PM -0600 1999/12/8, Joe Greco wrote:
>> vmstat -m | grep routetbl|grep K
> routetbl289178 40961K 40961K 40960K 4357410 0
>16,32,64,128,256
>> netstat -rn | wc -l
>16
I had never looked at this on my machines (main news peering
server in the Top 100, o
> > Have any of you been seeing route table leaks in -current? I noticed
> > this week that cvsup-master.freebsd.org is suffering from them. I
> > actually had to reboot it because it couldn't allocate any more. From
> > the "vmstat -m" out
In article <[EMAIL PROTECTED]>,
Joe Greco <[EMAIL PROTECTED]> wrote:
>
> Hell, I've been seeing this for well over a year. The last time I mentioned
> it, everybody seemed to think I was nuts. :-)
>
> FreeBSD 3.0-19981015-BETA #1: Tue Jan 12 03:30:56 CST 1999
>
> routetbl289178 40961K
> At 08:51 AM 12/8/99 -0600, Joe Greco wrote:
> >Most of which are routes pointing at the 3 private-net interfaces on the
> >machine.
>
> The info was provided more as a comparison, that quantity of routes do not
> necessary mean leak ? Or perhaps it does. But after 90 days, you would
> think t
> >Hell, I've been seeing this for well over a year. The last time I mentioned
> >it, everybody seemed to think I was nuts. :-)
> >
> >FreeBSD 3.0-19981015-BETA #1: Tue Jan 12 03:30:56 CST 1999
> >
> > routetbl289178 40961K 40961K 40960K 4357410 0
> 16,32,64,128,256
>
> Well, I h
At 08:51 AM 12/8/99 -0600, Joe Greco wrote:
>Most of which are routes pointing at the 3 private-net interfaces on the
>machine.
The info was provided more as a comparison, that quantity of routes do not
necessary mean leak ? Or perhaps it does. But after 90 days, you would
think the problem wo
> >Hell, I've been seeing this for well over a year. The last time I mentioned
> >it, everybody seemed to think I was nuts. :-)
> >
> >FreeBSD 3.0-19981015-BETA #1: Tue Jan 12 03:30:56 CST 1999
> >
> > routetbl289178 40961K 40961K 40960K 4357410 0
> 16,32,64,128,256
>
> Well, I h
>Hell, I've been seeing this for well over a year. The last time I mentioned
>it, everybody seemed to think I was nuts. :-)
>
>FreeBSD 3.0-19981015-BETA #1: Tue Jan 12 03:30:56 CST 1999
>
> routetbl289178 40961K 40961K 40960K 4357410 0
16,32,64,128,256
Well, I havent seen problem
> Have any of you been seeing route table leaks in -current? I noticed
> this week that cvsup-master.freebsd.org is suffering from them. I
> actually had to reboot it because it couldn't allocate any more. From
> the "vmstat -m" output:
>
In article <[EMAIL PROTECTED]>,
Garrett Wollman <[EMAIL PROTECTED]> wrote:
> < said:
>
> > The route disappears from the routing table, but it is
> > not freed. (The Leak.)
>
> Actually, no.
>
> > Now cause some packets to travel on the connection. A new cloned
> > route is created and added
< said:
> The route disappears from the routing table, but it is
> not freed. (The Leak.)
Actually, no.
> Now cause some packets to travel on the connection. A new cloned
> route is created and added to the routing table.
Here is where the leak happens, as demonstrated by your patch. (Great
:>
:> Yes. Because the route table may be flushed from an interrupt in
:> a low memory situation.
:
:I guess I didn't state the question very well. I realize that RTFREE
:has to be executed at splnet. But I think it's likely that rtalloc
:and rtalloc_ign are always called at splnet or
In article <[EMAIL PROTECTED]>,
Matthew Dillon <[EMAIL PROTECTED]> wrote:
> :1. Do I really need the splnet calls around RTFREE?
>
> Yes. Because the route table may be flushed from an interrupt in
> a low memory situation.
I guess I didn't state the question very well. I realize tha
:+ s = splnet();
:+ RTFREE(rt);
:+ splx(s);
:...
:+ s = splnet();
:+ RTFREE(rt);
:+ splx(s);
:+ }
: ro->ro_rt = rtalloc1(&ro->ro_dst, 1, ignore);
: }
:
:
:Now for my questions:
:
:1. Do I really need the spl
I think I've finally found the route table leak. At least I found _a_
leak, and I think it's the one that's been plaguing cvsup-master. I
have a question or two (see below) before I commit the fix.
Here's how to leak a route table entry. Establish a TCP connection
with another machine so that
I've been working on the cvsup-master route table leaks. I haven't
found the bug yet, but I've got some clues now. If this info inspires
a Eureka! from any of you, please let me know.
I started by running this script to print out key information every
2 seconds while I ran a tes
Garrett Wollman wrote:
> Now things start to make sense:
>
> root@xyz(55)$ netstat -f inet -n | fgrep CLOSING | wc -l
> 1287
>
> (this machine still has the bug that Jonathan Lemon fixed). Now it's
> clear what's going on. The ``missing'' routes have been deleted from
> the routing table,
< said:
>> [quoting me:]
>> What does `netstat -ran' say? You're not seeing all the routes
>> without the `-a' flag.
> It lists some additional routes with -a, but not many. Here's the
> latest output (still growing, as you can see):
> cvsup-master# vmstat -m | grep 'routetbl '
> routetb
Garrett Wollman wrote:
> < said:
>
>> are climbing steadily. Also the references to the default route as
>> reported by "netstat -rn" are climbing. (They went from 187 to 193 in
>> the past 2 minutes or so.)
>
> What does `netstat -ran' say? You're not seeing all the routes
> without the `-a
< said:
> are climbing steadily. Also the references to the default route as
> reported by "netstat -rn" are climbing. (They went from 187 to 193 in
> the past 2 minutes or so.)
What does `netstat -ran' say? You're not seeing all the routes
without the `-a' flag.
-GAWollman
--
Garrett A. Wo
Have any of you been seeing route table leaks in -current? I noticed
this week that cvsup-master.freebsd.org is suffering from them. I
actually had to reboot it because it couldn't allocate any more. From
the "vmstat -m" output:
Memory statistics by type
33 matches
Mail list logo
