Open Stack

---------- Forwarded message ----------
From: Aryeh Friedman <aryeh.friedman at gmail.com>
Date: Sat, Feb 1, 2014 at 5:09 PM
Subject: Re: [Openstack] nova unique name generator middleware
To: Belmiro Moreira <moreira.belmiro.email.lists at gmail.com>


Since I am relatively new to the guts of OpenStack this might be an off
base suggestion but why is this even OpenStack's problem vs. something that
can be queried by whatever provisioning solution you choose?  Namely check
the name at the provisioning front end and not  as a OpenStack layer per se?


On Sat, Feb 1, 2014 at 4:44 PM, Belmiro Moreira <
moreira.belmiro.email.lists at gmail.com> wrote:

> Hi,
> in our case we have a network DB were all VMs are registered.
> We just check if the name provided by the user don't conflict.
>
> Belmiro
>
> On Feb 1, 2014, at 20:19 , Craig J <craig.jellick at gmail.com> wrote:
>
> > Hi,
> >
> > In our OpenStack environment, we have the need to enforce unique names
> for each VM. Long story short, the names need to be unique because of some
> other systems that we are integrating with.
> >
> > I think the best way to accomplish this is to write a custom piece of
> paste middleware and plug it into the nova api. I'm planning on basically
> overriding the name provide by the user with a name that we can guarantee
> to be unique.
> >
> > So, two questions:
> > 1. Does anyone have a similar piece of middleware they'd care to share?
> > 2. Are there any reasons this approach won't work? Any better approaches?
> >
> >
> > Thanks in advance,
> > Craig
> > _______________________________________________
> > Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> > Post to     : openstack at lists.openstack.org
> > Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
>
> _______________________________________________
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>



-- 
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org



-- 
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140201/d8b6dc17/attachment.html>