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-devel

Re: [Xen-devel] organizing virtual machines

To: Tom Hibbert <tom@xxxxxxxxx>
Subject: Re: [Xen-devel] organizing virtual machines
From: "Eric S. Johansson" <esj@xxxxxxxxxx>
Date: Mon, 21 Feb 2005 18:29:17 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 21 Feb 2005 23:30:14 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: <31F19452BA8B2042A359D849B74B1BF00C040A@xxxxxxxxxxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
References: <31F19452BA8B2042A359D849B74B1BF00C040A@xxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0 (Windows/20041206)
Tom Hibbert wrote:
There is no requirement for seperating partitions on installation. This
is considered a best practice because in the event of a partition
faliure it increases the chance of recovering at least part of the
system. In the purists world, / is mounted read-only and the only parts
of the disk that can be written to without mounting readwrite are /var
and /home.
(knock wood) I've never had a partition failure.  They have always been 
more on the lines of "*%#@%@ I lost another drive".
Absolutely true. However, it is possible to have a shared root/usr using
NFS, with independent /var, /home and /etc. This is a common
configuration for clusters and big iron.
intriguing.  Makes sense and one could also do this with the dom0 
serving all the other virtual machines.  would have some problems with 
/etc however
Dogs breakfast?
yea.  a.k.a. "recycling" and in the wintertime "Poopsicles".

Only in the event of badly constructed packages or an
inexperienced aministrator installing from source should there ever be
any configuration data stored outside of /etc. This is the sole reason
/etc exists. I don't consider it a dogs breakfast at all, even under
Gentoo.
I must politely disagree.  In the example you gave above where root 
end-user are shared, what happens when you change a program that also 
has a related change in /etc?  At best, nothing bad happens.  At worst, 
you start getting random failures that drive you mad until you finally 
get all of the images changed.  Sometimes it's a simple replication. 
More often than not it's customized changes on all machines.
Even updating a single machine it can be a "this sucks" moment.  I 
cannot tell you the number of times I have updated gentoo and found that 
I had to slog through 50 configuration file changes.
so, the reason I consider virtually all system configuration 
directories, registries etc. a dogs breakfast is that they don't handle 
change well and the changes are not replicated properly.
my fantasy world for proper system configuration management would record 
baseline and changes so that when baseline changes one can re-create the 
working configuration set (i.e. /etc).  For a virtual machine 
environment like xen, one could have virtual machine associated changes 
with a common baseline so that when you update your executables and 
configuration directory, all the changes replicate properly or can be 
flagged for human attention.
I'm planning a working on this when I have some spare neurons.

---eric

--
http://www.salon.com/books/review/2004/12/18/heloise/index.html

The basis of Abelard's philosophy, which he taught to Heloise, was
that logic had to be applied to religion in order to arrive at the
truth.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel