[Xen-devel] Re: Problems about Xen's Howto

[Bin Ren <br260@xxxxxxxxx>]

On 2 Feb 2004, at 11:23, Yan-Ching CHU wrote:

> Hi Bin,
>  
>     I have got some problem starting new domains following the Xen 
> Howto v1.1 that I hope you can help. In both the README and your howto 
> there is no explicit statement about rather new domains can/should be 
> started using another filesystem. I wonder if I use the same root as 
> Domain0 is using to start new domains, rather the original filesystem 
> will be destroyed due to multiple writers to the filesystem.
I'm sorry I didn' t make it clear. You are absolutely right that each 
domain
should use a different root filesystem.

> If I really need new fileysystem for every new domain, what minimum 
> set of services/files about the boot process (inittab, init rc, 
> daemons) do I need to have? The whole thing in the DemoCD is quite big 
> (especially with /usr) that I don't want to install each copy of them 
> to every domain I want to start. Any ideas/comments?
One independent root filesystem for each domain requires too much space,
this is a major problem of today's Xen that we are trying to tackle. 
The method
is to use Copy on Write, e.g. different domains share the same files as 
many
as possible and retains modified files separately. CoW can be done both 
in
user space and in kernel space.

Russ has implemented a CoW NFS and I'm at the last staging of writing a
CoW multi-disk driver for linux kernel 2.4 series.

Before CoW features become stable and robust, you can:

(1) duplicate root filesystems for each domain (Yes, I can hear you 
screaming...)
(2) share /usr among all the domains to save a lot of space (Yes, let's 
relax...)
(3) get a new hard disk and go to either (1) or (2)

Thanks,
Bin


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel