Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 65E7AE2B4 for ; Fri, 25 Jan 2013 13:38:22 +0000 (UTC) Received: (qmail 46650 invoked by uid 500); 25 Jan 2013 13:38:21 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 46620 invoked by uid 500); 25 Jan 2013 13:38:21 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-dev@incubator.apache.org Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 46566 invoked by uid 99); 25 Jan 2013 13:38:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Jan 2013 13:38:20 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of koushik.das@citrix.com designates 203.166.19.134 as permitted sender) Received: from [203.166.19.134] (HELO SMTP.CITRIX.COM.AU) (203.166.19.134) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Jan 2013 13:38:12 +0000 X-IronPort-AV: E=Sophos;i="4.84,538,1355097600"; d="scan'208";a="553131" Received: from banpmailmx02.citrite.net ([10.103.128.74]) by SYDPIPO01.CITRIX.COM.AU with ESMTP/TLS/RC4-MD5; 25 Jan 2013 13:37:50 +0000 Received: from BANPMAILBOX01.citrite.net ([10.103.128.71]) by BANPMAILMX02.citrite.net ([10.103.128.74]) with mapi; Fri, 25 Jan 2013 19:07:47 +0530 From: Koushik Das To: "cloudstack-dev@incubator.apache.org" Date: Fri, 25 Jan 2013 19:07:46 +0530 Subject: RE: Internal db. id in VM instance/disk names Thread-Topic: Internal db. id in VM instance/disk names Thread-Index: Ac36wtLS1Z0ahwPnR36hLizJ8C3QtgAPVXyA Message-ID: <2529883E7B666F4E8F21F85AADA43CA7010C9264F10B@BANPMAILBOX01.citrite.net> References: <2529883E7B666F4E8F21F85AADA43CA7010C9264F001@BANPMAILBOX01.citrite.net> <20130125061043.GB1327@cloud-2.local> In-Reply-To: <20130125061043.GB1327@cloud-2.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Vmware also uses UUID for hostname. I was thinking from list API perspectiv= e but as Kishan confirmed admin and normal user get different responses so = should be fine. -----Original Message----- From: prasanna [mailto:srivatsav.prasanna@gmail.com] On Behalf Of Prasanna = Santhanam Sent: Friday, January 25, 2013 11:41 AM To: cloudstack-dev@incubator.apache.org Subject: Re: Internal db. id in VM instance/disk names On Fri, Jan 25, 2013 at 11:17:10AM +0530, Koushik Das wrote: > Recently there were changes made in CS to replace internal ids with=20 > uuid. The reason was to obfuscate the increasing id sequences with=20 > something random. But if you look at the vm instance name format=20 > i---VM, it still has the internal ids in=20 > them. Should there be changes in the VM names as well to use uuids? >=20 Do you mean the hostname within the VM? I'm pretty sure we assign uuid to t= he hostnames for XenServer and KVM. Not sure about VmWare. Only administrat= ors can see the internal name and there is no trace of it within user vms. -- Prasanna.,