Change the semantics of GetDomainPath so that it always succeeds, regardless of

whether a domain has been introduced to the store.  Added a separate message
XS_IS_DOMAIN_INTRODUCED and API for that (xs_is_domain_introduced) to determine
whether the domain has really been introduced.  This change means that the
tools can determine the correct domain path earlier in the domain creation
process, which is particularly a factor with live migration, as it allows us
to create the devices earlier in the process, and unpause the new domain before
performing the introduce.  Until recently we already had these features, but
the simplification of the interface between xend and xenstored caused breakage.

No longer clear out the domain path when a domain is introduced -- this was a
hack to work around the recent problematic semantics of GetDomainPath.

Do not write the contents of the info block to the store.  All the configuration
info is written to the /vm path, and anything else in the info block is either
dealt with explicitly or is ephemeral and has no place in the store.

Signed-off-by: Ewan Mellor <ewan@xensource.com>

1 files changed, 0 insertions, 3 deletions

diff --git a/tools/console/daemon/io.c b/tools/console/daemon/io.c
index 9039a96525..60e89267fc 100644
--- a/tools/console/daemon/io.c
+++ b/tools/console/daemon/io.c
@@ -301,10 +301,7 @@ static struct domain *create_domain(int domid)
 	}
 
 	dom->domid = domid;
-
 	dom->conspath = xs_get_domain_path(xs, dom->domid);
-	if (dom->conspath == NULL)
-		goto out;
 	s = realloc(dom->conspath, strlen(dom->conspath) +
 		    strlen("/console") + 1);
 	if (s == NULL)