of 4 different v12n solutions:
Vmware Workstation, Xen, OpenVZ and Containers. I did a quick summary of the
Containers conclusions: http://blogs.sun.com/JeffV/date/20070510 . That blog
has a link to the paper, too.
I would like to gather thoughts and opinions on this omission: should
Conta
mpared resource isolation of 4 different v12n
solutions: Vmware Workstation, Xen, OpenVZ and Containers. I did a quick
summary of the Containers conclusions:
http://blogs.sun.com/JeffV/date/20070510 . That blog has a link to the
paper, too.
I would like to gather thoughts and opinions on this omi
Hi Enda,
The "cluster" BrandZ zone :
1. will use the same kernel.
2. will use the same libs/binaries
3. will use the same patch+packaging commands
4. will use the same upgrade commands
The "cluster" BrandZ zone uses the BrandZ callbacks to
add value. We actually use all of the existing Brand
Ellard Roush wrote:
Hi Enda,
The "cluster" BrandZ zone :
1. will use the same kernel.
2. will use the same libs/binaries
3. will use the same patch+packaging commands
4. will use the same upgrade commands
The "cluster" BrandZ zone uses the BrandZ callbacks to
add value. We actually use all
On Thu, May 10, 2007 at 11:23:18AM -0400, Jeff Victor wrote:
> I would like to gather thoughts and opinions on this omission: should
> Containers have default RM settings? Is there a better method to solve
> this problem? If not, which settings should have defaults?
>
I really wouldn't like ha
Mads Toftum wrote:
On Thu, May 10, 2007 at 11:23:18AM -0400, Jeff Victor wrote:
I would like to gather thoughts and opinions on this omission: should
Containers have default RM settings? Is there a better method to solve
this problem? If not, which settings should have defaults?
I really w
On Thu, May 10, 2007 at 02:11:12PM -0400, Jeff Victor wrote:
> Currently there isn't a setting which enables (or disables) RM. Are you
> suggesting that there should be one 'knob' which enables RM, and chooses
> sufficiently large default values until you override them?
>
Yes.
> >Perhaps it co
Hi,
I was wondering if that trick of adding an additional directory (mount point?)
that you outlined below, would work more than once?
zonecfg -z
zonecfg> add fs
zonecfg:fs> set dir=
zonecfg:fs> set special=
zonecfg:fs> set type=lofs
zonecfg:fs> end
I tried to use the dir and special during the i
On Thu, 2007-05-10 at 13:18 -0700, F.V.(Phil)Porcella wrote:
> I tried to use the dir and special during the initial configuration of a zone
> and
> it only excepted one of them. Also, how many directories can you have
> inherited 'initially'
> before you install the zone?
I'm sure there's a l
On Thu, 2007-05-10 at 14:11 -0400, Jeff Victor wrote:
> However, this model does not solve the problem that is documented in
> Clarkson's paper: the "out-of-the-box" experience does not protect
> well-behaved zones from poorly-behaved zones, or a DoS attack.
I see where you are going with this
On Thu 10 May 2007 at 03:58PM, Bob Netherton wrote:
> On Thu, 2007-05-10 at 14:11 -0400, Jeff Victor wrote:
>
> > However, this model does not solve the problem that is documented in
> > Clarkson's paper: the "out-of-the-box" experience does not protect
> > well-behaved zones from poorly-behaved
Bob Netherton wrote:
I see where you are going with this Jeff, and there are some good ideas
behind all of this. I have a great desire to rephrase your question
without the reference to zones - how well is Solaris itself
protected against the various forms of DoS attack ? Do the controls
here
On Thu 10 May 2007 at 04:21PM, Jerry Jelinek wrote:
> of the other controls is trickier although I think Dan's idea of scaling
> these based on the system makes it easier. We might also want to think
> about scaling based on the number of running zones.
Another way to look at it (and I think what
I did a quick search of this website, but could not find a definite answer.
when creating a filesystem on the global zone and using lofs to have the zone
see it, do I have to reboot the zone in order for the zone to actually see it.
I am talking about when creating the filesytem via zonecfg..
n
On Thu, 2007-05-10 at 16:02 -0700, DJR wrote:
> I did a quick search of this website, but could not find a definite answer.
>
> when creating a filesystem on the global zone and using lofs to have the zone
> see it, do
> I have to reboot the zone in order for the zone to actually see it.
No.
On 5/10/07, Dan Price <[EMAIL PROTECTED]> wrote:
I think fundamentally we hear from two camps: those who want to
proportionally partition whatever resources are available, and those who
want to see the system as "virtual 512MB Ultra-2's" or "virtual 1GB,
1ghz PCs."
The typical scenario I see is
On Thu 10 May 2007 at 10:28PM, Mike Gerdts wrote:
> Providing open access to this information across Sun's product line
> and opening up the computation methods to allow others to "benchmark"
> other systems would be very helpful. Perhaps in the future ISV's
> would say more meaningful things like
I am facing some routing issue with the local zone talking to outside network.
Here is the setup that I have:
Configured global zone (bge0) to 10.x.180.0 network
Configured local zone (bge1:1) to 10.x.230.0 network
local zone can talk to the systems in 10.x.230.0 network, but it cannot talk to
18 matches
Mail list logo