On 08/04/14 01:50, Robert Collins wrote:
> tl;dr: 3 more core members to propose:
> bnemec
> greghaynes
> jdon
-1, there's a typo in jdob's nick ;-)
In all seriousness, I support all of them being added to core.
>
>
> On 4 April 2014 08:55, Chris Jones wrote:
>> Hi
>>
>> +1 for your proposed
Sean,
I've added Salvatore's code review of "Hide ipv6 subnet API attributes" to
our discussion list.
https://review.openstack.org/#/c/85869/
Xuhan
On Tue, Apr 8, 2014 at 4:49 AM, Collins, Sean <
sean_colli...@cable.comcast.com> wrote:
> Hi,
>
> I've added a section for tomorrow's agenda, pl
On Mon, 2014-04-07 at 15:24 -0400, Doug Hellmann wrote:
> We can avoid adding to the problem by putting each new library in its
> own package. We still want the Oslo name attached for libraries that
> are really only meant to be used by OpenStack projects, and so we need
> a naming convention. I'm
On Apr 8, 2014, at 3:28 AM, Mark McLoughlin wrote:
> On Mon, 2014-04-07 at 15:24 -0400, Doug Hellmann wrote:
>> We can avoid adding to the problem by putting each new library in its
>> own package. We still want the Oslo name attached for libraries that
>> are really only meant to be used by Ope
Howdy Stackers!
There is a security group problem has been bothering me, but I do not know
whether is appropriate to consult in there! For a security group rule, it will
convert to iptable rules in compute node, but a iptable rule '-m state --state
RELATED,ESTABLISHED -j RETURN' confuse me, ac
Hi Sean,
That's OK for me, thanks for your work.
Thanks & Best Regards
Yu Da Zhao(于大钊)
--
Cloud Solutions & OpenStack Development
China Systems & Technology Laboratory in Beijing
Email: d...@cn.ibm.com
Tel: (86)10-82450677
---
+1 for the -core changes
jdon sounds like a pretty cool Mafia name, +1 for Don Jay
On 04/08/2014 09:10 AM, Tomas Sedovic wrote:
On 08/04/14 01:50, Robert Collins wrote:
tl;dr: 3 more core members to propose:
bnemec
greghaynes
jdon
-1, there's a typo in jdob's nick ;-)
In all seriousness, I
Hi Neutron stackers,
I have a question about how to fix the problem of DHCP port address being
SNAT by L3 agent.
I have my neutron DHCP agent and L3 agent running on the same network node,
and I disabled namespace usage in both agent configuration. I have one
router created with one external netw
+1 to this:
nova:
config:
default.compute_manager:
ironic.nova.compute.manager.ClusterComputeManager
cells.driver: nova.cells.rpc_driver.CellsRPCDriver
Adding a generic mechanism like this and having everything configurable
seems like a best option to me.
On 04/08/2014 01:51
Thanks Mainn for putting this together, looks like a fairly precise list
of things
we need to do in J.
On 04/07/2014 03:36 PM, Tzu-Mainn Chen wrote:
Hi all,
One of the topics of discussion during the TripleO midcycle meetup a few weeks
ago was the direction we'd like to take Tuskar during Juno
Sean,
Sure. Thanks for fixing this.
Xuhan
On Tue, Apr 8, 2014 at 3:42 PM, Da Zhao Y Yu wrote:
> Hi Sean,
>
> That's OK for me, thanks for your work.
>
>
> Thanks & Best Regards
> Yu Da Zhao(于大钊)
> --
> Cloud Solutions & OpenStack Development
> C
Hi,
I have some issues when running unit tests in OpenStack. I would like to help,
but I don't know where I should start and how I can fix these bugs. My use case
is to run unit tests and rerun a single test if one or more tests failed. Well,
it should be the most basic use case, no?
(1) Firs
> From: Steven Dake
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 07/04/2014 21:45
> Subject: Re: [openstack-dev] [heat] Managing changes to the Hot
> Specification (hot_spec.rst)
>
> On 04/07/2014 11:01 AM, Zane Bitter wrote:
> > On 06/04/14 14:23, Steven Dake wr
Hi, Stackers,
For Amazon, after calling ModifyInstanceAttribute API , the instance
must be stopped.
In fact, the hypervisor can online-adjust these attribute. But amzon
and openstack do not support it.
So I want to know what are your advice about introducing t
Hi!
In this method "q" is query argument and used for filtering response.
In code you may set this parameter with list of dicts, like this:
q=[{"field": "resource_id", "value": "a", "op": "eq"}]
More examples of queries at
http://docs.openstack.org/developer/ceilometer/webapi/v2.html?highlight=
Hi Victor,
This page is worth it : https://wiki.openstack.org/wiki/Testr
Comments inline.
-Sylvain
2014-04-08 10:13 GMT+02:00 victor stinner :
> Hi,
>
> I have some issues when running unit tests in OpenStack. I would like to
> help, but I don't know where I should start and how I can fix these
Made a typo,
2014-04-08 10:41 GMT+02:00 Sylvain Bauza :
>
>> IMO it's a huge bug in the testr tool: "testr run" command should not
>> write binary data into stdout. It makes development very hard.
>>
>>
>
> That's happening when testr is trying to locate all unittests classes.
> Switching to nos
Oh, I already got feedback from colleagues :-) Thanks.
> (1) First problem: if a Python module cannot be loaded, my terminal is
> flooded with a binary stream which looks like:
>
> ...
> tCase.test_deprecated_without_replacement\xd7\xe1\x06\xa1\xb3)\x01@l...@atests.unit.test_versionutils.Deprecat
On 8.4.2014 01:50, Robert Collins wrote:
tl;dr: 3 more core members to propose:
bnemec
greghaynes
jdon
+1
Jirka
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hello everyone,
Due to various release-critical issues detected in Keystone icehouse
RC1, a new release candidate was just generated. You can find a list of
the 8 bugs fixed and a link to the RC2 source tarball at:
https://launchpad.net/keystone/icehouse/icehouse-rc2
Unless new release-critical
On Mon, Apr 07 2014, Doug Hellmann wrote:
> We can avoid adding to the problem by putting each new library in its
> own package. We still want the Oslo name attached for libraries that
> are really only meant to be used by OpenStack projects, and so we need
> a naming convention. I'm not entirely
On 07/04/14 18:05, Jan Provazník wrote:
> On 04/07/2014 03:49 PM, Roman Podoliaka wrote:
> 2. HA the neutron node. For each neutron services/agents of
> interest (neutron-dhcp-agent, neutron-l3-agent,
> neutron-lbaas-agent ... ) fix any issues with running these in
> HA - perhaps th
On 07/04/14 16:49, Roman Podoliaka wrote:
> Hi all,
>
> Perhaps, we should file a design session for Neutron-specific questions?
that's a good idea - unfortunately I won't be at summit... if there is
more interest and you do go ahead with this please let me know I will
try and join by hangout for
On 07/04/14 15:56, Dmitriy Shulyak wrote:
> Hi Marios, thanks for raising this.
>
> There is in progress blueprint that should address some issues with neutron
> ha deployment -
> https://blueprints.launchpad.net/neutron/+spec/l3-high-availability.
>
> Right now neutron-dhcp agent can be configur
Sylvain Bauza wrote:
>> (2) When a test fails, it's hard to find the command to rerun a single
>> failing test.
> (...)
>
> See the wiki page I gave to you. Some helpful tricks are there. That said, I
> never had the issue you mentioned related to only checking one unittest by
> providing the pat
On Wed, Apr 02, 2014 at 08:24:00AM -0500, Dolph Mathews wrote:
> On Mon, Mar 31, 2014 at 10:40 PM, Adam Young wrote:
>
> > On 03/28/2014 03:01 AM, Tom Fifield wrote:
> >
> >> Thanks to those projects that responded. I've proposed sessions in swift,
> >> ceilometer, tripleO and horizon.
> >>
> >
>
On Fri, Mar 28, 2014 at 03:01:30PM +0800, Tom Fifield wrote:
> Thanks to those projects that responded. I've proposed sessions in
> swift, ceilometer, tripleO and horizon.
I just created a session for Heat:
http://summit.openstack.org/cfp/details/247
Historically Heat sessions have been quite we
Guys, thank you very much for your comments,
I thought a lot about why we need to be so limited in IPA use cases. Now it
much clearer for me. Indeed, having some kind of agent running inside host
OS is not what many people want to see. And now I'd rather agree with that.
But there are still some
> -Original Message-
> From: Robert Collins [mailto:robe...@robertcollins.net]
> Sent: 07 April 2014 21:01
> To: OpenStack Development Mailing List
> Subject: [openstack-dev] [TripleO] config options, defaults, oh my!
>
> So one interesting thing from the influx of new reviews is lots of p
Hi,
Le mardi 8 avril 2014, 10:54:24 Julien Danjou a écrit :
> On Mon, Apr 07 2014, Doug Hellmann wrote:
> > We can avoid adding to the problem by putting each new library in its
> > own package. We still want the Oslo name attached for libraries that
> > are really only meant to be used by OpenSta
Vishvananda Ishaya wrote:
> I dealt with this myself the other day and it was a huge pain. That said,
> changing all the packages seems like a nuclear option.
Yeah, package renaming is usually a huge pain for distributions, and we
already forced them through some oslo reversioning/renaming process
> https://bugs.launchpad.net/nova/+bug/1303983
>
> --
> Russell Bryant
Wow - was there really a need to get that change merged within 12 hours and
before others had a chance to review and comment on it ?
I see someone has already queried (post the merge) if there isn't a performance
impact.
I
On 04/08/2014 06:03 AM, Day, Phil wrote:
>> -Original Message-
>> From: Robert Collins [mailto:robe...@robertcollins.net]
>> Sent: 07 April 2014 21:01
>> To: OpenStack Development Mailing List
>> Subject: [openstack-dev] [TripleO] config options, defaults, oh my!
>>
>> So one interesting th
Its more than just non-admin, it also allows a user to lock an instance so
that they don’t accidentally perform some operation on a VM.
At one point it was (by default) an admin only operation on the OSAPI, but its
always been open to all users in EC2. Recently it was changed so that admin
a
> -Original Message-
> From: Russell Bryant [mailto:rbry...@redhat.com]
> Sent: 07 April 2014 19:12
> To: openstack-dev@lists.openstack.org
> Subject: Re: [openstack-dev] [nova] Server Groups are not an optional
> element, bug or feature ?
>
>
...
> I consider it a complete working fea
Abusive usage : If user can request anti-affinity VMs, then why doesnt
he uses that? This will result in user constantly requesting all his VMs
being in the same anti-affinity group. This makes scheduler choose one
physical host per VM. This will quickly flood the infrastructure and mess
up with
(Follow-up of the "[olso] use of the "oslo" namespace package" thread)
Hi,
The openstack.common module also known as "Oslo Incubator" or "OpenStack
Common Libraries" has 44 dependencies. IMO we reach a point where it became
too huge. Would it be possible to split it into smaller parts and distr
Hi Justin,
Glad you like the idea of using lock ;-)
I still think you need some more granularity that user or admin - currently for
Trove to lock the users VMs as admin it would need an account that has admin
rights across the board in Nova, and I don't think folks would want to delegate
tha
On a large cloud you're protect against this to some extent if the number of
servers is >> number of instances in the quota.
However it does feel that there are a couple of things missing to really
provide some better protection:
- A quota value on the maximum size of a server group
Hi Victor,
>>> The openstack.common module also known as "Oslo Incubator" or "OpenStack
>>> Common Libraries" has 44 dependencies. IMO we reach a point where it became
>>> too huge. Would it be possible to split it into smaller parts and
>>> distribute it on PyPI with a stable API? I don't know
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/04/14 12:35, Victor Stinner wrote:
> (Follow-up of the "[olso] use of the "oslo" namespace package"
> thread)
>
> Hi,
>
> The openstack.common module also known as "Oslo Incubator" or
> "OpenStack Common Libraries" has 44 dependencies. IMO we
On Tue, Apr 8, 2014 at 6:03 AM, Day, Phil wrote:
>> -Original Message-
>> From: Robert Collins [mailto:robe...@robertcollins.net]
>> Sent: 07 April 2014 21:01
>> To: OpenStack Development Mailing List
>> Subject: [openstack-dev] [TripleO] config options, defaults, oh my!
>>
>> So one inter
On 2014/07/04 15:36, Tzu-Mainn Chen wrote:
Hi all,
One of the topics of discussion during the TripleO midcycle meetup a few weeks
ago was the direction we'd like to take Tuskar during Juno. Based on the ideas
presented there, we've created a tentative list of items we'd like to address:
https
On 2014/08/04 01:50, Robert Collins wrote:
tl;dr: 3 more core members to propose:
bnemec
greghaynes
jdon
jdon -> jdob
+1 for all the folks.
-- Jarda
On 4 April 2014 08:55, Chris Jones wrote:
Hi
+1 for your proposed -core changes.
Re your question about whether we should retroactively
On 04/08/2014 06:16 AM, Day, Phil wrote:
>> https://bugs.launchpad.net/nova/+bug/1303983
>>
>> --
>> Russell Bryant
>
> Wow - was there really a need to get that change merged within 12 hours and
> before others had a chance to review and comment on it ?
It was targeted against RC2 which we're t
On 2014/03/04 13:02, Robert Collins wrote:
Getting back in the swing of things...
Hi,
like most OpenStack projects we need to keep the core team up to
date: folk who are not regularly reviewing will lose context over
time, and new folk who have been reviewing regularly should be trusted
with
On 04/08/2014 06:29 AM, Day, Phil wrote:
>
>
>> -Original Message-
>> From: Russell Bryant [mailto:rbry...@redhat.com]
>> Sent: 07 April 2014 19:12
>> To: openstack-dev@lists.openstack.org
>> Subject: Re: [openstack-dev] [nova] Server Groups are not an optional
>> element, bug or feature
For an user with role as "Member" , how to get the contents of "extra" column
from user table in keystone DB using python keystone
API. Also for a user who is already logged in from horizon how can this column
be extracted on Django side.
Thanks,
Naveen.__
Hi
+1
Cheers,
--
Chris Jones
> On 8 Apr 2014, at 00:50, Robert Collins wrote:
>
> tl;dr: 3 more core members to propose:
> bnemec
> greghaynes
> jdon
>
>
>> On 4 April 2014 08:55, Chris Jones wrote:
>> Hi
>>
>> +1 for your proposed -core changes.
>>
>> Re your question about whether we sh
Hi
> On 8 Apr 2014, at 11:20, Sean Dague wrote:
>
> I think Phil is dead on. I'll also share the devstack experience here.
> Until we provided the way for arbitrary pass through we were basically
> getting a few patches every week that were "let me configure this
> variable in the configs" o
On Tue, Apr 8, 2014 at 9:17 AM, Deepak Shetty wrote:
> Hi List,
> I had few Qs on the implementation of manage_existing and unmanage API
> extns
>
> 1) For LVM case, it renames the lv.. isn't it better to use name_id (one
> used during cinder migrate to keep id same for a diff backend name/id
Hey folks,
the nomination period was already ended and there is only one
candidate, so, there is no need to setup voting.
The Climate PTL for Juno wiki page [0] updated.
So, the Climate PTL for Juno cycle is Dina Belova, congratulations!
Thanks.
[0] https://wiki.openstack.org/wiki/Climate/PTL_E
On 04/08/2014 01:50 AM, Robert Collins wrote:
tl;dr: 3 more core members to propose:
bnemec
greghaynes
jdon
+1
Imre
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi,
Olso Incubator runs tests using testr on Python 2, but it uses nosetests on
Python 3 to only run a subset of the test suite (modules and tests ported to
Python 3). In my latest patch for Oslo Incubator (gettext), Ben Nemec wrote:
"I think we could get around the nose issue by using a testr r
Zane Bitter wrote:
>(1) Create a network
>Instinctively, I want a Network to be something like a virtual VRF
>(VVRF?): a separate namespace with it's own route table, within which
>subnet prefixes are not overlapping, but which is completely independent
>of other Networks that may contain overl
Version 1.6.1 of cliff has been released. This is a bug-fix release to
correct an issue with the shell output formatter, and isn't a critical
upgrade unless you are using the shell output for interpreting cliff
output in bash scripts.
Doug
___
OpenStack
On 08/04/14 00:50, Robert Collins wrote:
> tl;dr: 3 more core members to propose:
> bnemec
> greghaynes
> jdon
+1 for all
>
>
> On 4 April 2014 08:55, Chris Jones wrote:
>> Hi
>>
>> +1 for your proposed -core changes.
>>
>> Re your question about whether we should retroactively apply the 3-a-d
Guys, thank you very much for your comments,
I thought a lot about why we need to be so limited in IPA use cases. Now it
much clearer for me. Indeed, having some kind of agent running inside host OS
is not what many people want to see. And now I'd rather agree with that.
But there are still so
On Tue, Apr 08 2014, victor stinner wrote:
> I would like to use testr because many Olso Incubator tests use
> testscenarios (which doesn't work with nosetests).
What about using both for now, nosetests + testr for the files you need
that have testscenarios?
--
Julien Danjou
;; Free Software ha
On Mon, Apr 7, 2014 at 7:50 PM, Robert Collins
wrote:
> tl;dr: 3 more core members to propose:
> bnemec
> greghaynes
> jdob
+1 to all. I've valued the feedback from these individuals as both
fellow reviewers and on my submitted patches.
--
-- James Slagle
--
_
On Tue, 2014-04-08 at 10:49 +, Day, Phil wrote:
> On a large cloud you’re protect against this to some extent if the
> number of servers is >> number of instances in the quota.
>
> However it does feel that there are a couple of things missing to
> really provide some better protection:
>
>
On 04/08/2014 01:50 AM, Robert Collins wrote:
tl;dr: 3 more core members to propose:
bnemec
greghaynes
jdon
+1 to all
Jan
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Excerpts from Day, Phil's message of 2014-04-08 03:03:41 -0700:
> > -Original Message-
> > From: Robert Collins [mailto:robe...@robertcollins.net]
> > Sent: 07 April 2014 21:01
> > To: OpenStack Development Mailing List
> > Subject: [openstack-dev] [TripleO] config options, defaults, oh my!
On Tue, Apr 8, 2014 at 6:12 AM, Victor Stinner
wrote:
> Hi,
>
> Le mardi 8 avril 2014, 10:54:24 Julien Danjou a écrit :
>> On Mon, Apr 07 2014, Doug Hellmann wrote:
>> > We can avoid adding to the problem by putting each new library in its
>> > own package. We still want the Oslo name attached for
Donald linked to a pip bug later in this thread, so we might be able
to help by working on a fix. I haven't investigated that, but I assume
if it was easy the pypa team would have already fixed it.
When you saw the problem, were you running a current version of
devstack with Sean's change to insta
On Tue, Apr 8, 2014 at 3:28 AM, Mark McLoughlin wrote:
> On Mon, 2014-04-07 at 15:24 -0400, Doug Hellmann wrote:
>> We can avoid adding to the problem by putting each new library in its
>> own package. We still want the Oslo name attached for libraries that
>> are really only meant to be used by O
Great, thanks Assaf.
I will keep following it. I've added a link to this bp on this page:
https://wiki.openstack.org/wiki/NovaNeutronGapHighlights#Multi-Host, might
help people to get the status.
On Mon, Apr 7, 2014 at 11:37 AM, Assaf Muller wrote:
>
>
> - Original Message -
> > Hi all
2014-04-08 20:08 GMT+08:00 Russell Bryant :
> On 04/08/2014 06:16 AM, Day, Phil wrote:
> >> https://bugs.launchpad.net/nova/+bug/1303983
> >>
> >> --
> >> Russell Bryant
> >
> > Wow - was there really a need to get that change merged within 12 hours
> and before others had a chance to review and c
It would be incredibly useful to get some of the "packagers" into this
conversation too.
Matt
On 4/8/14 4:51 AM, "Steven Hardy" wrote:
>On Wed, Apr 02, 2014 at 08:24:00AM -0500, Dolph Mathews wrote:
>> On Mon, Mar 31, 2014 at 10:40 PM, Adam Young wrote:
>>
>> > On 03/28/2014 03:01 AM, Tom Fif
Certainly adding an explicit shutdown or terminate call to the driver
seems reasonable - a blueprint to this effect would be welcome.
On 7 April 2014 06:13, Deepak Shetty wrote:
> To add:
> I was looking at Nova code and it seems there is a framework for cleanup
> using the terminate calls..
From: Jim Rollenhagen [mailto:j...@jimrollenhagen.com]
Sent: Tuesday, April 08, 2014 9:17 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Ironic][Agent]
Guys, thank you very much for your comments,
I thought a lot about why we need to be so lim
Hi all,
I have been trying to install heat with devstack. As shown here
http://docs.openstack.org/developer/heat/getting_started/on_devstack.html
I added the IMAGE_URLS to the locarc file. Then I ran unstack.sh and then
stack.sh. Now, when I run heat stack-list, I get the following error:
How many of the modules affected by this are slated to be moved to
their own libraries during Juno? I would expect those libraries to be
using testr, so can we just make the change as we graduate them?
Doug
On Tue, Apr 8, 2014 at 9:12 AM, victor stinner
wrote:
> Hi,
>
> Olso Incubator runs tests
On 8 April 2014 11:51, Dan Prince wrote:
>
>
> - Original Message -
>> From: "Robert Collins"
>> To: "OpenStack Development Mailing List"
>> Sent: Monday, April 7, 2014 4:00:30 PM
>> Subject: [openstack-dev] [TripleO] config options, defaults, oh my!
>>
>> So one interesting thing from t
On 9 April 2014 00:48, Chris Jones wrote:
> Hi
>
>> On 8 Apr 2014, at 11:20, Sean Dague wrote:
>>
>> I think Phil is dead on. I'll also share the devstack experience here.
>> Until we provided the way for arbitrary pass through we were basically
>> getting a few patches every week that were "let
On Tue, Apr 8, 2014 at 10:01 AM, Julien Danjou wrote:
> On Tue, Apr 08 2014, Doug Hellmann wrote:
>
>> I would like for us to continue to use the oslo prefix in some cases,
>> because it makes naming simple libraries easier but more importantly
>> because it is an indicator that we intend those li
> -Message d'origine-
> De : Jay Pipes [mailto:jaypi...@gmail.com]
> Envoyé : mardi 8 avril 2014 15:25
> À : openstack-dev@lists.openstack.org
> Objet : Re: [openstack-dev] [Nova] Hosts within two Availability Zones :
> possible
> or not ?
>
> On Tue, 2014-04-08 at 10:49 +, Day, Phil
Reposting this, after discussing with Sean Dague…
For background, I have developed a REST client lib to talk to a H/W device with
REST server for VPNaaS in Neutron. To support unit testing of this, I created a
UT module and a mock REST server module and used the httmock package. I found
it easy
On Tue, Apr 8, 2014 at 6:35 AM, Victor Stinner
wrote:
> (Follow-up of the "[olso] use of the "oslo" namespace package" thread)
>
> Hi,
>
> The openstack.common module also known as "Oslo Incubator" or "OpenStack
> Common Libraries" has 44 dependencies. IMO we reach a point where it became
> too hu
- Original Message -
> On Tue, 2014-04-08 at 10:49 +, Day, Phil wrote:
> > On a large cloud you’re protect against this to some extent if the
> > number of servers is >> number of instances in the quota.
> >
> > However it does feel that there are a couple of things missing to
> > real
Hi,
how fresh is your devstack? AFIK heat became enabled by default not so long
ago. Try pulling the latest devstack master before running stack.sh.
Best,
Pavlo.
On Tue, Apr 8, 2014 at 5:00 PM, Peeyush Gupta wrote:
> Hi all,
>
> I have been trying to install heat with devstack. As shown here
Maybe those changes should be added to our cgit stylesheet?
Doug
On Mon, Apr 7, 2014 at 9:23 PM, Zhongyue Luo wrote:
> Hi,
>
> I know I'm not the only person who had this problem so here's two simple
> steps to get the lines and line numbers aligned.
>
> 1. Install the stylebot extension
>
> htt
On 04/08/2014 07:25 AM, Jay Pipes wrote:
On Tue, 2014-04-08 at 10:49 +, Day, Phil wrote:
On a large cloud you’re protect against this to some extent if the
number of servers is >> number of instances in the quota.
However it does feel that there are a couple of things missing to
really prov
There's been some work in Glance on this already. In addition to the BP Mark
mentioned for import, please take a look at these so we don't duplicate efforts:
https://wiki.openstack.org/wiki/Glance-tasks-import
https://blueprints.launchpad.net/glance/+spec/new-download-workflow
https://wiki.opens
I'm very wary of trying to make the decision in TripleO of what should and
shouldn't be configurable in some other project.For sure the number of
config options in Nova is a problem, and one that's been discussed many times
at summits. However I think you could also make the case/assumpti
On Tue, Apr 08 2014, Doug Hellmann wrote:
> I would like for us to continue to use the oslo prefix in some cases,
> because it makes naming simple libraries easier but more importantly
> because it is an indicator that we intend those libraries to be much
> more useful to OpenStack projects than t
Hi Everyone,
Individuals are travelling this week and therefore will need to postpone the
Hyper-V discussion until next week.
p
Peter J. Pouliot CISSP
Sr. SDET OpenStack
Microsoft
New England Research & Development Center
1 Memorial Drive
Cambridge, MA 02142
P: 1.(857).4536436
E: ppoul...@micro
On Tue, 2014-04-08 at 08:30 +, Zhangleiqiang (Trump) wrote:
> Hi, Stackers,
>
> For Amazon, after calling ModifyInstanceAttribute API , the instance
> must be stopped.
>
> In fact, the hypervisor can online-adjust these attribute. But amzon
> and openstack do not support it.
>
On 04/08/2014 03:13 AM, victor stinner wrote:
Hi,
I have some issues when running unit tests in OpenStack. I would like to help,
but I don't know where I should start and how I can fix these bugs. My use case
is to run unit tests and rerun a single test if one or more tests failed. Well,
it s
Hi,
Le 2014-04-08 17:11, Ben Nemec a écrit :
It should be possible to switch back to testr for the py33 tests if we
use the regex syntax for filtering out the tests that don't work in
py3. The rpc example is
https://github.com/openstack/oslo-incubator/blob/master/tox.ini#L21
and if you look at
On 04/07/2014 11:57 PM, Peng Wu wrote:
Thanks for the comments.
Maybe we could just search the English log. :-)
Right, but the problem is that the English log is not guaranteed to
remain the same. An (extremely contrived) example:
Say we have a log message like "Failed to not find entity: %
Hello infra and devstack,
I would like to start thread about adding of nosql databases support to
devstack for development and gating purposes.
Currently there is necessity of HBase and Cassandra in MagnetoDB project
for running tempest tests.
We have implemented Cassandra as part of MagnetoDB
As March has come to a close, and Juno is open for development, I would
like to look at our review stats and see if the core review team should be
adjusted to reflect current activity. Also, since I believe that our
development pace needs to accelerate, I would like to increase the size of
the team
On Apr 7, 2014, at 7:01 PM, Brian Curtin wrote:
> https://wiki.openstack.org/wiki/Meetings#python-openstacksdk_Meeting
>
> Date/Time: Tuesday 25 March - 1900 UTC / 1400 CDT
I don't have a time machine, so let's do this today!
Tuesday, 8 April - 1900 UTC
> IRC channel: #openstack-meeting-3
>
>
> So, I'd like to formally propose that Ruby (rloo), Haomeng (whaom), and
> Yuriy (yuriyz) be added to the core team at this time. I believe they have
> all been very helpful over the last few months.
>
+1 for all! Good stuff :)
Cheers,
Lucas
___
OpenS
On Tue, Apr 8, 2014 at 11:21 AM, Mehdi Abaakouk wrote:
> Hi,
>
> Le 2014-04-08 17:11, Ben Nemec a écrit :
>
>> It should be possible to switch back to testr for the py33 tests if we
>> use the regex syntax for filtering out the tests that don't work in
>> py3. The rpc example is
>> https://github
+1 for those guys.
On Tue, Apr 8, 2014 at 6:35 PM, Lucas Alvares Gomes
wrote:
> So, I'd like to formally propose that Ruby (rloo), Haomeng (whaom), and
>> Yuriy (yuriyz) be added to the core team at this time. I believe they have
>> all been very helpful over the last few months.
>>
> +1 for all
On 04/08/2014 10:21 AM, Mehdi Abaakouk wrote:
Hi,
Le 2014-04-08 17:11, Ben Nemec a écrit :
It should be possible to switch back to testr for the py33 tests if we
use the regex syntax for filtering out the tests that don't work in
py3. The rpc example is
https://github.com/openstack/oslo-incuba
Hi Mike,
For all neutron-related fuel developments please feel free to reach to to
the neutron team for any help you might need either by using the ML or
pinging people in #openstack-neutron.
Regarding the fuel blueprints you linked in your first post, I am looking
in particular at
https://bluepri
On 04/08/2014 07:00 AM, Peeyush Gupta wrote:
Hi all,
I have been trying to install heat with devstack. As shown here
http://docs.openstack.org/developer/heat/getting_started/on_devstack.html
I added the IMAGE_URLS to the locarc file. Then I ran unstack.sh and
then stack.sh. Now, when I run h
1 - 100 of 172 matches
Mail list logo
