Re: [openstack-dev] OpenStack + PyPy: Status and goals

Hi Alex, That's really cool! I believe, performance is not the only benefit we can get from running OpenStack projects on PyPy. We can also improve the overall "correctness" of our code (as PyPy behaves differently with non-closed files, etc), just like compiling of your C/C++ app using different

Re: [openstack-dev] [nova] FFE Request: v3 setting v3 API core

On Tue, Sep 10, 2013 at 12:01 AM, Russell Bryant wrote: > On 09/09/2013 07:38 AM, Thierry Carrez wrote: > > Christopher Yeoh wrote: > >> The following 3 changesets in the queue: > > Agreed, that sounds like a useful pre-release cleanup. > > No objection from me, especially if this is ready to lan

Re: [openstack-dev] [Neutron] Gate breakage for multi-process API patch.

Thank you for that information. I see that rechecks page referenced from the wiki now that you have mentioned it. I have learned something. Carl Sent from my HTC - Reply message - From: "Davanum Srinivas" To: "OpenStack Development Mailing List" Subject: [openstack-dev] [Neutron] Ga

Re: [openstack-dev] [Neutron] Gate breakage for multi-process API patch.

Carl, if you check the "rechecks" page - http://status.openstack.org/rechecks/you will see 18 other reviews hitting the same bug reported at https://bugs.launchpad.net/tempest/+bug/1197476. So, in your review for https://review.openstack.org/#/c/37131/, add a comment "recheck bug 1197476" which w

[openstack-dev] [Neutron] Bug #1209011

Hi all, This bug was marked as fix released for H-3. However, the fix that was merged was reverted due to gate breakage. The patch was resubmitted as https://review.openstack.org/#/c/42412/ and fixes the gate breakage but this new patch has not been merged. So, the bug state of "Yix released" i

[openstack-dev] [Neutron] Gate breakage for multi-process API patch.

Hi all, https://review.openstack.org/#/c/37131/ This review has been consistently marked as fail for the last three patch sets. I'm scratching my head over how the failure is related to the patch. Can anyone lend some insight? Is this a known failure that is not caused by my patch or is this f

Re: [openstack-dev] [Trove] Modify source code for Postgres engine

On Sep 6, 2013, at 8:19 AM, Giuseppe Galeota wrote: > Dear all, > this is a technical question. I would try to modify the source code of Trove > in order to create databases instances using Postgres engine. I think that it > is necessary to modify the "create" method in the "InstanceController"

Re: [openstack-dev] [Neutron] Bug #1209011

Carl- Thanks for pointing this out. I've fixed the bug status. mark On Sep 9, 2013, at 6:33 PM, "Baldwin, Carl (HPCS Neutron)" wrote: > Hi all, > > This bug was marked as fix released for H-3. However, the fix that was > merged was reverted due to gate breakage. The patch was resubmitted

[openstack-dev] [qa] tempest bug day - Sept 17th

hi there, yes, a testsuite can suffer itself from bugs :) Instead we want/need it to be rock solid for the havana candidates and are calling for your help with another tempest bug day. We had our last bug day back in May and it was quite effective but, from then, the test runner has switched

[openstack-dev] OpenStack + PyPy: Status and goals

Hi all, Many of you have probably seen me send review requests in the last few weeks about adding PyPy support to various OpenStack projects. A few people were confused by these, so I wanted to fill everyone in on what I'm up to :) First, for those who aren't familiar with what PyPy is: PyPy is a

Re: [openstack-dev] [tripleo] Scaling of TripleO

On 10 September 2013 02:03, James Slagle wrote: >> working on the scale-out story in much detail >> (I'm very interested in where you got the idea that >> all-nodes-identical was the scaling plan for TripleO - it isn't :)) > > It's just a misconception on my part. I was trying to get an understan

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

On Mon, Sep 9, 2013 at 1:20 PM, Jarret Raim wrote: > > > On 9/9/13 9:25 AM, "Russell Bryant" wrote: > > >On 09/09/2013 04:57 AM, Thierry Carrez wrote: > >> Russell Bryant wrote: > >>> I would be good with the exception for this, assuming that: > >>> > >>> 1) Those from nova-core that have reviewe

Re: [openstack-dev] [tripleo] Scaling of TripleO

Robert Collins wrote on 09/06/2013 05:31:14 PM: > From: Robert Collins > To: OpenStack Development Mailing List , > Date: 09/06/2013 05:36 PM > Subject: Re: [openstack-dev] [tripleo] Scaling of TripleO > > ... > My vision for TripleO/undercloud and scale in the long term is: > - A fully redu

Re: [openstack-dev] [tripleo] Scaling of TripleO

On 10 September 2013 08:04, Mike Spreitzer wrote: > >> My vision for TripleO/undercloud and scale in the long term is: >> - A fully redundant self-healing undercloud >> - (implies self hosting) > ... > > Robert, what do you mean by "self hosting"? If a cloud can self-host, why > do we need two

[openstack-dev] [TripleO] summit.openstack.org track label for TripleO -> Deployment

Thierry, is it possible to change this to 'Deployment' rather than TripleO in the summit tool? I think it would avoid folk interested in Tuskar failing to find a place to submit their proposals, and as a program we are multi-project - Tomas and I have just discussed this in the tripleo meeting slot

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

On 9/9/13 9:25 AM, "Russell Bryant" wrote: >On 09/09/2013 04:57 AM, Thierry Carrez wrote: >> Russell Bryant wrote: >>> I would be good with the exception for this, assuming that: >>> >>> 1) Those from nova-core that have reviewed the code are still happy >>>with >>> it and would do a final revi

Re: [openstack-dev] [QA]Tempest CLI Compute-Manage

On Mon, Sep 9, 2013 at 10:48 AM, Martinez, Castulo < castulo.marti...@intel.com> wrote: > > > Best Regards / Saludos! > > Castulo J. Martinez > ISTQB Test Manager > QA Engineer | Q1st team @GDC > Intel | Security Engineering and Cloud Integration (SECI) > Office: +52.33.2282.4083 | iNet: 8286-4083

[openstack-dev] [savanna-dashboard] version 0.3 - updated UI mockups for EDP workflow

Updated UI mockups for savanna dashboard EDP. https://wiki.openstack.org/wiki/Savanna/UIMockups/JobCreation Regards, Chad ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] Code review (Jenkins-job-builder / sbt-plugin)

I believe we are waiting for Mathieu Gagné re-review before approving. ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] FFE Request: Add swift_store_ssl_compression param

I buy an exception here if the configuration defaults to off (no change). Thanks! On Mon, Sep 9, 2013 at 8:29 AM, Thierry Carrez wrote: > stuart.mcla...@hp.com wrote: > > This change: > > > > https://review.openstack.org/#/c/32919/ > > > > is the final piece of a puzzle that allows a (potential

[openstack-dev] [marconi] Summary from today's meeting

Hi Folks, Today we discussed the SQL driver, performance patches, and a few other interesting tidbits. Summary: http://goo.gl/RbeSUa Log: http://goo.gl/UqNSPj Note also that we now have eavesdrop working for #openstack-marconi so you can find our day-to-day chats archived in the usual place: ht

[openstack-dev] [QA]Tempest CLI Compute-Manage

Best Regards / Saludos! Castulo J. Martinez ISTQB Test Manager QA Engineer | Q1st team @GDC Intel | Security Engineering and Cloud Integration (SECI) Office: +52.33.2282.4083 | iNet: 8286-4083  Before printing consider your Environmental Responsibility! -Original Message- From: Sean D

[openstack-dev] [Infra] Meeting Tuesday September 10th at 19:00 UTC

The OpenStack Infrastructure (Infra) team is hosting our weekly meeting tomorrow, Tuesday September 10th, 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 i

Re: [openstack-dev] [glance] FFE Request: Add swift_store_ssl_compression param

stuart.mcla...@hp.com wrote: > This change: > > https://review.openstack.org/#/c/32919/ > > is the final piece of a puzzle that allows a (potentially significant) > performance improvement for image uploads (snapshots)/downloads when > using ssl. I guess that's why I like puzzles being targeted

[openstack-dev] [Murano] Meeting Minutes 2013-09-09

Hello, Below, you can see the meeting minutes from today's Murano meeting. Minutes: http://eavesdrop.openstack.org/meetings/murano/2013/murano.2013-09-09-15.01.html Minutes (text): http://eavesdrop.openstack.org/meetings/murano/2013/murano.2013-09-09-15.01.txt Log: http://eavesdrop.openstack.org/

[openstack-dev] Code review (Jenkins-job-builder / sbt-plugin)

Hi, Could someone review/approve this (Added SBT builder support), thanks! https://review.openstack.org/#/c/44685/ /Peter ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.o

[openstack-dev] [Tuskar] Meeting agenda for Tue 10th September at 19:00 UTC

The Tuskar team holds a meeting in #openstack-meeting-alt, see https://wiki.openstack.org/wiki/Meetings/Tuskar The next meeting is on Tuesday 10th September at 19:00 UTC. Current topics for discussion: * Documentation * Simplify development setup * Tests * Releases & Milestones * Open discussi

[openstack-dev] [marconi] Agenda for Today's Meeting @ 1600 UTC

The Marconi project team holds a weekly meeting in #openstack-meeting-alt on Mondays, 1600 UTC. The next meeting is today, September 9th. Everyone is welcome. However, please take a minute to review the wiki before attending for the first time: http://wiki.openstack.org/marconi ## Agenda (6

Re: [openstack-dev] [Openstack] [TROVE] database instance creation

So, I think that "Trove is designed to support a *single-tenant *database within a Nova instance" is a misleading definition. What do you think? Giuseppe 2013/9/9 Daniel Salinas > Trove allows you to deploy a single vm with 1 server instance of whichever > service supported. So for example, i

Re: [openstack-dev] [Openstack] [TROVE] database instance creation

Dear all, reading the TROVE's Doc I see that "The trove-taskmanager service does the heavy lifting as far as provisioning instances, managing the lifecycle of instances, and performing operations on the *Database instance*". So, once an i

Re: [openstack-dev] [nova] Needs approval again after rebase

On 09/06/2013 07:04 PM, Yingjun Li wrote: > Hi, The patch https://review.openstack.org/43583 was approved but failed > to get merged. Could any core reviewer take a look at this after rebase ? Got it. Thanks, -- Russell Bryant ___ OpenStack-dev maili

Re: [openstack-dev] [nova] FFE Request: v3 setting v3 API core

On 09/09/2013 07:38 AM, Thierry Carrez wrote: > Christopher Yeoh wrote: >> The following 3 changesets in the queue: >> >> https://review.openstack.org/#/c/43274/ >> https://review.openstack.org/#/c/43278/ >> https://review.openstack.org/#/c/43280/ >> >> make keypairs, scheduler hints and console ou

Re: [openstack-dev] [Openstack] [TROVE] database instance creation

Trove allows you to deploy a single vm with 1 server instance of whichever service supported. So for example, if you were to deploy a mysql instance, you would have 1 vm with 1 mysql instance running on it. You can put as many databases on that one server instance as you would like with as many d

Re: [openstack-dev] [Nova] FFE exception for https://review.openstack.org/#/c/45126/

On 09/09/2013 05:01 AM, Thierry Carrez wrote: > Robert Collins wrote: >> This small patch is needed for the pxe orchestration integration that >> will (finally!) permit using Neutron DHCP rather than a manual dnsmasq >> for Nova baremetal (and Ironic). >> >> We only found out that this was buggy wh

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

On 09/09/2013 04:57 AM, Thierry Carrez wrote: > Russell Bryant wrote: >> I would be good with the exception for this, assuming that: >> >> 1) Those from nova-core that have reviewed the code are still happy with >> it and would do a final review to get it merged. >> >> 2) There is general consensus

[openstack-dev] [TROVE] database instance creation

Dear all, reading the TROVE's DocI see that Trove is designed to support a single-tenant database within a Nova instance. What does means this? Does it mean that Trove creates a single VM instance in which a single database instance is cr

Re: [openstack-dev] [tripleo] Scaling of TripleO

On Sat, Sep 07, 2013 at 09:31:14AM +1200, Robert Collins wrote: > Hey James, thanks for starting this thread : it's clear we haven't > articulated what we've discussed well enough [it's been a slog > building up from the bottom...] > > I think we need to set specific goals - latency, HA, diagnosti

[openstack-dev] [glance] FFE Request: Add swift_store_ssl_compression param

This change: https://review.openstack.org/#/c/32919/ is the final piece of a puzzle that allows a (potentially significant) performance improvement for image uploads (snapshots)/downloads when using ssl. Its the last change required for the following paths: (nova/cinder) -> (glance client) ->

Re: [openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

On 09/09/13 14:17, Boris Pavlovic wrote: > Nikola, > > The main problem in this case that we use DB in wrong way. > If you need in online request to return 100k rows then you are doing > something wrong IMHO. Agreed! > And this fix is better then nothing (and it is the > best thing that we co

Re: [openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

Nikola, The main problem in this case that we use DB in wrong way. If you need in online request to return 100k rows then you are doing something wrong IMHO. And this fix is better then nothing (and it is the best thing that we could do). Best regards, Boris Pavlovic On Mon, Sep 9, 2013 at 4

Re: [openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

On 09/09/13 13:12, Roman Podolyaka wrote: > Hi, > > I'm ok with both accepting this patch and reverting the commit, which > introduced the regression, but it would be really nice to have these DB > optimizations in Nova. > > As for your concern of accepting such optimizations. I don't think, it's

Re: [openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

Robert, Cool! That would be really nice! nova-bm functional tests are the bare minimum we need. Thanks, Roman On Mon, Sep 9, 2013 at 2:27 PM, Robert Collins wrote: > We deseperately want TripleO in the gate and are working towards it. > However, doing that acceptably fast makes it non-trivial

Re: [openstack-dev] [nova] FFE Request: v3 setting v3 API core

Christopher Yeoh wrote: > The following 3 changesets in the queue: > > https://review.openstack.org/#/c/43274/ > https://review.openstack.org/#/c/43278/ > https://review.openstack.org/#/c/43280/ > > make keypairs, scheduler hints and console output part of the V3 core > api. This essentially chan

Re: [openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

We deseperately want TripleO in the gate and are working towards it. However, doing that acceptably fast makes it non-trivial [nested VM's are kindof slow...]. If there was BYOI in RackSpace and in HP's non-Beta regions, and custom networking in both clouds, then we could avoid a layer of nesting a

[openstack-dev] run_tests in debug mode fails

Hi all I need to debug a specific test but when I try to run it in debug mode using the "run_tests -d" (I need to attach pdb) that command fails but if I run the script without the "-d" option that works. I created a brand-new env so I don't think it's related to my local env. Anyone is experien

Re: [openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

Hi, I'm ok with both accepting this patch and reverting the commit, which introduced the regression, but it would be really nice to have these DB optimizations in Nova. As for your concern of accepting such optimizations. I don't think, it's a problem of such patches themselves, but rather with t

Re: [openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

On 09/09/13 11:25, Roman Podolyaka wrote: > Hi, > > There is a patch on review (https://review.openstack.org/#/c/45422/) > fixing https://bugs.launchpad.net/tripleo/+bug/1221620 which has > importance 'Critical' in Nova and TripleO (long story short: currently > Nova Baremetal deployments with mor

[openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

Hi, There is a patch on review (https://review.openstack.org/#/c/45422/) fixing https://bugs.launchpad.net/tripleo/+bug/1221620 which has importance 'Critical' in Nova and TripleO (long story short: currently Nova Baremetal deployments with more than one baremetal node won't work). It would be re

Re: [openstack-dev] [nova] FFE Request: Pass image meta to hard reboot for generating xml

Wangpan wrote: > I have a patch need to be reviewed, which fix the bug > https://bugs.launchpad.net/nova/+bug/1206809 > and this is the commit: https://review.openstack.org/#/c/39668/ > I think this is a serious bug because we may lose some features > [...] This looks like a bugfix. There is no ne

[openstack-dev] [Neutron]All unittest passed but Jenkins failed

currently, i don't know if it is coverage problem or something else. the direct cause is: sudo /usr/local/jenkins/slave_scripts/jenkins-sudo-grep.sh post Sep 9 06:57:23 precise1 sudo: jenkins : 3 incorrect password attempts ; TTY=unknown ; PWD=/home/jenkins/workspace/gate-neutron-python27 ; US

Re: [openstack-dev] [Nova] FFE exception for https://review.openstack.org/#/c/45126/

Robert Collins wrote: > This small patch is needed for the pxe orchestration integration that > will (finally!) permit using Neutron DHCP rather than a manual dnsmasq > for Nova baremetal (and Ironic). > > We only found out that this was buggy when integration testing, and > this patch came in rig

Re: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes

Russell Bryant wrote: > I would be good with the exception for this, assuming that: > > 1) Those from nova-core that have reviewed the code are still happy with > it and would do a final review to get it merged. > > 2) There is general consensus that the simple config based key manager > (single

[openstack-dev] [nova] FFE Request: Pass image meta to hard reboot for generating xml

Hi, I have a patch need to be reviewed, which fix the bug https://bugs.launchpad.net/nova/+bug/1206809 and this is the commit: https://review.openstack.org/#/c/39668/ I think this is a serious bug because we may lose some features supporting which enabled by the image properity after hard reboot