[openstack-dev] [requirements] Review request for adding ordereddict

Hi all, I've submitted https://review.openstack.org/#/c/46474/ to add ordereddict to openstack/requirements. The reasoning behind the change is that we want ConfigParser to store sections in the order they're read, which is the default behavior in py2.7[1], but it must be specified in py2.6. The

[openstack-dev] [Glance] Removing python-sendfile related code from BaseClient

I'm adding some unit tests for glance/common/client.py as part of bug/1115551, and noticed the image_iterator() function (https://github.com/openstack/glance/blob/master/glance/common/client.py#L568) returns two non-existent types, SendFileIterator and ImageBodyIterator. It seems there's no code p

Re: [openstack-dev] [Glance] images tasks API -- final call for comments

Hi Brian, I had a read over the summary wiki page and the individual docs. My main thought was that although the asynchronous nature seems attractive, the problems the new API is setting out to solve could be adapted to the existing images API. This view seems to be shared and well highlighted b

Re: [openstack-dev] [kolla] Integrating kollacli as python-kollaclient

Having used the cli for some time I can vouch for it being very useful, and usable. The guys have done a nice job of giving it an "OpenStack feel", mimicking the patterns used in openstackclient and the like. It should give users a more polished introduction to Kolla. +1 -Paul On 21/10/15 23

Re: [openstack-dev] [kolla] Liberty release builds

ake (stdake) wrote: On 10/20/15, 9:06 AM, "Paul Bourke" wrote: Kolla core team, Here's a link to an etherpad created just now for deciding the process on getting release builds to dockerhub: https://etherpad.openstack.org/p/kolla-release-builds Please review and revise. Steve,

Re: [openstack-dev] [kolla] Mesos orchestration as discussed at mid cycle (action required from core reviewers)

+1 - the below sums up my impressions from the summit which I was good with. Look forward to seeing what Angus the guys come up with. -Paul On 02/11/15 17:02, Steven Dake (stdake) wrote: Hey folks, We had an informal vote at the mid cycle from the core reviewers, and it was a majority vote, s

[openstack-dev] [all][kolla] Summary from Mitaka Summit for Kolla

Hi all, I noticed Flavio did one of these for Glance, so I said I'd try summarise the work sessions that took place for Kolla at the Mitaka summit. These are by no means exhaustive or a complete record of everything that was discussed, but are more a high level summary of the etherpads from

Re: [openstack-dev] [kolla] Proposing Michal Rostecki for Core Reviewer (nihilfer on IRC)

+1 On 12/11/15 08:41, Steven Dake (stdake) wrote: Hey folks, Its been awhile since we have had a core reviewer nomination, but I really feel like Michal has the right stuff. If you look at the 30 day stats for kolla[1] , he is #3 in reviews (70 reviews) with 6 commits in a 30 day period. He

Re: [openstack-dev] [kolla] Proposing Mauricio Lima for core reviewer

+1 thanks for all the work Mauricio On 17/05/16 20:00, Steven Dake (stdake) wrote: Hello core reviewers, I am proposing Mauricio (mlima on irc) for the core review team. He has done a fantastic job reviewing appearing in the middle of the pack for 90 days [1] and appearing as #2 in 45 days [2]

[openstack-dev] [kolla] Fwd: Re: Kilo version of Kolla

fyi Forwarded Message Subject: Re: Kilo version of Kolla Date: Fri, 3 Jun 2016 16:01:59 + From: Steven Dake (stdake) To: Paul Bourke , POLAKU, CHANDRA CC: VENKATSUBRAMANIAM, SHRINATH , prabhu...@cognizant.com Thanks Paul for sharing! Would you mind ccing the mailing

Re: [openstack-dev] [kolla] OSIC cluster accepteed

Michal, I'd be interested in helping with this. Keep us updated! -Paul On 03/06/16 17:58, Michał Jastrzębski wrote: Hello Kollagues, Some of you might know that I submitted request for 130 nodes out of osic cluster for testing Kolla. We just got accepted. Time window will be 3 weeks between 7

Re: [openstack-dev] [kolla] Request for changing the meeting time to 1600 UTC for all meetings

+1 On 08/06/16 13:54, Swapnil Kulkarni (coolsvap) wrote: Dear Kollagues, Some time ago we discussed the requirement of alternating meeting times for Kolla weekly meeting due to major contributors from kolla-mesos were not able to attend weekly meeting at UTC 1600 and we implemented alternate US

Re: [openstack-dev] [kolla] Stability and reliability of gate jobs

Hi David, I agree with this completely. Gates continue to be a problem for Kolla, reasons why have been discussed in the past but at least for me it's not clear what the key issues are. I've added this item to agenda for todays IRC meeting (16:00 UTC - https://wiki.openstack.org/wiki/Meeting

Re: [openstack-dev] [kolla][vote] Nominating Vikram Hosakot for Core Reviewer

+1 On 29/03/16 17:07, Steven Dake (stdake) wrote: Hey folks, Consider this proposal a +1 in favor of Vikram joining the core reviewer team. His reviews are outstanding. If he doesn’t have anything useful to add to a review, he doesn't pile on the review with more –1s which are slightly dishea

Re: [openstack-dev] [kolla][vote] Just make Mitaka deploy Liberty within the Liberty branch

+1 On 30/03/16 04:27, Steven Dake (stdake) wrote: Dear cores, inc0 has been investigating our backport options for 1.1.0 and they look bleak. At this time we would have to backport heka because of changes in Docker 1.10.z which are incompatible with the syslog dev file. We had originally spok

Re: [openstack-dev] [kolla][vote] Nit-picking documentation changes

I've said in the past I'm not a fan of nitpicking docs. That said, I feel it's important for spelling and grammar to be correct. The quickstart guide is the first point of contact for many people to the project, and rightly or wrongly it will give an overall impression of the quality of the pro

Re: [openstack-dev] [kolla][kubernetes] One repo vs two

Having read through the full thread I'm still in support of separate repos. I think the explanations Jeff Peeler and Adam Young have put forward summarise my thoughts very well. One of the main arguments I seem to be hearing for a single repo is Git tooling which I don't think is a good one; w

Re: [openstack-dev] [kolla] better solution for the non-ini format configure file

TL;DR keep globals.yml to a minimum, customise configs via host_vars/group_vars It seems right now the "best" approach may be to tokenise variables as required. This is the approach we currently use in Oracle. There are two other approaches I can think of available to us: 1) The overwrite me

Re: [openstack-dev] [kolla] CentOS binary and source gate failed due to the rabbitmq

I have a debug job open atm to try and investigate this: https://review.openstack.org/#/c/300988/ If anyone is handy with strace here is a run with the output: http://logs.openstack.org/88/300988/6/check/gate-kolla-dsvm-deploy-centos-binary/726c3b1/console.html On 09/05/16 18:23, Hui Kang wrot

Re: [openstack-dev] [kolla] Please vote -> Removal of Harm Weites from the core reviewer team

+1, hopefully we'll see Harm again in the future. Cheers, -Paul On 15/01/16 13:44, Michał Jastrzębski wrote: That's an unfortunate +1, it's always sad to lose one of our own. Hope we'll see you back soon! Thanks for all the fis...reviews! On 15 January 2016 at 06:59, Ryan Hallisey wrote: Hel

Re: [openstack-dev] [kolla] Nominating Lei Zhang (Jeffrey Zhang in English) - jeffrey4l on irc

I was also thinking of adding Lei. He was a big help to me only recently with fixing plugin support and adding unit test support to build.py. +1 from me. -Paul On 19/01/16 08:26, Steven Dake (stdake) wrote: Hi folks, I would like to propose Lei Zhang for our core reviewer team. Count this p

[openstack-dev] [kolla] Note on standard-start blueprint

All, If you are helping on this bp, can you please remember to check if the KOLLA_BOOTSTRAP section is needed when updating start.sh. I believe this needs to be added around any operation that is not idempotent, usually crux operations and db_sync. See docker/common/glance/glance-api/start.s

Re: [openstack-dev] [kolla] Proposal for Paul Bourke for Kolla Core

for usage questions)" mailto:openstack-dev@lists.openstack.org>> Subject: Re: [openstack-dev] [kolla] Proposal for Paul Bourke for Kolla Core +1 From: "Steven Dake (stdake)" mailto:std...@cisco.com>> Reply-To: "OpenStack Development Mailing Li

[openstack-dev] [kolla] Marking install-from-source as implemented

Hi Kolla folk, Just a quick note to say I've marked this bp as implemented. Source builds for all key services are merged so I think it's as a time as any. Please file separate bugs for subsequent contrib services (any existing ones for out for review can stay as is). Any issues with this le

Re: [openstack-dev] [kolla] Proposing Swapnil Kulkarni (coolsvap) for kolla core reviewer team

+1, Swapnil has made a ton of useful contributions and continues to do so :) On 14/08/15 14:29, Steven Dake (stdake) wrote: Hi folks, Swapnil has done a bunch of great technical work, participates heavily in IRC, and has contributed enormously to the implementation of Kolla. I’d like to see

Re: [openstack-dev] [kolla] Followup to review in gerrit relating to RHOS + RDO types

On 13/09/15 18:34, Steven Dake (stdake) wrote: Response inline. From: Sam Yaple mailto:sam...@yaple.net>> Reply-To: "s...@yaple.net" mailto:s...@yaple.net>> Date: Sunday, September 13, 2015 at 1:35 AM To: Steven Dake mailto:std...@cisco.com>> Cc: "OpenStack Development

Re: [openstack-dev] [kolla] proposing Michal Jastrzebski (inc0) for core reviewer

+1 I actually thought he was core already :) On 30/09/15 01:24, Sam Yaple wrote: +1 Michal will be a great addition to the Core team. On Sep 29, 2015 6:48 PM, "Martin André" mailto:martin.an...@gmail.com>> wrote: On Wed, Sep 30, 2015 at 7:20 AM, Steven Dake (stdake) mailto:std...@cis

[openstack-dev] [gertty] Replying to inline comments

Hi, Does anyone know if this is possible in the current version of gertty? Thanks, -Paul __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubsc

[openstack-dev] [kolla] Liberty release builds

Kolla core team, Here's a link to an etherpad created just now for deciding the process on getting release builds to dockerhub: https://etherpad.openstack.org/p/kolla-release-builds Please review and revise. Steve, can you follow up to this mail when you'd like volunteers to kick off builds?

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

+1 On 08/06/15 18:37, Smigiel, Dariusz wrote: Folks, Several people have messaged me from EMEA timezones that 1600UTC fits right into the middle of their family life (ferrying kids from school and what-not) and 1700UTC while not perfect, would be a better fit time-wise. For all people that i

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

Actually I misread the time, 1700 UTC is 6pm Irish time which is not as good for me. So -1 On 09/06/15 09:30, Paul Bourke wrote: +1 On 08/06/15 18:37, Smigiel, Dariusz wrote: Folks, Several people have messaged me from EMEA timezones that 1600UTC fits right into the middle of their family

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

I'm fairly easy on this but, if the issue is that the meeting is running into people's evening schedules (in EMEA), would it not make sense to push it back an hour or two into office hours, rather than forward? On 10/06/15 18:20, Ryan Hallisey wrote: After some upstream discussion, moving the

[openstack-dev] [kolla] Add your name and TZ to wiki

Hi all, Steve suggested adding a new table to the Kolla wiki to help us keep track of who's actively working on Kolla along with relevant info such as timezones and IRC names. I'm missing lots of names and timezones so if you'd like to be on this please feel free to update it at https://wik

[openstack-dev] [kolla] Providing image specific build info

All, As part of the install-from-source blueprint, I'm proposing a basic script that can fetch tarballs in various ways, the result of which is installed as part of the image build. This script is for review here: https://review.openstack.org/#/c/197919/ This requires a couple of variables,

Re: [openstack-dev] [kolla][vote] Proposing Angus Salkeld for kolla-core

+1 On 22/02/16 03:23, Jeffrey Zhang wrote: +1 Nick work! On Mon, Feb 22, 2016 at 10:27 AM, Ryan Hallisey mailto:rhall...@redhat.com>> wrote: +1. Nice work Angus! -Ryan > On Feb 19, 2016, at 11:51 PM, Michał Jastrzębski mailto:inc...@gmail.com>> wrote: > > +1 on co

Re: [openstack-dev] [kolla][vote] port neutron thin containers to stable/liberty

+1 I'm against this on a theoretical basis as I don't think backporting features/architectural changes is good practice for a stable branch. People will say this will increase stability (no longer lose namespaces on container restart), in reality the chances are it will decrease stability on

Re: [openstack-dev] [kolla][vote] Proposing Alicja Kwasniewska for core reviewer

I've been impressed with Alicja's contributions and had suggested this nomination. So +1 a valuable addition. Cheers, -Paul On 04/03/16 17:27, Swapnil Kulkarni wrote: On Fri, Mar 4, 2016 at 10:25 PM, Steven Dake (stdake) wrote: Core Reviewers, Alicja has been instrumental in our work around

Re: [openstack-dev] [kolla][vote] exception for backporting upgrades to liberty/stable

This is a messy topic. I feel there's been some miscommunication and confusion on the issue which hopefully I can sum up. As far as I remember it, Sam is correct, we did always plan to do Liberty upgrades. However, over the course of time post Tokyo these plans didn't really materialise, at wh

[openstack-dev] [kolla] [infra] Size of images built in the gate

Hi all, I'm currently working to add new gates for the oraclelinux image base type (https://blueprints.launchpad.net/kolla/+spec/oraclelinux-gate) and had a question on size available in the gate VMs. Right now the binary build is running out of space in the gate, as it exceeds the 10GB we'r

Re: [openstack-dev] [kolla] [vote] Managing bug backports to Mitaka branch

Hey Steve, Thanks for dropping this round - I was occupied during the meeting and wanted to be sure what I was asked to vote on! It seems like it's not a big deal after all, also considering it's standard practice it's a no brainer. +1 Cheers, -Paul On 24/03/16 03:55, Swapnil Kulkarni wrote

Re: [openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches

+1 On 25/03/16 15:36, Steven Dake (stdake) wrote: Hey folks, These branches are essentially unmaintained and we have completely given up on them. That’s ok – they were paths of our development. I didn't really want to branch them in the first place, but the community demanded it, so I deliver

Re: [openstack-dev] [kolla][tripleo] Update on Kolla

Hi Steve, Thanks for the update. For those interested in Kolla development and discussion, where is the best place to go? Regards, -Paul On 05/02/15 17:25, Steven Dake (stdake) wrote: Hey folks, I wanted to provide a brief update on where we are headed with Kolla. Initially Kolla began a

Re: [openstack-dev] [kolla][keystone] better way to rotate and distribution keystone fernet keys in container env

Two initial ideas: We could create a specific ansible task to rotate the keys, and document that operator should set up a cron job on the deployment node to run this periodically. We could also look at making use of VRRP (keepalived). Potentially the cron job could run on every controller, b

Re: [openstack-dev] [kolla] Proposing duonghq for core

+1 On 08/03/17 08:29, Jeffrey Zhang wrote: +1 from me On Wed, Mar 8, 2017 at 2:41 PM, Michał Jastrzębski mailto:inc...@gmail.com>> wrote: Hello, I'd like to start voting to include Duong (duonghq) in Kolla and Kolla-ansible core teams. Voting will be open for 2 weeks (ends at

Re: [openstack-dev] [kolla] [ironic] Introducing Kayobe - Scientific OpenStack deployment using kolla

Looks really cool Mark, congrats on the release! -Paul On 30/03/17 09:46, Mark Goddard wrote: Hi, I'd like to announce Kayobe[1], a project that we at StackHPC have been working on recently as we help to build out a performance prototyping platform for the SKA telescope[2]. Kayobe is an open

[openstack-dev] [murano] MuranoPL types question

Hi Stan, I had a quick(hopefully) question about MuranoPL that I hope you might be able to help with, Felipe had mentioned you are very knowledgeable in this area. If you don't have time please disregard! I'm working on a patch for the Murano core library to make volume attachment info avail

Re: [openstack-dev] [murano] [heat] [cinder] MuranoPL types question

erted to a string by reporter. So what you see is the value of that 'vol-7c8ee61f-a444-46a1-ad70-fc6fce6a7b56-attachments' output, which sounds like what you're wanted it to be. In MuranoPL you can have very detailed contracts: not just [] (any list) but something like Contract:

Re: [openstack-dev] [kolla] Tags, revisions, dockerhub

I'm wondering if moving to using docker labels is a better way of solving the various issue being raised here. We can maintain a tag for each of master/ocata/newton/etc, and on each image have a LABEL with info such as 'pbr of service/pbr of kolla/link to CI of build/etc'. I believe this solve

Re: [openstack-dev] [kolla][kolla-ansible] Proposing Bertrand Lallau for kolla and kolla-ansible core

+1 of course from myself. Good job Bertrand. On 02/05/17 16:30, Michał Jastrzębski wrote: Hello, It's my pleasure to start another core reviewer vote. Today it's Bertrand (blallau). Consider this mail my +1 vote. Members of kolla-ansible and kolla core team, please cast your votes:) Voting will

[openstack-dev] [murano] Meeting time

Hi Felipe / Murano community, I was wondering how would people feel about revising the time for the Murano weekly meeting? Personally the current time is difficult for me to attend as it falls at the end of a work day, I also have some colleagues that would like to attend but can't at the cu

Re: [openstack-dev] [murano] Meeting time

2017 at 12:08 PM, Paul Bourke mailto:paul.bou...@oracle.com>> wrote: Hi Felipe / Murano community, I was wondering how would people feel about revising the time for the Murano weekly meeting? Personally the current time is difficult for me to attend as it falls at the end

[openstack-dev] [murano][barbican] Encrypting sensitive properties

Hi all, I've been looking at a blueprint[0] logged for Murano which involves encrypting parts of the object model stored in the database that may contain passwords or sensitive information. I wanted to see if people had any thoughts or preferences on how this should be done. On the face of i

Re: [openstack-dev] [murano][barbican] Encrypting sensitive properties

ss, yet you can deploy murano with or without it. As for the way to convey this, I believe metadata attributes were designed to answer use-cases like this one. see https://docs.openstack.org/developer/murano/appdev-guide/murano_pl/metadata.html for more info. Regards, Kirill Le 25 мая 2017 г

[openstack-dev] [murano] [barbican] Re: Need your opinion on another issue...

Hi Stan, Thanks for your input on this. I'm finding the problem with doing the encryption/decryption on the engine side only is that at this point it is too late - the object model has already been written into the database at the API layer. I can't think how we can change this without moving

Re: [openstack-dev] [kolla][kolla-ansible] Proposing Surya (spsurya) for core

+1, thanks Surya for all your work On 14/06/17 16:46, Michał Jastrzębski wrote: Hello, With great pleasure I'm kicking off another core voting to kolla-ansible and kolla teams:) this one is about spsurya. Voting will be open for 2 weeks (till 28th Jun). Consider this mail my +1 vote, you know

Re: [openstack-dev] [kolla] why common_options type is dictionary ?

Because its a series of key value pairs: https://github.com/openstack/kolla-ansible/blob/master/ansible/group_vars/all.yml#L96-L105 Is there another type you feel would fit better? On 11/07/17 05:22, Margin Hu wrote: Hi Guys: I want to set docker_common_options parameter but find its type is

Re: [openstack-dev]  [kolla][kolla-ansible] ceph_osd error when startup ceph_osd container.

Hi, This usually means your ceph mons have failed to cluster correctly. The osd bootstrap calls 'ceph quorum_status' to ensure a successful quorum before proceeding. If the mons are blocked or otherwise unavailable this command can time out which is likely what you're seeing. Make sure the ce

[openstack-dev] [murano] ptg meetup

Hi, Would those of us at the PTG like to agree on a time to meet for an informal Murano chat? Does Friday suit? Regards, -Paul __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-req

Re: [openstack-dev] [all] review.openstack.org downtime and Gerrit upgrade TODAY 15:00 UTC - 23:59 UTC

I had the following bookmark: status:open is:mergeable (project:openstack/kolla OR project:openstack/kolla-ansible) NOT label:Code-Review>=-2,self NOT owner:pauldbourke NOT age:1month branch:master Which basically means, find changes that are: * open * in kolla or kolla-ansible * not reviewe

Re: [openstack-dev] [kolla] Proposal to add Marcin (hrw) to kolla images core team

+1 On 02/11/17 15:58, Michał Jastrzębski wrote: It's my great pleasure to start another voting for core team addition! Everyone knows hrw, thanks to him Kolla now runs on both Power and ARM! Voting will be open for 14 days (until 16th of Nov). Consider this mail my +1 vote Regards, Michal __

Re: [openstack-dev] [kolla] Ansiblize init-runonce script

I think this came up before at one stage. My position is I don't see the need to ansible-ise small shell scripts. init-runonce is currently just an easy to understand sequence of openstack commands provided to help people test/demo their setups. Unless we want to make it more than that, i.e. ma

Re: [openstack-dev] [castellan] Removing Keystoneauth Dependency in Castellan Discussion

From my understanding it would be a cleanup operation - which to be honest, would be very much welcomed. I recently did a little work with Castellan to integrate it with Murano and found the auth code to be very messy, and flat out broken in some cases. If it's possible to let the barbican clie

[openstack-dev] [zuul] Cannot view log outputs in browser

Apologies if this has been asked before. It seems as of late (I think since the roll out of zuul v3, I can't seem to view job outputs directly in my browser. E.g. when I click link[0], I have to download 'job-output.txt.gz', unzip it, rename the extension to '.html', and finally open it in a br

[openstack-dev] [kolla] Policy regarding template customisation

Hi all, I'd like to revisit our policy of not templating everything in kolla-ansible's template files. This is a policy that was set in place very early on in kolla-ansible's development, but I'm concerned we haven't been very consistent with it. This leads to confusion for contributors and o

Re: [openstack-dev] [kolla] New specs process - a dicussion

Sounds reasonable +1 On 12/07/16 15:32, Michał Jastrzębski wrote: Hey guys, Since our project matured, we decided that we should have a discussion regarding our spec process. https://etherpad.openstack.org/p/kolla-N-midcycle-specs Currently we do specs for most critical things, and they requi

Re: [openstack-dev] [kolla][nova][infra] Voting gates

Hi Matt, Here is the failure from nova_compute on trying to start an instance: 2016-07-13 18:04:12.634378 | 2016-07-13 18:01:34.560 1 ERROR oslo_service.service [req-0d77b2c1-43c8-41de-b57f-8aaa974b9807 - - - - -] Error starting thread. 2016-07-13 18:04:12.634410 | 2016-07-13 18:01:34.560 1 ER

Re: [openstack-dev] [kolla][nova][infra] Voting gates

qemu-system and qemu-utils ii qemu-utils1:2.5+dfsg-5ubuntu10.2~cloud0 amd64QEMU utilities Thanks, -Paul On 14/07/16 17:34, Paul Bourke wrote: Hi Matt, Here is the failure from nova_compute on trying to start an instance: 2016-07-13 18:04:12.634378 | 2016-

Re: [openstack-dev] [kolla][vote] Applying for stable-follows tag

Hi Steve, +1 to applying. I'll volunteer for the backport team also. -Paul On 18/07/16 13:07, Steven Dake (stdake) wrote: Hey Koalians, I'd like us to consider applying for the stable follows policy tag. Full details are here: http://github.com/openstack/governance/blob/master/reference/t

Re: [openstack-dev] [kolla] Why base image always be built each time build a specific image.

Zhijiang, You will see lines relating to the base image each time you build, however, they should be cached so will add almost no additional time to the build. -Paul On 21/07/16 09:48, hu.zhiji...@zte.com.cn wrote: Hi, When I use the following command to build keystone image, I saw base/op

[openstack-dev] [kolla][osic] Accessing the osic VPN

For those starting work on the OSIC cluster, I was having some trouble installing the F5 VPN browser plugin, not to mention it's no good if wanting to access the cluster remotely. In the spirit of Kolla here's a Dockerfile I knocked up to run the VPN client in a container: https://github.com/b

[openstack-dev] [kolla][osic] OSIC cluster status

Hi Kolla, Thought it will be helpful to send a status mail once we hit checkpoints in the osic cluster work, so people can keep up to speed without having to trawl IRC. Reference: https://etherpad.openstack.org/p/kolla-N-midcycle-osic Work began on the cluster Wed Aug 3rd, item 1) from the e

Re: [openstack-dev] [kolla] Needing volunteers for Geography Coordinators for making use of OSIC cluster

I can do this for EMEA -Paul On 05/08/16 17:11, Steven Dake (stdake) wrote: Typo is subject tag – please see inside :) From: Steven Dake mailto:std...@cisco.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Friday, A

Re: [openstack-dev] [kolla][osic] OSIC cluster status

Update Aug 9th: We are on scenario two: 3 control, 20 storage, 100 compute with Ceph. Notes are now being collected in https://review.openstack.org/#/c/352101/ along with tempest/rally results. -Paul On 05/08/16 17:48, Paul Bourke wrote: Hi Kolla, Thought it will be helpful to send a

Re: [openstack-dev] [kolla][osic] OSIC cluster status

me is short. If someone could summarise(looking at Jeffrey / inc0 ;)) what's been happening that will allow us to make a decision on how to progress. Cheers, -Paul On 05/08/16 17:48, Paul Bourke wrote: Hi Kolla, Thought it will be helpful to send a status mail once we hit checkpoints i

Re: [openstack-dev] [kolla][osic] OSIC cluster status

stent sets of data after each deploy scenario. -Paul On 16/08/16 12:57, Paul Bourke wrote: Kollagues, Can we get an update from the APAC / US reps? The last I heard we were having trouble getting guests spawned on an external network so they could be accessible by Rally. There's been vari

Re: [openstack-dev] [vote][kolla] Core nomination proposal for Eduardo Gonzalez Gutierrez (egonzales90 on irc)

+1 On 19/08/16 00:15, Michał Jastrzębski wrote: +1 On 18 August 2016 at 18:09, Steven Dake (stdake) wrote: Kolla Core Review Team: I am nominating Eduardo for the core reviewer team. His reviews are fantastic, as I'm sure most of you have seen after looking over the review queue. His 30 da

Re: [openstack-dev] [kolla] Kolla configuration files owner and permission

In my experience operators prefer a dedicated user (kolla:kolla), though I can't see any major problem with your root:kolla approach. On 23/08/16 14:40, Steven Dake (stdake) wrote: On 8/23/16, 1:04 AM, "duon...@vn.fujitsu.com" wrote: Hi S.Dake, Hello Kollish, I am working on bp ansib

Re: [openstack-dev] [kolla][vote] Core nomination for Dave Walker (Daviey on irc)

+1 On 23/08/16 21:45, Steven Dake (stdake) wrote: Kolla core reviewers, I am nominating Dave Walker for the Kolla core reviewer team. His 30 day review stats [1] place him in the middle of the pack for reviewers and his 60 day stats[2] are about equivalent. Dave participates heavily in IRC an

[openstack-dev] [kolla] Regarding footer blocks

Kolla, There seems to be a lot of confusion and thrashing on the customisation patches regarding the footer blocks. To help this I have documented the scheme at https://review.openstack.org/#/c/361253/2/doc/CONTRIBUTING.rst. Please review this and respond with questions if it doesn't make s

[openstack-dev] [kolla] Requirement for bug when reno is present

Kolla, Do people feel we still want to require a bug-id in the commit message for features, when reno notes are present? My understanding is that till now we've required people to add bugs for non trivial features in order to track them as part of releases. Does/should reno supersede this? -

Re: [openstack-dev] [kolla] Requirement for bug when reno is present

sdake kindly took the time to explain the release process. Logs are here: http://eavesdrop.openstack.org/irclogs/%23openstack-kolla/%23openstack-kolla.2016-09-01.log.html#t2016-09-01T09:06:49 On 30/08/16 20:31, Christian Berendt wrote: On 30 Aug 2016, at 12:42, Paul Bourke wrote: Do people

[openstack-dev] [kolla] Problem regarding named volume data location

Hi Kolla, We have been experiencing a long running issue with Kolla that I have brought up briefly a few times, but not made too much noise about. I'm taking the time to write about it in the hopes that a) as a community we may be able to solve it, and b) if other operators start complaining

Re: [openstack-dev] [vote][kolla] Core Nomination for Christian Berendt (berendt on irc)

+1 On 08/09/16 03:59, Steven Dake (stdake) wrote: Kolla core reviewer team, It is my pleasure to nominate Christian Berendt for the Kolla core team. Christian’s output over the last cycle has been fantastic – cracking the top 10 reviewer list for the full cycle. His 30 day stats [1] place

Re: [openstack-dev] [kolla] Policy regarding template customisation

tomisation Thank Paul for pointing this out. for me, I prefer to consist with 2) There are thousands of configuration in OpenStack, it is hard for Kolla to add every key/value pair in playbooks. Currently, the merge_config is a more better solutions. On Mon, Jan 29, 2018 at 7:

Re: [openstack-dev] [kolla] Policy regarding template customisation

On 30/01/18 12:54, Simon Leinen wrote: The perceived downside of (2) - or a perceived advantage of (1) - is that in an ideal world, (1) isolates us from the arcane configuration file details that the crazy devs of individual services come up with. In practice, it turns out that (a) those files ar

[openstack-dev] [kolla] Rocky PTL candidacy

Hello all, I've been involved with Kolla since it's early stages around Liberty, where we saw it evolve through multiple iterations of image formats, orchestration methods and patterns into the project we know and love. From my perspective the community is one of the best things about Kolla.

Re: [openstack-dev] [kolla] Rocky PTL candidacy

On 05/02/18 10:25, Christian Berendt wrote: Hello Paul. On 5. Feb 2018, at 11:12, Paul Bourke wrote: This does not mean I don't have a vision for Kolla - no project is perfect Regardless of that, I would be interested in your visions. What specifically do you want to tackle in the

[openstack-dev] [kolla][ptg] Team dinner

Hey Kolla, Hope you're all enjoying Dublin so far :) Some have expressed interest in getting together for a team meal, how does Thursday sound? Please reply to this with +1/-1 and I can see about booking something. Cheers, -Paul ___

Re: [openstack-dev] [kolla][ptg] Team dinner

2/18 19:39, Paul Bourke wrote: Hey Kolla, Hope you're all enjoying Dublin so far :) Some have expressed interest in getting together for a team meal, how does Thursday sound? Please reply to this with +1/-1 and I can see about booking something.

[openstack-dev] [kolla] PTG Summary

Hi all, Here's my summary of the various topics we discussed during the PTG. There were one or two I had to step out for but hopefully this serves as an overall recap. Please refer to the main etherpad[0] for more details and links to the session specific pads. build.py script refactor =

Re: [openstack-dev] [kolla][vote] core nomination for caoyuan

+1 On 12/03/18 02:06, Jeffrey Zhang wrote: ​​Kolla core reviewer team, It is my pleasure to nominate caoyuan for kolla core team. caoyuan's output is fantastic over the last cycle. And he is the most active non-core contributor on Kolla project for last 180 days[1]. He focuses on configuration

Re: [openstack-dev] [kolla][kolla-kubernete][tc][openstack-helm]propose retire kolla-kubernetes project

+1 Thanks Jeffrey for taking the time to investigate. On 28/03/18 16:47, Jeffrey Zhang wrote: There are two projects to solve the issue that run OpenStack on Kubernetes, OpenStack-helm, and kolla-kubernetes. Them both leverage helm tool for orchestration. There is some different perspective at

[openstack-dev] [kolla] [tripleo] On moving start scripts out of Kolla images

Hi all, This mail is to serve as a follow on to the discussion during yesterday's team meeting[4], which was regarding the desire to move start scripts out of the kolla images [0]. There's a few factors at play, and it may well be best left to discuss in person at the summit in May, but hopef

Re: [openstack-dev] [kolla][vote]Retire kolla-kubernetes project

+1 On 18/04/18 02:51, Jeffrey Zhang wrote: Since many of the contributors in the kolla-kubernetes project are moved to other things. And there is no active contributor for months.  On the other hand, there is another comparable project, openstack-helm, in the community.  For less confusion and

Re: [openstack-dev] [kolla][vote]Core nomination for Mark Goddard (mgoddard) as kolla core member

+1, always great working with Mark :) On 26/04/18 16:31, Jeffrey Zhang wrote: Kolla core reviewer team, It is my pleasure to nominate ​ mgoddard for kolla core team. ​ Mark has been working both upstream and downstream with kolla and kolla-ansible for over two years, building bare metal compute

[openstack-dev] [kolla] Building Kolla containers with 3rd party vendor drivers

endor? Again, should the config changes to support these drivers be part of the kolla-ansible repo or should they be out-of-tree? It is hard to have this type of discussion on IRC so I started this email thread. Thanks, Sandhya On 5/10/18, 5:59 AM, "Paul Bourke (pbourke) (Code Review)"

Re: [openstack-dev] [kolla] Building Kolla containers with 3rd party vendor drivers

Thanks, Sandhya On 5/11/18, 5:35 AM, "Paul Bourke" wrote: Hi Sandhya, Thanks for starting this thread. I've moved it to the mailing list so the discussion can be available to anyone else who is interested, I hope you don't mind. If your r

[openstack-dev] Slides for Kolla onboarding & project update

Hi all, Here are the slide decks for these sessions. The project update should be available shortly on YouTube also. https://www.slideshare.net/PaulBourke1/kolla-onboarding-vancouver-2018 https://www.slideshare.net/PaulBourke1/kolla-project-update-vancouver-2018 Thanks, -Paul _

Re: [openstack-dev] [kolla][vote] Nominating Steve Noyes for kolla-cli core reviewer

+1 On 31/05/18 18:02, Borne Mace wrote: Greetings all, I would like to propose the addition of Steve Noyes to the kolla-cli core reviewer team.  Consider this nomination as my personal +1. Steve has a long history with the kolla-cli and should be considered its co-creator as probably half o

Re: [openstack-dev] [kolla] Vote to add zhubingbing to core team

+1 On 29/11/16 16:21, Michał Jastrzębski wrote: Hello team! I'd like to propose to add zhubingbing to kolla (and kolla-ansible) core teams. He did great job reviewing code during last couple of months. Consider this proposal +1 from me, voting will be open for 1 week (until Dec 6) or if we get

  1   2   >