Hey,
We are planning to use Mistral in production in the next few months.
We noticed that having even a simple workflow with a cron-trigger (For example
monitor and heal workflow) can create large amounts of data in the DB (MariaDB).
Does Mistral have a mechanism / configuration of automatic
On 07/02/2015 05:51 AM, Robert Collins wrote:
On 2 July 2015 at 13:26, Thomas Goirand z...@debian.org wrote:
On 07/02/2015 02:07 AM, Tony Breeds wrote:
On Wed, Jul 01, 2015 at 11:07:30PM +, Perry, Sean wrote:
BTW, see dh_bash-completion from the debhelper package. When in doubt
about
On 7/1/15, 3:50 PM, Kevin Carter kevin.car...@rackspace.com wrote:
Steve,
The initial review you guys had done did help a bunch and it was great to
work with you and everyone else in the channel. As you're aware, code
base that you had tested was our Juno (stable at that time) release which
Hi all,
The OpenStack miniconf at PyCon Australia is rapidly approaching (31st
July) but it's not too late to register!
You can find all of the details on http://2015.pycon-au.org/, including
the OpenStack miniconf programme
http://2015.pycon-au.org/programme/schedule/friday.
We're also
Hi every one,
The glance policy.json allows specific users/roles to download an image. If
we apply a policy on a specific role, only that role can download and/or
boot an image.
What if we want to restrict downloading an image, but at the same time
allowing the user to boot it via nova boot. The
Folks,
I’m glad to announse that verison 6.1.2 of Fuel Client was released. The team
fixed a few important issues in order to make it possible to interact with Fuel
6.1 using the official client.
CHANGELOG
===
6.1.2
---
* Change version to 6.1.2
* Update link to developers'
2015-07-02 5:00 GMT+02:00 Ian Wienand iwien...@redhat.com:
So I looked into this with Gilles, and that error is a red-herring
(it's just saying the rdo repos don't create the presto/deltarpm
stuff);
yep
the real issue is when python-requests fails to install [1] a
bit later due to [2]
Hi Elisha,
Currently Mistral doesn’t support any expiration policies for
workflow/task/action runtime objects. It keeps them forever until someone
deletes them manually.
I see the following ways of addressing your need:
Implement some cleanup component within Mistral (how to call it?) using
Hi,
I'd like to see how we can develop new alarm features, since I'm working on
event-alarm.
Having duplicated code bases may confuse developer too, so we should have some
policies like:
* aodh focus on making sure that it provides existing API and functionality as
of kilo to end users
*
Hi ZhengZhenyu,
I'd say, it's more like a new feature and rebuild of volume-backed
instances is simply not implemented yet.
Though, I agree, that existing behaviour is rather confusing, as such
rebuild will be a no-op, and Nova won't report any errors either.
AFAIK, Eugeniya K. (CC'ed) started
On Thu, 2 Jul 2015, Chris Dent wrote:
The voting related to the ceilometer mid-cylce is now closed. Prad and I
will work to come up with a proposed schedule.
Can interested participants please make sure they are up to date on
http://doodle.com/6vfksdu38wcwqqd3 with two consecutive days where
The voting related to the ceilometer mid-cylce is now closed. Prad and I
will work to come up with a proposed schedule.
Some general comments:
As there is limited time not all topics proposed will be addressed.
To maximize value for the sessions that got an above average number of
votes, we
On Wed, Jul 1, 2015 at 5:17 AM, Mike Perez thin...@gmail.com wrote:
On 12:24 Jun 26, Matt Riedemann wrote:
snip
So the question is, is everyone OK with this and ready to make that
change?
Thanks for all your work on this Matt.
+100, awesome debug, followup and fixing work by Matt
I'm
Thanks, Renat.
I also believe the right place to do it is in Mistral.
I will create a blueprint and we will discuss the details in the spec.
Thanks.
From: Renat Akhmerov [mailto:rakhme...@mirantis.com]
Sent: יום ה 02 יולי 2015 12:34
To: OpenStack Development Mailing List (not for usage
On 7/2/2015 4:12 AM, Deepak Shetty wrote:
On Wed, Jul 1, 2015 at 5:17 AM, Mike Perez thin...@gmail.com
mailto:thin...@gmail.com wrote:
On 12:24 Jun 26, Matt Riedemann wrote:
snip
So the question is, is everyone OK with this and ready to make that
change?
Thanks for all
- Original Message -
I think we need to revisit the test infrastructure requirement. We have a lot
of logic to setup and test plugins/drivers and making each repo duplicate
all of that is a pretty big waste of effort. Maybe some base stuff should go
in neutron lib?
Absolutely.
On 2015-07-02 13:29:34 +0200 (+0200), Alan Pevec wrote:
[...]
I could not reproduce on a clean centos7, so I'd like to grab nodepool
image to have a closer look:
[...]
Get up with one of the root admins in #openstack-infra and we can
get you access to one. I did it yesterday for Ian's earlier
I could not reproduce on a clean centos7, so I'd like to grab nodepool
image to have a closer look
After having a closer look, I see that image has requests 2.7
installed from pypi which overwrites python-requests RPM installation
and wreaks havoc when trying to upgrade RPM.
I'm not sure why
Hello folks,
After Neutron core and vendor code decomposition [1], it was decided to
keep db migration scripts in Neutron repo. I was wondering if any of the
networking-* project owners figured out an alternative to this approach
where DB migration can reside in networking-* repositories instead.
Hi Heaters.
I don't think that my question is very huge for openstack-dev, but it
affects a lot of Heat resources
and need collect more opinions before apply some of follow approaches.
I recently uploaded initial approach for implementation common 'show'
attribute [1]
Hi everyone,
In Kilo, keystone introduced the concept of Hierarchical Multitenancy[1],
which allows cloud operators to organize projects in hierarchies. This
concept is evolving in Liberty, with the addition of the Reseller use
case[2], where among other features, it’ll have hierarchies of
On Thu, Jul 02, 2015, Fawad Khaliq fa...@plumgrid.com wrote:
After Neutron core and vendor code decomposition [1], it was decided to
keep db migration scripts in Neutron repo. I was wondering if any of the
networking-* project owners figured out an alternative to this approach
where DB
On 02/07/2015 4:43 AM, Ryota Mibu wrote:
Hi,
I'd like to see how we can develop new alarm features, since I'm working on
event-alarm.
Having duplicated code bases may confuse developer too, so we should have some
policies like:
* aodh focus on making sure that it provides existing API
On 02/07/2015 4:43 AM, Ryota Mibu wrote:
Hi,
I'd like to see how we can develop new alarm features, since I'm working on
event-alarm.
Having duplicated code bases may confuse developer too, so we should have some
policies like:
* aodh focus on making sure that it provides existing API
Sergey,
i don't think so. Please go ahead and file one for oslo.* if you get a chance.
-- dims
On Thu, Jul 2, 2015 at 9:58 AM, Sergey Vilgelm svilg...@mirantis.com wrote:
Do we have a common bug on launchpad for this work, to collect all patches?
On Thu, Jul 2, 2015 at 2:39 AM, Robert
Do we have a common bug on launchpad for this work, to collect all patches?
On Thu, Jul 2, 2015 at 2:39 AM, Robert Collins robe...@robertcollins.net
wrote:
On 2 July 2015 at 11:36, Robert Collins robe...@robertcollins.net wrote:
On 29 June 2015 at 15:59, Robert Collins
Oh, just to be clear, I don't mean to discard what you fixed
My intention was to discuss what would be a better way to fix this in
future thru a feature/blueprint, given there is a consensus
thanx,
deepak
On Thu, Jul 2, 2015 at 8:57 PM, Deepak Shetty dpkshe...@gmail.com wrote:
On Thu, Jul 2,
Hi,
All applications are monolithic so they don't need to be split over
multiple regions. It is necessary to have an ability to select a region
based on requirements and for now I don't care how they are placed inside
the region.
I am not sure how region's capabilities will be stored and actually
On Thu, Jul 2, 2015 at 7:05 PM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
On 7/2/2015 4:12 AM, Deepak Shetty wrote:
On Wed, Jul 1, 2015 at 5:17 AM, Mike Perez thin...@gmail.com
mailto:thin...@gmail.com wrote:
On 12:24 Jun 26, Matt Riedemann wrote:
snip
So the
This change in neutron [1] renames the linuxbridge and openvswitch
plugin config files. I'm familiar with the %config(noreplace) directive
in rpm but I'm not sure if there is a special trick with rpm to rename a
config file while not losing the changes in the config file during the
upgrade.
On Thu, Jul 2, 2015 at 10:35 AM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
This change in neutron [1] renames the linuxbridge and openvswitch plugin
config files. I'm familiar with the %config(noreplace) directive in rpm
but I'm not sure if there is a special trick with rpm to rename a
On Thu, Jul 02, 2015 at 09:22:03PM +0100, Dave Walker wrote:
On 29 June 2015 at 04:59, Robert Collins robe...@robertcollins.net wrote:
Hi, so we're nearly ready to deprecate the python-version-specific
requirements files. Once we have infra's requirements cross checking
jobs all copacetic
On 2015-07-02 21:22:03 +0100 (+0100), Dave Walker wrote:
[...]
I wondered if you had any ideas on how to solve this for bandit usage,
and potentially other projects?
Brainstorming here, but I wonder if extras_require[1] would be a good
solution down the road. I.e., having `tox -e bandit` run
Will the agent still consider/read the old configuration file?
That's up to the packagers. The agent reads whatever config files are
passed as args to the process.
On Thu, Jul 2, 2015 at 11:02 AM, Mathieu Gagné mga...@iweb.com wrote:
Adding [puppet] tag to subject.
On 2015-07-02 11:35 AM,
Thanks for the pointer Jeremy!
Malini, we will planning a conferencing capability. Please add some
details incl. your preference/suggestion to the etherpad (
https://etherpad.openstack.org/p/liberty-glance-mid-cycle-meetup ) so as
to help us plan accordingly.
On 7/1/15 10:20 AM, Jeremy Stanley
Phillip V. Toohill III
Software Developer
phone: 210-312-4366
mobile: 210-440-8374
From: Eichberger, German [german.eichber...@hp.com]
Sent: Thursday, July 2, 2015 5:24 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re:
Hi,
On Thu, Jul 2, 2015 at 11:12 PM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-07-02 22:00:43 +0530 (+0530), sac wrote:
I have a patch[1] which should work only on Red Hat systems and
fails on non Red Hat systems due to non-availability of a package.
I suppose it's up to the
All,
I’m please to say that there are now 3 components merged in the
puppet-openstackci repo [1]
This means 3rd party ci operators can now use the same scripts that the
OpenStack Infrastructure team uses in the official ‘Jenkins’ CI system for:
1. Log Server
2. Jenkins
3.
Congrats Yuiko! +2:)
On Wed, Jul 1, 2015 at 6:09 PM, Yuiko Takada yuikotakada0...@gmail.com
wrote:
Thanks for all the support!!
I will do my best to meet the expectations of you.
Let's make Ironic Inspector better and better together.
As our core team grows, I'd like us to try to stick with
Here is the bp of Magnum+Hyper+Metal integration:
https://blueprints.launchpad.net/magnum/+spec/hyperstack
Wanted to hear more thoughts and kickstart some brainstorming.
Thanks, Peng
- Hyper - Make VM run like
+1 for me. Phil your message did not come through.
On 7/2/15, 6:32 PM, Phillip Toohill phillip.tooh...@rackspace.com
wrote:
Phillip V. Toohill III
Software Developer
phone: 210-312-4366
mobile: 210-440-8374
From: Eichberger, German
Hey community folks!
The Kolla team is having a mid-cycle event in San Jose, CA. Coffee is provided
throughout the day (I believe, but not certain on this point), and lunch, soda,
water are provided at lunch time. An RSVP dinner is provided the night of July
27th at 7 PM so food costs should
Hi Cinder experts,
Currently Glance has cinder backend but it is broken for a long time.
I am proposing a glance-spec/patch to fix it by implementing the
uploading/downloading images to/from cinder volumes.
Glance-spec: https://review.openstack.org/#/c/183363/
Glance_store patch:
On Thu, Jul 2, 2015 at 11:40 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-07-02 16:02:32 +0200 (+0200), Alan Pevec wrote:
After having a closer look, I see that image has requests 2.7
installed from pypi which overwrites python-requests RPM installation
and wreaks havoc when trying
I want to give an update on
http://specs.openstack.org/openstack/openstack-specs/specs/requirements-management.html
- we've just passed a critical milestone there, and this affects how
everyone updates requirements.
As of a few minutes ago devstack-gate landed the change to set
Great news Yuiko!
On Wed, Jul 1, 2015 at 6:26 PM, Dmitry Tantsur dtant...@redhat.com wrote:
Hi all!
Please welcome Yuiko Takada to ironic-inspector-core team. Yuiko has been
with the team for some time already. She did substantial work on porting
ironic-inspector to Oslo libraries and on
I think I bottom posted somehow.
+1 for Al!
Phillip V. Toohill III
Software Developer
phone: 210-312-4366
mobile: 210-440-8374
From: Brandon Logan brandon.lo...@rackspace.com
Sent: Thursday, July 2, 2015 6:57 PM
To: OpenStack Development Mailing List
Dear Keystoners,
Dynamic Policies is a great subject which affects OpenStack
horizontally, offering a better mechanism for defining and delivering
policies to endpoints of any OpenStack service.
An overview of this subject is presented at its wiki page (
Thanks for the tip! after a few trials I finally made it work by
commenting out the following line in /etc/sudoers:
#Defaults
secure_path=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Alec
On 7/2/15, 11:25 AM, Jens Rosenboom j.rosenb...@x-ion.de wrote:
2015-07-02 19:58
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/01/2015 04:09 PM, Kyle Mestery wrote:
On Wed, Jul 1, 2015 at 5:49 AM, Kevin Benton blak...@gmail.com
mailto:blak...@gmail.com wrote:
For the second one, I think we made it clear before that no
plugins must rely on neutron.openstack.*
Hi,
Currently it's not possible to configure your service before image is
uploaded,
because for pre deployment stage it's too early, and for post deployment
stage
it's too late. As a workaround I can suggest uploading TestVM image once
more
after new backend gets configured.
On Wed, Jul 1, 2015
Hi,
I have a patch[1] which should work only on Red Hat systems and fails on
non Red Hat systems due to non-availability of a package.
However, jenkins runs the beaker tests on Ubuntu and by definition this
fails, which is quite intended. However, jenkins marks FAILURE due to this
error.
Due to
On Thu, Jul 02, 2015 at 04:40:49PM +0300, Sergey Kraynev wrote:
Hi Heaters.
I don't think that my question is very huge for openstack-dev, but it
affects a lot of Heat resourcesA
and need collect more opinions before apply some of follow approaches.
I recently uploaded initial
Adding [puppet] tag to subject.
On 2015-07-02 11:35 AM, Matt Riedemann wrote:
This change in neutron [1] renames the linuxbridge and openvswitch
plugin config files. I'm familiar with the %config(noreplace) directive
in rpm but I'm not sure if there is a special trick with rpm to rename a
On 2015-07-02 22:00:43 +0530 (+0530), sac wrote:
I have a patch[1] which should work only on Red Hat systems and
fails on non Red Hat systems due to non-availability of a package.
I suppose it's up to the puppet-manager-core group members to decide
whether non-portable additions are something
Hi Timur,
Generally I think that it is a good idea to have a gate that will check
whether new code is covered by unit tests or not. But I am not sure that
this gate should be voting (if I understand you correct),
because new patch may not be just a new code, committer may delete
something or fix
Hi all,
I suggest to add CI job which will check the unit tests coverage for Sahara
repository and will set -1 for commits with new code and without unit tests
(if we have some degradation of tests coverage).
This job successfully works for Rally project and it helps to organize the
right code
I wonder if anybody else ran into the same issue as it looks like PyYAML
is required on the native python in order for disk-image-crate to succeed.
Installing PyYAML in a virtual environment and running disk-iage-create
from that venv won't work as one of the script fails to import yaml:
Welcome Eric and many thanks to Vui, Arnaud, Kartik, Subbu and Shawn.
-- dims
On Thu, Jul 2, 2015 at 1:03 PM, Gary Kotton gkot...@vmware.com wrote:
Hi,
Over time the team of people working in the project has changed and evolved.
We would like to add the following people following their
Maybe use all for all attributes in the schema and use show for the raw
output from the service (as is done today for server and neutron stuff).
On Jul 2, 2015, at 12:46 PM, Steven Hardy sha...@redhat.com
wrote:
On Thu, Jul 02, 2015 at 04:40:49PM +0300, Sergey Kraynev wrote:
Hi Heaters.
Hi all,
I suggest to add CI job which will check the unit tests coverage for Sahara
repository and will set -1 for commits with new code and without unit tests
(if we have some degradation of tests coverage).
This job successfully works for Rally project and it helps to organize the
right code
On 07/02/2015 03:10 AM, masoom alam wrote:
Hi every one,
The glance policy.json allows specific users/roles to download an
image. If we apply a policy on a specific role, only that role can
download and/or boot an image.
What if we want to restrict downloading an image, but at the same time
Hi all,
I want to add a table to nova db and I followed those suggestions:
https://stackoverflow.com/questions/19424901/how-to-add-a-table-in-nova-database-openstack/24900366#24900366
but after the synchronization there are no changes in the DB.
In order, I've added the structure my new table as
Hi,
Over time the team of people working in the project has changed and evolved.
We would like to add the following people following their contributions for the
project:
* Eric Brown
We would like to remove the following people as they are no longer working on
the project and thank them
Thanks Tim for the info.
I've tried the installation of designate using the recommended guide (
http://docs.openstack.org/developer/designate/install/ubuntu-dev.html) in a
vagrant with ubuntu (precise64 image).
I've found a problem in the same step. However, now the error is different:
$
On 02 Jul 2015, at 06:59, Mike Scherbakov mscherba...@mirantis.com wrote:
Alex - congratulations! Added you to fuel-library core.
Also congrats from me, well deserved!
Regards,
--
Tomasz 'Zen' Napierala
Product Engineering - Poland
Hi all,
I suggest to add CI job which will check the unit tests coverage for Murano
repository and will set -1 for commits with new code and without unit tests
(if we have some degradation of tests coverage).
This job successfully works for Rally project and it helps to organize the
right code
+1, it'd be great to have Eric in the oslo.vmware team
-Rado
On 7/2/15 8:03 PM, Gary Kotton wrote:
Hi,
Over time the team of people working in the project has changed and evolved.
We would like to add the following people following their contributions
for the project:
* Eric Brown
We
We found that we where having problems getting in sync with where everyone
was for actions to get the kilo packages merged. Here is the summary from
the meeting
https://etherpad.openstack.org/p/fuel-kilo
--
--
Andrew Woodward
Mirantis
Fuel Community Ambassador
Ceph Community
2015-07-02 19:58 GMT+02:00 Alec Hothan (ahothan) ahot...@cisco.com:
I wonder if anybody else ran into the same issue as it looks like PyYAML
is required on the native python in order for disk-image-crate to succeed.
Installing PyYAML in a virtual environment and running disk-iage-create
from
On 7/2/2015 10:39 AM, Kyle Mestery wrote:
On Thu, Jul 2, 2015 at 10:35 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com mailto:mrie...@linux.vnet.ibm.com wrote:
This change in neutron [1] renames the linuxbridge and openvswitch
plugin config files. I'm familiar with the
On 2015-07-02 16:02:32 +0200 (+0200), Alan Pevec wrote:
After having a closer look, I see that image has requests 2.7
installed from pypi which overwrites python-requests RPM installation
and wreaks havoc when trying to upgrade RPM.
I'm not sure why and where is pypi used during the image
Thanks xarses, most appreciated!
On 07/02/2015 02:20 PM, Andrew Woodward wrote:
We found that we where having problems getting in sync with where
everyone was for actions to get the kilo packages merged. Here is the
summary from the meeting
https://etherpad.openstack.org/p/fuel-kilo
--
--
Hello Stackers,
A few intrepid projects have started adopting Bandit, an automatic security
linter built by the security project, into their gate tests. This is very
rewarding to see for those of us who have worked on the project and people with
an interest in securing the OpenStack codebase.
On Wed, Jul 01, 2015 at 03:30:55PM -0500, Douglas Mendiz?bal wrote:
Hi Asha,
The blueprint you linked for Tempest is over a year old. I think it
pre-dates the Tempest team's decision to stop putting all project
tests in the same repo. I believe the spec is obsolete, but someone
from the
On 07/01/2015 12:23 AM, ChangBo Guo wrote:
thanks Dan and Jay, we don't need add new scheduler for that :-),
what about provide cpu frequency to api /os-hypervisors, that means
we can
report this value automatically, the value can be used in high level
mange tools.
Meh, I'm not too big
On Jul 2, 2015, at 2:35 PM, Steve Baker sba...@redhat.com
wrote:
On 03/07/15 06:03, Randall Burt wrote:
Maybe use all for all attributes in the schema and use show for the raw
output from the service (as is done today for server and neutron stuff).
Instead of all, how about allowing a
Hi Timur,
I absolutely disagree with this approach. IMO such checks just helps to
organize the unhealthy dev process when contributors will write tests only
to pass this check. We have a non-voting coverage job to track the unit
tests coverage in addition to the code review itself. It's the
On 03/07/15 06:03, Randall Burt wrote:
Maybe use all for all attributes in the schema and use show for the raw
output from the service (as is done today for server and neutron stuff).
Instead of all, how about allowing a special form of {get_attr:
[resource_name]} with no extra arguments to
On 29 June 2015 at 04:59, Robert Collins robe...@robertcollins.net wrote:
Hi, so we're nearly ready to deprecate the python-version-specific
requirements files. Once we have infra's requirements cross checking
jobs all copacetic again, we should be able to move forward.
There isn't a specific
Just a reminder that the deadline is next week!
Cheers,
Michael
On Fri, Jun 26, 2015 at 8:57 AM, Michael Still mi...@stillhq.com wrote:
Hi,
I just wanted to let people know that we're setting a deadline of 7
July for mid-cycle meetup signups. So, if you're intending to sign up
but haven't
On Fri, Jul 03, 2015 at 07:35:18AM +1200, Steve Baker wrote:
On 03/07/15 06:03, Randall Burt wrote:
Maybe use all for all attributes in the schema and use show for the raw
output from the service (as is done today for server and neutron stuff).
Instead of all, how about allowing a special
Anastasia,
because new patch may not be just a new code, committer may delete
something or fix typos in docsting, etc.
This job compares amount of non covered lines (before and after patch).
If you just remove code there will be less lines that should be covered so
amount of non covered lines
Yes, if your remotely participating please still vote so we can get the maximum
people in.
Regards
-steve
From: Kai Qiang Wu wk...@cn.ibm.commailto:wk...@cn.ibm.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
Hi Sergey,
Looks like I suggested job which we already have :) so, I think non-voiting
coverage job is ok for Sahara project and we can just continue to use it.
Thank you!
On Thu, Jul 2, 2015 at 11:06 PM, Sergey Lukjanov slukja...@mirantis.com
wrote:
Hi Timur,
I absolutely disagree with
Hi all,
As the Lieutenant of the advanced services, I would like to nominate Al Miller
to be a member of the neutron-lbaas core reviewer team.
Review stats are in line with other cores[2] and feedback on patches has been
great. Additionally, he has been instrumental in our devstack support and
On 3 July 2015 at 08:22, Dave Walker em...@daviey.com wrote:
On 29 June 2015 at 04:59, Robert Collins robe...@robertcollins.net wrote:
Hi, so we're nearly ready to deprecate the python-version-specific
requirements files. Once we have infra's requirements cross checking
jobs all copacetic
Al has been a great asset to LBaaS. Well deserved! +1000
German
On 7/2/15, 3:16 PM, Doug Wiegley doug...@parksidesoftware.com wrote:
Hi all,
As the Lieutenant of the advanced services, I would like to nominate Al
Miller to be a member of the neutron-lbaas core reviewer team.
Review stats are
88 matches
Mail list logo
