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

Re: [Xen-devel] PATCH: Fix name uniqueness check



Hi,

I tested xen-unstable 15967 and staging 15973.

[xm create]
 if an UUID is specified:
     if a VM with same name exists:
         if the VM is same UUID too:
             ==> xm create succeed, but...
             # xm list
             Name     ID   Mem VCPUs      State   Time(s)
             Domain-0  0   491     2     r-----    109.3
             vm1       2   256     1     r-----   3636.3
             vm1       4   256     1     --p---      0.0
             
         else:
             ==> xm create failed
             Error: VM name 'vm1' already exists as domain 2
             
     else:
         if a VM with same UUID exists:
             ==> xm create succeed... Right?
             
         else:
             ==> xm create succeed
             
 else:
     if a VM with same name exists:
         ==> xm create failed
         Error: VM name 'vm1' already exists as domain 2
         
     else:
         ==> xm create succeed
         

[xm new]
 if an UUID is specified:
     if a VM with same name exists:
         if the VM is same UUID too:
             ==> xm new failed?  but an error message was not shown.
             # xm new /xen/vm2.conf name="vm1"
             Using config file "/xen/vm2.conf".
             # xm list
             Name     ID   Mem VCPUs      State   Time(s)
             Domain-0  0   491     2     r-----    243.9
             vm1       2   256     1     r-----  10003.1
             
         else:
             ==> xm new failed
             Error: Domain name 'vm1' is already used.
             
     else:
         if a VM with same UUID exists:
             ==> xm new failed
             Error: Domain UUID '3ef95bbe-57a9-1caf-9a15-27ab27eb66b3' 
                    is already used.
         else:
             ==> xm new succeed
             
 else:
     if a VM with same name exists:
         ==> xm new failed?  but an error message was not shown.
         
     else:
         ==> xm new succeed
         

Best regards,
 Kan

Thu, 27 Sep 2007 17:50:51 +0100, "Daniel P. Berrange" wrote:

>Changeset  15124:f5459c358575 altered check_name() in XendDomainInfo so that
>it compares domain IDs instead of UUIDs. This breaks a number of things
>
> - You can no longer use 'xm new' to define a persistent config file for
>   a running guest. This breaks the key OS provisioning scenario where
>   you boot a kenrel+initrd for the installer, and at the same time define
>   a permanent config with pygrub.
>
> - It lets you define multiple inactive guests with different UUIDs, but  
>   the same name because all inactive guests have a domid of None. So you
>   can now end up with multiple guests with same name, which is contrary
>   to the goal implied by the patch which was name uniqueness.
>
>It is unclear from the original commit logs just what scenario it was trying
>to protect against, but the original checking of uniqueness based on UUID 
>was correct & is what was used in previous releases XenD.
>
>Thus the attached patch reverts 15124
>
>   Signed-off-by: Daniel P. Berrange <berrange@xxxxxxxxxx>
>
>Regards,
>Dan.
>-- 
>|=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
>|=-           Perl modules: http://search.cpan.org/~danberr/              -=|
>|=-               Projects: http://freshmeat.net/~danielpb/               -=|
>|=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -
>|=| 
>
>-------------------------------text/plain-------------------------------
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@xxxxxxxxxxxxxxxxxxx
>http://lists.xensource.com/xen-devel

----
菅野 大樹/Masaki Kanno,TEL 055-924-7349(7551-5366),富士通(株)沼津工場B4F
サーバ本)Linux技術開発統括部 kanno.masaki@xxxxxxxxxxxxxx


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.