Added some more samples to the Python SDK waiting for review from core
reviewer
https://review.openstack.org/#/c/85993/
Thanks
Rajdeep
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/o
we used to have one compute service corresponding to multiple hypervisors
(like host and nodes concept )
our major issue on our platform is we can't run nova-compute service on the
hypervisor and we need to find another place to run the nova-compute in
order to talk to
hypervisor management API thr
On Tue, Apr 8, 2014 at 6:24 PM, Avishay Traeger wrote:
> 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
On 08/04/14 02:50, Robert Collins wrote:
> tl;dr: 3 more core members to propose:
> bnemec
> greghaynes
> jdon
>
+1
>
> 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-day
>> ru
Due to the lack of response, I'm proposing to switch the documentation
back to using sql_connection. I hope there wasn't a plan to deprecate
this option any time soon :)
Regards,
Tom
On 02/04/14 10:22, Tom Fifield wrote:
Since it's missed RC1, I'm guessing that this confusion to users will
Thanks, I see. :-)
On Tue, 2014-04-08 at 10:23 -0500, Ben Nemec wrote:
> 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 (extreme
Dear all,
Below is our proposal. Look forward to your feedback.
--
Description
This session focuses on how to improve networking performance at large scale
deployment.
For example
- having many VMs, thousands to tens of thousands, in a single data center
- very heavy traffic betwee
yes, the bp also make sense to nova-cinder interaction, may I submmit
a blueprint about that?
Any comments?
2014-04-09 3:58 GMT+08:00 Mike Perez :
> On 23:58 Tue 08 Apr , Lingxian Kong wrote:
> > hi there:
> >
> > According to the patch https://review.openstack.org/#/c/80619/, Nova
> > wi
On Mon, Apr 7, 2014 at 10:20 AM, Elizabeth Krumbach Joseph
wrote:
> Hi everyone,
>
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting tomorrow, Tuesday April 8th, at 19:00 UTC in
> #openstack-meeting
Meeting minutes and log here:
Minutes:
http://eavesdrop.openstack.org/
Looks like it falls into two parts: Fuel & Neutron requirements.
Use case, as far as I understand, is following: user doesn't have one large
range of publicly routable IP addresses for environment, and has multiple
L3 ranges instead.
So for Fuel it means:
1. We should not waste public IPs for
My apologies, I didn't see that README. Looks like we need to explicitly
call the migration as part of our upgrade path. Thanks for pointing that
out!
Itzik Brown wrote on 04/08/2014 04:06:32 PM:
> From: Itzik Brown
> To: "OpenStack Development Mailing List (not for usage questions)"
> ,
>
Hi all,
As Deva requested, our team put up a merge request for the IPA driver
(https://review.openstack.org/#/c/84795/) as soon as Juno opened. We’ve
continued to update this patch and iterate on the agent model. We are doing our
best not to get too far ahead of master, but we also want to get
Hi Phil,
I spent some time this afternoon looking this over and testing it out.
Currently Trove does have “admim” role in Nova (per Devstack) and there is
a Trove-Admin API that currently requires this. I suppose this level of
authority may be overreaching in certain deployments. If so then a ne
Do you happen to know where the repo for cgit is? I'll submit a patch
adding font and font size.
On Apr 8, 2014 10:24 PM, "Doug Hellmann"
wrote:
> 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
Auditing has been discussed for the firewall extension.
However, it is reasonable to expect some form of auditing for security
group rules as well.
To the best of my knowledge there has never been an explicit decision to
not support logging.
However, my guess here is that we might be better off wi
This is a really good initiative Tom, and from an ops perspective the main
frustration we have is on the Neutron side and also on lack to Tool support.
Alan
-Original Message-
From: Tom Fifield [mailto:t...@openstack.org]
Sent: April-06-14 10:23 PM
To: openstack-dev@lists.openstack.org
What components (if any) are vulnerable to heartbleed?
--
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 09/04/14 10:09, Robert Collins wrote:
> We had a long chat about this in the meeting today.
>
> we had rough consensus on the following path of action
>
> - we'll put together a quick-but-effective config passthrough
> mechanism, with a goal of landing it in the next few days
> - it needs to h
Well, if you think this subject would be appropriate for the current session on
`Future of Gantt APIs and interface' then we can discuss it there. Otherwise
it might make sense to propose a separate session. Also, if we get enough
short session proposals we can create one big roll up session.
Are there any blueprints or discussion around logging the actions of iptables
rules that are generated from security groups?
Typically a firewall produces copious logs. As far as I can tell, Neutron
security groups permit or deny traffic but don't provide any record at all of
what happened. Obv
I have been recently investigating reports of slowness for list responses
in the Neutron API.
This was first reported in [1], and then recently was observed with both
the ML2 and the NSX plugins.
The root cause of this issues is that a policy engine check is performed
for every attribute of every r
We had a long chat about this in the meeting today.
we had rough consensus on the following path of action
- we'll put together a quick-but-effective config passthrough
mechanism, with a goal of landing it in the next few days
- it needs to handle tie and tht - we need a pass through vector for
Hi Steve
I believe this is a good idea, and what would also be good is to get input from
the "Telco Cloud Providers" who run and view networks much differently that the
traditional enterprise/hosting companies and the type of services and
Configuration Deployment models are very differently. T
Hello,
I have two Openstack nodes (controller & Compute and a Compute). VM's are
getting launched fine on the node that also acts as the controller. But, the
VM's that are scheduled on the compute node seems to go to error state. I am
running Icehouse version and my ML2 type driver is VXLAN. I u
Hi,
Have you looked at
https://github.com/openstack/neutron/blob/master/neutron/db/migration/README
?
Itzik
On 08/04/2014 23:41, Paul Ward wrote:
Is anyone else out there seeing failures that appear to be because
alembic is not upgrading db tables in neutron? I'm seeing, on an
upgrade, t
> Vladimir Kozhukalov wrote on 08/04/2014
01:04:38 PM:
> 1) We agreed that Ironic is that place where we can store hardware
> info ('extra' field in node model). But many modern hardware
> configurations support hot pluggable hard drives, CPUs, and even
> memory. How Ironic will know that har
Is anyone else out there seeing failures that appear to be because alembic
is not upgrading db tables in neutron? I'm seeing, on an upgrade, that
ml2_port_bindings is not being updated to remove column cap_port_filter or
add columns vnic_type, profile, or vif_details, I'm also seeing the
subnet
It seems that there are also issues around scheduling in environments that
comprise non-flat/homogeneous groups of hosts. Perhaps, related to
'clustered hypervisor support in Nova' proposal (
http://summit.openstack.org/cfp/details/145). Not sure whether we need a
separate slot for this or not -
On Apr 8, 2014, at 3:04 PM, Jamie Lennox
mailto:jamielen...@redhat.com>> wrote:
- Original Message -
From: "Paul Michali (pcm)" mailto:p...@cisco.com>>
To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Cc: jamielen...@gmail.co
- Original Message -
> From: "Robert Collins"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Monday, April 7, 2014 7:50:57 PM
> Subject: Re: [openstack-dev] [TripleO] reviewer update march [additional
> cores]
>
> tl;dr: 3 more core members to pro
On 04/08/2014 02:47 PM, Gregory Haynes wrote:
On Tue, Apr 8, 2014, at 12:30 PM, Jay Dobies wrote:
On 04/07/2014 07:50 PM, Robert Collins wrote:
tl;dr: 3 more core members to propose:
bnemec
greghaynes
jdon
I'm comfortable with committing to at least 3 reviews a day and promise
to wield the aw
Hi Sergey,
Thanks for the link!
I actually had the gnu-getopts package installed, but did not have my path
setup correctly. Once I did that, things worked fine.
Thanks again!
Bob
On Apr 8, 2014, at 4:03 PM, Sergey Lukjanov wrote:
> Hey Bob,
>
> it's a known issue of config sample check scr
Is there a blueprint for using this for Cinder-Nova interaction?
Best Regards,
Solly Ross
- Original Message -
From: "Mike Perez"
To: "OpenStack Development Mailing List (not for usage questions)"
Sent: Tuesday, April 8, 2014 3:58:31 PM
Subject: Re: [openstack-dev] [nova][cinder] creat
As promised at the Gantt meeting today I've created an etherpad we can use to
keep track of scheduler related sessions at the Juno summit. (I've made the
name of the pad generic so we can re-use that pad for follow on summits and not
have to change any wiki links):
https://ethe
Hey Bob,
it's a known issue of config sample check script, it's not working on
OS X. You can find details and workaround here -
http://lists.openstack.org/pipermail/openstack-dev/2014-February/027618.html
On Tue, Apr 8, 2014 at 11:57 PM, Robert Nettleton
wrote:
> Hi All,
>
> I've run into an odd
On 23:58 Tue 08 Apr , Lingxian Kong wrote:
> hi there:
>
> According to the patch https://review.openstack.org/#/c/80619/, Nova
> will wait for volume creation for 180s, the config option is rejected by
> Russell and Nikola. But the reason I raise it up is, we found the server
> creation faile
Hi All,
I’ve run into an odd problem while trying to setup a local Sahara dev env on my
Mac.
Some earlier DB-related problems I noticed a while back appear to be fixed, but
when I try to run the pep8 checks locally, I get the following error:
"HW10578:sahara$ !517
tox -e pep8
diff: /tmp/sah
Comments inline.
On 4/8/14, 11:16 AM, Josh Gachnang wrote:
>
> I'm more accustomed to using PDUs for this type of thing. I.e., a
> power strip you can ssh into or hit via a web API to toggle power to
> individual ports.
> Machines are configured to power up on power restore, plus P
On Tue, Apr 8, 2014, at 12:30 PM, Jay Dobies wrote:
> On 04/07/2014 07:50 PM, Robert Collins wrote:
> > tl;dr: 3 more core members to propose:
> > bnemec
> > greghaynes
> > jdon
>
> I'm comfortable with committing to at least 3 reviews a day and promise
> to wield the awesome power of +2 responsi
On 04/07/2014 07:50 PM, Robert Collins wrote:
tl;dr: 3 more core members to propose:
bnemec
greghaynes
jdon
I'm comfortable with committing to at least 3 reviews a day and promise
to wield the awesome power of +2 responsibly. I appreciate being
nominated :)
On 4 April 2014 08:55, Chris Jo
Hello everyone,
Due to various release-critical issues detected in Horizon and
Ceilometer icehouse RC1 (including a security fix in Horizon), new
release candidates were just generated. You can find lists of the bugs
fixed and links to the RC2 source tarballs at:
https://launchpad.net/horizon/ice
On 04/08/2014 11:27 AM, Mike Spreitzer wrote:
There really should be one more step in that flow. Consider a create
scenario. In general, as the client makes the calls to create
individual resources: some will succeed, some will fail (some in ways
that make it clear the capacity will not be use
- Original Message -
> From: "Paul Michali (pcm)"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Cc: jamielen...@gmail.com
> Sent: Wednesday, April 9, 2014 12:09:58 AM
> Subject: [openstack-dev] [infra]Requesting consideration of httmock package
> for test-re
On 04/04/2014 12:42 AM, Mike Spreitzer wrote:
Now let us consider how to evolve the Nova API so that a server-group
can be scheduled holistically. That is, we want to enable the scheduler
to look at both the group's policies and its membership, all at once,
and make a joint decision about how t
On Tue, Apr 8, 2014 at 2:02 PM, Joshua Harlow wrote:
> Another interesting question, is do we have connections or good relations
> with the projects that we should work with for some of this code.
>
> The monotime one is a good example, its apache licensed, but the last
> release was on 2012 (so i
On Tue, Apr 8, 2014 at 12:24 PM, Victor Stinner
wrote:
> Hi,
>
> Le mardi 8 avril 2014, 10:05:31 Doug Hellmann a écrit :
>> > 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
On Apr 8, 2014, at 3:58 AM, Xuhan Peng wrote:
> 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 age
>
> I'm more accustomed to using PDUs for this type of thing. I.e., a
> power strip you can ssh into or hit via a web API to toggle power to
> individual ports.
> Machines are configured to power up on power restore, plus PXE boot.
> You have less control than with IPMI -- all you can do is toggle
Thanks a lot Solly for your quick response and help. After setting the
roc_backend and notification_driver I can see the events.
Regards,
Nader.
On Tue, Apr 8, 2014 at 10:49 AM, Solly Ross wrote:
> Hi Nader,
> I ran into some issues the other day with Keystone notifications.
> Make sure that
Excerpts from Vladimir Kozhukalov's message of 2014-04-08 03:04:38 -0700:
> 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 man
Another interesting question, is do we have connections or good relations
with the projects that we should work with for some of this code.
The monotime one is a good example, its apache licensed, but the last
release was on 2012 (so it might be dead?).
http://code.google.com/p/py-monotime/source
I think some of the objections to such patches were based on the fact that this
is really
just a shortcut for two separate operations: create a volume from a Glance
image, and then boot
off of that image. Instead of monkey-patching it, we should either figure out
a way to dynamically
configure
Hi Nader,
I ran into some issues the other day with Keystone notifications.
Make sure that you have (in both Keystone and the receiving project) the
following
configuration options set:
- rpc_backend (should be "rabbit", "qpid", etc)
- appropriate rpc backend config options (e.g. for rabbit, rabb
On 08/04/14 14:04 +0400, Vladimir Kozhukalov wrote:
0) There are a plenty of old hardware which does not have IPMI/ILO at all.
How Ironic is supposed to power them off and on? Ssh? But Ironic is not
supposed to interact with host OS.
I'm more accustomed to using PDUs for this type of thing. I.
On 07/04/14 21:52, Kevin Benton wrote:
I will just provide a few quick points of clarity.
>Instinctively, I want a Subnet to be something like a virtual VLAN�
That's what a network is. The network is the broadcast domain. That's
why you attach ports to the network. The subnet is just blocks of
Excerpts from Jay Dobies's message of 2014-04-08 06:40:07 -0700:
> > 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 man
Let me add one more thing:
> Now let us consider how to evolve the Nova API so that a server-
> group can be scheduled holistically. That is, we want to enable the
> scheduler to look at both the group's policies and its membership,
> all at once, and make a joint decision about how to place all
For what it's worth, I have a fresh devstack installation from about a
week ago and I have two Heat services registered without any extra steps.
On 04/08/2014 11:44 AM, Steven Dake wrote:
On 04/08/2014 07:00 AM, Peeyush Gupta wrote:
Hi all,
I have been trying to install heat with devstack. As
+1 for all. Each has demonstrated a good understanding of the project and
its goals.
Chris
On Apr 8, 2014 9:31 AM, "Devananda van der Veen"
wrote:
>
> 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
On 04/08/2014 11:24 AM, Victor Stinner wrote:
Hi,
Le mardi 8 avril 2014, 10:05:31 Doug Hellmann a écrit :
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
I think it's important to understand what we mean by "stable" in the
gate. It means that the end point is 99.% available. And that it's
up or down status is largely under our control.
Things that are not stable by this definition which we've moved away
from for the gate:
* github.com - one of
Resending the question:
Can someone please point me to a document/code in order to get keystone
notification with the latest keystone code.
Appreciate your help.
On Sun, Apr 6, 2014 at 4:13 PM, Nader Lahouti wrote:
> Hi All,
>
> I was able to get keystone notification when creating/deleting a
This is wonderful, thanks a bunch! It looks great on my box.
-Jay Faulkner
On 4/7/14, 6: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
>
> https
Such as QoS attributes of vCPU, Memory and Disk, including IOPS limit,
Bandwidth limit, etc.
2014-04-08 23:04 GMT+08:00 Jay Pipes :
> On Tue, 2014-04-08 at 08:30 +, Zhangleiqiang (Trump) wrote:
> > Hi, Stackers,
> >
> > For Amazon, after calling ModifyInstanceAttribute API , the
> inst
On 04/08/2014 11:08 AM, Peter Pouliot wrote:
> Hi Everyone,
>
>
>
> Individuals are travelling this week and therefore will need to postpone
> the Hyper-V discussion until next week.
I just have one request for you guys. I added an entry for Hyper-V on
the Icehouse release notes. Please let
Hi,
Le mardi 8 avril 2014, 10:05:31 Doug Hellmann a écrit :
> > 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
> > dis
Hi,
Yep, it would be great to have HBase installed on gating for Ceilometer.
Now we use self-written mocked HBase to test functionality. But HBase
backend is becoming more complex and it's really hard to add 'new features'
in mocked HBase. Hortonworks is the main and the largest contributor in
Hado
Options may be bad, but hardcoded values chosen arbitrarily are worse. Unless
someone can justify why the value needs to be 180 and not 179 or 181 then it
should be configurable. That's my opinion at any rate.
-Ben
From: Lingxian Kong [mailto:anlin.k...@gmail.com]
Sent: Tuesday, April 08, 2014
Nice! Definitely +1 for each :)
Best regards,
Max Lobur,
Python Developer, Mirantis, Inc.
Mobile: +38 (093) 665 14 28
Skype: max_lobur
38, Lenina ave. Kharkov, Ukraine
www.mirantis.com
www.mirantis.ru
On Tue, Apr 8, 2014 at 6:37 PM, Roman Prykhodchenko <
rprikhodche...@mirantis.com> wrote:
>
Xuhan, Sean and others.
As stated in the commit message and bug, this is a temporary measure to
avoid making ra_mode and ipv6_address_mode consumable in the icehouse
release.
I made this move because https://review.openstack.org/#/c/70649/ did not
land in Icehouse, and that was needed to make thos
hi there:
According to the patch https://review.openstack.org/#/c/80619/, Nova
will wait for volume creation for 180s, the config option is rejected by
Russell and Nikola. But the reason I raise it up is, we found the server
creation failed due to timeout in our deployment, with LVM as Cinder
back
On 04/08/2014 08:12 AM, victor stinner wrote:
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 co
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
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 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
+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 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
>
> 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 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
>
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
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
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: %
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/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
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.
>
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
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
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
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
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
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
- 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
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
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
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
> -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
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
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 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
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
1 - 100 of 172 matches
Mail list logo
