Re: [openstack-dev] [heat] Resource CREATE failed with TypeError

On 06/02/15 23:07, Qiming Teng wrote: Hi, Just checked your template. It seems your SoftwareDeployment resource is not referencing the SoftwareConfig resource properly. A SoftwareDeployment 'binds' a SoftwareConfig to a Server. Without that 'binding', the template won't work as expected. I'l

Re: [openstack-dev] [all] [api] gabbi: A tool for declarative testing of APIs

On 03/03/15 00:56, Chris Dent wrote: I (and a few others) have been using gabbi[1] for a couple of months now and it has proven very useful and evolved a bit so I thought it would be worthwhile to followup my original message and give an update. Some recent reviews[1] give a sample of how it ca

Re: [openstack-dev] [heat][qa] Forward plan for heat scenario tests

On 10/03/15 03:23, Matthew Treinish wrote: On Mon, Mar 09, 2015 at 09:52:54AM -0400, David Kranz wrote: Since test_server_cfn_init was recently moved from tempest to the heat functional tests, there are no subclasses of OrchestrationScenarioTest. If there is no plan to add any more heat scenario

Re: [openstack-dev] [Heat][qa][tempest] Decoupling Heat integration tests from Heat tree

On 27/03/15 03:38, Pavlo Shchelokovskyy wrote: Hi all, following IRC discussion here is a summary of what I propose can be done in this regard, in the order of increased decoupling: 1) make a separate requirements.txt for integration tests and modify the tox job to use it. The code of these

Re: [openstack-dev] [heat] heat delete woes in Juno

On 28/03/15 09:05, Matt Fischer wrote: Pavlo, Here is a link to one of the stacks. It is fairly simple just some routers/nets/subnets. The description is a bit odd perhaps, but legal. I've changed the template to not point at IPs at internal DNS. http://paste.ubuntu.com/10690759/ I've not b

[openstack-dev] [release] python-heatclient 0.4.0

We are pleased to announce the release of: python-heatclient 0.4.0: OpenStack Orchestration API Client Library For more details, please see the git log history below and: http://launchpad.net/python-heatclient/+milestone/0.4.0 Please report issues through launchpad: http://bugs.launch

Re: [openstack-dev] [Heat][Horizon] What we can do for Heat in Horizon else?

On 02/04/15 21:55, Sergey Kraynev wrote: Hi community. I want to ask feedback from our Heat team and also involve Horizon team in this discussion. AFAIK during Kilo was implemented bp: https://blueprints.launchpad.net/horizon/+spec/heat-ui-improvement This bp add more base Heat functionality

Re: [openstack-dev] [tripleo][puppet] Running custom puppet manifests during overcloud post-deployment

On 03/04/15 04:52, Tzu-Mainn Chen wrote: - Original Message - On Thu, Apr 02, 2015 at 10:34:29AM -0400, Dan Prince wrote: On Wed, 2015-04-01 at 21:31 -0400, Tzu-Mainn Chen wrote: Hey all, I've run into a requirement where it'd be useful if, as an end user, I could inject a personal s

Re: [openstack-dev] [Heat][Horizon] What we can do for Heat in Horizon else?

would still be desirable for a user to launch a template from a local file, even when it references other local files (without having to go through an artifact repository). * * *From:* Steve Baker *Sent:* Monday, April 06, 2015

[openstack-dev] [Heat] PTL Candidacy

I'd like to announce my candidacy for the Heat PTL in Liberty. As I was the PTL during Icehouse, this will be Heat's first rerun PTL under our convention for rotating leaders. Even if elected I would hope that we continue to find Heat PTL new-blood for future cycles. Towards the end of the Ki

[openstack-dev] [tripleo] Adventures in QuintupleO

I've been spending some time getting quintupleo working on top of a Juno RDO OpenStack. I'm at a point now where I think it is worth putting effort into making it easy for anyone to try this. Ben Nemec has done the hard work of proving this is possible[1] resulting in the repo he uses to bring

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

On 21/04/15 11:01, Angus Salkeld wrote: On Tue, Apr 21, 2015 at 8:38 AM, Fox, Kevin M > wrote: As an Op, a few things that come to mind in that category are: * RDO packaging (stated earlier). If its not easy to install, its not going to be deployed as m

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

On 4/21/15, 2:51 PM, "Ryan Brown" wrote: On 04/20/2015 07:12 PM, Steve Baker wrote: On 21/04/15 11:01, Angus Salkeld wrote: On Tue, Apr 21, 2015 at 8:38 AM, Fox, Kevin M mailto:kevin@pnnl.gov>> wrote: As an Op, a few things that come to mind in that category are:

Re: [openstack-dev] [tripleo] Adventures in QuintupleO

On 23/04/15 23:25, James Slagle wrote: On Tue, Apr 21, 2015 at 5:23 PM, Ben Nemec wrote: On 04/20/2015 04:39 PM, Steve Baker wrote: I've been spending some time getting quintupleo working on top of a Juno RDO OpenStack. I'm at a point now where I think it is worth putting effort i

Re: [openstack-dev] [all][heat] pbr 0.11 released. Must read if you encounter pbr.version.SemanticVersion(XXXX), but target version ... errors

On 02/05/15 07:06, Robert Collins wrote: On 2 May 2015 at 04:17, Doug Hellmann wrote: Excerpts from Robert Collins's message of 2015-05-01 10:59:49 +1200: pbr 0.11 is finally released (now that Kilo is out :). This brings in more support to ensure that our version numbers are monotonically in

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

On 12/05/15 09:57, Joe Gordon wrote: When learning about how a project works one of the first things I look for is a brief architecture description along with a diagram. For most OpenStack projects, all I can find is a bunch of random third party slides and diagrams. Most Individual OpenStack

[openstack-dev] [release] python-heatclient 0.6.0

We are chuffed to announce the release of: python-heatclient 0.6.0: OpenStack Orchestration API Client Library For more details, please see the git log history below and: http://launchpad.net/python-heatclient/+milestone/0.6.0 Please report issues through launchpad: http://bugs.launch

Re: [openstack-dev] [TripleO] Liberty Summit Topics etherpad

On 29/04/15 07:43, James Slagle wrote: On Mon, Apr 6, 2015 at 3:11 PM, James Slagle wrote: I've created an etherpad for for TripleO to track the topics we'd like to discuss at the Liberty Summit: https://etherpad.openstack.org/p/tripleo-liberty-proposed-sessions It's also linked from the main

[openstack-dev] [release] heat-cfntools 1.3.0

We are chuffed to announce the release of: heat-cfntools 1.3.0: Tools required to be installed on Heat provisioned cloud instances For more details, please see the git log history below and: http://launchpad.net/heat-cfntools/+milestone/1.3.0 Please report issues through launchpad: ht

[openstack-dev] [Heat] Design summit session etherpads

The Heat design summit schedule has taken shape [1] and there are now etherpads populated with our planning content [2]. If you are down as a Driver for one of the sessions (or if you have an interest in the topic) then feel free to modify the etherpad in preparation for the session. [1] htt

[openstack-dev] [Heat] This week's meeting canceled

We're very close to the summit, and the alt meeting time is scheduled for when I'd like to be sleeping, so I propose that we don't have a Heat meeting this week. Please mail the list if you have any summit preparation topics which need discussion. I'll set up a poll for a new alt meeting tim

Re: [openstack-dev] [tripleo] container jobs are unstable

On Thu, Mar 30, 2017 at 9:39 AM, Emilien Macchi wrote: > On Mon, Mar 27, 2017 at 8:00 AM, Flavio Percoco wrote: > > On 23/03/17 16:24 +0100, Martin André wrote: > >> > >> On Wed, Mar 22, 2017 at 2:20 PM, Dan Prince wrote: > >>> > >>> On Wed, 2017-03-22 at 13:35 +0100, Flavio Percoco wrote: > >>

Re: [openstack-dev] [stable][heat] Nominate huangtianhua for heat-stable-maint

+1 for both changes On Fri, Mar 31, 2017 at 9:45 AM, Zane Bitter wrote: > We are feeling the pinch on stable-branch reviewers in Heat, so now that I > understand the process a bit better, let's try this again. > > I'd like to nominate Huang Tianhua to join the heat-stable-maint team. > Tianhua i

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

On Thu, Apr 13, 2017 at 10:59 AM, Michał Jastrzębski wrote: > My dear Kollegues, > > Today we had discussion about how to properly name/tag images being > pushed to dockerhub. That moved towards general discussion on revision > mgmt. > > Problem we're trying to solve is this: > If you build/push

[openstack-dev] [tripleo] paunch - a library/tool for yaml driven docker configuration

This is just a heads-up that in a week or so I intend to propose a new git repo to be hosted by OpenStack and adopted by the TripleO project. paunch [1] is a python library and CLI tool which forklifts the logic of the docker-cmd heat-agents hook[2] into its own project. The change to switch the

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

On Tue, Apr 18, 2017 at 9:57 AM, Doug Hellmann wrote: > Excerpts from Michał Jastrzębski's message of 2017-04-12 15:59:34 -0700: > > My dear Kollegues, > > > > Today we had discussion about how to properly name/tag images being > > pushed to dockerhub. That moved towards general discussion on rev

[openstack-dev] [tripleo][release] release-model of tripleo-common

Other than being consumed as a library, tripleo-common is the home for a number of tripleo related files, image building templates, heat plugins, mistral workbooks. I have a python-tripleoclient[1] change which is failing unit tests because it depends on changes in tripleo-common which have landed

Re: [openstack-dev] [tripleo][release] release-model of tripleo-common

On Wed, Apr 19, 2017 at 1:14 PM, Doug Hellmann wrote: > Excerpts from Steve Baker's message of 2017-04-19 13:05:37 +1200: > > Other than being consumed as a library, tripleo-common is the home for a > > number of tripleo related files, image building templates, heat plugins, > > mistral workbooks

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

which > >>> people don't care about - they only want the latest of the branch > they're > >>> deploying. > >>> > >>> Every detail of a running Kolla system can be easily deduced by > scanning > >>> across nodes and printing

Re: [openstack-dev] [heat][tripleo] Heat dependency visualisation (an old topic revived)

Could you please try the "--format dot" formatter for the "openstack stack resource list" command? It may meet your needs now, and I'm sure patches would be welcome to the dot formatter to control what diagrams get generated. On Sat, Apr 22, 2017 at 6:28 AM, Bogdan Dobrelya wrote: > Hello. > > [

Re: [openstack-dev] [tripleo][deployment][helm][kolla][openstack-ansible] paunch - a library/tool for yaml driven docker configuration

g term TripleO will likely want to move to a widely adopted tool for container orchestration. Now that our logic is in its own library we can safely evolve it with the aim of switching in the future with minimal disruption. > > Any feedback is welcome, > > Thanks. > > > > On Wed, Apr

Re: [openstack-dev] [qa][heat][murano][daisycloud] Removing Heat support from Tempest

On Tue, May 2, 2017 at 5:27 AM, MONTEIRO, FELIPE C wrote: > Murano currently uses the Tempest orchestration client for its scenario > Tempest tests [0], which are not turned on by default in the Murano Tempest > gate due to resource constraints. > > However, I'm hesitant to switch to Heat's testi

Re: [openstack-dev] [qa][heat][murano][daisycloud] Removing Heat support from Tempest

On Thu, May 4, 2017 at 3:56 PM, Matthew Treinish wrote: > On Wed, May 03, 2017 at 11:51:13AM +, Andrea Frittoli wrote: > > On Tue, May 2, 2017 at 5:33 PM Matthew Treinish > > wrote: > > > > > On Tue, May 02, 2017 at 09:49:14AM +0530, Rabi Mishra wrote: > > > > On Fri, Apr 28, 2017 at 2:17 PM

Re: [openstack-dev] [TripleO][Kolla] default docker storage backend for TripleO

On Thu, May 18, 2017 at 12:38 PM, Fox, Kevin M wrote: > I've only used btrfs and devicemapper on el7. btrfs has worked well. > devicemapper ate may data on multiple occasions. Is redhat supporting > overlay in the el7 kernels now? > overlay2 is documented as a Technology Preview graph driver in

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 > overcloud_container

Re: [openstack-dev] [TripleO] Forming our plans around Ansible

On Tue, Jul 11, 2017 at 3:37 AM, Lars Kellogg-Stedman wrote: > On Fri, Jul 7, 2017 at 1:50 PM, James Slagle > wrote: > >> There are also some ideas forming around pulling the Ansible playbooks >> > and vars out of Heat so that they can be rerun (or run initially) >> independently from the Heat S

Re: [openstack-dev] [TripleO] Forming our plans around Ansible

On Tue, Jul 11, 2017 at 6:51 AM, James Slagle wrote: > On Mon, Jul 10, 2017 at 11:37 AM, Lars Kellogg-Stedman > wrote: > > On Fri, Jul 7, 2017 at 1:50 PM, James Slagle > wrote: > >> > >> There are also some ideas forming around pulling the Ansible playbooks > >> > >> and vars out of Heat so tha

Re: [openstack-dev] [TripleO] Forming our plans around Ansible

On Wed, Jul 12, 2017 at 11:47 AM, James Slagle wrote: > On Tue, Jul 11, 2017 at 6:53 PM, Steve Baker wrote: > > > > > > On Tue, Jul 11, 2017 at 6:51 AM, James Slagle > > wrote: > >> > >> On Mon, Jul 10, 2017 at 11:37 AM, Lars Kellogg-Stedman > &

Re: [openstack-dev] [tripleo] Proposing Bogdan Dobrelya core on TripleO / Containers

On Sat, Jul 22, 2017 at 2:55 AM, Emilien Macchi wrote: > Hi, > > Bogdan (bogdando on IRC) has been very active in Containerization of > TripleO and his quality of review has increased over time. > I would like to give him core permissions on container work in TripleO. > Any feedback is welcome as

[openstack-dev] [ffe][release][requirements][tripleo]

I would like to request a Feature Freeze Exemption (FFE) for the upper constraints of the python-paunch library/tool in Pike. https://review.openstack.org/#/c/490287/ TripleO recently switched from using paunch as a library via heat-agents to using the paunch CLI tool directly using ansible. This

[openstack-dev] [ffe][release][requirements][tripleo] FFE for python-paunch-1.5.0

Adding a subject ^^ On Fri, Aug 4, 2017 at 11:21 AM, Emilien Macchi wrote: > On Thu, Aug 3, 2017 at 4:05 PM, Steve Baker wrote: > > I would like to request a Feature Freeze Exemption (FFE) for the upper > > constraints of the python-paunch library/tool in Pike

Re: [openstack-dev] [tripleo] critical situation with CI / upgrade jobs

the upgrade process because > > downloading + uploading _all_ containers in local cache takes more > > than 20 minutes. > > So this is where we are now, upgrade jobs timeout on that. Steve Baker > > is currently looking at it but we'll probably offer some help. > >

Re: [openstack-dev] [tripleo] critical situation with CI / upgrade jobs

On Thu, Aug 17, 2017 at 4:13 PM, Steve Baker wrote: > > > On Thu, Aug 17, 2017 at 10:47 AM, Emilien Macchi > wrote: > >> >> > Problem #3: from Ocata to Pike: all container images are >> > uploaded/specified, even for services not deployed >> >

Re: [openstack-dev] [sahara][heat][infra] breakage of Sahara gate and images from openstack.org

On 02/08/16 03:11, Luigi Toscano wrote: On Monday, 1 August 2016 10:56:21 CEST Zane Bitter wrote: On 29/07/16 13:12, Luigi Toscano wrote: Hi all, the Sahara jobs on the gate run the scenario tests (from sahara-tests) using the fake plugin, so no real Hadoop/Spark/BigData operations are performe

Re: [openstack-dev] [magnum] 2 million requests / sec, 100s of nodes

On 05/08/16 21:48, Ricardo Rocha wrote: Hi. Quick update is 1000 nodes and 7 million reqs/sec :) - and the number of requests should be higher but we had some internal issues. We have a submission for barcelona to provide a lot more details. But a couple questions came during the exercise:

Re: [openstack-dev] [Heat] Current status of observe reality feature implementation (Convergence Phase 2)

On 17/08/16 01:58, Peter Razumovsky wrote: Hi all! I'd like to provide current status of observe reality implementation. I remember, that community wished to land before N release time as much observe reality patches as possible. Next resource plugins have observe reality feature patches on

Re: [openstack-dev] [TripleO][CI] Need more undercloud resources

On 25/08/16 06:11, James Slagle wrote: The latest recurring problem that is failing a lot of the nonha ssl jobs in tripleo-ci is: https://bugs.launchpad.net/tripleo/+bug/1616144 tripleo-ci: nonha jobs failing with Unable to establish connection to https://192.0.2.2:13004/v1/a90407df1e7f4f80a38a1

Re: [openstack-dev] [TripleO] New bug tagging policy

On 25/08/16 22:30, Julie Pichon wrote: Hi folks, The bug tagging proposal has merged, behold the new policy: http://specs.openstack.org/openstack/tripleo-specs/specs/policy/bug-tagging.html TL;DR The TripleO Launchpad tracker encompasses a lot of sub-projects, let's use a consistent list of La

Re: [openstack-dev] [heat] Support for an "undo" operation for migrating back resource_properties_data

On 01/09/16 12:57, Crag Wolfe wrote: I'm working on a migrate utility for https://review.openstack.org/#/c/363415 . Quick summary: that means moving resource.properties_data and event.properties_data to a new table, resource_properties_data. Migrating to the new model is easy. The questions come

Re: [openstack-dev] [tripleo] roadmap on containers workflow

On 12/04/18 00:58, Wesley Hayutin wrote: On Tue, 10 Apr 2018 at 20:51 Emilien Macchi <mailto:emil...@redhat.com>> wrote: Greetings, Steve Baker and I had a quick chat today about the work that is being done around containers workflow in Rocky cycle. If you'r

Re: [openstack-dev] [tripleo] roadmap on containers workflow

On 11/04/18 12:50, Emilien Macchi wrote: Greetings, Steve Baker and I had a quick chat today about the work that is being done around containers workflow in Rocky cycle. If you're not familiar with the topic, I suggest to first read the blueprint to understand the context here:

Re: [openstack-dev] [tripleo] [ci]

On Tue, Dec 6, 2016 at 9:34 PM, Ian Main wrote: > Wesley Hayutin wrote: > > Greetings, > > > > I wanted to send a status update on the quickstart based containerized > > compute ci. > > > > The work is here: > > https://review.openstack.org/#/c/393348/ > > > > I had two passes on the morning of N

Re: [openstack-dev] [tripleo] Referring to the --templates directory?

On 26/06/18 06:06, Lars Kellogg-Stedman wrote: Is there a way to refer to the `--templates` directory when writing service templates? Existing service templates can use relative paths, as in: resources: ContainersCommon: type: ./containers-common.yaml But if I'm write a

[openstack-dev] [tripleo] FFE request for container-prepare-workflow

I'd like to request a FFE for this blueprint[1]. Theremaining changes will be tracked as Depends-On on this oooq change[2]. Initially the aim of this blueprint was to do all container prepare operations in a mistral action before the overcloud deploy. However the priority for delivery switched

Re: [openstack-dev] [TripleO] easily identifying how services are configured

On 02/08/18 13:03, Alex Schultz wrote: On Mon, Jul 9, 2018 at 6:28 AM, Bogdan Dobrelya wrote: On 7/6/18 7:02 PM, Ben Nemec wrote: On 07/05/2018 01:23 PM, Dan Prince wrote: On Thu, 2018-07-05 at 14:13 -0400, James Slagle wrote: I would almost rather see us organize the directories by ser

Re: [openstack-dev] [TripleO] podman: varlink interface for nice API calls

On 15/08/18 21:32, Cédric Jeanneret wrote: Dear Community, As you may know, a move toward Podman as replacement of Docker is starting. One of the issues with podman is the lack of daemon, precisely the lack of a socket allowing to send commands and get a "computer formatted output" (like JSON

Re: [openstack-dev] [TripleO] podman: varlink interface for nice API calls

On 24/08/18 04:36, Fox, Kevin M wrote: Or use kubelet in standalone mode. It can be configured for either Cri-o or Docker. You can drive the static manifests from heat/ansible per host as normal and it would be a step in the greater direction of getting to Kubernetes without needing the whol

Re: [openstack-dev] [heat][tripleo] New repository for software-config elements

On Tue, Nov 15, 2016 at 10:26 PM, Thomas Herve wrote: > Hi all, > > Historically elements to create images using software config were > developed in the heat-templates repository, which turned out to mean > that this had to be packaged, etc. Today we were asked if tags could > be added to help ma

Re: [openstack-dev] oaktree - a friendly end-user oriented API layer - anybody want to help?

On Tue, Nov 22, 2016 at 9:36 AM, Zane Bitter wrote: > On 18/11/16 16:56, Clint Byrum wrote: > >> Excerpts from Zane Bitter's message of 2016-11-18 14:24:43 -0500: >> >>> So, say that I want to create my servers in Heat so that I can use Heat >>> software deployments for orchestration. How would I

<    1   2   3