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/
Home Products Support Community News


Re: [Xen-devel] [PATCH 6 of 8] xl: add a global configuration file

To: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 6 of 8] xl: add a global configuration file
From: Zhigang Wang <zhigang.x.wang@xxxxxxxxxx>
Date: Tue, 31 Aug 2010 14:52:30 -0400
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Delivery-date: Tue, 31 Aug 2010 11:53:30 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <19581.15544.444760.592141@xxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <alpine.DEB.2.00.1008271216490.2545@kaball-desktop> <4C782E89.5070902@xxxxxxxxxx> <alpine.DEB.2.00.1008301041040.2545@kaball-desktop> <19581.15544.444760.592141@xxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20100720 Fedora/3.1.1-1.fc13 Thunderbird/3.1.1
> Stefano Stabellini writes ("Re: [Xen-devel] [PATCH 6 of 8] xl: add a global 
> configuration file"):
>> I agree with you on not wanting to see xl becoming heavy, however there
>> are few global configuration options that would be too burdensome
>> for the user to specify every single time, in particular I am referring
>> to the autoballoning operation.
> That's one example.  Another is the default network bridge: it makes
> sense to put that in a global config file as it makes domain config
> files more portable between different setups.
> Ian.
That's OK. Then we should guarantee: a configure can only specified in the
global configure file
or on the command line. But not both.

Here is a very bad example (not exist) we should avoid:

global.conf: migrate_ssl = true/false

# xl migrate --ssl ....



Xen-devel mailing list