Hi all!
Recently we meet a strange problem in our ci. look this link:
https://review.openstack.org/#/c/532097/
we can pass the ci in the first time, but when we begin to start the gate job,
it will always failed in the second time.
we have rebased several times, it alway pass the ci in the fi
Hi Eric,
In Monasca use cases sending the token in the request header should be enough,
I guess. I'm adding the references to the HipChat [1] and Slack APIs [2] as
well as two old blueprints [3, 4].
[1] https://developer.atlassian.com/server/hipchat/about-the-hipchat-rest-api/
[2] https://api.s
Matt, thank you for all your efforts!
I'm going to work on Horizon blueprint soon to get it implemented in Rocky
Regards,
Ivan Kolodyazhny,
http://blog.e0ne.info/
On Wed, Apr 25, 2018 at 4:57 PM, Matt Riedemann wrote:
> I wanted to advertise the need for some help in adding multiattach volume
On Thu, May 3, 2018 at 9:49 PM, Eric K wrote:
> Question to the projects which send or consume webhook notifications
> (telemetry, monasca, senlin, vitrage, etc.), what are your
> supported/preferred authentication mechanisms? Bearer token (e.g.
> Keystone)? Signing?
>
> Any pointers to past discu
On Fri, May 04, 2018 at 04:13:41PM +0800, linghucongsong wrote:
>
> Hi all!
>
> Recently we meet a strange problem in our ci. look this link:
> https://review.openstack.org/#/c/532097/
>
> we can pass the ci in the first time, but when we begin to start the gate
> job, it will always failed in
We have an issue with live-migration if operators update OVS from a
version that does not support dpdkvhostuserclient to a version that is
supporting it.
Basically from OVS2.6 to OVS2.7 or upper.
The problem is that, for libvirt driver all the instances created that
use vhu interfaces in server m
Hi everyone,
Due to active cores having no objections, I have officially added
Tobias to our cores.
Welcome, Tobias! :)
Thanks,
Mohammed
On Fri, Apr 27, 2018 at 5:13 PM, Alex Schultz wrote:
> +1
>
> On Fri, Apr 27, 2018 at 11:41 AM, Emilien Macchi wrote:
>> +1, thanks Tobias for your contribu
Hi,
We are working on some changes to DLRN, which will improve its flexibility and
ability to build packages using different backends [1]. While we try to make
these changes backwards-compatible, we have detected an issue with existing CI
jobs for TripleO.
Both tripleo-ci and oooq-extras chang
As clarify by Gilles and Kevin we absolutely can get GraphQL with the
control plan API and the workers api.
Ok, how do start to work on that? What’s the next step?
Which server library do we want to use?
I personally use graphene with python as it is the library listed by the
official GraphQL we
For full details on this, see the IRC conversation [1].
tl;dr: the nova compute manager and xen virt driver assume that you can
reboot a rescued instance [2] but the API does not allow that [3] and as
far as I can tell, it never has.
I can only assume that Rackspace had an out of tree change
For full details on this, see the IRC conversation [1].
tl;dr: the nova compute manager and xen virt driver assume that you can
reboot a rescued instance [2] but the API does not allow that [3] and as
far as I can tell, it never has.
I can only assume that Rackspace had an out of tree change
On 05/04/2018 07:50 AM, Matt Riedemann wrote:
For full details on this, see the IRC conversation [1].
tl;dr: the nova compute manager and xen virt driver assume that you can reboot a
rescued instance [2] but the API does not allow that [3] and as far as I can
tell, it never has.
I can only assu
On Fri, May 4, 2018, at 2:37 AM, Sean McGinnis wrote:
> On Fri, May 04, 2018 at 04:13:41PM +0800, linghucongsong wrote:
> >
> > Hi all!
> >
> > Recently we meet a strange problem in our ci. look this link:
> > https://review.openstack.org/#/c/532097/
> >
> > we can pass the ci in the first ti
Hi,
is there a reason we don't configure services for rabbitmq ha queues
like it is suggested in [0] ?
Rabbitmq itself has ha policy 'on' via one of its templates.
Thanks,
Vladislav Belogrudov
[0]
https://docs.openstack.org/ha-guide/shared-messaging.html#rabbitmq-services
_
Hi everybody,
As a bit of a novice, I'm trying to use OpenStack SDK 0.13 in an OPNFV/ONAP
project (Auto).
I'm able to use the compute and network proxies, but have problems with the
identity proxy,
so I can't create projects and users.
With network, I can create a network, a router, router inte
On 05/04/2018 01:34 PM, [email protected] wrote:
Hi everybody,
As a bit of a novice, I'm trying to use OpenStack SDK 0.13 in an
OPNFV/ONAP project (Auto).
Yay! Welcome.
I'm able to use the compute and network proxies, but have problems with
the identity proxy,
so I can't create projec
Hi,
I forgot to follow up but this was resolved last Monday April 30th
when Flask released 0.12.4.
Please let me know if you see anything out of the ordinary.
Thanks !
David Moreau Simard
Senior Software Engineer | OpenStack RDO
dmsimard = [irc, github, twitter]
On Fri, Apr 27, 2018 at 11:4
Hi,
It took longer than ancitipated but the necessary changes have landed
in both ARA and logs.openstack.org.
The reports should now be faster and more reliable.
Please let me know if you see anything out of the ordinary.
Thanks !
David Moreau Simard
Senior Software Engineer | OpenStack RDO
d
Hey folks,
I forgot to say - I wont be around on Monday for office hours. Feel free to
carry on without me. It should be less formal than a meeting, so anyone can
chat - just send some messages to #openstack-mistral so folks know you are
around for it.
The ehterpad has a pinglist you can use to r
Greetings All,
After a discussion in #openstack-tc[1] earlier today, the Keystone
team is adjusting its approach in proposing default roles[2].
Subsequently, I have ported the current default roles specification
from openstack-specs[3] to keystone-specs[2].
The original review has been in a prett
On 05/04/2018 02:55 PM, Harry Rybacki wrote:
> Greetings All,
>
> After a discussion in #openstack-tc[1] earlier today, the Keystone
> team is adjusting its approach in proposing default roles[2].
> Subsequently, I have ported the current default roles specification
> from openstack-specs[3] to k
I have commented on both of those stories. Thank you for submitting them.
As for the values,this is hard as those settings depend on a lot of
factors. The default values are targeted towards developers and likely
need to be adjusted for production. We have not yet put together our
deployment guide
# Keystone Team Update - Week of 30 April 2018
## News
Most of this week was spent firming up specification details. There were
a couple good discussions on unified limits and the default role work
we're targeting for the release.
## Open Specs
Dashboard: https://tinyurl.com/yagxuyfr
We had so
Many thanks for the welcome ;)
And many thanks for the speedy and very useful response !
Details below.
Best regards,
Gerard
For add_gateway_to_router():
So I tried this:
external_network = conn.network.find_network(EXTERNAL
Right, let's announce the Proof of Concept project as of Neutron, invite
anyone interested and start it.
There is an API SIG BoF at Vancouver, where we will announce it too. And
for everyone who can attend, to be welcome to discuss it:
https://www.openstack.org/summit/vancouver-2018/summit-sch
I will not attend the vancouver summit but I’ll try to attend the berlin
one as it’s closer to me.
However I’ll be happy to join the conversation and give a hand, especially
if you need an operational point of view as our Openstack usage is
constantly growing within an heterogeneous environment ra
Thanks a lot Witold and Thomas!
So it doesn't seem that someone is currently using a keystone token to
authenticate web hook? Is is simply because most of the use cases had
involved services which do not use keystone?
Or is it unsuitable for another reason?
On 5/4/18, 2:36 AM, "Thomas Herve" wr
Hi vladispay,
I guess you are talking rabbit_ha_queues options. It is already marked as
deprecated[0].
cfg.BoolOpt('rabbit_ha_queues',
default=False,
deprecated_group='DEFAULT',
help='Try to use HA queues in RabbitMQ (x-ha-policy: all). '
Dear all Heat members and friends
As you might award, OpenStack projects are scheduled to migrating ([5])
from Launchpad to StoryBoard [1].
For whom who like to know where to file a bug/blueprint, here are some
heads up for you.
*What's StoryBoard?*
StoryBoard is a cross-project task-tracker, con
looping heat-dashboard team
2018-05-05 12:02 GMT+08:00 Rico Lin :
> Dear all Heat members and friends
>
> As you might award, OpenStack projects are scheduled to migrating ([5])
> from Launchpad to StoryBoard [1].
> For whom who like to know where to file a bug/blueprint, here are some
> heads up
30 matches
Mail list logo
