Date: Wed, 7 Jun 2006 08:59:53 +0200 From: Milan Obuch <arch@dino.sk> To: freebsd-arch@freebsd.org Cc: Alex Lyashkov <shadow@psoft.net>, Julian Elischer <julian@elischer.org> Subject: Re: jail extensions Message-ID: <200606070859.57367.arch@dino.sk> In-Reply-To: <1149659976.3224.79.camel@berloga.shadowland> References: <1149610678.4074.42.camel@berloga.shadowland> <448633F2.7030902@elischer.org> <1149659976.3224.79.camel@berloga.shadowland>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 07 June 2006 07:59, Alex Lyashkov wrote: > =F7 =F3=D2=C4, 07.06.2006, =D7 05:03, Julian Elischer =D0=C9=DB=C5=D4: > > Maxim Konovalov wrote: > > >On Tue, 6 Jun 2006, 19:17+0300, Alex Lyashkov wrote: > > >>Hello All, > > >> > > >>I started to write some extension for jail. Global > > >>idea is to write the complete virtual server solutions, > > >>when each virtual server has its own resources and limits > > >>of their usage. [ snip ] > > >> > > >>project homepage http://docs.freevps.com/doku.php?id=3Dfreebsd:index > > > > > >I'd like to clarify Alex's point a bit: he wants to know his work is > > >acceptable by the project and could be merged. It's obvious it's > > >almost impossible to maintain that outside of the tree. > > > > I'd like to see him merge his project with Marco's . If so then I'd be > > more than happy > > to see this stuff come in once it reaches a certain level of maturity. > > > > Marco and I have been going over some possible macros that could be used > > to help with > > a lot of this and if the macros were used then some of the changes could > > come in quite early > > as they would compile out to NOPs for anyone not using the changes. > > ( and provide an easy target for removal if it eventually doesn't > > complete). > > I focused with write flexible kernel API and create conception - any > process run with own context. With 'jail2' all processes have > cred->pr_prison defined. As for me it`s allow easy use struct prison as > storage for any context related data such as uid hash, or diskquota > hash, limits info or other. Process count limit and separated uid hash > created as example to use this conception. > Same conception used at my other project - FreeVPS > (http://www.freevps.com/tracker.html). > > Where i can see you and Marco work ? Original Marko's page is at http://www.tel.fer.hr/zec/BSD/vimage/, currentl= y=20 there is http://www.imunes.net with some related info as well. No idea on t= he=20 other work. Marko's work is 4-RELEASE bound patch, so it is not directly=20 usable, but there is some discussion on freebsd-net@ coming regularly about= =20 vrf support on FreeBSD, you can look there as well. I can only second with support to your work and test anything published=20 provided I have some time to play with it. (Not guaranteed immediately afte= r=20 publishing, but nevertheless, I am trying.) Regards, Milan =2D-=20 No need to mail me directly. Just reply to mailing list, please.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200606070859.57367.arch>