Re: [openstack-dev] [masakari] Intrusive Instance Monitoring

Hi Greg, # Thank you Jeremy..! I couldn't find any problem with repo side. As Jeremy pointed out, could you please check the `git remote show gerrit`. BTW, could you please create a BP in [1] and link it to your spec when you commit it. In this way, we could track all the changes related to

Re: [openstack-dev] [TripleO] overcloud_containers.yaml: container versioning, tags and use cases ?

On Sat, May 27, 2017 at 7:07 AM, David Moreau Simard wrote: > Hi, > > Today we discussed a challenge around image tags that mostly boils > down to limitations in how overcloud_containers.yaml is constructed > and used. > > TL;DR, we need a smart and easy way to work with the >

Re: [openstack-dev] [masakari] Intrusive Instance Monitoring

On 2017-05-29 14:48:10 + (+), Waines, Greg wrote: > Was just trying to submit my spec for Intrusive Instance > Monitoring for review. > > And I get the following warning after committing when I do the > ‘git review’ > > gwaines@gwaines-VirtualBox:~/openstack/masakari-specs$ git review >

Re: [openstack-dev] [infra] Removal of git-review from DIB images

On 2017-05-29 08:49:30 -0400 (-0400), Paul Belanger wrote: > Does your project use git-review on our zuul worker nodes? If so, > this post is for you. [...] > I have proposed the removal of git-review[1] from our > images. After subsequent discussion in IRC (spotty due to it being a national

Re: [openstack-dev] Security bug in diskimage-builder

On 2017-05-29 15:43:43 +0200 (+0200), Emilien Macchi wrote: > On Wed, May 24, 2017 at 7:45 PM, Ben Nemec wrote: [...] > > Emilien, I think we should create a tripleo-coresec group in > > launchpad that can be used for this. We have had > > tripleo-affecting security bugs

Re: [openstack-dev] [kolla][osprofiler][keystone][neutron][nova] osprofiler in paste deploy files

- Mail original - > De: "Eduardo Gonzalez" > À: "OpenStack Development Mailing List (not for usage questions)" > > Envoyé: Lundi 29 Mai 2017 11:53:53 > Objet: Re: [openstack-dev] [kolla][osprofiler][keystone][neutron][nova] >

[openstack-dev] [os-upstream-institute] Today's meeting is CANCELED

Hi Team, Due to the holiday today in the US today’s meeting is canceled. See you next Monday (June 5th), 2000 UTC on #openstack-meeting-3. Thanks, Ildikó __ OpenStack Development Mailing List (not for usage questions)

[openstack-dev] [l2gw] How to handle correctly unknown-dst traffic

Hello, I have a question about the l2gw. I did a deployment, I described the steps here: https://review.openstack.org/#/c/453209/ The unicast traffic works fine, but I dont understand what is the idea behind the handling of the broadcast traffic. Looking at openvswitch: I obtain the uuid with

Re: [openstack-dev] [masakari] Intrusive Instance Monitoring

Hey Sam, Was just trying to submit my spec for Intrusive Instance Monitoring for review. And I get the following warning after committing when I do the ‘git review’ gwaines@gwaines-VirtualBox:~/openstack/masakari-specs$ git review You are about to submit multiple commits. This is expected if you

Re: [openstack-dev] [glance] nominating Mike Fedosin for glance core

Thank you very much for your trust! I will try not to let you down, and be with the project in these difficult times. Despite the fact that most of the time I'm involved in the Glare project, I agree that they have much in common. And at least they both share glance_store library. For this

Re: [openstack-dev] [OSC][ironic][mogan][nova] mogan and nova co-existing

Hi Zhenguo (and others), is there a description/email thread/documentation about how mogan and nova co-exists in the same cloud? In particular, will it be possible for mogan and nova (with ironic driver) to run? Is this something that we will recommend or not recommend or not mention? Because

Re: [openstack-dev] Security bug in diskimage-builder

On Wed, May 24, 2017 at 7:45 PM, Ben Nemec wrote: > > > On 05/17/2017 10:46 AM, Jeremy Stanley wrote: >> >> On 2017-05-17 15:57:16 +0300 (+0300), George Shuklin wrote: >>> >>> There is a bug in diskimage-builder I reported it at 2017-03-10 as >>> 'private >>> security'. I

[openstack-dev] [vitrage] error handling

Brought up by a recent code review, I think it worth a thorough discussion about the error handling rule. I once read an article[1] from Joyent and it impressed me on the distinguish between *Operational* errors vs. *programmer* errors. The article is written for nodejs, but the principle also

[openstack-dev] [infra] Removal of git-review from DIB images

Greetings, Does your project use git-review on our zuul worker nodes? If so, this post is for you. For a long time we have installed git-review on to our worker nodes that are used by jobs. This also installs additional python dependencies: Successfully installed argparse-1.4.0

Re: [openstack-dev] [Openstack-dev] [Designate]

On 26/05/17 13:35, Andrea Frittoli wrote: > On Thu, May 25, 2017 at 5:27 PM Carmine Annunziata > > > wrote: > > Hi everyone, > I integrated Designate in Openstack by devstack, now i'm using the > new default

[openstack-dev] [Tripleo] deploy software on Openstack controller on the Overcloud

Hi, I am tying to deploy a software on openstack controller on the overcloud. One way to do this is by modifying ‘overcloud image’ so that all packages of our software are added to image and then run overcloud deploy. Other way is to write heat template and puppet module which will deploy the

Re: [openstack-dev] [mistral][freezer] adopting oslo.context for logging debugging and tracing

Hi Renat, Kong is going to move on with this patch and then i will continue with the main problem of trust token in Mistral. Br, Tuan/Nokia On Mon, May 29, 2017 at 9:20 AM, Renat Akhmerov wrote: > Tuan, > > It’s ok, not always people have cycles to finish something

Re: [openstack-dev] [kolla][osprofiler][keystone][neutron][nova] osprofiler in paste deploy files

Hi Matt, A), As far I can see most services with Osprofile implemented have it enabled by default at paste-ini files except Neutron and maybe a couple more. B), kolla's custom keystone-paste-ini file will probably be "removed" for Pike release, using keystone defaults with osprofile enabled. We

Re: [openstack-dev] [openstack-ansible] mount ceph block from an instance

Thanks for the answer. My use case is for a file-hosting software system like « Seafile » which can use a ceph backend (swift too but we don’t deploy swift on our infra). Our network configuration of our infra is identical as your OSA documentation. So, on our compute node we have two bonding

[openstack-dev] [kolla][osprofiler][keystone][neutron][nova] osprofiler in paste deploy files

Hello, I'd like to have more insight on OSProfiler support in paste-deploy files as it seems not similar across projects. As a result, the way you can enable it on Kolla side differs. Here are some examples: a) Nova paste.ini already contains OSProfiler middleware[1]. b) Keystone paste.ini

[openstack-dev] [vitrage] No IRC meeting this week

Hi, We will not hold the Vitrage weekly IRC meeting this week, as many Vitrage contributors will be on vacation. We will meet again next week, on June 7th. Thanks, Ifat. __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [mistral][freezer] adopting oslo.context for logging debugging and tracing

Tuan, It’s ok, not always people have cycles to finish something upstream. No need to explain that. All I’m worried about is getting this thing done. So if you don’t have capacity please help transfer this work to someone else. Thanks Renat On 29 May 2017, 13:36 +0700, lương hữu tuấn

Re: [openstack-dev] [TripleO] Undercloud backup and restore

Here is feedback from the customer. Following the guide [1], undercloud restoration was not succeeded. Swift objects could haven't been downloaded after restoration even though they followed all procedures during backing up / restoring their system described in [1]. Since that, I'm not 100%

[openstack-dev] [Keystone][PublicCloud] Introducing Adjutant, an OpenStack service for signups, user invites, password reset and more!

Hello OpenStack Community, I'd like to introduce to you all a service we have developed at Catalyst and are now ready to release to the OpenStack community in hopes that others may find it useful. As a public cloud provider we quickly ran into a bunch of little issues around user management,

Re: [openstack-dev] [mistral][freezer] adopting oslo.context for logging debugging and tracing

Hi Doug and Renat, I totally agree with what Doug mentioned in the previous mail. In fact, my patch is only the used for the purpose of "implementing trust token", not for full refactoring mistral context. Since i do not have my capacity for contributing to Mistral, my commit now is for the need