On 09/08/2014 06:22 AM, Robert Collins wrote:
On 8 September 2014 05:57, Nejc Saje ns...@redhat.com wrote:
\
That generator API is pretty bad IMO - because it means you're very
heavily dependent on gc and refcount behaviour to keep things clean -
and there isn't (IMO) a use case for walking
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 24/08/14 20:40, Maru Newby wrote:
On Aug 24, 2014, at 5:14 PM, Henry Gessau ges...@cisco.com
wrote:
Ihar Hrachyshka ihrac...@redhat.com wrote:
Now, maybe putting the module into requirements.txt is an
overkill (though I doubt it). In
Hello Fuelers,
On the previous meeting a topic was raised on how Fuel doc team should
work with bugs, see [1] for details. We agreed to move the discussion
into the mailing list.
The thing is there are two members in the team at the moment (Meg and
Irina) and they need to distribute work among
That's great to hear! I see now that Swift's implementation has some
additional rebalancing logic that Ironic (and the code example from
Gregory's blog) lacked.
Cheers,
Nejc
On 09/08/2014 05:39 AM, John Dickinson wrote:
To test Swift directly, I used the CLI tools that Swift provides for
On Mon, Sep 08, 2014 at 03:14:24PM +1200, Robert Collins wrote:
I hope the subject got your attention :).
This might be a side effect of my having too many cosmic rays, but its
been percolating for a bit.
tl;dr I think we should drop our 'needs 2x+2 to land' rule and instead
use 'needs
Hi all,
As next step for improving Fuel security we are introducing SSL for both
Fuel [1] and OS API endpoints [2]. Both specs assume usage of self-signed
certificates generated by Fuel.
It also required to allow users to use their own certs to secure their
deployments
(two blueprints that touch
Hi, rally developers!
Now, I am trying to use Rally to devstack cluster on AWS VM
(all-in-one). I'm following a blog post
https://www.mirantis.com/blog/rally-openstack-tempest-testing-made-simpler/
. I successfully installed Devstack, Rally and Tempest. Now, I just ran
Tempest by 'rally verify
Hi Daisuke,
seems like your issue is connected to the change in the deployment
configuration file format for existing clouds we've merged
https://review.openstack.org/#/c/116766/ recently.
Please see the updated Wiki How to page
Daisuke,
We have as well changes in our DB models.
So running:
$ rally-manage db recreate
Will be as well required..
Best regards,
Boris Pavlovic
On Mon, Sep 8, 2014 at 3:24 PM, Mikhail Dubov mdu...@mirantis.com wrote:
Hi Daisuke,
seems like your issue is connected to the change in
All,
There is two changes still not landed from
https://blueprints.launchpad.net/glance/+spec/refactoring-glance-logging
https://review.openstack.org/116626
and
https://review.openstack.org/#/c/117204/
Merge of the changes was delayed over J3 to avoid any potential merge
conflicts. There
Hi Daisuke,
have you executed as well
* $ rally-manage db recreate*
as Boris pointed out in the previous letter?
Best regards,
Mikhail Dubov
Community
Mirantis, Inc.
E-Mail: mdu...@mirantis.com
Skype: msdubov
On Mon, Sep 8, 2014 at 3:46 PM, Daisuke Morita morita.dais...@lab.ntt.co.jp
Thanks, Boris.
I tried rally-manage db recreate before registering a deployment, but
nothing changed at all in running Tempest...
It is late in Japan, so I will try it tomorrow.
Best regards,
Daisuke
On 2014/09/08 20:38, Boris Pavlovic wrote:
Daisuke,
We have as well changes in our DB
On 8 September 2014 14:00, Vo Hoang, Tri t.vo_ho...@telekom.de wrote:
Today I am searching for a solution to distribute OpenStack over several
geographies/availabilitiy zones and we found one from Huawei in [1]. In
short, it’s a classical centralized solution like Eucalyptus cloud [2],
On 09/08/2014 05:17 AM, Steven Hardy wrote:
On Mon, Sep 08, 2014 at 03:14:24PM +1200, Robert Collins wrote:
I hope the subject got your attention :).
This might be a side effect of my having too many cosmic rays, but its
been percolating for a bit.
tl;dr I think we should drop our 'needs
On Sun, 7 Sep 2014, Monty Taylor wrote:
1. Caring about end user experience at all
2. Less features, more win
3. Deleting things
Yes. I'll give away all of my list for any one of these.
--
Chris Dent tw:@anticdent freenode:cdent
https://tank.peermore.com/tanks/cdent
Hi All,
As per the heat mid cycle meetup whiteboard, we have created the flowchart and
sequence diagram for the convergence . Can you please review these diagrams and
provide your feedback?
https://www.dropbox.com/sh/i8qbjtgfdxn4zx4/AAC6J-Nps8J12TzfuCut49ioa?dl=0
Thanks,
Ishant
On 09/08/2014 08:52 AM, Russell Bryant wrote:
On 09/08/2014 05:17 AM, Steven Hardy wrote:
On Mon, Sep 08, 2014 at 03:14:24PM +1200, Robert Collins wrote:
I hope the subject got your attention :).
This might be a side effect of my having too many cosmic rays, but its
been percolating for a
On 09/08/2014 02:52 PM, Russell Bryant wrote:
On 09/08/2014 05:17 AM, Steven Hardy wrote:
On Mon, Sep 08, 2014 at 03:14:24PM +1200, Robert Collins wrote:
I hope the subject got your attention :).
This might be a side effect of my having too many cosmic rays, but its
been percolating for a
Hi All!
I would to start moving Cinder Brick [1] to oslo as was described on Cinder
mid-cycle meetup [2]. Unfortunately I missed meetup so I want be sure that
nobody started it and we are on the same page.
According to the Juno 3 release, there was not enough time to discuss [3]
on the latest
Just a reminder since this is the first week we'll do the rotating
meeting. Please add agenda items to the meeting here [1].
See you all tomorrow!
Kyle
[1] https://wiki.openstack.org/wiki/Network/Meetings
___
OpenStack-dev mailing list
Thank you, Michael.
Dan
From: Michael Still mi...@stillhq.com
Sent: Sunday, September 7, 2014 10:52 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova] List of granted FFEs
Ahhh, I didn't realize Jay had
On Thu, Sep 4, 2014 at 1:16 PM, Nadya Privalova nprival...@mirantis.com
wrote:
IMHO it's ok and even very natural to expect escaped query from users.
e.g, we store the following structure
{metadata:
{ Zoo:
{Foo.Boo: ''value}}}
Yep but
On 09/08/2014 03:46 AM, Dmitry Mescheryakov wrote:
Hello Fuelers,
On the previous meeting a topic was raised on how Fuel doc team should
work with bugs, see [1] for details. We agreed to move the discussion
into the mailing list.
The thing is there are two members in the team at the moment
John Schwarz wrote:
Long story short: for future reference, if you initialize an eventlet
Timeout, make sure you close it (either with a context manager or simply
timeout.close()), and be extra-careful when writing tests using
eventlet Timeouts, because these timeouts don't implicitly expire
John Griffith wrote:
Yes, now that RC1 is tagged I'm planning to tag a new cinderclient
tomorrow. I'll be sure to send an announcement out as soon as it's up.
You mean, now that juno-3 is tagged ;) RC1 is still a few weeks and a
few dozens bugfixes away.
--
Thierry Carrez (ttx)
The Oslo team is pleased to release version 1.4.0.0a4 of oslo.config, our first
release candidate for oslo.config for juno.
This release includes:
$ git log --no-merges --oneline 1.4.0.0a3..1.4.0.0a4
6acc2dd Updated from global requirements
a590c2a Log a fixed length string of asterisks for
The last few days have been interesting as I watch FFEs come through.
People post explaining their feature, its importance, and the risk
associated with it. Three cores sign on for review. All of the ones
I've looked at have received active review since being posted. Would
it be bonkers to
The Oslo team is pleased to announce the release of version 0.3.0 of oslo.i18n,
our first release candidate for oslo.i18n for juno.
This release includes:
$ git log --oneline --no-merges 0.2.0..0.3.0
08bee34 Imported Translations from Transifex
aa251be Updated from global requirements
106387b
The Oslo team is pleased to announce the release of version 1.4.0.0a5 of
oslo.messaging, our first release candidate for oslo.messaging for juno.
This release includes:
$ git log --oneline --no-merges 1.4.0.0a4..1.4.0.0a5
6ea3b12 Imported Translations from Transifex
fbee941 An initial
Hi guys,
I'm working with 'servers.list' call in 'nova.novaclient' and I'm
getting different server lists depending on whether the user issuing the
call is and admin or not.
It seems like only an admin user can filter the returned list while a
non-admin gets a list of all the servers no
The Oslo team is pleased to release version 0.2.0 of oslo.serialization, our
first release candidate for oslo.serialization for juno.
This release includes:
$ git log --no-merges --oneline 0.1.0..0.2.0
4d61c82 Check for namedtuple_as_object support before using it
Please report issues to the
On 09/08/2014 10:27 AM, Abbass MAROUNI wrote:
Hi guys,
I'm working with 'servers.list' call in 'nova.novaclient' and I'm
getting different server lists depending on whether the user issuing the
call is and admin or not.
It seems like only an admin user can filter the returned list while a
- Original Message -
From: ITAI MENDELSOHN (ITAI) itai.mendels...@alcatel-lucent.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Hi,
Hope you are doing good.
Did we have a meeting last week?
I was under the impression it¹s
On 09/05/2014 11:27 AM, Monty Taylor wrote:
Hi!
I've decided that as I have problems with OpenStack while using it in the
service of Infra, I'm going to just start spamming the list.
Please make something like this:
neutron security-group-create default --allow-every-damn-thing
Does
The Oslo team is pleased to release version 1.7.0 of cliff.
This release includes:
$ git log --oneline --no-merges 1.6.1..1.7.0
42675b2 Add release notes for 1.7.0
86fe20f Fix stable integration tests
bf0c611 Updated from global requirements
ac1347c Clean up default tox environment list
db4eef5
The Oslo team is pleased to release version 1.0.0.0a2 of stevedore, our first
release candidate for stevedore for the OpenStack Juno cycle.
This release includes:
$ git log --oneline --no-merges 1.0.0.0a1..1.0.0.0a2
860bd8f Build universal wheels
Please report issues to the stevedore bug
Sean Dague said on Mon, Sep 08, 2014 at 09:22:56AM -0400:
On 09/08/2014 05:17 AM, Steven Hardy wrote:
I think this may be a sensible move, but only if it's used primarily to
land the less complex/risky patches more quickly.
2 +2 has been part of OpenStack culture for a long time, and
On Fri, Sep 5, 2014 at 5:27 AM, Steven Hardy sha...@redhat.com wrote:
On Fri, Sep 05, 2014 at 03:56:34PM +1000, Angus Salkeld wrote:
On Fri, Sep 5, 2014 at 3:29 PM, Gauvain Pocentek
gauvain.pocen...@objectif-libre.com wrote:
Hi,
A bit of background: I'm working on the
On Sep 7, 2014, at 9:27 PM, Anita Kuno ante...@anteaya.info wrote:
On 09/07/2014 09:12 PM, Angus Salkeld wrote:
Lets prevent blogs like this: http://jimhconsulting.com/?p=673 by making
users happy.
I don't understand why you would encourage writers of blog posts you
disagree with by sending
On 09/08/2014 11:07 AM, Alexis Lee wrote:
Sean Dague said on Mon, Sep 08, 2014 at 09:22:56AM -0400:
On 09/08/2014 05:17 AM, Steven Hardy wrote:
I think this may be a sensible move, but only if it's used primarily to
land the less complex/risky patches more quickly.
2 +2 has been part of
On Sep 7, 2014, at 9:39 AM, John Schwarz jschw...@redhat.com wrote:
Hi,
Long story short: for future reference, if you initialize an eventlet
Timeout, make sure you close it (either with a context manager or simply
timeout.close()), and be extra-careful when writing tests using
eventlet
On 09/08/2014 11:12 AM, Mike Bayer wrote:
On Sep 7, 2014, at 9:27 PM, Anita Kuno ante...@anteaya.info wrote:
On 09/07/2014 09:12 PM, Angus Salkeld wrote:
Lets prevent blogs like this: http://jimhconsulting.com/?p=673 by making
users happy.
I don't understand why you would encourage
On Sep 7, 2014, at 8:14 PM, Monty Taylor mord...@inaugust.com wrote:
2. Less features, more win
In a perfect world, I'd argue that we should merge exactly zero new features
in all of kilo, and instead focus on making the ones we have work well. Some
of making the ones we have work
blueprints for non-self-signed certs/PKI for starters.
*Adam Lawson*
*CEO, Principal Architect*
AQORN, Inc.
427 North Tatnall Street
Ste. 58461
Wilmington, Delaware 19801-2230
Toll-free: (844) 4-AQORN-NOW ext. 101
International: +1 302-387-4660
Direct: +1 916-246-2072
On Mon, Sep 8, 2014 at
On 01/09/14 19:18, Steve Baker wrote:
On 02/09/14 05:58, Lars Kellogg-Stedman wrote:
Hello all,
I recently submitted this change:
https://review.openstack.org/#/c/118190/
This causes the Docker plugin to *remove* containers on delete,
rather than simply *stopping* them. When creating
On Sep 8, 2014, at 11:30 AM, Anita Kuno ante...@anteaya.info wrote:
Wow, we are really taking liberties with my question today.
What part of any of my actions current or previous have led you to
believe that I want to now or ever have silenced anyone? I am curious
what led you to believe
tl;dr I think we should drop our 'needs 2x+2 to land' rule and instead
use 'needs 1x+2'. We can ease up a large chunk of pressure on our
review bottleneck, with the only significant negative being that core
reviewers may see less of the code going into the system - but they
can always read
On 09/08/2014 12:00 PM, Mike Bayer wrote:
On Sep 8, 2014, at 11:30 AM, Anita Kuno ante...@anteaya.info wrote:
Wow, we are really taking liberties with my question today.
What part of any of my actions current or previous have led you to
believe that I want to now or ever have silenced
Le 08/09/2014 18:06, Steven Dake a écrit :
On 09/05/2014 06:10 AM, Sylvain Bauza wrote:
Le 05/09/2014 12:48, Sean Dague a écrit :
On 09/05/2014 03:02 AM, Sylvain Bauza wrote:
Le 05/09/2014 01:22, Michael Still a écrit :
On Thu, Sep 4, 2014 at 5:24 AM, Daniel P. Berrange
berra...@redhat.com
Thanks for joining us today at our team meeting!
Meeting minutes:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-09-08-16.00.html
Meeting log:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-09-08-16.00.log.html
Agenda/Meeting archive:
Hello Fuelers,
Right now we have the following policy in place: the branches for a
release are opened only after its 'parent' release have reached hard
code freeze (HCF). Say, 5.1 release is parent releases for 5.1.1 and
6.0.
And that is the problem: if parent release is delayed, we can't
It's been a while since we had a bug day. We now have 121 (now 124) NEW
bugs:
https://bugs.launchpad.net/tempest/+bugs?field.searchtext=field.status%3Alist=NEWorderby=-importance
The first order of business is to triage these bugs. This is a large
enough number that I hesitate to
mention
Hi everyone,
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting on Tuesday September 9th, 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
Monty,
+1!! I fully agree!! How can I help :-)? Can we dedicate some design
summit sessions to this topic? Ideally, having some stakeholder driven
sessions where we can hear about the user experiences issues causing the
most pain would be a good start to get this to become a focus area.
On 07/09/14 23:43, Morgan Fainberg wrote:
## avoiding collaboration between bad actors
The two core requirement means that it takes three people (proposer +
2 core) to collaborate on landing something inappropriate (whether its
half baked, a misfeature, whatever). Thats only 50% harder than 2
The End User working group is being described at
https://wiki.openstack.org/wiki/End_User_Working_Group. Chris Kemp is
establishing the structure.
This page covers how to get involved...
Tim
From: Brad Topol [mailto:bto...@us.ibm.com]
Sent: 08 September 2014 19:50
To: OpenStack Development
IIUC, the required policy change is to allow a tenant to list ports that
don't belong to you. I don't think the policy.json is powerful enough to
allow tenants to list their external ports but no other ports they don't
own.
On Sep 8, 2014 10:30 AM, Carl Baldwin c...@ecbaldwin.net wrote:
I think
Amen to this!
I've always felt bad that before yahoo tries to include a new feature in its
openstack cloud/s we have to figure out how much the feature is a land-mine,
how much of it works, how much of it doesn't and so-on. That type of
investigation imho shouldn't really be needed and the
I spent some time today looking over our current set of libraries trying to
anticipate which will be ready for 1.0 (or later) and which are still
considered pre-release. I came up with this set of anticipated version numbers
for our final juno releases. Please let me know if you see any
LGTM Doug. for oslo.vmware - we need a fresh rev for use by Nova to
fix the following bug:
https://bugs.launchpad.net/nova/+bug/1341954
thanks,
dims
On Mon, Sep 8, 2014 at 2:32 PM, Doug Hellmann d...@doughellmann.com wrote:
I spent some time today looking over our current set of libraries
Hi,
I am trying to setup my own OpenStack cloud for development. I installed
DevStack on a VM and the installation is fine. I am able to log in via
Horizon. I followed these steps to create an instance via Horizon.
http://isurues.wordpress.com/tag/devstack/. However, when I launch an
instance, I
On Mon, Sep 8, 2014 at 1:40 PM, Sharan Kumar M sharan.monikan...@gmail.com
wrote:
I am trying to setup my own OpenStack cloud for development. I installed
DevStack on a VM and the installation is fine. I am able to log in via
...
I checked if the libvirt_type=qemu in nova.conf. Also the
Check your scheduler logs you should be able to figure out whats happening.
If not clear then turn on your logs from info mode to debug in nova.conf.
-Hemant
On Tue, Sep 9, 2014 at 12:10 AM, Sharan Kumar M sharan.monikan...@gmail.com
wrote:
Hi,
I am trying to setup my own OpenStack cloud
Hi,
Please consider the following code changes as Feature Freeze Exceptions.
The first code change is needed to support the latest XIV release (version
11.5.0) and is very important for us, and the second code change is simply
support for backups.
Add domain support for XIV with multitenancy
Hi all,
I just wanted to get some feedback on a change that I think will make the docs
building process more understood,
Currently there is a script @
https://github.com/openstack-infra/config/blob/master/modules/openstack_project/files/slave_scripts/run-docs.sh
(this is the github mirror
I just released 1.0.1 with some bug fixes for issues found by early
adopters. Thanks!
-Jim
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Am I dreaming, or is the Chinese government is trying to push for the
cloud, they said. However, today, bad surprise:
# nmap -p 29418 23.253.232.87
Starting Nmap 6.00 ( http://nmap.org ) at 2014-09-09 03:10 CST
Nmap scan report for review.openstack.org (23.253.232.87)
Host is up (0.21s latency).
On 09/03/2014 12:16 PM, Doug Hellmann wrote:
On Sep 3, 2014, at 11:37 AM, Joe Gordon joe.gord...@gmail.com
mailto:joe.gord...@gmail.com wrote:
As you all know, there has recently been several very active discussions
around how to improve assorted aspects of our development process. One
idea
On Mon, Sep 8, 2014, at 12:20 PM, Thomas Goirand wrote:
Am I dreaming, or is the Chinese government is trying to push for the
cloud, they said. However, today, bad surprise:
# nmap -p 29418 23.253.232.87
Starting Nmap 6.00 ( http://nmap.org ) at 2014-09-09 03:10 CST
Nmap scan report for
Alon,
Thanks, I have added your request to the etherpad
https://etherpad.openstack.org/p/juno-cinder-approved-ffes and it will
undergo review.
Thanks,
Jay
On Mon, 2014-09-08 at 21:55 +0300, Alon Marx wrote:
Hi,
Please consider the following code changes as Feature Freeze
Exceptions.
On Mon, Sep 8, 2014 at 9:04 AM, Jay Pipes jaypi...@gmail.com wrote:
On 09/08/2014 03:46 AM, Dmitry Mescheryakov wrote:
Hello Fuelers,
On the previous meeting a topic was raised on how Fuel doc team should
work with bugs, see [1] for details. We agreed to move the discussion
into the
On 09/08/2014 11:59 AM, Joshua Harlow wrote:
Hi all,
I just wanted to get some feedback on a change that I think will make the docs
building process more understood,
Currently there is a script @
On 09/07/2014 10:43 AM, Matt Riedemann wrote:
On 9/7/2014 8:39 AM, John Schwarz wrote:
Hi,
Long story short: for future reference, if you initialize an eventlet
Timeout, make sure you close it (either with a context manager or simply
timeout.close()), and be extra-careful when writing tests
On 9/8/2014 2:20 PM, Thomas Goirand wrote:
Am I dreaming, or is the Chinese government is trying to push for the
cloud, they said. However, today, bad surprise:
# nmap -p 29418 23.253.232.87
Starting Nmap 6.00 ( http://nmap.org ) at 2014-09-09 03:10 CST
Nmap scan report for
Daisuke,
This patch https://review.openstack.org/#/c/116766/ introduced this bug:
https://bugs.launchpad.net/rally/+bug/1366824
That was fixed by this commit: https://review.openstack.org/#/c/119790/
So update your rally and try one more time. Everything should work now.
Best regards,
Boris
On 2014-09-07 8:14 PM, Monty Taylor wrote:
If I were king ...
1. Caring about end user experience at all
If I don't do anything at all next cycle, I will see the above fixed.
Because it's embarrassing. Seriously. Try to use OpenStack from python
some time. I dare you.
[...]
Between 2 and
Hi All,
We have recently started seeing assorted memory issues in the gate
including the oom-killer [0] and libvirt throwing memory errors [1].
Luckily we run ps and dstat on every devstack run so we have some insight
into why we are running out of memory. Based on the output from job taken
at
Hi TripleO community,
I would be really interested by helping to bring Puppet elements support
in TripleO.
So far I've seen this work:
https://github.com/agroup/tripleo-puppet-elements/tree/puppet_dev_heat
which is a very good bootstrap but really outdated.
After some discussion with Greg Haynes
Hi All -
Joe had me do some quick memory profiling on nova, just an FYI if anyone wants
to play with this technique, I place a little bit of memory profiling code
using Guppy into nova/api/__init__.py, or anywhere in your favorite app that
will definitely get imported when the thing first
In principle I don't think these changes need FFE, because they aren't
really features so much as fixes for better logging and
internationalization.
On Mon, Sep 8, 2014 at 4:50 AM, Kuvaja, Erno kuv...@hp.com wrote:
All,
There is two changes still not landed from
On Mon, Sep 8, 2014 at 11:22 PM, Tyagi, Ishant ishant.ty...@hp.com wrote:
Hi All,
As per the heat mid cycle meetup whiteboard, we have created the
flowchart and sequence diagram for the convergence . Can you please review
these diagrams and provide your feedback?
Sean Dague s...@dague.net writes:
The crux of the issue is that zookeeper python modules are C extensions.
So you have to either install from packages (which we don't do in unit
tests) or install from pip, which means forcing zookeeper dev packages
locally. Realistically this is the same
On 09/05/2014 07:21 AM, Monty Taylor wrote:
On 09/05/2014 06:32 AM, Sean Dague wrote:
While reviewing this zookeeper service group fix in Nova -
https://review.openstack.org/#/c/102639/ it was exposed that the
zookeeper tests aren't running in infra.
The crux of the issue is that zookeeper
On 09/05/2014 07:07 PM, James Bottomley wrote:
Actually, I don't think this analysis is accurate. Some people are
simply interested in small aspects of a project. It's the scratch your
own itch part of open source. The thing which makes itch scratchers
not lone wolfs is the desire to go the
On 09/08/2014 04:11 PM, Emilien Macchi wrote:
Hi TripleO community,
I would be really interested by helping to bring Puppet elements support
in TripleO.
So far I've seen this work:
https://github.com/agroup/tripleo-puppet-elements/tree/puppet_dev_heat
which is a very good bootstrap but really
I would be happy to contribute to and help review this project.
On Sep 8, 2014 4:14 PM, Emilien Macchi emilien.mac...@enovance.com
wrote:
Hi TripleO community,
I would be really interested by helping to bring Puppet elements support
in TripleO.
So far I've seen this work:
Excerpts from Joe Gordon's message of 2014-09-08 15:24:29 -0700:
Hi All,
We have recently started seeing assorted memory issues in the gate
including the oom-killer [0] and libvirt throwing memory errors [1].
Luckily we run ps and dstat on every devstack run so we have some insight
into why
A somewhat self-serving way to start to solve this is to make training and
mentoring as the first steps to getting involved with contributions. We would
continue to gradually give more responsibilities as the experience and skills
increase. We do this last part already, but are missing the
It was found more than weeks before, I asked this question through IRC and
finally found it's GFW issue
the easiest way is to find a server outside China and use ssh tunnel
solution, at least it works for me and other colleagues here
ssh -N -f -L 29418:review.openstack.org:29418 $server_in_US
I am a China Telecom user and have been blocked by the same issue for
days. I actually reported this to China Telecom customer service. I
don't expect these ISPs have the authority to unblock this, all I
wanted is they file something to GFW so that those guys would be aware
that one innocent
Is TOR based vxlan really a common interest to most of the people, and
should a BP be taken care now with its designed use case of 3rd TOR backend
integration?
On Fri, Sep 5, 2014 at 10:54 PM, Robert Kukura kuk...@noironetworks.com
wrote:
Kyle,
Please consider an FFE for
TL;DR: Yes, our work on 6.0 features is currently blocked and it is
becoming a major problem. No, I don't think we should create
pre-release or feature branches. Instead, we should create stable/5.1
branches and open master for 6.0 work.
We have reached a point in 5.1 release cycle where the
On Tue, Sep 09, 2014 at 10:15:04AM +1000, Angus Salkeld wrote:
On Mon, Sep 8, 2014 at 11:22 PM, Tyagi, Ishant ishant.ty...@hp.com wrote:
(snip)
Great! Good to see something.
Indeed. These diagrams are very useful for those who read plain English
text very slow and those who do visual
1) Next steps (mainly want to talk about interface cleanup)
2) Opens
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Howdy all,
Just wanted to send a mini-announcement about the new taskflow 0.4.0 release on
behalf of the oslo and taskflow teams,
The details about what is new and what is changed and all that goodness can be
found @ https://etherpad.openstack.org/p/TaskFlow-0.4
Updated developer docs can be
Hi
Would the translator ever need to talk to something like Mistral for
workflow?
If so does it make sense to hook the translator into heat client.
(this might not be an issue, just asking).
-Angus
On Wed, Sep 3, 2014 at 1:52 AM, Sahdev P Zala spz...@us.ibm.com wrote:
Hello guys,
As you
96 matches
Mail list logo