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] SMP enabled Dom0 or not?

To: jim burns <jim_burn@xxxxxxxxxxxxx>
Subject: Re: [Xen-users] SMP enabled Dom0 or not?
From: Nico Kadel-Garcia <nkadel@xxxxxxxxx>
Date: Sun, 22 Jun 2008 11:22:37 +0100
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 22 Jun 2008 03:14:29 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=DIISs9iO+gLvxU62UO172n/aN1LsBAACPUHxM1wFYxU=; b=hoCq4MmgGzp8DLh0fqRfMnG7KyDbDzgw10/DbtaKfQ9acBTn2PJy0kxWZTk6i1wDJa nkjFU2JCMoyyWzoHs6BIYFSKVz4t4nGJZryXr3tnJnNbfWXM4GE4UiV3HF2fPpBOaJSL V6UY8Lv/TUgfpsVSFrit15B7+bq7pBNqkatx8=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=j6jvvp9oN9t38rRpLbAGcv0uy6J8QWuJMs95woYP+5ZwRTTJh0kB5XBuTIx/dyb4wf 7n43ASNRZcYDKVKcG0kGiCz3sfZqU8Yu72zqHAfdlG0z2g86xvItvtqOIKegpkWTdM6B 3UpSnA3nnQw4oefqNgscFeGAiQPu42LCjUlOk=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <200806202135.17246.jim_burn@xxxxxxxxxxxxx>
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>
References: <485453E7.5030605@xxxxxxxxx> <485B0108.7010909@xxxxxxxxx> <038201c8d2fa$1de80120$59b80360$@com> (sfid-20080620_132233_645501_53C03BCD) <200806202135.17246.jim_burn@xxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.14 (Windows/20080421)
jim burns wrote:
On Friday June 20 2008 01:21:43 pm Venefax wrote:
The instructions have a small problem: I use SUSE and there is no
/etc/rc.local. ¿any idea?

Interestingly enough, there is /etc/init.d/before.local and after.local. You have to read /etc/init.d/rc to discover them. Basically, after.local runs after all the services have been started upon entering a runlevel. before.local runs before the runlevel is entered. If you anticipate changing runlevels often, you may want to restrict the actions in after.local to a particular runlevel.
Different distributions follow different conventions. I personally *loathe* putting thing in rc.local, because then you can't select to run it all by itself, and it's not easy to enable or disable it without directly editing a default system file. I prefer using /etc/init.d and scripts there, with chkconfig if available, to control when something runs and in what order relative to other tools.
Also, I changed the configuration files for the DomUs, but is there any way
to force them to reread the configuration without restarting them?

In general, nope. But you can manually use 'xm vcpu-pin domid ...', and your domu will only use those vcpus till the next restart. (In my limited testing, linux reacts better to pinning than Windows.)

How about changing the dom0? It is very hard for me to reboot the box.

But you can restart the domus, so they can re-read their configs. You can do the vcpu pinning manually at first. Changing configs, and after.local, is just so it stays that way when you do reboot dom0/restart domu.
If you use init scripts in /etc/init.d, it's often possible to simply bring a machine down to rerun that script, or to change the runlevel with the 'telinit' script to get them to restart as needed.

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