About this list Date view Thread view Subject view Author view Attachment view

From: Jacques Gelinas (jack_at_solucorp.qc.ca)
Date: Tue 29 Oct 2002 - 22:52:23 GMT


On Tue, 29 Oct 2002 12:41:20 -0500, Dave wrote

> For example I don't mind if the context has to be fixed for each
> vserver, if this was the price for not having to patch userland tools.
> If we combine the 16bit uid + 16bit context, there're still 64K servers
> to be created before we run out of "virtuals" on the same machine.
> Right?

Btw, for those who want to play with special context (assigned by hand), I can
change the kernel so on-the-fly security context are allocated from 1000 and up
making sure the one you have select by hand will only be used by this vserver.

My idea about vserver quota was a little like that. Some uid remapping.

I was adding another tricks. The quota of all users in a vserver was summed and
enter as a special user. Each vserver would be associated with a special users. For
example, if vserver foo is created, then user quota_foo would be created and
it would be possible to limit globally a vserver just by limiting user
quota_foo.

---------------------------------------------------------
Jacques Gelinas <jack_at_solucorp.qc.ca>
vserver: run general purpose virtual servers on one box, full speed!
http://www.solucorp.qc.ca/miscprj/s_context.hc


About this list Date view Thread view Subject view Author view Attachment view
[Next/Previous Months] [Main vserver Project Homepage] [Howto Subscribe/Unsubscribe] [Paul Sladen's vserver stuff]
Generated on Wed 06 Nov 2002 - 07:03:43 GMT by hypermail 2.1.3