Recently，generate_sample.sh had been changed . look the help.
For example, try run "./tools/config/generate_sample.sh -b ./ -p nova -o
./etc/nova" and commit the changes in nova.conf.sample
From: Haomai Wang [mailto:hao...@unitedstack.com]
Sent: Friday, July 26, 2013 2:50 PM
To: OpenStack Develop
2013-7-26，3:11 pm，"Tian, Shuangtai" Wrote:
> Recently，generate_sample.sh had been changed . look the help.
> For example, try run "./tools/config/generate_sample.sh -b ./ -p nova -o
> ./etc/nova" and commit the changes in nova.conf.sample
I don't know why I can't run command as expected see belo
Hi, I do not know why , Mybe the patch https://review.openstack.org/#/c/38418/
have someone else to approve ,
You can try this ./tools/config/generate_sample.sh -b /opt/stack/nova -o
./etc/nova ,that’s ok to me.
From: Haomai Wang [mailto:hao...@unitedstack.com]
Sent: Friday, July 26, 2013 3:1
Alex Meade wrote:
> +1 to everything Russell just said and of course Blueprints for this. One for
> #3 (changing from mox -> Mock) would be good so that anyone who is bored or
> finds this urgent can collaborate. Also, we need to make sure reviewers are
> aware (Hopefully they are reading thi
On Wed, Jul 24, 2013 at 2:43 PM, Brian Curtin wrote:
> On Jul 24, 2013, at 1:27 PM, Eric Windisch
> wrote:
>
>
> Speaking of preferred ways to port, has there been any discussion about
>> which version takes precedence when we have to do different things? For
>> example, with imports, should
Hi Folks,
I'm trying to add a v3 plugin as part of the scheduler hints API BP - but
although I've created the file in plugins/v3 and it looks OK compared to all
the others in there it doesn't even get turned into a .pyc in Devstack - so its
as if the API loaded just doesn't see that file at all
> You mean process/forking API right?
Right - proper threading ;-)
From: Joshua Harlow [mailto:harlo...@yahoo-inc.com]
Sent: 26 July 2013 01:25
To: OpenStack Development Mailing List; Day, Phil
Subject: Re: [openstack-dev] [Openstack-dev][nova] Disable per-user rate
limiting by default
You mean
On 07/25/2013 08:30 PM, Joshua Harlow wrote:
When you have so much state to maintain then aren't the APIs incorrect??
Yes, the EC2 APIs are incorrect in being silly and using ints for ids
for so many things, also for supporting people to make GET requests with
16k get strings. But there isn't
On 07/25/2013 05:43 PM, Thierry Carrez wrote:
Russell Bryant wrote:
On 07/25/2013 04:40 PM, Mike Wilson wrote:
In my opinion:
1. Stop using rootwrap completely and get strong argument checking
support into sudo (regex).
2. Some sort of long lived rootwrap process, either forked by the
service
Hi Folks,
Finally got around to looking at some of the things I've added to the V2 api
and wanted to move to V3 - and I'm confused about what is and isn't going to be
moved from being an extension. For example:
- I added the extended_floating_ip extension to allow an floating IP
to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/26/2013 05:35 AM, Roman Bogorodskiy wrote:
> Alex Meade wrote:
>
>> +1 to everything Russell just said and of course Blueprints for
>> this. One for #3 (changing from mox -> Mock) would be good so
>> that anyone who is bored or finds this urgent
Shawn, Dan,
What are the versions of ESX and vCenter that should work by the time
Havana gets out? Havana Trunk->ESX 4.1 and Havana Trunk->vSphere
4.1->ESX 4.1 do not seem to work. I was only able to get Havana
Trunk->vCenter 5.1->ESX 5.1 to work.
thanks,
dims
On Wed, Jul 24, 2013 at 1:10 PM, S
Hi Phil,
On Fri, Jul 26, 2013 at 9:55 PM, Day, Phil wrote:
> Hi Folks,
>
> ** **
>
> Finally got around to looking at some of the things I’ve added to the V2
> api and wanted to move to V3 – and I’m confused about what is and isn’t
> going to be moved from being an extension. For example:*
On Fri, Jul 26, 2013 at 8:58 PM, Day, Phil wrote:
> Hi Folks,
>
> ** **
>
> I’m trying to add a v3 plugin as part of the scheduler hints API BP – but
> although I’ve created the file in plugins/v3 and it looks OK compared to
> all the others in there it doesn’t even get turned into a .pyc in
On 25/07/13 19:07, Bartosz Górski wrote:
We want to start from something simple. At the beginning we are assuming
no dependencies between resources from different region. Our first use
case (the one on the wikipage) uses this assumptions. So this is why it
can be easily split on two separate sing
Hello,
Just letting you know all that we have now the swift functional tests
gating on jenkins .
- They are non-voting.
- They are run on devstack (i.e: not swaio).
- V2 and V1 are run (and configured) together on that devstack in that order.
- The swift configured in devstack is standard using t
On 07/26/2013 09:49 AM, Chmouel Boudjnah wrote:
Hello,
Just letting you know all that we have now the swift functional tests
gating on jenkins .
- They are non-voting.
- They are run on devstack (i.e: not swaio).
- V2 and V1 are run (and configured) together on that devstack in that order.
- Th
Yep - was missing the need to change setup.cfg - Thanks Chris
One to look out for when adding V3 extensions ;-)
From: Christopher Yeoh [mailto:cbky...@gmail.com]
Sent: 26 July 2013 14:19
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] Stuck trying to add a V3 plugin
On Fri, J
Stefano Maffulli wrote:
> On 07/23/2013 07:25 AM, Roman Prykhodchenko wrote:
>> I still think counting lines of code is evil because it might encourage
>> some developers to write longer code just for statistics.
>
> Data becomes evil when you decide to use them for evil purposes :) I
> don't thin
This:
bnemec@openstack:/opt/stack/nova$ tools/config/generate_sample.sh -b .
-p nova -o etc/nova
Results in this for me:
-#control_exchange=openstack
+#control_exchange=nova
Which breaks Jenkins. I was thinking I would try to take a look and
figure out why it wants to change that since I w
Agreed, but the history portion of what you wrote that that takes us from
the beginning to where we are now today has all been implemented. That
portion I thought could be added to the project as it really tells a nice
narrative of why what you see in the keystone code base is actually there.
Okay, I found my problem. My dev vm's hostname is "openstack", which
causes problems in _sanitize_defaults due to this:
elif s == socket.gethostname():
return 'nova'
I can just change my hostname to fix it, but I would expect that this is
going to come up on a regular basis (I can't be th
On 07/25/2013 04:21 PM, Joe Gordon wrote:
Hi All,
We have recently hit some performance issues with nova-network. It
turns out the root cause of this was we do roughly 20 rootwrapped shell
commands, many inside of global locks.
(https://bugs.launchpad.net/oslo/+bug/1199433)
It turns out starti
On 07/26/2013 08:04 AM, Sean Dague wrote:
On 07/25/2013 08:30 PM, Joshua Harlow wrote:
When you have so much state to maintain then aren't the APIs incorrect??
Yes, the EC2 APIs are incorrect in being silly and using ints for ids
for so many things, also for supporting people to make GET reque
On 2013-07-26 10:39, Jay Pipes wrote:
On 07/26/2013 08:04 AM, Sean Dague wrote:
On 07/25/2013 08:30 PM, Joshua Harlow wrote:
When you have so much state to maintain then aren't the APIs
incorrect??
Yes, the EC2 APIs are incorrect in being silly and using ints for ids
for so many things, also
+1
Good point! Brian, The API looks great! Hoping more stackers agree with it.
2013/7/26 Brian Lamar
> Hello! I have some comments below, but you might also consider posting
> this question to
> openstack-dev@lists.openstack.**orgas I'd
> be curious as to the developer opinion on this questi
On Thu, Jul 25, 2013 at 5:44 PM, John Griffith
wrote:
> Hey Everyone,
>
> Something I've been kicking around for quite a while now but never really
> been able to get around to is the idea of requiring that drivers in Cinder
> run a qualification test and submit results prior to introduction in to
Excerpts from Joe Gordon's message of 2013-07-24 11:43:46 -0700:
> On Wed, Jul 24, 2013 at 12:24 PM, Russell Bryant wrote:
>
> > On 07/23/2013 06:00 PM, Clint Byrum wrote:
> > > This is really interesting work, thanks for sharing it with us. The
> > > discussion that has followed has brought up s
Adam,
Which Havana Blueprint provides support for the feature you mention in your
article below?
To move beyond bearer tokens requires multiple steps. In order to link the
token to a user, the user needs to use a secure authentication mechanism, and
then link the token to that mechanism. A mec
Excerpts from Zane Bitter's message of 2013-07-26 06:37:09 -0700:
> On 25/07/13 19:07, Bartosz Górski wrote:
> > We want to start from something simple. At the beginning we are assuming
> > no dependencies between resources from different region. Our first use
> > case (the one on the wikipage) use
Fix proposed for the hostname conflict issue:
https://review.openstack.org/#/c/38837/
-Ben
On 2013-07-26 10:14, Ben Nemec wrote:
Okay, I found my problem. My dev vm's hostname is "openstack", which
causes problems in _sanitize_defaults due to this:
elif s == socket.gethostname():
return
On 07/26/2013 12:26 PM, Miller, Mark M (EB SW Cloud - R&D - Corvallis)
wrote:
Adam,
Which Havana Blueprint provides support for the feature you mention in
your article below?
https://blueprints.launchpad.net/keystone/+spec/authentication-tied-to-token
It has been implemented, so it doesn't
Hi Brian,
Firstly, thanks for all your great work here!
Some feedback:
1) Is there a clash with existing user properties?
For currently deployed systems a user may have an existing property 'foo: bar'.
If we restrict property access (by virtue of allowing only owner_xxx)
can the user update th
On 07/25/2013 08:24 PM, Joshua Harlow wrote:
You mean process/forking API right?
Honestly I'd sort of think the whole limits.py that is this
rate-limiting could also be turned off by default (or a log warn message
occurs) when multi-process nova-api is used since the control for that
paste modul
On 07/26/2013 11:53 AM, Ben Nemec wrote:
On 2013-07-26 10:39, Jay Pipes wrote:
On 07/26/2013 08:04 AM, Sean Dague wrote:
On 07/25/2013 08:30 PM, Joshua Harlow wrote:
When you have so much state to maintain then aren't the APIs
incorrect??
Yes, the EC2 APIs are incorrect in being silly and us
On Fri, Jul 26, 2013 at 10:03 AM, Brad Topol wrote:
> Agreed, but the history portion of what you wrote that that takes us from
> the beginning to where we are now today has all been implemented. That
> portion I thought could be added to the project as it really tells a nice
> narrative of why
If you are not representing IDs the same way in both APIs, you are doing it
wrong.
Two systems need to be able to identify a common reference without knowing what
underlying API is in use.
-George
On Jul 26, 2013, at 12:36 AM, Michael Still wrote:
> On Fri, Jul 26, 2013 at 8:30 AM, Russell B
On 07/26/2013 11:53 AM, Ben Nemec wrote:
> On 2013-07-26 10:39, Jay Pipes wrote:
>> On 07/26/2013 08:04 AM, Sean Dague wrote:
>>> On 07/25/2013 08:30 PM, Joshua Harlow wrote:
When you have so much state to maintain then aren't the APIs
incorrect??
>>>
>>> Yes, the EC2 APIs are incorrect i
>
> I think that there is a new driver
> for amazon compatibility that has shown up recently: Netflix's efforts
> to make their software stack Open Source[1]
> ...
> There are a couple of approaches here: one is to change the the other
> open source software to use openstack apis natively. I think
Based on the docs, it looks like you need to start with separate sqlalchemy
engines with their own metadata instances for each environment you want to
migrate. That sounds like a significant refactor from where we are today
(everything shares keystone.common.sql.core.ModelBase).
On Thu, Jul 25, 2
Excerpts from Robert Collins's message of 2013-07-25 15:39:13 -0700:
> On 26 July 2013 10:19, Thierry Carrez wrote:
> > Chris Jones wrote:
> >> I agree with your analysis of the effects of the sudoers file and I
> >> think it makes a great argument for recommending people run the main
> >> command
It makes sense, though, if the data is going to be (potentially) coming
from separate databases. Is that any different for sqlalchemy-migrate?
As far as tracking the separate migrations for the different schemas,
that's handled by running "alembic init" for each schema to create a
different enviro
Great idea Justin and you're just the stacker to do it :) I believe Everett
Toews has done some work on this.
On Friday, July 26, 2013 12:44pm, "Justin Santa Barbara"
said:
I think that there is a new driverfor amazon compatibility that has shown up
recently: Netflix's efforts
to ma
On Fri, Jul 26, 2013 at 1:01 PM, Jay Pipes wrote:
> On 07/25/2013 08:24 PM, Joshua Harlow wrote:
>
>> You mean process/forking API right?
>>
>> Honestly I'd sort of think the whole limits.py that is this
>> rate-limiting could also be turned off by default (or a log warn message
>> occurs) when m
On Fri, Jul 26, 2013 at 12:55 PM, Doug Hellmann wrote:
> It makes sense, though, if the data is going to be (potentially) coming
> from separate databases. Is that any different for sqlalchemy-migrate?
>
> As far as tracking the separate migrations for the different schemas,
> that's handled by r
On 07/26/2013 01:55 PM, Doug Hellmann wrote:
It makes sense, though, if the data is going to be (potentially)
coming from separate databases. Is that any different for
sqlalchemy-migrate?
As far as tracking the separate migrations for the different schemas,
that's handled by running "alembic
On Fri, Jul 26, 2013 at 2:04 PM, Adam Young wrote:
> On 07/26/2013 01:55 PM, Doug Hellmann wrote:
>
> It makes sense, though, if the data is going to be (potentially) coming
> from separate databases. Is that any different for sqlalchemy-migrate?
>
> As far as tracking the separate migrations f
On 07/26/2013 01:59 PM, Jonathan Proulx wrote:
On Fri, Jul 26, 2013 at 1:01 PM, Jay Pipes mailto:jaypi...@gmail.com>> wrote:
On 07/25/2013 08:24 PM, Joshua Harlow wrote:
You mean process/forking API right?
Honestly I'd sort of think the whole limits.py that is this
On Wed, Jul 24, 2013 at 12:41 AM, Jamie Lennox wrote:
> On Thu, 2013-05-02 at 00:46 +, Gabriel Hurley wrote:
> > Based on input from several of the PTLs (and others), I'd like to
> propose the following outline for how version discovery should be handled
> across heterogeneous clouds:
> >
> >
On Fri, Jul 26, 2013 at 9:56 AM, wrote:
> Hi Brian,
>
> Firstly, thanks for all your great work here!
>
> Some feedback:
>
> 1) Is there a clash with existing user properties?
>
> For currently deployed systems a user may have an existing property 'foo:
> bar'.
> If we restrict property access (b
On 2013-07-26 12:38, Russell Bryant wrote:
On 07/26/2013 11:53 AM, Ben Nemec wrote:
On 2013-07-26 10:39, Jay Pipes wrote:
On 07/26/2013 08:04 AM, Sean Dague wrote:
On 07/25/2013 08:30 PM, Joshua Harlow wrote:
When you have so much state to maintain then aren't the APIs
incorrect??
Yes, the
Thank you.
From: Adam Young [mailto:ayo...@redhat.com]
Sent: Friday, July 26, 2013 9:54 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] A vision for Keystone
On 07/26/2013 12:26 PM, Miller, Mark M (EB SW Cloud - R&D - Corvallis) wrote:
Adam,
Which Havana Blueprint provides
On Fri, Jul 26, 2013 at 11:34 AM, Jay Pipes wrote:
> On 07/25/2013 04:21 PM, Joe Gordon wrote:
>
>> Hi All,
>>
>> We have recently hit some performance issues with nova-network. It
>> turns out the root cause of this was we do roughly 20 rootwrapped shell
>> commands, many inside of global locks
Connection and session code in oslo-incubator:
https://review.openstack.org/#/c/29464/
Change to Context: https://review.openstack.org/#/c/30363/
Decorator for sqlalchemy api: https://review.openstack.org/#/c/30370/
So back at the Portland summit myself and Jun Park presented about some of
our dif
On Wed, Jul 24, 2013 at 6:18 PM, Alex Glikson wrote:
> Russell Bryant wrote on 24/07/2013 07:14:27 PM:
>
> >
> > I really like your point about not needing to set things up via a config
> > file. That's fairly limiting since you can't change it on the fly via
> > the API.
>
>
> True. As I point
Hi folks
I got review comment from Salvatore about FSM management of resources
### Quote
management of PENDING statuses. It would be great if we find an
agreement across the LB, VPN, and FW extensions to handle them in the
same way. Doing it differently for each extension might confuse use
So back at the Portland summit myself and Jun Park presented about some of
our difficulties scaling Openstack with the Folsom release:
http://www.openstack.org/summit/portland-2013/session-videos/presentation/using-openstack-in-a-traditional-hosting-environment
.
One of the main obstacles we ran i
On Jul 26, 2013 5:53 AM, "Russell Bryant" wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/26/2013 05:35 AM, Roman Bogorodskiy wrote:
> > Alex Meade wrote:
> >
> >> +1 to everything Russell just said and of course Blueprints for
> >> this. One for #3 (changing from mox -> Mock)
I have just put up a review here:
https://review.openstack.org/#/c/38897/
which should address the exercise.sh issues when n-cell is enabled. Hopefully
this works in the gate like it does for me locally. Then we can move on to
looking at tempest.
- Chris
On Jul 15, 2013, at 6:13 AM, Andrew
59 matches
Mail list logo
