[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [Libvir] Request for additional entry points



On Tue, Apr 04, 2006 at 02:35:15PM -0700, David Lutterkort wrote:
> On Fri, 2006-03-31 at 16:47 -0500, Daniel Veillard wrote:
> >   Well libvirt doesn't have the notion of 'passive' domain yet, i.e. domain
> > we know exists but are not running or activated at a given point in time.
> > If we define virDomainSetConfig() then we have to be able to extract at least
> > the name (and uuid) from the xmlDesc. And that routine could then returm
> > a virDomainPtr associated to this unactive domain (or the associated 
> > active domain if it exists). Those unactive domains could then be listed
> > in virConnectListDomains(). 
> 
> How would that jive with other ways to create inactive domains ? Right
> now I can create a file in /etc/xen and immediately have an incative
> domain; I always thought that the xm scripts would eventually be
> replaced by libvirt-based scripts and conventions for where to put
> files, but that libvirt would remain focused on active domains.
> 
> I agree that it would be nice to have a standard way to enumerate
> 'defined' (as opposed to 'active') domains, but it seems a little odd to
> require a library to do what amounts to putting a file into a
> well-defined place.

 Yeah. To be honest I don't understand what is advantage of this
 solution (configs in xenstore). I think we already have in better and
 wide supported solutions how share data between more nodes (hosts). I
 don't think that we should replace OS filesystem with something like
 xenstore. I think we can implement "a standard way to enumerate
 inactive domain" without xenstore (for example by some search $PATH
 and standard FS).

    Karel

-- 
 Karel Zak  <kzak redhat com>


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]