Re: [linux-vrf-core] VRF number limitation
Status: Beta
Brought to you by:
jleu
From: Cho K. H. <dru...@ho...> - 2005-07-19 02:41:33
|
"possibly" the problem of the limit of the kernel stack size.. as linux-vrf 0.900 patch lets the kernel keep routing table(fib_table)s as many as VRF_MAX and other structures also. Linux kernel really has a hard(and low) limit on its stack size and when the stack overflow happens, it is possible to see kernel panic.. i'm really not sure about it as i tried only 8 with my VRF_MAX. ========================== 행복한 현재가 좋다! dru...@ho... (조경현) >From: Affandi Indraji <aff...@gm...> >Reply-To: Affandi Indraji <aff...@gm...> >To: lin...@li... >Subject: Re: [linux-vrf-core] VRF number limitation >Date: Mon, 18 Jul 2005 15:00:56 +0800 > >Thanks to Steffen and Kyung Hyun, > >I'm able to set more than 8 vrf, after I modify rtnetlink.h. The max >that i can configure is 190, if more than that i can't boot, the >system said that "kernel panic" and the system hang. Just curious, how >many vrf is the max number that can be configured? > >Another thing is, i can boot using the kernel with 190 vrf, but once i >run something (i run "tar xjf" on a file), it said that "system out of >memory" and i was kicked out from the SSH session, or if i'm in the >console, i will be automatically logout. Any of you know about the >limitation of the max number of VRF whereby the server can still run >with the stable condition? > >Really appreciate your help. Thanks. > >Regards, >Fandi > >On 7/14/05, Cho Kyung Hyun <dru...@ho...> wrote: > > The parameter VRF_MAX is included in rtnetlink.h if the kernel > > source(header) has been "patched" with linux-vrf 0.900. > > > > You may change the value of VRF_MAX(which is 7 by default) to whichever u > > like, and the re-compiled kernel will be capable to create vrfs as many as > > u designated in rtnetlink.h. > > > > i hope it answers. > > > > have a great day. > > > > > > ========================== > > 행복한 현재가 좋다! > > > > dru...@ho... (조경현) > > > > > > > > >From: Affandi Indraji <aff...@gm...> > > >Reply-To: Affandi Indraji <aff...@gm...> > > >To: lin...@li... > > >Subject: [linux-vrf-core] VRF number limitation > > >Date: Wed, 13 Jul 2005 14:36:14 +0800 > > > > > >Hi, > > > > > >I would like to ask about the limitation of the VRF, i can only > > >configure it up to 8 VRF (while 0 it's already being used). From di > > >archive, i saw the reply about the limitation of the VRF, but i don't > > >quite understand what it means. Here is the previous posting regarding > > >the limitation on VRF. > > >--------------------------------------------------------------------------------------------------------------------- > > > > >Currently there is a hard limit of 8 VRFs (0-7). While working out bugs I > > > have decided not to dynamically allocation all of the data structures > > required > > > to keep track of TCP, UDP, and raw sockets per VRF. > > > > > > Until I make the conversion to dynamically allocating per VRF data you > > can > > > change the compile time limit by modifying VRF_MAX in > > > linux/include/linux/rtnetlink.h > > >-------------------------------------------------------------------------------------------------------------------- > > > > >The question is is there any parameter that i can change so i can have > > >more that 8 VRF? I have tried to find VRF_MAX variable in rtnetlink.h, > > >but no luck. > > > > > >Really appreciate your help. Thank you > > > > > >-- > > >Regards, > > >Affandi Indraji > > > > > > > > >------------------------------------------------------- > > >This SF.Net email is sponsored by the 'Do More With Dual!' webinar > > happening > > >July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual > > >core and dual graphics technology at this free one hour event hosted by > > HP, > > >AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar > > >_______________________________________________ > > >linux-vrf-core mailing list > > >lin...@li... > > >https://lists.sourceforge.net/lists/listinfo/linux-vrf-core > > > > > > > > >-- >Regards, >Affandi Indraji |