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] Can't update xenstore for a few domUs

> Older versions of xen and libvirtd (like the one in RHEL5) stores its
> configuration by default as files on /etc/xen. This means that changes
> only need to go to config file. To get domains to autostart, you can
> place a symlink to its config in /etc/xen/auto as there's a special
> service (xendomains) that autostart domUs whose config is in that
> directory.
> 
> Newer version (like the one you have) uses xend to manage domU
> configuration. It's created by "xm new" and modified by commands like
> "xm" or "virsh" that can change (most) configuration online. The
> problem is I'm not aware of any command that can change
> "on_xend_start" and "on_xend_stop". The "clean" way to change it is to
> delete domU config using "xm delete" (which requires domU to be
> shutdown) and create it again with "xm new". It might not have
> xendomains service anymore (at least opensolaris doesn't).
> 
> The config is actually stored on /var/lib/xend/domains, but I
> recommend you don't edit it manually. Last time I tried the changes
> there are only picked up when xend is (re)started, which in your case
> should also shut down domU :P Better do it the "clean" way.
> 
> If your distro is like RHEL (in that it has xendomains service and
> also support xend-managed domains), you could choose any method
> (/etc/xen or xend-managed) to store domU config when creating domUs
> manually. Personally I prefer /etc/xen method as it's more manageable.
> 
> Hopefully others can help you more.
> 

Thanks for the info. I'm running SLES10SP2. The strange thing is that
I'm positive that I have changed those settings on other domu's using xm
commands. I'll have to play around with it some more. 

James


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