Hi Swapnil,
Looks like the docker-registry image is broken, since it cannot find
run.sh inside the container.
>> 2014/01/09 06:36:15 Unable to locate ./docker-registry/run.sh
Maybe you could try to remove and re-import image
docker rmi docker-registry
and then execute
./tools/docker/
I am afraid I need to correct you Jay!
This actually appears to be bug 1253896 [1]
Technically, what we call 'bug' here is actually a failure manifestation.
So far, we have removed several bugs causing this failure. The last patch
was pushed to devstack around Christmas.
Nevertheless, if you look
I am trying to become a bit less of a newbie, and having a bit of
difficulty with basics. Following are some questions, and reviews of the
relevant documentation that I have been able to find (I am trying to
contribute to documentation as well as solve my setup problems). My
driving question
Hi!
>From a operator point of view, I think that it would be nice to give to the
FWaaS (IPv4 flavor), the ability to manage the tenant's NAT table, not only
the "filter table", as it is today.
If fact, I don't know if it is out of the scope of FWaaS or not, it is just
an idea I had. Because right
Hi,
I'm really glad to here that!
Answers inlined.
Thanks.
On Thu, Jan 9, 2014 at 11:33 AM, Daniele Venzano wrote:
> Hello,
>
> we are finishing up the development of the Spark plugin for Savanna.
> In the next few days we will deploy it on an OpenStack cluster with real
> users to iron out
- Original Message -
From: "Dong Liu"
To: "Nir Yechiel"
Cc: "OpenStack Development Mailing List (not for usage questions)"
Sent: Wednesday, January 8, 2014 5:36:14 PM
Subject: Re: [neutron] Implement NAPT in neutron
(https://blueprints.launchpad.net/neutron/+spec/neutron-napt-ap
Oh, I see. Thank you very much.
It's just hard coded for attaching volume and swapping volume.
How to deal the bp:
https://blueprints.launchpad.net/nova/+spec/add-delete-on-termination-option
?
2014/1/9 Christopher Yeoh :
> On Thu, Jan 9, 2014 at 2:35 PM, 黎林果 wrote:
>>
>> Hi Chris,
>> Thanks for
Just a gentle reminder. Please, remember to the subject of the emails.
Cheers,
FF
--
@flaper87
Flavio Percoco
pgptFnbJDCsYT.pgp
Description: PGP signature
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi
From: ext Doug Hellmann [mailto:doug.hellm...@dreamhost.com]
Sent: Wednesday, January 08, 2014 10:21 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Ceilometer] Dynamic Meters in Ceilometer
On Wed, Jan 8, 2014 at 3:09 PM, Kodam, Vijayakumar (EX
Hi Randy,
I don't have a specific use case. I just wanted to understand the scope here as
the name of this blueprint ("allow multiple subnets on gateway port for
router") could be a bit misleading.
Two questions I have though:
1. Is this talking specifically about the gateway port to the pr
On 08/01/14 17:13 -0800, Nachi Ueno wrote:
Hi folks
OpenStack process tend to have many config options, and many hosts.
It is a pain to manage this tons of config options.
To centralize this management helps operation.
We can use chef or puppet kind of tools, however
sometimes each process depe
If you are in a position where you want or need to provide 3rd party
testing, you do yourself (and the rest of us) a great service if you
take the time to learn the OpenStack development process.
One of the best ways to learn the OpenStack development process is to
submit a patch. Advertising: We
On 09/01/14 10:03 +0100, Flavio Percoco wrote:
Just a gentle reminder. Please, remember to the subject of the emails.
Erm, I obviously meant 'to tag the subject'*
Sorry, too sleepy.
--
@flaper87
Flavio Percoco
pgpD5k5khTAQA.pgp
Description: PGP signature
___
On Thu, Jan 9, 2014 at 5:00 PM, 黎林果 wrote:
> Oh, I see. Thank you very much.
> It's just hard coded for attaching volume and swapping volume.
>
> How to deal the bp:
>
> https://blueprints.launchpad.net/nova/+spec/add-delete-on-termination-option
> ?
>
>
So I think the only thing left in your bp
I think that these two BP is to achieve same function,it is very necessary to
implement this function!
https://blueprints.launchpad.net/neutron/+spec/router-port-forwarding
https://blueprints.launchpad.net/neutron/+spec/neutron-napt-api
At 2014-01-09 16:56:20,"Nir Yechiel" wrote:
From: "
Hi Winson,
On Wed, Jan 08, 2014 at 08:41:16PM +, Chan, Winson C wrote:
> Does anybody know if this blueprint is being actively work on?
> https://blueprints.launchpad.net/heat/+spec/windows-instances If this is not
> active, can I take ownership of this blueprint? My team wants to add sup
Hi,
I am trying to implement VPNaas in openstack grizzly release 2013.1 by taking
Havana release as a reference. This is basically a single node set up by
following the below link :
https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/master/OpenStack_Grizzly_Install_Guide.rst
C
On Thu, Jan 09 2014, Jamie Lennox wrote:
> Is there any way to have WSME pass through arbitrary attributes to the
> created object? There is nothing that i can see in the documentation or code
> that would seem to support this.
>
> In keystone we have the situation where arbitrary data was able to
Hi folks,
we've finally updated our CI to use Zuul and new dedicated lab. It fully
supports common recheck syntax and adds specific recheck ability:
- recheck no bug / recheck bug 1234567 to recheck both OpenStack jobs and
our savanna-ci jobs;
- recheck savanna-ci to recheck only savanna-ci jobs.
Hi Daniel,
I removed the existing images and executed
./tools/docker/install_docker.sh. I am facing new issue related to
docker-registry,
*Error: exit status 2: tar: This does not look like a tar archive*
is the size 945 bytes correct for docker-registry image?
Best Regards,
Swapnil
On Thu, J
Hi!
These are great news indeed: I am glad to hear that Windows support comes
to Heat at last!
Meanwhile, you may always take a look at what was done in this area in
Murano: it has started as Windows-deployment tool based on top of Heat, so
we have covered lots of windows-related issues and have
On 01/09/14 09:41, Sergey Lukjanov wrote:
On Thu, Jan 9, 2014 at 11:33 AM, Daniele Venzano
mailto:daniele.venz...@eurecom.fr>> wrote:
Hello,
we are finishing up the development of the Spark plugin for Savanna.
In the next few days we will deploy it on an OpenStack cluster with
Hi,
Is it the same reason my change fails with turbo-hipster over and over:
https://review.openstack.org/#/c/54492/ ?
On Mon, Dec 30, 2013 at 1:21 PM, Michael Still wrote:
> Hi.
>
> The purpose of this email to is apologise for some incorrect -1 review
> scores which turbo hipster sent out tod
On 8 January 2014 12:07, Gary Kotton wrote:
> Hi,
> Patch sets that are cascaded has have the following errors:
>
> "Database migration testing failed either due to migrations unable to be
> applied correctly or taking too long.
>
> This change was unable to be automatically merged with the curren
Just some ideas to look into…
You could look at the q-vpn process log. With devstack, there is a
screen-q-vpn.log that might give more info on the failure.
The commands that are working, are ones that strictly deal with the database.
The IPSec site connection command is the first one that actua
On 8 January 2014 15:29, Jay Lau wrote:
> 2014/1/8 John Garbutt
>>
>> On 8 January 2014 10:02, David Xie wrote:
>> > In nova/compute/api.py#2289, function resize, there's a parameter named
>> > flavor_id, if it is None, it is considered as cold migration. Thus, nova
>> > should skip resize verif
I think we are all agreed that the current state of Gate Resets isn't
good. Unfortunately some basic functionality is really not working
reliably, like being able to boot a guest to a point where you can ssh
into it.
These are common bugs, but they aren't easy ones. We've had a few folks
digg
On 01/09/2014 07:46 AM, Sean Dague wrote:
> I think we are all agreed that the current state of Gate Resets isn't
> good. Unfortunately some basic functionality is really not working
> reliably, like being able to boot a guest to a point where you can ssh
> into it.
>
> These are common bugs, but
Sean Dague wrote:
> [...]
> So I'd like to propose Gate Blocking Bug Fix day, to be Monday Jan 20th.
> On that day I'd ask all core reviewers (and anyone else) on all projects
> to set aside that day to *only* work on gate blocking bugs. We'd like to
> quiet the queues to not include any other chan
On 01/09/2014 08:01 AM, Thierry Carrez wrote:
Sean Dague wrote:
[...]
So I'd like to propose Gate Blocking Bug Fix day, to be Monday Jan 20th.
On that day I'd ask all core reviewers (and anyone else) on all projects
to set aside that day to *only* work on gate blocking bugs. We'd like to
quiet t
It looks like we have some duplication and inconsistencies on the 3
os-*-config elements in the tripleo repositories
os-apply-config (duplication) :
We have two elements that install this
diskimage-builder/elements/config-applier/
tripleo-image-elements/elements/os-apply-config/
A
Jay Pipes wrote:
> On Wed, 2014-01-08 at 14:26 +0100, Thierry Carrez wrote:
>> Tim Bell wrote:
>>> +1 from me too UpgradeImpact is a much better term.
>>
>> So this one is already documented[1], but I don't know if it actually
>> triggers anything yet.
>>
>> Should we configure it to post to op
I'll ask on the operators list if there are any objections. If there are strong
ones, we may need a new list created.
Tim
> -Original Message-
> From: Thierry Carrez [mailto:thie...@openstack.org]
> Sent: 09 January 2014 14:16
> To: openstack-dev@lists.openstack.org
> Subject: Re: [open
On 09/01/14 07:46 -0500, Sean Dague wrote:
I think we are all agreed that the current state of Gate Resets isn't
good. Unfortunately some basic functionality is really not working
reliably, like being able to boot a guest to a point where you can ssh
into it.
These are common bugs, but they a
Joe Gordon wrote on 01/08/2014 12:40:47 PM:
> Re: [openstack-dev] [nova] new (docs) requirement for third party CI
>
>
> On Jan 8, 2014 7:12 AM, "Matt Riedemann"
wrote:
> >
> > If no one is against this or has something to add, I'll update the
wiki.
> -1 to putting this in the wiki. This isn'
On Thu, Jan 09 2014, Sean Dague wrote:
> I'm hopefully that if we can get everyone looking at this one a single day,
> we can start to dislodge the log jam that exists.
I will help you bear this burden, Sean Dague, for as long as it is
yours to bear. You have my sword.
--
Julien Danjou
# Free S
The tar file seem to be corrupt, the tools script downloads it to:
./files/docker-registry.tar.gz
On Thu, Jan 9, 2014 at 11:17 AM, Swapnil Kulkarni
wrote:
> Hi Daniel,
>
> I removed the existing images and executed ./tools/docker/install_docker.sh.
> I am facing new issue related to docker-regis
On 01/08/2014 06:57 PM, Prasad Vellanki wrote:
Clint & Steve
One scenario we are trying to see is whether and how Heat
software-config enables deployment of images available from third
party as virtual appliances, providing network, security or
acceleration capabilities. The vendor in some
On 09/01/14 14:13, Derek Higgins wrote:
It looks like we have some duplication and inconsistencies on the 3
os-*-config elements in the tripleo repositories
os-apply-config (duplication) :
We have two elements that install this
diskimage-builder/elements/config-applier/
tripleo-i
Hi Daniel,
I think it was some proxy issue prohibiting from the download. I downloaded
the correct docker-registry.tar.gz and stack.sh completed but with some
issues remain related to image availability. The docker push is getting *"HTTP
code 500 while uploading metadata: invalid character '<' loo
On Thu, Jan 9, 2014 at 1:46 PM, Sean Dague wrote:
> Specifically I'd like to get commitments from as many PTLs as possible
> that they'll both directly participate in the day, as well as encourage the
> rest of their project to do the same
>
I'll be more than happy to participate (or at least on
On 11/25/2013 6:30 PM, Mike Wilson wrote:
Hotel information has been posted. Look forward to seeing you all in
February :-).
-Mike
On Mon, Nov 25, 2013 at 8:14 AM, Russell Bryant mailto:rbry...@redhat.com>> wrote:
Greetings,
Other groups have started doing mid-cycle meetups with su
Excerpts from Derek Higgins's message of 2014-01-09 06:13:53 -0700:
> It looks like we have some duplication and inconsistencies on the 3
> os-*-config elements in the tripleo repositories
>
> os-apply-config (duplication) :
>We have two elements that install this
> diskimage-builder/elem
-- (rebroadcast to dev community from prior unicast discussion) --
Hi Nir
Sorry if the description is misleading. Didn't want a large title, and
hoped that the description would provide those additional details to
clarify the real goal of what's included and what's not included.
#1. Yes, it's on
Hi Sean,
That is good idea, I also am in.
BTW, what time will this work start?
I tried to join this kind of work, but I could not find anyone on IRC
in my timezone.
Thanks
Ken'ichi Ohmichi
2014/1/9 Sean Dague :
> On 01/09/2014 08:01 AM, Thierry Carrez wrote:
>>
>> Sean Dague wrote:
>>>
>>> [..
-- (rebroadcast to dev community from prior unicast discussion) --
Hi Nir
Sorry if the description is misleading. Didn't want a large title, and hoped
that the description would provide those additional details to clarify the real
goal of what's included and what's not included.
#1. Yes, it's
Mike -
When I was starting out, I ran devstack ( http://devstack.org/ ) on an
Ubuntu VM. You wind up with a system where you've got a basic running
OpenStack so you can try things out with the command-line utilities, and
also do development because it checks out all the repos. I learned a lot,
and
If so, can it be more functional, like syntax check and keyword check?
--
David Xie
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, 9 January, 2014 at 17:41, Jay Lau wrote:
> My bad, the image cannot be viewed.
>
> Upload again.
>
> Thanks,
>
> Jay
>
>
> 2014/1/9 Jay L
On Jan 9, 2014, at 7:46 AM, Sean Dague wrote:
> I think we are all agreed that the current state of Gate Resets isn't good.
> Unfortunately some basic functionality is really not working reliably, like
> being able to boot a guest to a point where you can ssh into it.
>
> These are common bug
Hi folks,
sometimes Jenkins slaves failing due to the agent initialization error.
There are several possible traces that you can see in such case:
* Caused by: java.lang.NoClassDefFoundError: Could not initialize class
jenkins.model.Jenkins$MasterComputer (full stack trace:
http://paste.openstac
Minor correction, we're going to do this on Jan 27th, to be after the i2
push, as I don't think there is time organize this prior.
It will also be a good way to start the i3 push by trying to get the
gate back in shape so that we can actually land what people need to land
for i3.
-Se
I think I have found another fault triggering bug 1253896 when neutron is
enabled.
I've added a comment to https://bugs.launchpad.net/bugs/1253896
On another note, I'm seeing also occurrences of this bug with nova-network.
Is there anybody from the nova side looking at it (I can give it a try, but
On Thu, Jan 9, 2014 at 11:30 PM, Sean Dague wrote:
> Minor correction, we're going to do this on Jan 27th, to be after the i2
> push, as I don't think there is time organize this prior.
>
So FYI Jan 27th is a public holiday in Australia (Australia Day!), but
given the timezone difference I think
On 2014-01-09 14:16:09 +0400 (+0400), Sergey Lukjanov wrote:
> we've finally updated our CI to use Zuul
[...]
Awesome! I can't wait to see your improvements.
--
Jeremy Stanley
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://list
Hi Folks,
With John joining the IRC, so far, we had a couple of productive meetings in an
effort to come to consensus and move forward. Thanks John for doing that, and I
appreciate everyone's effort to make it to the daily meeting. Let's reconvene
on Monday.
But before that, and based on our t
Yuuichi,
since you introduce switches that are currently not reflected in the Neutron
entities, am I correct that a switch.port is always unknown to Neutron? Can a
switch.port ever be a VM port?
I'd be happy if you could help me understand this better.
Best, Manuel
I'm trying to hash out where data will live for Tuskar (both long term
and for its Icehouse deliverables). Based on the expectations for
Icehouse (a combination of the wireframes and what's in Tuskar client's
api.py), we have the following concepts:
= Nodes =
A node is a baremetal machine on
Hi Heat developers,
On Windows platform (windows2012 and windows2008R2), I am seeing below given
error when installing python-heatclient. Did any one see this problem earlier?
c:\users\admin>pip -v install python-heatclient
Downloading/unpacking python-heatclient
Using version 0.2.6 (newest of
I think I'm in agreement with all of this. Nice summary, Robert.
It may not be where the work ends, but if we could get this done the rest
is just refinement.
On 9 January 2014 17:49, Robert Li (baoli) wrote:
>Hi Folks,
>
> With John joining the IRC, so far, we had a couple of produc
Hi Flavio
Thank you for your input.
I agree with you. oslo.config isn't right place to have server side code.
How about oslo.configserver ?
For authentication, we can reuse keystone auth and oslo.rpc.
Best
Nachi
2014/1/9 Flavio Percoco :
> On 08/01/14 17:13 -0800, Nachi Ueno wrote:
>>
>> Hi fo
On Thu, Jan 9, 2014 at 5:52 AM, Kurt Taylor wrote:
> Joe Gordon wrote on 01/08/2014 12:40:47 PM:
>
> > Re: [openstack-dev] [nova] new (docs) requirement for third party CI
>
> >
> >
> > On Jan 8, 2014 7:12 AM, "Matt Riedemann"
> wrote:
> > >
>
> > > If no one is against this or has something to
On Thu, 2014-01-09 at 09:09 +0100, Salvatore Orlando wrote:
> I am afraid I need to correct you Jay!
I always welcome corrections to things I've gotten wrong, so no worries
at all!
> This actually appears to be bug 1253896 [1]
Ah, the infamous "SSH bug" :) Yeah, so last night I spent a few hours
This is definitely great news!
+2 to the things Sergey mentioned below.
Additionally, will you fill out the blueprint or wiki w/ details that
will help others write integration tests for your plugin?
And, did you integrate (or have plans to integrate) Spark into the EDP
workflows in Horizon?
What capabilities would this new service give us that existing, proven,
configuration management tools like chef and puppet don't have?
On Thu, Jan 9, 2014 at 12:52 PM, Nachi Ueno wrote:
> Hi Flavio
>
> Thank you for your input.
> I agree with you. oslo.config isn't right place to have server s
Brant Knudson wrote on 01/09/2014 10:07:27 AM:
> When I was starting out, I ran devstack ( http://devstack.org/ ) on
> an Ubuntu VM. You wind up with a system where you've got a basic
> running OpenStack so you can try things out with the command-line
> utilities, and also do development becau
Nachi,
Thanks for bringing this up. We've been thinking a lot about handling of
configurations while working on Rubick.
In my understanding, oslo.config could provide an interface to different
back-ends to store configuration parameters. It could be simple centralized
alternative to configuration
On Thu, 2014-01-09 at 10:23 +0100, Flavio Percoco wrote:
> On 08/01/14 17:13 -0800, Nachi Ueno wrote:
> >Hi folks
> >
> >OpenStack process tend to have many config options, and many hosts.
> >It is a pain to manage this tons of config options.
> >To centralize this management helps operation.
> >
>
And my ring, my precious.
Count me in!
On 1/9/14, 6:06 AM, "Julien Danjou" wrote:
>On Thu, Jan 09 2014, Sean Dague wrote:
>
>> I'm hopefully that if we can get everyone looking at this one a single
>>day,
>> we can start to dislodge the log jam that exists.
>
>I will help you bear this burd
I agree with Doug’s question, but also would extend the train of thought to ask
why not help to make Chef or Puppet better and cover the more OpenStack
use-cases rather than add yet another competing system?
Cheers,
Morgan
On January 9, 2014 at 10:24:06, Doug Hellmann (doug.hellm...@dreamhost.co
Hi Jay,
replies inline.
I have probably have found one more cause for this issue in the logs, and I
have added a comment to the bug report.
Salvatore
On 9 January 2014 19:10, Jay Pipes wrote:
> On Thu, 2014-01-09 at 09:09 +0100, Salvatore Orlando wrote:
> > I am afraid I need to correct you J
+1 to Jay. Existing tools are both better suited to the job and work
quite well in their current state. To address Nachi's first example,
there's nothing preventing a Nova node in Chef from reading Neutron's
configuration (either by using a (partial) search or storing the
necessary information in
- Original Message -
> From: "Michael Still"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Tuesday, January 7, 2014 5:53:01 PM
> Subject: Re: [openstack-dev] [nova] Bogus -1 scores from turbo hipster
>
> Hi. Thanks for reaching out about this.
>
> It
Hi folks
Thank you for your input.
The key difference from external configuration system (Chef, puppet
etc) is integration with
openstack services.
There are cases a process should know the config value in the other hosts.
If we could have centralized config storage api, we can solve this issue.
On Thu, 2014-01-09 at 07:46 -0500, Sean Dague wrote:
> I think we are all agreed that the current state of Gate Resets isn't
> good. Unfortunately some basic functionality is really not working
> reliably, like being able to boot a guest to a point where you can ssh
> into it.
>
> These are com
- Original Message -
> From: "Derek Higgins"
> To: "OpenStack Development Mailing List"
> Sent: Thursday, January 9, 2014 8:13:53 AM
> Subject: [openstack-dev] os-*-config in tripleo repositories
>
> It looks like we have some duplication and inconsistencies on the 3
> os-*-config elem
Hi Jeremy
Don't you think it is burden for operators if we should choose correct
combination of config for multiple nodes even if we have chef and
puppet?
If we have some constraint or dependency in configurations, such logic
should be in openstack source code.
We can solve this issue if we have
So finally tried running a devstack instance on Fedora 20: rootwrap
failed on the cinder stage of the install. So I scaled back to a
Keystone only install.
[fedora@ayoung-f20 devstack]$ cat localrc
FORCE=yes
ENABLED_SERVICES=key,mysql,qpid
This failed starting the Keystone server with two
Thanks! This is very informative. From a high-level perspective, this
maps well with my understanding of how Tuskar will interact with various
OpenStack services. A question or two inline:
- Original Message -
> I'm trying to hash out where data will live for Tuskar (both long term
> an
Ian,
The idea of pci flavors is a great and using vendor_id and product_id make
sense, but I could see a case for adding the class name such as 'VGA compatible
controller'. Otherwise, slightly different generations of hardware will mean
custom whitelist setups on each compute node.
01:00.0 V
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno wrote:
> Hi folks
>
> Thank you for your input.
>
> The key difference from external configuration system (Chef, puppet
> etc) is integration with
> openstack services.
> There are cases a process should know the config value in the other hosts.
> If we
You need a working version of this patch to land -
https://review.openstack.org/#/c/63647/
Because of the rhel6 support in devstack, every new version of fc needs
manual support, because there are tons of packages needed in fc* that
don't exist in rhel.
-Sean
On 01/09/2014 02:15 PM, Adam
Hi Doug
2014/1/9 Doug Hellmann :
>
>
>
> On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno wrote:
>>
>> Hi folks
>>
>> Thank you for your input.
>>
>> The key difference from external configuration system (Chef, puppet
>> etc) is integration with
>> openstack services.
>> There are cases a process shoul
On Thu, Jan 9, 2014 at 7:53 PM, Nachi Ueno wrote:
> One example of such case is neuron + nova vif parameter configuration
> regarding to security group.
> The workflow is something like this.
>
> nova asks vif configuration information for neutron server.
> Neutron server ask configuration in neu
Thanks Salvatore and Jay for sharing your experiences on this issue.
I will look through the references you have provided to understand further
as well.
If I latch onto something, I will share back.
BTW, before posting the question here, I did suspect some race conditions
and tried to play aroun
On Thu, Jan 9, 2014 at 2:34 PM, Nachi Ueno wrote:
> Hi Doug
>
> 2014/1/9 Doug Hellmann :
> >
> >
> >
> > On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno wrote:
> >>
> >> Hi folks
> >>
> >> Thank you for your input.
> >>
> >> The key difference from external configuration system (Chef, puppet
> >> etc
Having run openstack clusters for ~2 years, I can't say that I've ever
desired such functionality.
How do you see these interactions defined? For instance, if I deploy
a custom driver for Neutron, does that mean I also have to patch
everything that will be talking to it (Nova, for instance) so th
Hi Doug
Thank you for your input.
2014/1/9 Doug Hellmann :
>
>
>
> On Thu, Jan 9, 2014 at 2:34 PM, Nachi Ueno wrote:
>>
>> Hi Doug
>>
>> 2014/1/9 Doug Hellmann :
>> >
>> >
>> >
>> > On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno wrote:
>> >>
>> >> Hi folks
>> >>
>> >> Thank you for your input.
>> >
Hi Adam,
This looks very interesting. When do you expect to have this code available
in oslo? Do you have a development guide which describes best practices for
using this authorization approach?
I think that for Pecan it will be possible to get rid of @protected wrapper
and use SecureController
That didn't seem to make a difference, still no cache. The RPMS are not
getting installed, even if I deliberately add a line for
python-dogpile-cache
Shouldn't it get installed via pip without the rpm line?
On 01/09/2014 02:27 PM, Sean Dague wrote:
You need a working version of this patch
2014/1/9 Jeremy Hanmer :
> Having run openstack clusters for ~2 years, I can't say that I've ever
> desired such functionality.
My proposal is adding functionalities, not removing it.
so if you are satisfied with file based configuration with chef or puppet,
this change won't affect you
> How do
On 01/09/2014 02:34 PM, Nachi Ueno wrote:
> Hi Doug
>
> 2014/1/9 Doug Hellmann :
>>
>>
>>
>> On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno wrote:
>>>
>>> Hi folks
>>>
>>> Thank you for your input.
>>>
>>> The key difference from external configuration system (Chef, puppet
>>> etc) is integration wit
The UI will also need to be able to look at the Heat resources running
within the overcloud stack and classify them according to a resource
category. How do you envision that working?
There's a way in a Heat template to specify arbitrary metadata on a
resource. We can add flags in there and ke
On Thu, Jan 9, 2014 at 10:53 PM, Nachi Ueno wrote:
> Hi folks
>
> Thank you for your input.
>
> The key difference from external configuration system (Chef, puppet
> etc) is integration with
> openstack services.
> There are cases a process should know the config value in the other hosts.
> If we
Hi Anita, et. all,
I understand if the -1 is being voted because of testing framework
failures, it is a real pain.
Assuming the framework is working fine, I have noticed that there could be
genuine failures because of devstack failing to fully stack up or the test
failures. In my specific case, I
Hi Bob
2014/1/9 Robert Kukura :
> On 01/09/2014 02:34 PM, Nachi Ueno wrote:
>> Hi Doug
>>
>> 2014/1/9 Doug Hellmann :
>>>
>>>
>>>
>>> On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno wrote:
Hi folks
Thank you for your input.
The key difference from external configuration s
Hope you don't mind, I'll jump in here :)
On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote:
> Hi Jeremy
>
> Don't you think it is burden for operators if we should choose correct
> combination of config for multiple nodes even if we have chef and
> puppet?
It's more of a burden for operators
On Fri, Jan 10, 2014 at 12:18 AM, Nachi Ueno wrote:
> 2014/1/9 Jeremy Hanmer :
> > How do you see these interactions defined? For instance, if I deploy
> > a custom driver for Neutron, does that mean I also have to patch
> > everything that will be talking to it (Nova, for instance) so they can
I'm glad we are hashing this out as I think there is still some debate
around if Tuskar will need a database at all.
One thing to bear in mind, I think we need to make sure the terminology
matches that described in the previous thread. I think it mostly does
here but I'm not sure the Tuskar mo
Hi Jay
2014/1/9 Jay Pipes :
> Hope you don't mind, I'll jump in here :)
I'll never mind to discuss with you :)
> On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote:
>> Hi Jeremy
>>
>> Don't you think it is burden for operators if we should choose correct
>> combination of config for multiple nod
- Original Message -
> I'm glad we are hashing this out as I think there is still some debate
> around if Tuskar will need a database at all.
>
> One thing to bear in mind, I think we need to make sure the terminology
> matches that described in the previous thread. I think it mostly doe
1 - 100 of 137 matches
Mail list logo
