On Fri, Aug 16, 2013 at 10:28 AM, Melanie Witt wrote:
> On Aug 15, 2013, at 1:13 PM, Joe Gordon wrote:
>
> > +1 from me as long as this wouldn't change anything for the EC2 API's
> security groups support, which I assume it won't.
>
> Correct, it's unrelated to the ec2 api.
>
> We discussed briefl
We're just reworking our endpoint registration on cloud bring up to be
driven by APIs, per the principled separation of concerns I outlined
previously.
One thing I note is that the keystone intialisation is basically full
of magic constants like
"http://$CONTROLLER_PUBLIC_ADDRESS:8004/v1/%(tenant_
On 2013年08月16日 03:16, Melanie Witt wrote:
On Aug 13, 2013, at 3:35 PM, Melanie Witt wrote:
On Aug 13, 2013, at 2:11 AM, Day, Phil wrote:
If we really want to get clean separation between Nova and Neutron in the V3
API should we consider making the Nov aV3 API only accept lists o port ids in
I asked the similar question before. Salvatore Orlando's answer makes sense
to me. Please refer to https://lists.launchpad.net/openstack/msg21928.html
On Thu, Aug 15, 2013 at 2:58 PM, Stephen Gran
wrote:
> Hi,
>
>
> On 14/08/13 21:12, Lorin Hochstein wrote:
>
>> Here's a neutron implementation
On Aug 15, 2013, at 1:13 PM, Joe Gordon wrote:
> +1 from me as long as this wouldn't change anything for the EC2 API's
> security groups support, which I assume it won't.
Correct, it's unrelated to the ec2 api.
We discussed briefly in the nova meeting today and there was consensus that
removin
Updated every project to the latest. but each time i ran devstack, the
exercise test failed at the same place bundle.sh
Any hints?
In console.log
Uploaded image as testbucket/bundle.img.manifest.xml
++ euca-register testbucket/bundle.img.manifest.xml
++ cut -f2
+ AMI='S3ResponseError: Unknown err
Thanks everyone who have joined Savanna meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-08-15-18.06.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-08-15-18.06.txt
Log:
http://eavesdr
On Aug 15, 2013, at 6:20 PM, Angus Salkeld wrote:
> On 15/08/13 17:50 -0500, Christopher Armstrong wrote:
>> *Introduction and Requirements*
>>
>> So there's kind of a perfect storm happening around autoscaling in Heat
>> right now. It's making it really hard to figure out how I should compose
On 15/08/13 17:50 -0500, Christopher Armstrong wrote:
*Introduction and Requirements*
So there's kind of a perfect storm happening around autoscaling in Heat
right now. It's making it really hard to figure out how I should compose
this email. There are a lot of different requirements, a lot of d
*Introduction and Requirements*
So there's kind of a perfect storm happening around autoscaling in Heat
right now. It's making it really hard to figure out how I should compose
this email. There are a lot of different requirements, a lot of different
cool ideas, and a lot of projects that want to
On Thu, Aug 15, 2013 at 2:04 PM, Robert Collins
wrote:
> On 16 August 2013 08:33, Joe Gordon wrote:
> > Hi All,
> >
> > Hacking 0.7 has just been released, and merged into
> openstack/requirements
> > (https://review.openstack.org/#/c/41523/), due to a bug in hacking 0.6
> that
> > made H202, 'a
On 16 August 2013 08:33, Joe Gordon wrote:
> Hi All,
>
> Hacking 0.7 has just been released, and merged into openstack/requirements
> (https://review.openstack.org/#/c/41523/), due to a bug in hacking 0.6 that
> made H202, 'assertRaises Exception too broad', not work
> (https://bugs.launchpad.net
Wrong copy paste, sorry.
We can delete :
https://blueprints.launchpad.net/glance/+spec/api-v2-export-properties
https://blueprints.launchpad.net/glance/+spec/api-v2-import-properties
Thank's,
Emilien Macchi
# OpenStack Engineer
// eNovance Inc
Mark,
As you suggested, I've created a single blueprint :
https://blueprints.launchpad.net/glance/+spec/export-import-image-metadata-ovf
I don't have any idea about its dependencies, maybe could you fix the
blueprint if needed.
I think you can also delete :
https://blueprints.launchpad.net/glan
Hi All,
Hacking 0.7 has just been released, and merged into openstack/requirements (
https://review.openstack.org/#/c/41523/), due to a bug in hacking 0.6 that
made H202, 'assertRaises Exception too broad', not work (
https://bugs.launchpad.net/hacking/+bug/1206302).
Additionally Hacking 0.7 has
On Thu, Aug 15, 2013 at 12:16 PM, Melanie Witt wrote:
> On Aug 13, 2013, at 3:35 PM, Melanie Witt wrote:
>
> > On Aug 13, 2013, at 2:11 AM, Day, Phil wrote:
> >
> >> If we really want to get clean separation between Nova and Neutron in
> the V3 API should we consider making the Nov aV3 API only ac
-
On Thu, Aug 15, 2013 at 12:22 PM, Sam Harwell wrote:
> I like to take a different approach. If my commit message is going to
> take more than a couple lines for people to understand the decisions I
> made, I go and make an issue in the issue tracker before committing locally
> and then refe
I like to take a different approach. If my commit message is going to take more
than a couple lines for people to understand the decisions I made, I go and
make an issue in the issue tracker before committing locally and then reference
that issue in the commit message. This helps in a few ways:
On Aug 13, 2013, at 3:35 PM, Melanie Witt wrote:
> On Aug 13, 2013, at 2:11 AM, Day, Phil wrote:
>
>> If we really want to get clean separation between Nova and Neutron in the V3
>> API should we consider making the Nov aV3 API only accept lists o port ids
>> in the server create command ?
>>
Excerpts from Chris Alfonso's message of 2013-08-15 11:02:13 -0700:
> Hello,
>
> I would like to utilize Heat's autoscaling feature, but probably in a way it
> was not initially designed to be used.
>
> In summary what I would like to do is from within OpenShift monitor host
> system capacity and
Hello,
I would like to utilize Heat's autoscaling feature, but probably in a way it
was not initially designed to be used.
In summary what I would like to do is from within OpenShift monitor host
system capacity and when necessary invoke the scale up or down event. The
trick here is I can't jus
On 08/15/2013 02:00 PM, Eric Windisch wrote:
> On Wed, Aug 14, 2013 at 4:08 PM, Sandy Walsh
> wrote:
>> At Eric's request in https://review.openstack.org/#/c/41979/ I'm
>> bringing this to the ML for feedback.
>
> Thank you Sandy.
>
>> Currently, oslo-common rpc behaviour is to always ack() a
On Thu, Aug 15, 2013 at 12:00 PM, Mark Washenberger <
mark.washenber...@markwash.net> wrote:
>
>
>
> On Thu, Aug 15, 2013 at 5:12 AM, Christopher Yeoh wrote:
>
>>
>> On Thu, Aug 15, 2013 at 11:42 AM, Robert Collins <
>> robe...@robertcollins.net> wrote:
>>
>>> This may interest data-driven types h
I updated the implementation section of
https://wiki.openstack.org/wiki/Heat/Blueprints/as-update-policy on instance
naming to support UpdatePolicy where in the case of the LaunchConfiguration
change, all the instances need to be replaced and to support
MinInstancesInService, the handle_update
On Wed, Aug 14, 2013 at 4:08 PM, Sandy Walsh wrote:
> At Eric's request in https://review.openstack.org/#/c/41979/ I'm
> bringing this to the ML for feedback.
Thank you Sandy.
> Currently, oslo-common rpc behaviour is to always ack() a message no
> matter what.
Actually, the Qemu and Kombu driv
On Thu, Aug 15, 2013 at 5:12 AM, Christopher Yeoh wrote:
>
> On Thu, Aug 15, 2013 at 11:42 AM, Robert Collins <
> robe...@robertcollins.net> wrote:
>
>> This may interest data-driven types here.
>>
>>
>> https://www.ibm.com/developerworks/rational/library/11-proven-practices-for-peer-review/
>>
>
Recently I've been focused on ensuring we don't drop notifications in
CM. But problems still exist downstream, after we've captured the raw
event.
>From the efforts going on with the Ceilometer sample pipeline, the new
dispatcher model and the upcoming trigger pipeline, the discussion
around retry
I don't know any actual numbers but I would have the concern that images tend
to stick around longer than instances. For example, if someone takes daily
snapshots of their server and keeps them around for a long time, the number of
exists events would go up and up.
Just a thought, could be a va
Hi folks,
We'll be have the Savanna team meeting today as usual in #openstack-meeting-alt
channel.
Agenda:
https://wiki.openstack.org/wiki/Meetings/SavannaAgenda#Agenda_for_August.2C_15
http://www.timeanddate.com/worldclock/fixedtime.html?msg=Savanna+Meeting&iso=20130815T18
Sincerely yours,
S
Nova generates a single exists event for each instance, and that doesn't
cause a lot of trouble as far as I've been able to see.
What is the relative number of images compared to instances in a "typical"
cloud?
Doug
On Tue, Aug 13, 2013 at 7:20 PM, Neal, Phil wrote:
> I'm a little concerned t
On Thu, Aug 15, 2013 at 9:56 AM, Daniel P. Berrange wrote:
> On Thu, Aug 15, 2013 at 09:46:07AM -0500, Dolph Mathews wrote:
> > On Thu, Aug 15, 2013 at 7:57 AM, Christopher Yeoh
> wrote:
> >
> > > On Thu, Aug 15, 2013 at 9:54 PM, Daniel P. Berrange <
> berra...@redhat.com>wrote:Commit message qua
On Thu, Aug 15, 2013 at 09:46:07AM -0500, Dolph Mathews wrote:
> On Thu, Aug 15, 2013 at 7:57 AM, Christopher Yeoh wrote:
>
> > On Thu, Aug 15, 2013 at 9:54 PM, Daniel P. Berrange
> > wrote:Commit message quality has improved somewhat
> > since I first wrote &
> > published
> >
> > that page,
On Thu, Aug 15, 2013 at 7:57 AM, Christopher Yeoh wrote:
> On Thu, Aug 15, 2013 at 9:54 PM, Daniel P. Berrange
> wrote:Commit message quality has improved somewhat since
> I first wrote &
> published
>
> that page, but there's definitely still scope to improve things further.
>> What
>> it rea
On Thu, Aug 15, 2013 at 9:54 PM, Daniel P. Berrange
wrote:Commit message quality has improved
somewhat since I first wrote &
published
> that page, but there's definitely still scope to improve things further.
> What
> it really needs is for more reviewers to push back against badly written
> comm
On Thu, Aug 15, 2013 at 7:12 AM, Christopher Yeoh wrote:
>
> On Thu, Aug 15, 2013 at 11:42 AM, Robert Collins <
> robe...@robertcollins.net> wrote:
>
>> This may interest data-driven types here.
>>
>>
>> https://www.ibm.com/developerworks/rational/library/11-proven-practices-for-peer-review/
>>
>
On Thu, Aug 15, 2013 at 09:42:09PM +0930, Christopher Yeoh wrote:
> On Thu, Aug 15, 2013 at 11:42 AM, Robert Collins
> wrote:
>
> > This may interest data-driven types here.
> >
> >
> > https://www.ibm.com/developerworks/rational/library/11-proven-practices-for-peer-review/
> >
> > Note specifical
On Thu, Aug 15, 2013 at 11:42 AM, Robert Collins
wrote:
> This may interest data-driven types here.
>
>
> https://www.ibm.com/developerworks/rational/library/11-proven-practices-for-peer-review/
>
> Note specifically the citation of 200-400 lines as the knee of the review
> effectiveness curve: th
That's an interesting article and also meaningful for coders. If I have a
patch more than 200 or 300 lines, to split this may be a good idea.
Some time, an easy patch with a little more lines would prevent more
reviewers to think about it.
On Thu, Aug 15, 2013 at 10:12 AM, Robert Collins
wrote:
Hi Konglingxian
1. evacuate
- Nova user request for evacuate operation manually.
- Evacuate call rebuild method in compute
2. auto-ha
- All operation is doing automatically.
- Only role of administrator is register auto-ha-hosts, fixing broken
host, restoring migrated vm.
- auto-ha call stop
Hi, all.
Currently, there is only one pid running for neutron-server. It's not
enough to handle the requests when undering lots of API access. So multiple
workers for neutron-server are urgrent necessary.
Please refer to
https://blueprints.launchpad.net/neutron/+spec/multi-workers-for-api-server
On 15/08/2013, at 3:02 AM, Jay Pipes wrote:
> On 08/14/2013 12:25 PM, Mac Innes, Kiall wrote:
>> So, Are we saying that UIs built on OpenStack APIs shouldn't be able to
>> show traditional pagination controls? Or am I missing how this should
>> work with marker/limit?
>
> No, not quite what I'm
+1 good idea
I was wondering this myself.
Sent from my really tiny device...
On Aug 14, 2013, at 1:07 PM, "Alexius Ludeman"
mailto:l...@lexinator.com>> wrote:
I kind of high jacked another thread with my testr problems, but I want to
reiterate it directly on this one as they are my pain point
Hi,
On 14/08/13 21:12, Lorin Hochstein wrote:
Here's a neutron implementation question: why does neutron model
"network" and "subnet" as separate entities?
Or, to ask another way, are there are any practical use cases where you
would *not* have a one-to-one relationship between neutron networks
43 matches
Mail list logo
