Hello Nikolay,
Looking at this bp, it seems it has been targeted for icehouse-1 :(
I was waiting for this too (for some time now).
Mark I may be able to help if needed (will this use the same logic as the
abandoned code ?).
I am working on something similar to floating IPs but for "normal IPs".
On Thu, Sep 26, 2013 at 2:49 PM, Clint Byrum wrote:
> Excerpts from Joe Gordon's message of 2013-09-25 17:56:15 -0700:
>> Hi All,
>>
>> TL;DR: We will be automatically identifying your flaky tempest runs, so you
>> just have to confirm that you hit bug x, not identify which bug you hit.
>
> \o/
I
On Thu, Sep 26, 2013 at 03:05:16AM +, P Balaji-B37839 wrote:
> Hi Ravi,
>
> We did this as part of PoC few months back.
>
> Daniel can give us more comments on this as he is the lead for Libvirt
> support in Nova.
Just adding the ability to expose virtio-serial devices to the guest
doesn't d
Dose it mean that when use Open vSwitch as Neutron Plugin, we can not use both
KVM and Vmware as the underlying hypervisors at the same time?
It's very appreciated that those folks from Vmware could answer this question.
I apologize if this question was already covered and I missed it.
Yay!!
On 9/26/13 10:47 AM, "Michael Still" wrote:
>On Thu, Sep 26, 2013 at 2:49 PM, Clint Byrum wrote:
>> Excerpts from Joe Gordon's message of 2013-09-25 17:56:15 -0700:
>>> Hi All,
>>>
>>> TL;DR: We will be automatically identifying your flaky tempest runs,
>>>so you
>>> just have to confirm
Hi ALL,
When compute service is down, Performing action on instance will leave
instance's task_state
in intermediate state like 'powering-off'/'powering-on' until the compute
service is available again.
Details please see https://bugs.launchpad.net/nova/+bug/1228804, I also
post a patch for
On Tue, Sep 24 2013, Steven Gonzales wrote:
Hi Steven,
[…]
> We would love to discuss a way our projects could work together on some of
> these common goals and possibly collaborate. Would it be possible to set up
> a time for us talk briefly?
As Thomas said, feel free to join our meeting next
On Thu, Sep 26 2013, Joe Gordon wrote:
> TL;DR: We will be automatically identifying your flaky tempest runs, so you
> just have to confirm that you hit bug x, not identify which bug you hit.
I love you guys. It's really painful to work these days due to the high
failure rate.
I imagine the comm
no doubt, +1
On Tue, Sep 24, 2013 at 7:04 PM, Devananda van der Veen
wrote:
> Hi!
>
> I would like to nominate myself for the OpenStack Bare Metal Provisioning
> (Ironic) PTL position.
>
> I have been working with OpenStack for over 18 months, and was a scalability
> and performance consultant at
On Wed, Sep 25, 2013 at 09:45:32AM +0100, Henry Nash wrote:
> Hi
>
> Do we specify somewhere whether text field matching in the API is case
> sensitive or in-sensitive? I'm thinking about filters, as well as user and
> domain names in authentication. I think our current implementation will
> alw
On 25/09/13 17:56 -0700, Joe Gordon wrote:
Hi All,
TL;DR: We will be automatically identifying your flaky tempest runs, so you
just have to confirm that you hit bug x, not identify which bug you hit.
AWESOME!!
--
@flaper87
Flavio Percoco
__
On Thu, Sep 26, 2013 at 10:26 AM, Joe Gordon wrote:
> Hi All,
>
> TL;DR: We will be automatically identifying your flaky tempest runs, so
> you just have to confirm that you hit bug x, not identify which bug you hit.
>
>
This is great!
Chris
___
OpenSt
Hi Folks,
Could I get a review of the following change please:
https://review.openstack.org/#/c/47651/
It fixes a problem where users with the admin role in Neutron can't get a list
of servers.
It may also address this long standing High Importance issue,
https://bugs.launchpad.net/nova/+bug
On Wed, Sep 25, 2013 at 11:04:54PM +0200, Thomas Spatzier wrote:
> Excerpt from Clint's mail on 25.09.2013 22:23:07:
>
> >
> > I think we already have some summit suggestions for discussing HOT,
> > it would be good to come prepared with some visions for the future
> > of HOT so that we can hash t
The blueprint https://blueprints.launchpad.net/trove/+spec/mysql-ha
In order to become production ready DBaaS, Trove should provide ability to
deploy and manage high available database.
There are several approaches to achive HA in MySQL: driven by high
availability resource managers like Peacemak
A little more detail. We cut our feature complete release along with everyone
else for Havana M3. We are currently standing up the production environments
for the code. So, we believe that the codebase is pretty stable, but it has not
been run in production yet.
As John said, we're happy to hel
As many folks know, gerrit takes comments of either the form
recheck bug #X
or
recheck no bug
To kick off the check queue jobs again to handle flakey tests.
The problem is that we're getting a lot more "no bug" than bugs at this
point. If a failure happens in the OpenStack gate, it's usual
Hello everyone,
I'm glad to announce the 0.2.2 release of Savanna. This release contains 4
components: Savanna core, plugin for OpenStack Dashboard, diskimage-builder
elements and alpha version of python bindings.
Release Notes (https://wiki.openstack.org/wiki/Savanna/ReleaseNotes/0.2.2):
Fea
Hey Devs,
It's almost been a year since I sent out the first email and I've been getting
a few emails lately about alerts that the current license is about to expire.
Well, I've got a hold of our new license, good for another year. This'll give
you access to the new Pro edition of Pycharm and
On Sep 26, 2013, at 6:07 AM, Ilya Sviridov wrote:
> The blueprint https://blueprints.launchpad.net/trove/+spec/mysql-ha
>
> In order to become production ready DBaaS, Trove should provide ability to
> deploy and manage high available database.
>
> There are several approaches to achive HA in My
I would like to run for election as Cinder PTL for the upcoming
Icehouse release.
I've been involved with Openstack for more than 2 years, I've been an
active and vocal member of the Cinder core team since cinder was
formed and have contributed to variously to debates, reviews, designs
and code. B
On Sep 25, 2013, at 7:16 PM, Craig Vyvial wrote:
> So we have a blueprint for this and there are a couple things to point out
> that have changed since the inception of this BP.
>
> https://blueprints.launchpad.net/trove/+spec/configuration-management
>
> This is an overview of the API calls fo
Hi!
I send this email to get my PyCharm licence.
Thank you :)
- Original Message -
From: "Andrew Melton"
To: openstack-dev@lists.openstack.org
Sent: Thursday, September 26, 2013 5:41:17 PM
Subject: [openstack-dev] New Pycharm License
Hey Devs,
It's almost been a year since I sen
I would like to run for election as Cinder PTL for the upcoming
Icehouse release.
I've been involved with Openstack for more than 2 years, I've been an
active and vocal member of the Cinder core team since cinder was
formed and have contributed to variously to debates, reviews, designs
and code. B
On Thu, Sep 26, 2013 at 4:44 AM, Ralf Haferkamp wrote:
>
> As Dolph already suggested we should not allow usernames that just differ
> in
> capitalization ("JDoe" vs. "jdoe") to co-exist. (Which could be an
> argument
> for handling users case-insensitive in general)
>
This enforcement should b
On Thu, Sep 26, 2013 at 11:02 AM, Brant Knudson wrote:
>
> On Thu, Sep 26, 2013 at 4:44 AM, Ralf Haferkamp wrote:
>
>>
>> As Dolph already suggested we should not allow usernames that just differ
>> in
>> capitalization ("JDoe" vs. "jdoe") to co-exist. (Which could be an
>> argument
>> for hand
I see PATCH used all over the keystone v3 API. Its not used at all in other
older versions. I take that meaning that they did not want to add confusion
or many changes in the current version of the API.[1]
Although since the Configuration is technically a new API being added to
the core of Trove,
Excerpts from Henry Nash's message of 2013-09-25 01:45:32 -0700:
> Hi
>
> Do we specify somewhere whether text field matching in the API is case
> sensitive or in-sensitive? I'm thinking about filters, as well as user and
> domain names in authentication. I think our current implementation wil
We recently made a change to Zuul's scheduling algorithm (how it
determines which changes to combine together and run tests). Now when a
change fails tests (or has a merge conflict), Zuul will move it out of
the series of changes that it is stacking together to be tested, but it
will still keep th
On 09/26/2013 01:10 PM, James E. Blair wrote:
We recently made a change to Zuul's scheduling algorithm (how it
determines which changes to combine together and run tests). Now when a
change fails tests (or has a merge conflict), Zuul will move it out of
the series of changes that it is stacking
++ \m/
On Thu, Sep 26, 2013 at 10:10 AM, James E. Blair wrote:
> We recently made a change to Zuul's scheduling algorithm (how it
> determines which changes to combine together and run tests). Now when a
> change fails tests (or has a merge conflict), Zuul will move it out of
> the series of c
On Thu, Sep 26, 2013 at 7:49 AM, Sean Dague wrote:
> As many folks know, gerrit takes comments of either the form
>
> recheck bug #X
> or
> recheck no bug
>
> To kick off the check queue jobs again to handle flakey tests.
>
> The problem is that we're getting a lot more "no bug" than bugs at
On Thu, Sep 26, 2013 at 1:30 AM, Julien Danjou wrote:
> On Thu, Sep 26 2013, Joe Gordon wrote:
>
> > TL;DR: We will be automatically identifying your flaky tempest runs, so
> you
> > just have to confirm that you hit bug x, not identify which bug you hit.
>
> I love you guys. It's really painful
Just in case these help anyone, I've make a couple of bookmarks to a
couple of queries that have really been helping me deal with both my
patches, and things I need to review.
First of all:
https://review.openstack.org/#/q/status:open+owner:mordred%2540inaugust.com+label:CodeReview%253C%253D-1,n,
Awesome tip!
On Thu, Sep 26, 2013 at 02:11:58PM -0400, Monty Taylor wrote:
> Just in case these help anyone, I've make a couple of bookmarks to a
> couple of queries that have really been helping me deal with both my
> patches, and things I need to review.
>
> First of all:
>
> https://review.op
On Thu, Sep 26, 2013 at 2:07 PM, joseph assiga wrote:
> I just install OpenStack with scripts of devstack. But at the end i want
> to log in to the dashboard, but i did not see were to found the credential
> for.
>
The credentials are displayed at the end of stack.sh. The password will be
whatev
Hi,
I just install OpenStack with scripts of devstack. But at the end i want to
log in to the dashboard, but i did not see were to found the credential for.
Please could you help get this credential.
Thanks.
Sincerely,
--
*
*
Joseph ASSIGA
+33(0)6 15 73 44 09
josephassiga.com
joecloud.blo
Thanks everyone who have joined Savanna meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-09-26-18.03.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-09-26-18.03.txt
Log:
http://eavesdr
Hi,
>From the link
http://docs.openstack.org/grizzly/openstack-network/admin/content/flexibility.html
I can see there is a Nicira NVP plugin for vmware. I am using the devstack
to install the openstack, do you know how to enable the plugin in the
localrc file? From the link here
https://wiki.opens
Hey, sorry for necroposting. I completely missed this thread when it was
active, but Russel just pointed it out to me on Twitter earlier today and
I couldn't help myself.
2013/7/19 Sandy Walsh :
> On 07/19/2013 05:01 PM, Boris Pavlovic wrote:
> Sorry, I was commenting on Soren's suggestion from w
Hi Xin,
In order to use the NVP plugin you need to have NVP which the plugin talks
to. Do you have access to NVP?
Best,
Aaron
On Thu, Sep 26, 2013 at 1:47 PM, openstack learner <
openstacklea...@gmail.com> wrote:
> Hi,
>
> From the link
> http://docs.openstack.org/grizzly/openstack-network/ad
On 09/26/2013 02:11 PM, Monty Taylor wrote:
> Just in case these help anyone, I've make a couple of bookmarks to a
> couple of queries that have really been helping me deal with both my
> patches, and things I need to review.
Thanks for sharing! I saved off a reference to this post on:
https
On Thu, Sep 26, 2013 at 1:53 PM, Soren Hansen wrote:
> Hey, sorry for necroposting. I completely missed this thread when it was
> active, but Russel just pointed it out to me on Twitter earlier today and
> I couldn't help myself.
>
>
> 2013/7/19 Sandy Walsh :
> > On 07/19/2013 05:01 PM, Boris Pav
On Mon, Sep 23, 2013 at 6:20 PM, Thierry Carrez wrote:
> Monty Taylor wrote:
> > On 09/20/2013 02:47 PM, Michael Still wrote:
> >> Before https://review.openstack.org/#/c/46867/ if file injection of a
> >> mandatory file fails, nova just silently ignores the failure, which is
> >> clearly wrong. H
On Thu, Sep 26, 2013 at 3:12 PM, Michael Davies wrote:
> On Mon, Sep 23, 2013 at 6:20 PM, Thierry Carrez
> wrote:
> > Monty Taylor wrote:
> > > On 09/20/2013 02:47 PM, Michael Still wrote:
> > >> Before https://review.openstack.org/#/c/46867/ if file injection of a
> > >> mandatory file fails, no
Looks good, my only question is on how we signal the translation team
that we're breaking string freeze for this, or even if we have a
mechanism for that.
On Thu, Sep 26, 2013 at 6:29 PM, Joe Gordon wrote:
>
>
>
> On Thu, Sep 26, 2013 at 3:12 PM, Michael Davies
> wrote:
>>
>> On Mon, Sep 23, 201
Awesome work Jim! Love the visualisation :-)
Cheers,
Josh
--
Rackspace Australia
On 9/27/13 3:10 AM, James E. Blair wrote:
We recently made a change to Zuul's scheduling algorithm (how it
determines which changes to combine together and run tests). Now when a
change fails tests (or has a merg
Dear Vui,
Thank you very much for your information.
> After obtaining a sparse ide vmdk from "qemu-img convert", due to a
bug in the
> VMware nova driver, you need to convert the vmdk to a thin or
preallocated disk.
We tested it based on your information by using the ide.
The preallocated op
Hi Jason,
Comments inlined. If it helps, I can also work with you off-list via email to
help resolve the issues you have.
Thanks,
Vui
- Original Message -
| From: "Jason Zhang"
| To: "OpenStack Development Mailing List"
| Cc: "Vui Chiap Lam"
| Sent: Thursday, September 26, 2013
Hi All,
As many of you may have suspected the gate has gotten less stable in the
past few days. Turns out we have the numbers to prove it too!
http://graphite.openstack.org/graphlot/?width=586&from=00%3A00_20130919&_salt=1380244287.508&height=308&target=summarize(stats_counts.zuul.pipeline.gate.
On Thu, Sep 26, 2013 at 6:41 PM, Joe Gordon wrote:
> Hi All,
>
> As many of you may have suspected the gate has gotten less stable in the
> past few days. Turns out we have the numbers to prove it too!
>
>
> http://graphite.openstack.org/graphlot/?width=586&from=00%3A00_20130919&_salt=1380244287
51 matches
Mail list logo