On Monday, July 1, 2013, Anne Gentle wrote:
>
>
>
> On Mon, Jul 1, 2013 at 4:51 PM, Doug Hellmann
> 'doug.hellm...@dreamhost.com');>
> > wrote:
>
>> As part of the oslo.sphinx blueprint, I am working on moving the theme we
>> use for the development docs out of all of the various projects and in
On Tue, 2013-07-02 at 02:03 +, Everett Toews wrote:
> This topic came up at the last summit in Portland at [1] and [2].
>
>
> Yehia and another colleague of his from HP had a design that was
> discussed and it seemed like they were going to start work on it.
> Another developer from CERN expr
This topic came up at the last summit in Portland at [1] and [2].
Yehia and another colleague of his from HP had a design that was discussed and
it seemed like they were going to start work on it. Another developer from CERN
expressed interest too. I'm not sure if anything ever really got starte
Hi guys,
The review of (https://review.openstack.org/#/c/34652/) has been idled for
a while. I am wondering anyone has a free time slot to review it? Thanks.
Regards,
Wenhao
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.
1) Follow ups on the scheduler BPs
2) Opens?
I'm hoping we can get something going through the opens, people must have some
issues they want to discuss.
PS: The curren list of scheduler BPs is:
1) Extending data in host state
2) Utilization based scheduling
3) Whole host allocation capa
On 07/01/2013 07:49 PM, Jamie Lennox wrote:
On Mon, 2013-07-01 at 14:09 -0700, Nachi Ueno wrote:
Hi folks
I'm interested in it too.
I'm working on VPN support for Neutron.
Public key authentication is one of feature milestone in the IPsec
implementation.
But I believe key-pair management api an
On Tue, Jul 2, 2013 at 1:44 AM, Anne Gentle
mailto:annegen...@justwriteclick.com";>> wrote:
It's pretty rare to assign a doc team person to an API spec, typically the PTL
works on it. We do have Diane Fleming on the doc team for API work and she's
super knowledgeable and helpful. I have her wor
Hi Jamie
Thanks for sharing Keystone's v3 credential api.
( I didn't know this..)
Neutron VPN can use this api ! :)
Best
Nachi
2013/7/1 Jamie Lennox :
> On Mon, 2013-07-01 at 14:09 -0700, Nachi Ueno wrote:
>> Hi folks
>>
>> I'm interested in it too.
>> I'm working on VPN support for Neutron.
>>
On Mon, Jul 1, 2013 at 4:51 PM, Doug Hellmann
wrote:
> As part of the oslo.sphinx blueprint, I am working on moving the theme we
> use for the development docs out of all of the various projects and into a
> reusable library. The first change, to put the theme into a new repository,
> is up for re
On Mon, 2013-07-01 at 14:09 -0700, Nachi Ueno wrote:
> Hi folks
>
> I'm interested in it too.
> I'm working on VPN support for Neutron.
> Public key authentication is one of feature milestone in the IPsec
> implementation.
> But I believe key-pair management api and the implementation will be
> qu
The emails from this list stopped coming to my email address, is this related?
-Original Message-
From: Jeremy Stanley [mailto:fu...@yuggoth.org]
Sent: Wednesday, June 26, 2013 7:38 AM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] Email is not registered problem
On
On Mon, Jul 01, 2013, Clint Byrum wrote:
> I am writing today to challenge that notion, and also to suggest that even
> if that is the case, it is inappropriate to have oslo.config operate in
> such a profoundly different manner than basically any other config library
> or system software in gener
On Mon, 2013-07-01 at 14:52 -0700, Clint Byrum wrote:
> Last week I went to use oslo.config in a utility I am writing called
> os-collect-config[1]...
>
> While running unit tests on the main() method that is used for the CLI,
> I was surprised to find that my unit tests were picking up values fro
I think I had a different takeaway from that thread. My understanding was
that people were agreeing with you that CLI args *should* have highest
precedence and override everything else.
The talk about permanence confuses me, unless we mean that more permanent
values are overridden by less permane
On 07/01/2013 05:52 PM, Clint Byrum wrote:
Last week I went to use oslo.config in a utility I am writing called
os-collect-config[1]...
While running unit tests on the main() method that is used for the CLI,
I was surprised to find that my unit tests were picking up values from
a config file I h
Last week I went to use oslo.config in a utility I am writing called
os-collect-config[1]...
While running unit tests on the main() method that is used for the CLI,
I was surprised to find that my unit tests were picking up values from
a config file I had created just as a test. The tests can be f
As part of the oslo.sphinx blueprint, I am working on moving the theme we
use for the development docs out of all of the various projects and into a
reusable library. The first change, to put the theme into a new repository,
is up for review at https://review.openstack.org/#/c/35202/
I would appre
For everyone's awareness, there is a bug related to this:
https://bugs.launchpad.net/nova/+bug/1196255
Thanks,
MATT RIEDEMANN
Advisory Software Engineer
Cloud Solutions and OpenStack Development
Phone: 1-507-253-7622 | Mobile: 1-507-990-1889
E-mail: mrie...@us.ibm.com
3605 Hwy 52 N
Rochest
Hi folks
I'm interested in it too.
I'm working on VPN support for Neutron.
Public key authentication is one of feature milestone in the IPsec
implementation.
But I believe key-pair management api and the implementation will be
quite similar in Key for IPsec and Nova.
so I'm +1 for moving key mana
Thomas,
+1
I don't know anything about the background here, but for what it's worth,
I work with a team that packages RPMs for the core components (nova,
keystone, etc) and we only compile the mo's at rpmbuild time, nothing
binary is stored in git, only the .po files (which are converted to .m
Hi all,
I suspect many of you don't know me as I've only started to get involved in
OpenStack recently, I work at Rackspace and I'm pretty involved in other
Python
open source stuff, notably Django and PyPy, I also serve on the board of the
PSF. So hi!
I'd like to propose an addition to all of th
On 07/01/2013 12:49 PM, Brant Knudson wrote:
'Stackers -
I've got a review up in Keystone that converts tables from MyISAM to
InnoDB [0], which I patterned after a change in Nova. One of the
comments in the review is suggesting that the migrate_version table
should also be changed. The reason I
I really like the Solution 2 proposal.
On Jul 1, 2013, at 12:32 PM, Thierry Carrez wrote:
> Thierry Carrez wrote:
>
> Solution (2) is to make everything a "Program". Some have a goal of
> producing an 'integrated' piece and those must go through incubation.
> Something like:
>
> """
> 'OpenSt
Thierry Carrez wrote:
> What would be your alternate definition ?
Let me see if I can answer myself :) I think we have two ways forward.
Solution (1) is to make "Programs" and "Projects" separate entities,
where "Projects" would be the teams which end up producing at least one
"integrated" thing
Thanks, Terry. Tempest would be a great place for stress tests. There
has already been some work on Tempest stress tests and there is
currently a blueprint
https://blueprints.launchpad.net/tempest/+spec/stress-tests and some code
https://github.com/openstack/tempest/tree/master/tempest/stress. T
Mark McLoughlin wrote:
> Oslo libraries and docs are very much on the same cadence - as in the
> true meaning of the word, "rhythm". The fact that, for process reasons,
> oslo libraries get released a little before the server releases and, for
> pragmatic reasons, docs get released a little after t
On Mon, 2013-07-01 at 18:41 +0200, Thierry Carrez wrote:
> Monty Taylor wrote:
> > So I think that tying a definition directly to whether or not there is a
> > release artifact or when that gets produced is missing the point and
> > wrong. The point is that there are _efforts_ that we want to addre
On Mon, 2013-07-01 at 18:46 +0200, Thierry Carrez wrote:
> Mark McLoughlin wrote:
> >> """
> >> 'OpenStack Programs' are efforts which are essential to the completion
> >> of our mission, but which do not produce deliverables included in the
> >> common release of OpenStack 'integrated' projects ev
Russell Bryant wrote:
> On 07/01/2013 01:10 PM, Jay Pipes wrote:
>> On 07/01/2013 12:23 PM, Mauro S M Rodrigues wrote:
>>> +1.. make sense to me, I always thought that was weird hehe
>>> Say the word and we will remove it from v3.
>>
>> Well, it's not weird, per-se... I mean I understand why it is
Hi All,
We have a stress tool (called qaStressTool) that we want to contribute to the
OpenStack community to help improve the quality of the OpenStack. Initially it
was written to stress the block storage driver, but it appear to touch several
pieces of the OpenStack projects. We would like your
On 07/01/2013 01:10 PM, Jay Pipes wrote:
> On 07/01/2013 12:23 PM, Mauro S M Rodrigues wrote:
>> +1.. make sense to me, I always thought that was weird hehe
>> Say the word and we will remove it from v3.
>
> Well, it's not weird, per-se... I mean I understand why it is the way it
> is. Nova, of co
On 06/26/2013 11:09 AM, Russell Bryant wrote:
> Greetings,
>
> I would like to nominate John Garbutt for the nova-core team.
John received plenty of support. Welcome to the team!
--
Russell Bryant
___
OpenStack-dev mailing list
OpenStack-dev@lists.o
The way the new keystone-manage command "token_flush" works right now
is quite broken by MySQL and InnoDB's gap locking behavior:
https://bugs.launchpad.net/1188378
Presumably other SQL databases like PostgreSQL will have similar problems
with doing massive deletes, but I am less familiar with th
Hi,
Is there any reason why the .mo files of Horizon are included in the
Git? IMO, they have nothing to do there. They take time to download, and
are the major causes of "git merge" failures for me when preparing
Havana packages. Removing the .mo files would also be a good step to
make sure we fol
No objections here. I'll sync with Flavio and see if we can take the
proposal for a test drive in Marconi.
On 6/28/13 9:53 AM, "Flavio Percoco" wrote:
>On 19/06/13 15:51 +0200, Thierry Carrez wrote:
>>
>>Thoughts ?
>
>Although it is not an integrated project - not even incubated - we've
>been do
On Jul 1, 2013, at 3:35 AM, Sheng Bo Hou wrote:
> Hi Mate,
>
> First, thanks for answering.
> I was trying to find the way to prepare the bootable volume.
> Take the default image downloaded by devstack, there are three images:
> cirros-0.3.0-x86_64-uec, cirros-0.3.0-x86_64-uec-kernel and
Hi Taiana
Cl!
Could you share the code on gerrit?
The first driver can be testable now
https://wiki.openstack.org/wiki/Quantum/VPNaaS/HowToInstall
Could you add instruction to use your UI on this page?
Nice work!
Best
Nachi
2013/6/30 Tatiana Mazur :
> Hello,
>
> I have finished the proto
yes, of course...
On 07/01/2013 02:07 PM, Joe Gordon wrote:
We should not remove it from the v3 API until we know this will be
supported by keystone in Havana.
best,
Joe
sent on the go
On Jul 1, 2013 6:25 PM, "Mauro S M Rodrigues"
mailto:maur...@linux.vnet.ibm.com>> wrote:
+1.. make
On Jul 1, 2013, at 2:27 AM, "Rosa, Andrea (HP Cloud Services)"
wrote:
> Hi Ben,
>
> Thank you very much for your reply.
>
>> That function is using the synchronized decorator, which means that it's
>> wrapped by a semaphore context. As I understand it (and someone correct
>> me if I'm wrong)
On 07/01/2013 12:23 PM, Mauro S M Rodrigues wrote:
+1.. make sense to me, I always thought that was weird hehe
Say the word and we will remove it from v3.
Well, it's not weird, per-se... I mean I understand why it is the way it
is. Nova, of course, preceded Keystone.
But, it sounds like this
> Cool, thanks for the ideas. Everything I've done so far is from info
> that comes back from gerrit, so these would be a bit more work.
>
> By the way, these scripts are now imported into
> openstack-infra/reviewstats, so anyone can hack on them and submit
> changes through gerrit.
Awesome! I'll
We should not remove it from the v3 API until we know this will be
supported by keystone in Havana.
best,
Joe
sent on the go
On Jul 1, 2013 6:25 PM, "Mauro S M Rodrigues"
wrote:
> +1.. make sense to me, I always thought that was weird hehe
> Say the word and we will remove it from v3.
>
> On 07
On 07/01/2013 07:35 PM, Mark McLoughlin wrote:
On Mon, 2013-07-01 at 19:33 +0300, Gary Kotton wrote:
On 07/01/2013 07:07 PM, Mark McLoughlin wrote:
On Mon, 2013-07-01 at 18:59 +0300, Gary Kotton wrote:
On 07/01/2013 06:49 PM, Mark McLoughlin wrote:
On Mon, 2013-07-01 at 18:32 +0300, Gary Kott
'Stackers -
I've got a review up in Keystone that converts tables from MyISAM to InnoDB
[0], which I patterned after a change in Nova. One of the comments in the
review is suggesting that the migrate_version table should also be changed.
The reason I didn't include migrate_version is because that'
Mark McLoughlin wrote:
>> """
>> 'OpenStack Programs' are efforts which are essential to the completion
>> of our mission, but which do not produce deliverables included in the
>> common release of OpenStack 'integrated' projects every 6 months, like
>> Projects do.
>
> Hmm, this wasn't what I und
Monty Taylor wrote:
> So I think that tying a definition directly to whether or not there is a
> release artifact or when that gets produced is missing the point and
> wrong. The point is that there are _efforts_ that we want to address,
> and those efforts may not have a clear cut simple "main" so
On Mon, 2013-07-01 at 19:33 +0300, Gary Kotton wrote:
> On 07/01/2013 07:07 PM, Mark McLoughlin wrote:
> > On Mon, 2013-07-01 at 18:59 +0300, Gary Kotton wrote:
> >> On 07/01/2013 06:49 PM, Mark McLoughlin wrote:
> >>> On Mon, 2013-07-01 at 18:32 +0300, Gary Kotton wrote:
> On 07/01/2013 06:13
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting tomorrow, Tuesday July 2nd, at 19:00 UTC in #openstack-meeting
Meeting agenda available here:
https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is
welcome to to add agenda items)
Everyone interested in infrast
On 07/01/2013 07:07 PM, Mark McLoughlin wrote:
On Mon, 2013-07-01 at 18:59 +0300, Gary Kotton wrote:
On 07/01/2013 06:49 PM, Mark McLoughlin wrote:
On Mon, 2013-07-01 at 18:32 +0300, Gary Kotton wrote:
On 07/01/2013 06:13 PM, Mark McLoughlin wrote:
(Oslo is not an acronym)
ok.
can someone p
On Mon, 2013-07-01 at 09:12 -0700, Monty Taylor wrote:
> So I think that tying a definition directly to whether or not there is a
> release artifact or when that gets produced is missing the point and
> wrong. The point is that there are _efforts_ that we want to address,
> and those efforts may n
+1.. make sense to me, I always thought that was weird hehe
Say the word and we will remove it from v3.
On 07/01/2013 01:02 PM, Russell Bryant wrote:
On 07/01/2013 11:47 AM, Jay Pipes wrote:
Recently a colleague asked me whether their key pair from one of our
deployment zones would be usable in
On 07/01/2013 09:02 AM, Russell Bryant wrote:
> On 07/01/2013 11:47 AM, Jay Pipes wrote:
>> Recently a colleague asked me whether their key pair from one of our
>> deployment zones would be usable in another deployment zone. His
>> identity credentials are shared between the two zones (we use a s
On 07/01/2013 08:41 AM, John Dickinson wrote:
>
> On Jul 1, 2013, at 8:03 AM, Mark McLoughlin
> wrote:
>
>> Hey Thierry
>>
>> I actually didn't notice this go by last week, the other thread got
>> all the attention.
>>
>> On Wed, 2013-06-26 at 14:51 +0200, Thierry Carrez wrote:
>>> Hi everyo
On Mon, 2013-07-01 at 18:59 +0300, Gary Kotton wrote:
> On 07/01/2013 06:49 PM, Mark McLoughlin wrote:
> > On Mon, 2013-07-01 at 18:32 +0300, Gary Kotton wrote:
> >> On 07/01/2013 06:13 PM, Mark McLoughlin wrote:
> >>> (Oslo is not an acronym)
> >> ok.
> >>
> >> can someone please clarify what the
On Mon, Jul 1, 2013 at 9:19 AM, Christopher Yeoh wrote:
> On Mon, Jul 1, 2013 at 11:05 PM, Anne Gentle <
> annegen...@justwriteclick.com> wrote:
>
>>
>>
>>
>> On Sun, Jun 30, 2013 at 8:46 PM, Christopher Yeoh wrote:
>>
>>> On Sat, Jun 29, 2013 at 10:40 PM, Anne Gentle <
>>> annegen...@justwritecl
On 07/01/2013 11:47 AM, Jay Pipes wrote:
> Recently a colleague asked me whether their key pair from one of our
> deployment zones would be usable in another deployment zone. His
> identity credentials are shared between the two zones (we use a shared
> identity database) and was wondering if the k
On 07/01/2013 06:49 PM, Mark McLoughlin wrote:
On Mon, 2013-07-01 at 18:32 +0300, Gary Kotton wrote:
On 07/01/2013 06:13 PM, Mark McLoughlin wrote:
(Oslo is not an acronym)
ok.
can someone please clarify what the database status is in Oslo?
What apart from the oslo.config issue do you want c
Recently a colleague asked me whether their key pair from one of our
deployment zones would be usable in another deployment zone. His
identity credentials are shared between the two zones (we use a shared
identity database) and was wondering if the key pairs were also shared.
I responded that
On Mon, 2013-07-01 at 18:32 +0300, Gary Kotton wrote:
> On 07/01/2013 06:13 PM, Mark McLoughlin wrote:
> > (Oslo is not an acronym)
>
> ok.
>
> can someone please clarify what the database status is in Oslo?
What apart from the oslo.config issue do you want clarified?
Mark.
__
On Jul 1, 2013, at 8:03 AM, Mark McLoughlin wrote:
> Hey Thierry
>
> I actually didn't notice this go by last week, the other thread got all
> the attention.
>
> On Wed, 2013-06-26 at 14:51 +0200, Thierry Carrez wrote:
>> Hi everyone,
>>
>> Yesterday at the TC meeting we agreed that as a firs
On 06/28/2013 06:49 PM, Nachi Ueno wrote:
> Hi Russell
>
> Your tool is awesome.
> I have also two idea (I believe it's not crazy :P ).
>
> 1) Show LOC of the review
> Long patch takes long time..
>
> 2) Show priority of the review
> If it shows priority of the review, it wil be more useful, be
On 07/01/2013 06:13 PM, Mark McLoughlin wrote:
(Oslo is not an acronym)
ok.
can someone please clarify what the database status is in Oslo?
On Mon, 2013-07-01 at 18:07 +0300, Gary Kotton wrote:
Hi,
Can someone please clarify what the DB status is in OSLO. Last wee
__
On Mon, Jul 1, 2013 at 9:03 AM, Mark McLoughlin wrote:
> Hey Thierry
>
> I actually didn't notice this go by last week, the other thread got all
> the attention.
>
> On Wed, 2013-06-26 at 14:51 +0200, Thierry Carrez wrote:
> > Hi everyone,
> >
> > Yesterday at the TC meeting we agreed that as a f
(Oslo is not an acronym)
On Mon, 2013-07-01 at 18:07 +0300, Gary Kotton wrote:
> Hi,
> Can someone please clarify what the DB status is in OSLO. Last week the
> code was imported to Neutron (aka Quantum). The review process is Nova
> has been -1'ed due to issues with the common code
> (https://
Hi,
Can someone please clarify what the DB status is in OSLO. Last week the
code was imported to Neutron (aka Quantum). The review process is Nova
has been -1'ed due to issues with the common code
(https://review.openstack.org/#/c/34671/).
What is the current status? Does the code need to be re
Hey Thierry
I actually didn't notice this go by last week, the other thread got all
the attention.
On Wed, 2013-06-26 at 14:51 +0200, Thierry Carrez wrote:
> Hi everyone,
>
> Yesterday at the TC meeting we agreed that as a first step to
> establishing programs, we should have a basic definition
I have used it. In the case where large numbers of instances are to be
created, it (in theory) allows the compute system to optimize the
request. It also avoids rate limit and other such issues that could come
from hundreds of calls to create a server in sequence.
-David
On 07/01/2013 10:23
On 07/01/13 at 11:23am, Mauro S M Rodrigues wrote:
One more though, about os-multiple-create: I was also thinking to
remove it, I don't see any real advantage to use it since it doesn't
offer any kind of flexibility like chose different flavors, images
and other attributes. So anyone creating m
One more though, about os-multiple-create: I was also thinking to remove
it, I don't see any real advantage to use it since it doesn't offer any
kind of flexibility like chose different flavors, images and other
attributes. So anyone creating multiple servers would probably prefer an
external a
On Mon, Jul 1, 2013 at 11:05 PM, Anne Gentle
wrote:
>
>
>
> On Sun, Jun 30, 2013 at 8:46 PM, Christopher Yeoh wrote:
>
>> On Sat, Jun 29, 2013 at 10:40 PM, Anne Gentle <
>> annegen...@justwriteclick.com> wrote:
>>>
>>> I was thinking of making sure it gets in the weekly newsletter and
>>> asking t
On Sun, Jun 30, 2013 at 8:46 PM, Christopher Yeoh wrote:
> On Sat, Jun 29, 2013 at 10:40 PM, Anne Gentle <
> annegen...@justwriteclick.com> wrote:
>>
>> I was thinking of making sure it gets in the weekly newsletter and asking
>> the user committee if they have ideas, plus Twitter. Another mailin
Correct if I'm wrong but what value ips core api bring to us currently?
It offers you two calls:
GET on http://localhost:8774/v3/servers//ips => returns
instance ips
GET on http://localhost:8774/v3/servers//ips/{network-id}
=> returns instance ips that are member of the specified networl.
both
Adrián Roselló Rey wrote:
> I'm trying to configure the Bigswitch plugin for Quantum. The server
> does start, but it's not functional. After taking a look at the log
> file, I found the following error:
> [...]
This is a development mailing-list, where developers discuss the future
of OpenStack d
Hi all,
I'm trying to configure the Bigswitch plugin for Quantum. The server does
start, but it's not functional. After taking a look at the log file, I
found the following error:
*2013-07-01 12:14:14ERROR [quantum.openstack.common.rpc.amqp] Exception
during message handling
Traceback (most
Hi Mate,
First, thanks for answering.
I was trying to find the way to prepare the bootable volume.
Take the default image downloaded by devstack, there are three images:
cirros-0.3.0-x86_64-uec, cirros-0.3.0-x86_64-uec-kernel and
cirros-0.3.0-x86_64-uec-ramdisk.
cirros-0.3.0-x86_64-uec-kernel is
On 1 July 2013 20:18, Mate Lakat wrote:
> Hi,
>
> I just proposed a patch for the boot_from_volume_exercise.sh to get rid
> of --image. To be honest, I did not look at the various execution paths.
> My initial thought is that boot from volume means you boot from volume.
> If you only have a kernel
I am out of the office until 07/10/2013.
I am out of the office on July 1st and returning July 10th. I will have
limited access to email but will try to respond.
For items regarding CloudFactory, please contact Bryan Osenbach or Alan
Byrne. For all other questions, issues, or concerns please
Hi Ben,
Thank you very much for your reply.
>That function is using the synchronized decorator, which means that it's
>wrapped by a semaphore context. As I understand it (and someone correct
>me if I'm wrong), if an error happens and an exception is thrown the context
>would be exited and the se
Hi,
I just proposed a patch for the boot_from_volume_exercise.sh to get rid
of --image. To be honest, I did not look at the various execution paths.
My initial thought is that boot from volume means you boot from volume.
If you only have a kernel + ramdisk image, I simply assumed that you
can't do
Maru Newby wrote:
> I'd like to reminder all Neutron contributors that if you are not the
> assignee for a bug, you should be consulting the assignee before you consider
> reassigning the bug to yourself or others. Failing to do so is not only
> disrespectful, but may also result in unnecessary
80 matches
Mail list logo
