On Mon, Aug 14, 2017 at 05:58:50PM -0700, Arun SAG wrote:
> Hi,
>
> RHEL/CentOS 7 released new libvirt packages (upgraded from 2.x to 3.x)
> which broke bootstrapping devstack on stable/ocata branch. I have a review
> up here to fix this in upper-requirements.txt
> https://review.openstack.org/#/c
Hello Community!
Recently with CI performance degradation ironic team meet with the
following problem. Quick automated cleaning is enabled on grenade jobs
which is started exactly after nova instance is deleted.
We do not wait for cleaning is finished in nova virt driver before mark
instance as de
Hi,
Thank you for your e-mail. I would be glad to assist you with the issues that
you have found in the ironic drivers for the Dell EMC integrated Dell Remote
Access Controller (iDRAC). The same applies to any questions you may have
about them.
I look forward to working with you.
Kind regar
Thank you Chris! We will be discussing these programs in our next weekly
meeting, on Wednesday, August 16th, 11:00 AM CST/ 16:00 UTC in
#openstack-meeting-3. Join us if you would like to be part of the discussion,
and reviews are very welcome!
Thank you,
Egle
___
Hi Dinesh and Sampath,
On 2017/08/15 1:50, Sam P wrote:
Hi Dinesh and Rikimaru,
It seems that Dinesh[1] and Rikimaru [2] pushed a patch to fix same
issue. Thank you for your effort. Please discuss and merge them into
one patch.
[1] https://review.openstack.org/#/c/493534/
[2] https://review.
Dear OpenStack folks,
As Ildikó kindly forwarded the message, please come and join the ETSI NFV
tutorial & workshop on September 11th. If you plan to attend the OpenStack PTG
in Denver, the venue is about 30 minutes driving from the PTG venue.
Given that ETSI NFV-ISG is finally releasing funda
On Mon, Aug 14, 2017, at 05:58 PM, Arun SAG wrote:
> Hi,
>
> RHEL/CentOS 7 released new libvirt packages (upgraded from 2.x to 3.x)
> which broke bootstrapping devstack on stable/ocata branch. I have a
> review
> up here to fix this in upper-requirements.txt
> https://review.openstack.org/#/c/4910
Hi,
RHEL/CentOS 7 released new libvirt packages (upgraded from 2.x to 3.x)
which broke bootstrapping devstack on stable/ocata branch. I have a review
up here to fix this in upper-requirements.txt
https://review.openstack.org/#/c/491032/
On the review i was asked to check if upgrading to libvirt-p
Hi Training Team and All,
We decided to add tagging to our slide material to make it easier to utilize
the modular structure of the training even more.
We would like to add indications to the training modules and exercises on who
would be the target audience, whether we recommend the block as p
On Mon, 14 Aug 2017, Brant Knudson wrote:
I don't even have time to keep up with emails to -dev lately, so go ahead
and remove me as a core reviewer here.
Done. Thanks.
I likely wouldn't work on this going
forward since I'm not even sure why we have a service catalog. Shouldn't we
be using s
Hi,
We are glad to present this week's priorities and subteam report for Ironic. As
usual, this is pulled directly from the Ironic whiteboard[0] and formatted.
This Week's Priorities (as of the weekly ironic meeting)
1. Make a release!
Hi Snappers
I'm writing to propose Pete Vander Giessen to the *snaps-core* and
*snaps-release* groups. Pete has done a good bit of work in OpenStack
Snaps, particularly snap testing and CI tooling. I feel he would add a lot
of value to the general dev/review process, as well as to the release
pr
Hi Snappers
I'm writing to propose David Ames to the *snaps-core* and *snaps-release*
groups. David has done a good bit of work in OpenStack Snaps. I feel he
would add a lot of value to the general dev/review process, as well as to
the release processes.
Cheers,
Ryan
__
On Tue, Aug 8, 2017 at 12:35 PM, Doug Hellmann
wrote:
> Excerpts from Chris Dent's message of 2017-08-08 16:35:18 +0100:
> >
> > I don't believe we have an established procedure for core
> > nominations in the service-types-authority group, so I'll just go
> > ahead and take the initiative. I thi
Hi Training Team,
This is a friendly reminder that we are having our meeting in a bit (2000 UTC)
on #openstack-meeting-3.
You can find the agenda here:
https://etherpad.openstack.org/p/openstack-upstream-institute-meetings
See you soon! :)
Thanks,
Ildikó
__
Hello everyone,
A new release candidate for designate-dashboard for the end of the Pike
cycle is available! You can find the source code tarball at:
https://tarballs.openstack.org/designate-dashboard/
Unless release-critical issues are found that warrant a release
candidate respin, this ca
Hello everyone,
A new release candidate for designate for the end of the Pike
cycle is available! You can find the source code tarball at:
https://tarballs.openstack.org/designate/
Unless release-critical issues are found that warrant a release
candidate respin, this candidate will be form
Did you know the Women of OpenStack isn't just for people who identify as
female, but allies as well? Well now you do and we're looking for new
members!
Our mission statement is:
The Women of OpenStack (WOO) strive to increase the diversity of the
OpenStack community by overcoming OpenStack's bar
+1
From: Surya Prakash Singh [surya.si...@nectechnologies.in]
Sent: Monday, August 14, 2017 2:25 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [kolla-kubernetes] Proposing Rich Wellum to
coreteam
Hello everyone,
A new release candidate for heat for the end of the Pike
cycle is available! You can find the source code tarball at:
https://tarballs.openstack.org/heat/
Unless release-critical issues are found that warrant a release
candidate respin, this candidate will be formally relea
Hi Dinesh and Rikimaru,
It seems that Dinesh[1] and Rikimaru [2] pushed a patch to fix same
issue. Thank you for your effort. Please discuss and merge them into
one patch.
[1] https://review.openstack.org/#/c/493534/
[2] https://review.openstack.org/#/c/493476/
--- Regards,
Sampath
___
Thanks for the answer, cdent, and the discussion on IRC [1]. In summary:
- Those links are the full `path` component of the resource, to which
one would prepend the protocol://server:port to get its fully-qualified
location. The '/placement' prefix is determined and included by the web
server, n
+1 for Boris’ suggestion. Many of us use Rally to probe our clouds and have
significant tooling behind it to integrate with local availability reporting
and trouble ticketing systems. It would be much easier to deploy new
functionality such as you propose if it was integrated into an existing pr
2017-08-14 13:41 GMT+02:00 Ghanshyam Mann :
> On Mon, Aug 14, 2017 at 7:56 PM, Boris Pavlovic wrote:
> > Sam,
> >
> > Seems like a good plan and huge topic ;)
> >
> > I would as well suggest to take a look at the similar efforts in
> OpenStack:
> > - Failure injection: https://github.com/openstac
On Mon, Aug 14, 2017 at 7:56 PM, Boris Pavlovic wrote:
> Sam,
>
> Seems like a good plan and huge topic ;)
>
> I would as well suggest to take a look at the similar efforts in OpenStack:
> - Failure injection: https://github.com/openstack/os-faults
Yea, we are considering this lib, more details i
I propose that we add Andy Smith to the oslo.messaging team.
Andy Smith has been actively contributing to oslo.messaging for a while
now, both
in helping make oslo.messaging better via code contribution(s) and by
helping with
the review load when he can. He's been involved on the AMQP 1.0 side for
Sam,
Seems like a good plan and huge topic ;)
I would as well suggest to take a look at the similar efforts in OpenStack:
- Failure injection: https://github.com/openstack/os-faults
- Rally Hooks Mechanism (to inject in rally scenarios failures):
https://rally.readthedocs.io/en/latest/plugins/imp
I think You are missing initialization for running period tasks. You need
prepare a daemon service with period tasks like nova-compute
There are some key points to enable period task:
1. add period tasks to thread group
https://github.com/openstack/nova/blob/master/nova/service.py#L194
2. make
Hi, all.
There are two ways to run period tasks in OpenStack. One is using
"FixedIntervalLoopingCall" and the other is using the decorator named
"periodic_task.periodic_task". Both of them are defining in Oslo service
module.
My question is, how to use them in non OpenStack environment? I
Hi All,
This is a follow up for OpenStack Extreme Testing session[1]
we did in MEX-ops-meetup.
Quick intro for those who were not there:
In this work, we proposed to add new testing framework for openstack.
This framework will provides tool for create tests with destructive
scenarios which will c
+1
from myside too :)
nice work @Rich
I know I am not the core in kolla-k8s, but I tested quite cool tool developed
for AIO OpenStack deployment on Kubernetes with kolla-k8s.
---
Thanks
Surya Prakash (spsurya)
-Original Message-
From: Michał Jastrzębski [mailto:inc...@gmail.com]
Sent:
Hi,
I have an interesting situation with the parametrization of edit-constraints in
tools/tox_install.sh. This happens at the moment in neutron-lib, but as amotoki
pointed out in [1] the same should happen in any projects (and actually was
happening with me in Vitrage and Mistral).
Here is wha
In fixing bug 1704798, there's a proposed patch
https://review.openstack.org/#/c/485121/7
but we stuck at http_connection_timeout and timeout value in keystoneauth1
and keystonemiddle repo
basically we want to reuse the keystone_auth section in nova.conf to avoid
create another section so we can
33 matches
Mail list logo