Hi Sergey,
On Thu, 20 Feb 2014 19:58:14 +0400
Sergey Kraynev wrote:
> Hello community.
>
> I'd like to discuss feature of Neutron LBaaS in Heat.
> Currently Heat resources are not identical to Neutron's.
> There are four resources here:
> 'OS::Neutron::HealthMonitor'
> 'OS::Neu
Are these hooks generic enough to be included upstream ? This may solve a
problem we've been struggling with.
Tim
> -Original Message-
> From: Collins, Sean [mailto:sean_colli...@cable.comcast.com]
> Sent: 20 February 2014 22:59
> To: OpenStack Development Mailing List (not for usage qu
> -Original Message-
> From: Christopher Yeoh [mailto:cbky...@gmail.com]
> Sent: Thursday, February 20, 2014 11:44 AM
> To: openstack-dev@lists.openstack.org
> Subject: Re: [openstack-dev] [Nova] v3 API in Icehouse
>
> On Wed, 19 Feb 2014 12:36:46 -0500
> Russell Bryant wrote:
>
> > Gree
On 02/21/2014 06:13 AM, Vincent Untz wrote:
>Le jeudi 20 février 2014, à 12:02 -0800, Armando M. a écrit :
>> No action on a negative review means automatic expiration, if you lose
>> interest in something you care about whose fault is that?
>
> I beg to disagree. If we let patches go to automatic
On Thu, 2014-02-20 at 08:22 -0500, Sean Dague wrote:
> I agree that we shouldn't be rushing something that's not ready, but I
> guess it raises kind of a meta issue.
>
> When we started this journey this was because v2 has a ton of warts, is
> completely wonky on the code internals, which leads to
Hi,
At my organization we do not use a shared storage for VM disks but need to
evacuate VMs from a HV that is down or having problems to another HV. The
evacuate command only allows the evacuated VM to have the base image. What I am
interested in is to create a snapshot of the VM on the down
On 18 February 2014 04:30, Derek Higgins wrote:
> On 17/02/14 01:25, Robert Collins wrote:
>> Hi!
>>
>> The nascent tripleo-gate is now running on all tripleo repositories,
>> *and should pass*, but are not yet voting. They aren't voting because
>> we cannot submit to the gate unless jenkins votes
Hi,
If I am not mistaken Mistral team listed Live migration as a potential use
case for workflow engine. There is no much details though.
https://wiki.openstack.org/wiki/Mistral#Live_migration
As I know Mistral plan to implement generic event handling mechanism when
one can bind any kind of work
Hi,
In order to explore domains in OS, I tried setting up devstack with the v3
api by changing this line in stackrc from:
IDENTITY_API_VERSION=2.0
to:
IDENTITY_API_VERSION=3
and running stack.sh. However, stack.sh runs into a host of errors that
follow the same pattern, with an error "ERROR:
On Thu, Feb 20, 2014 at 4:18 AM, Marco Fargetta
wrote:
> Dear all,
>
> I am interested to the integration of SAML with keystone and I am analysing
> the following blueprint and its implementation:
>
> https://blueprints.launchpad.net/keystone/+spec/saml-id
>
> https://review.openstack.org/#/c/7135
agree with that , thank you the the input , let hold on this until we have
a clear roadmap.
2014-02-21 8:47 GMT+08:00 Sean Dague :
> On 02/20/2014 07:34 PM, Joe Gordon wrote:
> > On Thu, Feb 20, 2014 at 3:48 PM, 郭小熙 wrote:
> >> Yes, a Jenkins job is not useful currently. I would like to submit
On 02/20/2014 07:34 PM, Joe Gordon wrote:
> On Thu, Feb 20, 2014 at 3:48 PM, 郭小熙 wrote:
>> Yes, a Jenkins job is not useful currently. I would like to submit some
>> commits to
>> fix known python 3 support issues as we did in oslo-incubator. Another
>> question
>> is how to make new changes avoid
On Thu, Feb 20, 2014 at 3:48 PM, 郭小熙 wrote:
> Yes, a Jenkins job is not useful currently. I would like to submit some
> commits to
> fix known python 3 support issues as we did in oslo-incubator. Another
> question
> is how to make new changes avoid regression, Maybe we need add more rules
> about
Yes, a Jenkins job is not useful currently. I would like to submit some
commits to
fix known python 3 support issues as we did in oslo-incubator. Another
question
is how to make new changes avoid regression, Maybe we need add more rules
about
this in hacking and consider python 3 support in review
On 02/20/2014 06:30 PM, Sabari Murugesan wrote:
> But I do think running a job with lowest version may still help a
> developer realize that a feature in the latest library is not available
> in an older supported version. The person can then bump up the library's
> min version in the requirements.
But I do think running a job with lowest version may still help a developer
realize that a feature in the latest library is not available in an older
supported version. The person can then bump up the library's min version in the
requirements. Today, it;s not possible to find this out until some
On 20/02/14 13:52 +0100, victor stinner wrote:
Hi,
On 19/02/14 10:09 +0100, Julien Danjou wrote:
>On Wed, Feb 19 2014, Angus Salkeld wrote:
>
>> 2) use tulip and give up python 2
>
>+ use trollius to have Python 2 support.
>
> https://pypi.python.org/pypi/trollius
So I have been giving this a
On Thu, 20 Feb 2014 18:06:25 -0500
Sean Dague wrote:
>
> Honestly, I think our experience in even doing a homogenous gate
> means I think we should let the distros come in with 3rd party
> testing on those results. Because we don't really have the bw, in
> either people or machines, to explode th
On 02/20/2014 05:50 PM, Christopher Yeoh wrote:
> On Thu, 20 Feb 2014 14:45:03 -0500
> Sean Dague wrote:
>>
>> So I'm one of the first people to utter "if it isn't tested, it's
>> probably broken", however I also think we need to be realistic about
>> the fact that if you did out the permutations
On 02/20/2014 05:32 PM, Russell Bryant wrote:
> On 02/20/2014 05:05 PM, Costantino, Leandro I wrote:
>> Hi,
>>
>> Would like to know if there's any interest on having 'automatic
>> evacuation' feature when a compute node goes down.
>> I found 3 bps related to this topic:
>>[1] Adding a periodic
On Thu, 20 Feb 2014 14:45:03 -0500
Sean Dague wrote:
>
> So I'm one of the first people to utter "if it isn't tested, it's
> probably broken", however I also think we need to be realistic about
> the fact that if you did out the permutations of dependencies and
> config options, we'd have as many
On 20 February 2014 14:13, Vincent Untz wrote:
> Le jeudi 20 février 2014, à 12:02 -0800, Armando M. a écrit :
>> Thomas,
>>
>> I feel your frustration, however before complaining please do follow
>> the actual chain of events.
>>
>> Patch [1]: I asked a question which I never received an answer t
On Thu, Feb 20, 2014 at 1:10 PM, Sylvain Bauza wrote:
> Hi Doug,
>
>
> 2014-02-20 17:37 GMT+01:00 Doug Hellmann :
>
> sphinxcontrib-pecanwsme is an extension to Sphinx for documenting APIs
>> built with the Pecan web framework and WSME.
>>
>> What's New?
>> ===
>>
>> - Remove the trailing
On 02/20/2014 05:05 PM, Costantino, Leandro I wrote:
> Hi,
>
> Would like to know if there's any interest on having 'automatic
> evacuation' feature when a compute node goes down.
> I found 3 bps related to this topic:
>[1] Adding a periodic task and using ServiceGroup API for
> compute-node s
Im also curious about that.
I think it is proper that ceilometer should have the role of Mornitoring vm.
Nova just opens auto-evacuate API, when a trigger calls the API nova calls
like shelve api for the vm re-spawn.
What do you think of this?
2014. 2. 21. 오전 7:13에 "Costantino, Leandro I" <
leandro
On 02/20/2014 04:53 PM, Sean Dague wrote:
On 02/20/2014 04:31 PM, David Kranz wrote:
Running this test in tempest requires an ami image triple to be on the
disk where tempest is running in order for the test to upload it. It
would be a lot easier if this test could use a simple image file
instea
Le jeudi 20 février 2014, à 12:02 -0800, Armando M. a écrit :
> Thomas,
>
> I feel your frustration, however before complaining please do follow
> the actual chain of events.
>
> Patch [1]: I asked a question which I never received an answer to.
> Patch [2]: I did put a -1, but I have nothing aga
Hi Henrique
I disagree with the idea that the other services should use domains. They need
a concept of hierarchical ownership which we have been discussiong. Domains is
one way of representing such an ownership hierarchy but i think it is too
limited.
The POC code I created for hierarchical m
Hi,
Would like to know if there's any interest on having 'automatic
evacuation' feature when a compute node goes down.
I found 3 bps related to this topic:
[1] Adding a periodic task and using ServiceGroup API for
compute-node status
[2] Using ceilometer to trigger the evacuate api.
On Thu, Feb 20, 2014 at 12:53:51AM +, Vilobh Meshram wrote:
> Hello OpenStack Dev,
>
> We wanted to have your input on how different companies/organizations, using
> Openstack, are monitoring IP availability as this can be useful to track the
> used IP’s and total number of IP’s.
A while ag
On 02/20/2014 04:31 PM, David Kranz wrote:
> Running this test in tempest requires an ami image triple to be on the
> disk where tempest is running in order for the test to upload it. It
> would be a lot easier if this test could use a simple image file
> instead. That image file could even be obta
Thanks David, +++
This is a strong dependency to devstack, and it would be nice if we could
lose it.
andrea
-Original Message-
From: David Kranz [mailto:dkr...@redhat.com]
Sent: 20 February 2014 21:32
To: OpenStack Development Mailing List
Subject: [openstack-dev] [qa] Does scenario.te
Running this test in tempest requires an ami image triple to be on the
disk where tempest is running in order for the test to upload it. It
would be a lot easier if this test could use a simple image file
instead. That image file could even be obtained from the cloud being
tested while configur
On 02/20/2014 09:43 AM, 郭小熙 wrote:
> We will move to Python33 in the future. More and more OpenStack projects
> including python-novaclient are Python33 compatible. Do we have plan to
> make Nova python33 compatible ?
>
> As I know, oslo.messaging will not support python33 in Icehouse,this is
> ju
On Thu, 2014-02-20 at 00:53 +, Vilobh Meshram wrote:
> Hello OpenStack Dev,
>
> We wanted to have your input on how different companies/organizations,
> using Openstack, are monitoring IP availability as this can be useful
> to track the used IP’s and total number of IP’s.
I presume you are t
Thomas,
I feel your frustration, however before complaining please do follow
the actual chain of events.
Patch [1]: I asked a question which I never received an answer to.
Patch [2]: I did put a -1, but I have nothing against this patch per
se. This was only been recently abandoned and my -1 lied
On 02/20/2014 01:31 PM, Joe Gordon wrote:
> Hi All,
>
> I discussion recently came up inside of nova about what it means
> supported version for a dependency means. in libvirt we gate on the
> minimal version that we support but for all python dependencies we
> gate on the highest version that pa
Thanks everyone who have joined Savanna meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-20-18.03.html
Log:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-20-18.03.log.html
--
Sincerely yours,
Sergey
We've agreed to send top 5 options to foundation for review, more details -
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-20-18.03.html
On Thu, Feb 20, 2014 at 10:02 PM, Sergey Lukjanov wrote:
> I've contacted foundation and they are ready to verify 5 options, so,
> we'll
I agree with Bauza that the main purpose of Climate is to reserve resources,
and in the case of keystone it should reserve tenant, users, domains, etc.
So, it could be possible that climate is not the module in which the tenant
“lease” information should be saved. As stated in the use case, the
Congratulations Oleg!!!
No need for welcoming you to the team, you were already part of ;-)
Edgar
From: Oleg Bondarev
Reply-To: OpenStack List
Date: Thursday, February 20, 2014 6:43 AM
To: OpenStack List
Subject: Re: [openstack-dev] [Neutron] Nominate Oleg Bondarev for Core
Thanks Mark
2014-02-20 19:32 GMT+01:00 Dina Belova :
> Sylvain, as I understand in BP description, Christian is about not exactly
> reserving tenants itself like we actually do with VMs/hosts - it's just
> naming for that. I think he is about two moments:
>
> 1) mark some tenants as "needed to be reserved" -
Today we have released Designate Icehouse-2. The high-level launchpad details
can be found at https://launchpad.net/designate/icehouse/icehouse-2, as well as
a link to the tar file. This release includes almost a dozen blueprints,
including one for Domain Import/Export, as well as numerous bug f
Dina: Yes, I'm talking about that. Thanks for the clarification.
Sylvain, let me put the use case that we have:
As part of project/tenant creation we would like to mark the tenant in such a
way that climate will automatically create a lease for the resources. All
non-production tenants/projects
Sylvain, as I understand in BP description, Christian is about not exactly
reserving tenants itself like we actually do with VMs/hosts - it's just
naming for that. I think he is about two moments:
1) mark some tenants as "needed to be reserved" - speaking about resources
assigned to it
2) reserve
All,
Murano is the OpenStack Application Catalog service which has been
developing on stackforge almost 11 months. Murano has been presented on HK
summit on unconference track and now we would like to apply for incubation
during Juno release.
As the first step we would like to get feedback from T
Hi All,
I discussion recently came up inside of nova about what it means
supported version for a dependency means. in libvirt we gate on the
minimal version that we support but for all python dependencies we
gate on the highest version that passes our requirements. While we all
agree that having
Thanks Dolph for link. The document shows the format of the message and doesn't
give any info on how to listen to the notification.
Is there any other document showing the detail on how to listen or get these
notifications ?
Regards,
Nader.
> On Feb 20, 2014, at 9:06 AM, Dolph Mathews wrote:
Hi Doug,
2014-02-20 17:37 GMT+01:00 Doug Hellmann :
> sphinxcontrib-pecanwsme is an extension to Sphinx for documenting APIs
> built with the Pecan web framework and WSME.
>
> What's New?
> ===
>
> - Remove the trailing slash from the end of the URLs, as it results in
> misleading featur
Hi Christian,
2014-02-20 18:10 GMT+01:00 Martinez, Christian :
> Hello all,
>
> I'm working in the following BP:
> https://blueprints.launchpad.net/climate/+spec/tenant-reservation-concept,
> in which the idea is to have the possibility to create "special" tenants
> that have a lease for all of
I've contacted foundation and they are ready to verify 5 options, so, we'll
choose them on todays irc team meeting (starting right now).
On Wed, Feb 19, 2014 at 12:27 AM, Sergey Lukjanov wrote:
> The voting is ended, you can ding results here -
> http://civs.cs.cornell.edu/cgi-bin/results.pl?num
Hi Everyone;
Our first python-openstack meeting was awesome: and I really want to thank
everyone who came, and for Doug teaching me the meeting bot :)
Minutes:
http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-02-19-19.01.html
Minutes
(text):http:
On 2/19/2014 4:05 PM, Matt Riedemann wrote:
The os-hosts OS API extension [1] showed up before I was working on the
project and I see that only the VMware and XenAPI drivers implement it,
but was wondering why the libvirt driver doesn't - either no one wants
it, or there is some technical reaso
On 02/20/2014 05:58 AM, om prakash pandey wrote:
I am not able to run Tempest API tests. The typical ERROR I am getting
is "Connection Timed Out".
When checking into the logs I found out that tempest is trying to
access the admin URL which is a private IP for our deployment. Now,
Tempest is d
Hello all,
I'm working in the following BP:
https://blueprints.launchpad.net/climate/+spec/tenant-reservation-concept, in
which the idea is to have the possibility to create "special" tenants that have
a lease for all of its associated resources.
The BP is in discussing phase and we were having
Yes, see:
http://docs.openstack.org/developer/keystone/event_notifications.html
On Thu, Feb 20, 2014 at 10:54 AM, Nader Lahouti wrote:
> Hi All,
>
> I have a question regarding creating/deleting a tenant in openstack (using
> horizon or CLI). Is there any notification mechanism in place so tha
Hi All,
I have a question regarding creating/deleting a tenant in openstack (using
horizon or CLI). Is there any notification mechanism in place so that an
application get informed of such an event?
If not, can it be done using plugin to send create/delete notification to
an application?
Appreci
sphinxcontrib-pecanwsme is an extension to Sphinx for documenting APIs
built with the Pecan web framework and WSME.
What's New?
===
- Remove the trailing slash from the end of the URLs, as it results in
misleading feature documentation, see Ceilometer bug #1202744.
_
On Thu, 20 Feb 2014 15:24:22 +
John Garbutt wrote:
>
> > Also micro and extension versioning is not the magic bullet which
> > will get us out of trouble in the future. Especially with the core
> > changes. Because even though versioning allows us to make changes,
> > for similar reasons to n
Really don't want to have to resolve conflicts again or battle through making
the test suite succeed... Please can someone merge this?
https://review.openstack.org/#/c/72751/
https://bugs.launchpad.net/git-review/+bug/1279016
Thanks!
Alexander Jones
Double Negative R&D
www.dneg.com
Hello community.
I'd like to discuss feature of Neutron LBaaS in Heat.
Currently Heat resources are not identical to Neutron's.
There are four resources here:
'OS::Neutron::HealthMonitor'
'OS::Neutron::Pool'
'OS::Neutron::PoolMember'
'OS::Neutron::LoadBalancer'
Acc
Yup, current implementation depends on GNU getopt.
Julien, cool, that means I'm not crazy :)
About using common getopt functionally - at least long args will be removed
to support non GNU getopt. Rewriting it on pure python will be more useful
IMO.
On Thu, Feb 20, 2014 at 1:45 PM, Julien Danjou
On 20 February 2014 14:55, Christopher Yeoh wrote:
> On Thu, 20 Feb 2014 08:22:57 -0500
> Sean Dague wrote:
>>
>> We're also duplicating a lot of test and review energy in having 2 API
>> stacks. Even before v3 has come out of experimental it's consumed a
>> huge amount of review resource on both
On 02/20/2014 03:57 PM, Tomas Sedovic wrote:
On 20/02/14 15:41, Radomir Dopieralski wrote:
On 20/02/14 15:00, Tomas Sedovic wrote:
Are we even sure we need to store the passwords in the first place? All
this encryption talk seems very premature to me.
How are you going to redeploy without th
On 20/02/14 16:02, Radomir Dopieralski wrote:
> On 20/02/14 15:57, Tomas Sedovic wrote:
>> On 20/02/14 15:41, Radomir Dopieralski wrote:
>>> On 20/02/14 15:00, Tomas Sedovic wrote:
>>>
Are we even sure we need to store the passwords in the first place? All
this encryption talk seems very
On 02/20/2014 09:55 AM, Christopher Yeoh wrote:
> On Thu, 20 Feb 2014 08:22:57 -0500
> Sean Dague wrote:
>>
>> We're also duplicating a lot of test and review energy in having 2 API
>> stacks. Even before v3 has come out of experimental it's consumed a
>> huge amount of review resource on both the
From cinder code, we know that volume delete operation could be classify into
three categories;
1. General delelte: delete volumes that are in the status of available, error,
error_restoring, error_extending.
2. Force delete: delete volumes that are in the status of extending, attaching,
deta
On 20/02/14 15:57, Tomas Sedovic wrote:
> On 20/02/14 15:41, Radomir Dopieralski wrote:
>> On 20/02/14 15:00, Tomas Sedovic wrote:
>>
>>> Are we even sure we need to store the passwords in the first place? All
>>> this encryption talk seems very premature to me.
>>
>> How are you going to redeploy
On 20/02/14 15:41, Radomir Dopieralski wrote:
> On 20/02/14 15:00, Tomas Sedovic wrote:
>
>> Are we even sure we need to store the passwords in the first place? All
>> this encryption talk seems very premature to me.
>
> How are you going to redeploy without them?
>
What do you mean by redeploy
On Thu, 20 Feb 2014 08:22:57 -0500
Sean Dague wrote:
>
> We're also duplicating a lot of test and review energy in having 2 API
> stacks. Even before v3 has come out of experimental it's consumed a
> huge amount of review resource on both the Nova and Tempest sides to
> get it to it's current sta
Thanks Mark,
thanks everyone for voiting! I'm so happy to become a member of this really
great team!
Oleg
On Thu, Feb 20, 2014 at 6:29 PM, Mark McClain wrote:
> I'd like to welcome Oleg as member of the core Neutron team as he has
> received more than enough +1s and no negative votes from the
We will move to Python33 in the future. More and more OpenStack projects
including python-novaclient are Python33 compatible. Do we have plan to
make Nova python33 compatible ?
As I know, oslo.messaging will not support python33 in Icehouse,this is
just one dependency for Nova, that means we can't
Ha yes, I completely forget IPv6 case.
Sorry and forget that thread.
Édouard.
On Thu, Feb 20, 2014 at 3:34 PM, Veiga, Anthony <
anthony_ve...@cable.comcast.com> wrote:
> This would break IPv6. The gateway address, according to RFC 4861[1]
> Section 4.2 regarding Router Advertisements: "Source
On 20/02/14 15:00, Tomas Sedovic wrote:
> Are we even sure we need to store the passwords in the first place? All
> this encryption talk seems very premature to me.
How are you going to redeploy without them?
--
Radomir Dopieralski
___
OpenStack-dev m
This would break IPv6. The gateway address, according to RFC 4861[1] Section
4.2 regarding Router Advertisements: "Source Address MUST be the link-local
address assigned to the interface from which this message is sent". This means
that if you configure a subnet with a Globally Unique Address
I’d like to welcome Oleg as member of the core Neutron team as he has received
more than enough +1s and no negative votes from the other cores.
mark
On Feb 10, 2014, at 6:28 PM, Mark McClain wrote:
> All-
>
> I’d like to nominate Oleg Bondarev to become a Neutron core reviewer. Oleg
> has
Looking back, perhaps we should remove that flag and only authorize the
admin user to be able to set the gateway IP outside of the subnet cidr (for
tricky network), like only admin user can create provider network. And
require classic users to set gatway IP inside the subnet cidr.
Édouard.
On Th
On 20/02/14 14:47, Radomir Dopieralski wrote:
> On 20/02/14 14:10, Jiří Stránský wrote:
>> On 20.2.2014 12:18, Radomir Dopieralski wrote:
>
>>> Thinking about it some more, all the uses of the passwords come as a
>>> result of an action initiated by the user either by tuskar-ui, or by
>>> the tusk
On 2/20/2014 7:22 AM, Sean Dague wrote:
I agree that we shouldn't be rushing something that's not ready, but I
guess it raises kind of a meta issue.
When we started this journey this was because v2 has a ton of warts, is
completely wonky on the code internals, which leads to plenty of bugs.
v3
Multiple flavors, but a single flavor per role, correct?
Mainn
- Original Message -
> I think we still are going to multiple flavors for I, e.g.:
> https://review.openstack.org/#/c/74762/
> On Thu, 2014-02-20 at 08:50 -0500, Jay Dobies wrote:
> >
> > On 02/20/2014 06:40 AM, Dmitry Tantsu
Hi,
Neutron permits to set a gateway IP outside of the subnet cidr by default.
And, thanks to the garyk's patch [1], it's possible to change this default
behavior with config flag 'force_gateway_on_subnet'.
This flag was added to keep the backward compatibility for people who need
to set the gate
Ok
My previous answer was actually about the Feature proposal freeze
which happened two days ago.
Cheers,
Miguel Ángel.
On 02/20/2014 11:27 AM, Thierry Carrez wrote:
马煜 wrote:
who know when to freezy icehouse version ?
my bp on ml2 driver has been approved, code is under review,
but I have s
Hello!
In Murano's dashboard we have around 20 parameters that should be changed
or added to DJANGO_SETTINGS_MODULE. Currently all these parameters are
embedded into openstack_dashboard.settings during install with sed and
tools alike (and removed during uninstall).
Recently more clean and elegan
On 2/19/2014 12:26 PM, Chris Behrens wrote:
+1. I'd like to leave it experimental as well. I think the task work is
important to the future of nova-api and I'd like to make sure we're not rushing
anything. We're going to need to live with old API versions for a long time, so
it's important t
I think we still are going to multiple flavors for I, e.g.:
https://review.openstack.org/#/c/74762/
On Thu, 2014-02-20 at 08:50 -0500, Jay Dobies wrote:
>
> On 02/20/2014 06:40 AM, Dmitry Tantsur wrote:
> > Hi.
> >
> > While implementing CRUD operations for node profiles in Tuskar (which
> > are e
Just to throw this out there, is this something we need for Icehouse?
Yes, I fully acknowledge that it's an ugly security hole. But what's our
story for how stable/clean Tuskar will be for Icehouse? I don't believe
the intention is for people to use this in a production environment yet,
so it
On 2014年02月20日 10:44, Christopher Yeoh wrote:
On Wed, 19 Feb 2014 12:36:46 -0500
Russell Bryant wrote:
Greetings,
The v3 API effort has been going for a few release cycles now. As we
approach the Icehouse release, we are faced with the following
question: "Is it time to mark v3 stable?"
My
On 02/20/2014 06:40 AM, Dmitry Tantsur wrote:
Hi.
While implementing CRUD operations for node profiles in Tuskar (which
are essentially Nova flavors renamed) I encountered editing of flavors
and I have some doubts about it.
Editing of nova flavors in Horizon is implemented as
deleting-then-cr
On 20/02/14 14:10, Jiří Stránský wrote:
> On 20.2.2014 12:18, Radomir Dopieralski wrote:
>> Thinking about it some more, all the uses of the passwords come as a
>> result of an action initiated by the user either by tuskar-ui, or by
>> the tuskar command-line client. So maybe we could put the key
On 20/02/14 14:10, Jiří Stránský wrote:
> On 20.2.2014 12:18, Radomir Dopieralski wrote:
>> On 20/02/14 12:02, Radomir Dopieralski wrote:
>>> Anybody who gets access to Tuskar-API gets the
>>> passwords, whether we encrypt them or not. Anybody who doesn't have
>>> access to Tuskar-API doesn't get t
On 02/19/2014 08:58 PM, Adam Young wrote:
>> Can you give more detail here? I can see arguments for both ways of
>> doing this but continuing to use ids for ownership is an easier
>> choice. Here is my thinking:
>>
>> 1. all of the projects use ids for ownership currently so it is a
>> smaller chan
On 19/02/14 08:48, Clint Byrum wrote:
> Since picking up Heat and trying to think about how to express clusters
> of things, I've been troubled by how poorly the CFN language supports
> using lists. There has always been the Fn::Select function for
> dereferencing arrays and maps, and recently we a
I agree that we shouldn't be rushing something that's not ready, but I
guess it raises kind of a meta issue.
When we started this journey this was because v2 has a ton of warts, is
completely wonky on the code internals, which leads to plenty of bugs.
v3 was both a surface clean up, but it was als
On 20/02/14 10:12, Radomir Dopieralski wrote:
> On 19/02/14 18:29, Dougal Matthews wrote:
>> The question for me, is what passwords will we have and when do we need
>> them? Are any of the passwords required long term.
>
> We will need whatever the Heat template needs to generate all the
> configu
On 20.2.2014 12:18, Radomir Dopieralski wrote:
On 20/02/14 12:02, Radomir Dopieralski wrote:
Anybody who gets access to Tuskar-API gets the
passwords, whether we encrypt them or not. Anybody who doesn't have
access to Tuskar-API doesn't get the passwords, whether we encrypt
them or not.
Yeah,
Hi,
> On 19/02/14 10:09 +0100, Julien Danjou wrote:
> >On Wed, Feb 19 2014, Angus Salkeld wrote:
> >
> >> 2) use tulip and give up python 2
> >
> >+ use trollius to have Python 2 support.
> >
> > https://pypi.python.org/pypi/trollius
>
> So I have been giving this a go.
FYI I'm the author of Tr
Thanks Alexander for the detail explanation, really very helpful!
What I meant for a windows cluster is actually a windows application, such
as a WebSphere cluster or a hadoop windows cluster.
Seems I can use Cloudbase Init to do the post-deploy actions on windows,
but I cannot do some scale up o
Dolph, thanks for the information you provided.
Now I have two question:
1. Will neutron handle this event notification in the future?
2. I also wish neutron could verify that tenant_id is existent.
thanks
于 2014-02-20 4:33, Dolph Mathews 写道:
There's an open bug [1] against nova & neutron to h
Thank you Alan and Pete, I will wait for devstack-gate core approve
patch https://review.openstack.org/#/c/74451/
2014-02-20 17:14, Alan Pevec :
I notice that we have changed "from swiftclient import Connection,
HTTPException" to "from swiftclient import Connection, RequestException"
at 2014-02
Hi.
While implementing CRUD operations for node profiles in Tuskar (which
are essentially Nova flavors renamed) I encountered editing of flavors
and I have some doubts about it.
Editing of nova flavors in Horizon is implemented as
deleting-then-creating with a _new_ flavor ID.
For us it essential
1 - 100 of 130 matches
Mail list logo