|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] [PATCH] Prevent xend from starting duplicate domains
CL> There is already a check for domains with the same name in
CL> XendDomainInfo.check_name.
Ah, yes, I see that now.
CL> We should fix that check instead of adding another check.
I agree that there should be one check, but it seems counter-intuitive
(to me) to have that check where it is. That's the reason I hadn't
noticed it before.
It seems strange to have a container class (XendDomain) that
instantiates an item object which then gets an instance of the
container to check for another domain with the same name. Why not
have the container itself do the duplicate check? I would argue that
the existing model is bad because the item class could not be placed
in another container. Further, the container is enforced as a set by
the items that go in it, instead of the container itself.
If others agree, I'd be happy to submit a patch that moves the check
out of the item class and into the container class.
CL> Could you try the attached patch which removes the check if a
CL> domain "is terminated" and thus allows creation of a domain with
CL> the same name?
I did test the patch and it does prevent corruption of the list.
--
Dan Smith
IBM Linux Technology Center
Open Hypervisor Team
email: danms@xxxxxxxxxx
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|