WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] Multiple Domains Sharing Root System

To: Marcus Brown <marcusbrutus@xxxxxxxxxxxxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] Multiple Domains Sharing Root System
From: Chris de Vidal <chris@xxxxxxxxxx>
Date: Mon, 19 Sep 2005 23:14:29 -0700 (PDT)
Cc: mark.williamson@xxxxxxxxxxxx
Delivery-date: Tue, 20 Sep 2005 06:12:23 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <432F7919.4070909@xxxxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Reply-to: chris@xxxxxxxxxx
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
--- Marcus Brown <marcusbrutus@xxxxxxxxxxxxxxxx> wrote:
> My plan is to have an NFS root server as a domain, using multiple LVM
> partitions. (I could run it in dom0 if required).
> Using a UnionFS-patched kernel I hope to combine a (writable) domain-
> specific partition with a (read-only) generic image for each domain.
> This would allow each domain to have custom configs and apps.

As I was contemplating with the COW filesystems, wouldn't a UnionFS over time
grow to be about the same size as if you'd have done individual installs?

For instance, say you have these files in a UnionFS partition:
/usr/lib/mozilla-firefox (NFS server)
/usr/lib/samba (NFS server)
/usr/lib/glibc (NFS server)

You have two NFS clients who mount /usr.

NFS client number one updates Firefox.  Because file writes are copied, this
doubles the file space needed:
/usr/lib/mozilla-firefox (NFS server)
/usr/lib/mozilla-firefox (NFS client one)
/usr/lib/samba (NFS server)
/usr/lib/glibc (NFS server)

NFS client number two updates Firefox.  Because file writes are copied, this
now triples the file space needed:
/usr/lib/mozilla-firefox (NFS server)
/usr/lib/mozilla-firefox (NFS client one)
/usr/lib/mozilla-firefox (NFS client two)
/usr/lib/samba (NFS server)
/usr/lib/glibc (NFS server)

Now you update glibc.  Samba is recompiled for that new version:
/usr/lib/mozilla-firefox (NFS server)
/usr/lib/mozilla-firefox (NFS client one)
/usr/lib/mozilla-firefox (NFS client two)
/usr/lib/samba (NFS server)
/usr/lib/samba (NFS client one)
/usr/lib/samba (NFS client two)
/usr/lib/glibc (NFS server)
/usr/lib/glibc (NFS client one)
/usr/lib/glibc (NFS client two)

Since the NFS server is now redundant, this would use even more space than this
simple back-to-basics configuration:
/usr/lib/mozilla-firefox (system one)
/usr/lib/samba (system one)
/usr/lib/glibc (system one)

/usr/lib/mozilla-firefox (system two)
/usr/lib/samba (system two)
/usr/lib/glibc (system two)


Seems that UnionFS and COW would only save space at first or with files that
are almost never expected to change over time (unlike OS files which get
modified every few months).

Am I missing something?  I've never used COW and I've only used UnionFS in
Knoppix, so I could be wayyyy off...

Is there some simple method to "reconsolidate" the various identical copies in
different file systems to shrink the number of incremental changes?  Is this
automatically done when there are identical files?

CD

You have to face a Holy God on Judgment Day. He sees lust as adultery (Matt. 
5:28) and hatred as murder (1 John 3:15). Will you be guilty? 

Jesus took your punishment on the cross, and rose again defeating death, to 
save you from Hell. Repent (Luke 13:5) and trust in Him today.

NeedGod.com

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users