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
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 key)
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 right at
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 ;
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 need
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
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 more
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
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
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
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 changes
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 robe...@robertcollins.netwrote:
We deseperately want TripleO in the gate and are working towards it.
However, doing that acceptably
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
a
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
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 could
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) -
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 when
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
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 output part of
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
Dear all,
reading the TROVE's
Dochttp://docs.openstack.org/developer/trove/dev/design.html
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
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 imsplit...@gmail.com
Trove allows you to deploy a single vm with 1 server instance of whichever
service supported.
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
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
Hi,
Could someone review/approve this (Added SBT builder
supporthttps://review.openstack.org/#/c/44685/),
thanks!
https://review.openstack.org/#/c/44685/
/Peter
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
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 to the
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
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 buy an exception here if the configuration defaults to off (no change).
Thanks!
On Mon, Sep 9, 2013 at 8:29 AM, Thierry Carrez thie...@openstack.orgwrote:
stuart.mcla...@hp.com wrote:
This change:
https://review.openstack.org/#/c/32919/
is the final piece of a puzzle that allows a
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:
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
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
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
Before
On 9/9/13 9:25 AM, Russell Bryant rbry...@redhat.com 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
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
On 10 September 2013 08:04, Mike Spreitzer mspre...@us.ibm.com 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
Robert Collins robe...@robertcollins.net wrote on 09/06/2013 05:31:14
PM:
From: Robert Collins robe...@robertcollins.net
To: OpenStack Development Mailing List
openstack-dev@lists.openstack.org,
Date: 09/06/2013 05:36 PM
Subject: Re: [openstack-dev] [tripleo] Scaling of TripleO
...
My
On Mon, Sep 9, 2013 at 1:20 PM, Jarret Raim jarret.r...@rackspace.comwrote:
On 9/9/13 9:25 AM, Russell Bryant rbry...@redhat.com 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
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)
carl.bald...@hp.com 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
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 class.
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
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
is
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 will
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 dava...@gmail.com
To: OpenStack Development Mailing List
On Tue, Sep 10, 2013 at 12:01 AM, Russell Bryant rbry...@redhat.com 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
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
46 matches
Mail list logo
