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

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

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

[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

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

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: https

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 <emil...@redhat.com <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

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

On Thu, Aug 17, 2017 at 4:13 PM, Steve Baker <sba...@redhat.com> wrote: > > > On Thu, Aug 17, 2017 at 10:47 AM, Emilien Macchi <emil...@redhat.com> > wrote: > >> >> > Problem #3: from Ocata to Pike: all container images are >> > uploaded/s

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

are timeouting during 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

[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 <emil...@redhat.com> wrote: > On Thu, Aug 3, 2017 at 4:05 PM, Steve Baker <sba...@redhat.com> wrote: > > I would like to request a Feature Freeze Exemption (FFE) for the upper > > constraints of the

[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.

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

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

On Wed, Jul 12, 2017 at 11:47 AM, James Slagle <james.sla...@gmail.com> wrote: > On Tue, Jul 11, 2017 at 6:53 PM, Steve Baker <sba...@redhat.com> wrote: > > > > > > On Tue, Jul 11, 2017 at 6:51 AM, James Slagle <james.sla...@gmail.com> > > wrote: >

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

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

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] [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

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

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

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

nage containers. Long 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. >

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

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

ss nodes and printing the labels of running containers, > functionality > >>> which can be shipped by Kolla. There are also methods for fetching > labels of > >>> remote images[0][1] for users wishing to inspect what they are > upgrading to. > >>> > &

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

[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

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

[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 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: >

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

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

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

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

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 >

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

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

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] [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] [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

Re: [openstack-dev] [Heat][tripleo] Tripleo holding on to old, bad data

Assuming the stack is deleted and nova is showing no servers, you likely have ironic nodes which are not in a state which can be scheduled. Do an ironic node-list, you want Power State: Off, Provisioning State: available, Maintenance: False On 25/06/16 09:27, Adam Young wrote: A coworker

Re: [openstack-dev] [tripleo][infra][deployment] Adding multinode CI jobs for TripleO in nodepool

On 28/05/16 06:03, James Slagle wrote: I've been working on various patches to TripleO to make it possible for the baremetal provisioning part of the workflow to be optional. In such a scenario, TripleO wouldn't use Nova or Ironic to boot any baremetal nodes. Instead it would rely on the nodes

Re: [openstack-dev] [TripleO][Kolla][Heat][Higgins][Magnum][Kuryr] Gap analysis: Heat as a k8s orchestrator

On 29/05/16 08:16, Hongbin Lu wrote: -Original Message- From: Zane Bitter [mailto:zbit...@redhat.com] Sent: May-27-16 6:31 PM To: OpenStack Development Mailing List Subject: [openstack-dev] [TripleO][Kolla][Heat][Higgins][Magnum][Kuryr] Gap analysis: Heat as a k8s orchestrator I spent

Re: [openstack-dev] [heat]informal meetup during summit

We are now at Terry black's BBQ now for anyone who wants to join usThanks for organising Rico! See you when you get there. - ZB On 22/04/16 20:01, Rico Lin wrote: > Let's settle down on with > > A meet up on Monday night 7:00pm > At continentalclub >

Re: [openstack-dev] [devstack] openstack client slowness / client-as-a-service

On 20/04/16 06:17, Monty Taylor wrote: On 04/19/2016 10:16 AM, Daniel P. Berrange wrote: On Tue, Apr 19, 2016 at 09:57:56AM -0500, Dean Troyer wrote: On Tue, Apr 19, 2016 at 9:06 AM, Adam Young wrote: I wonder how much of that is Token caching. In a typical CLI use

Re: [openstack-dev] [tripleo][heat] Summit session clashes

On 20/04/16 13:26, Zane Bitter wrote: On 19/04/16 18:04, Steve Baker wrote: On 19/04/16 20:29, Steven Hardy wrote: On Tue, Apr 19, 2016 at 04:24:46PM +1200, Steve Baker wrote: All of the TripleO design summit sessions are on Thursday afternoon in slots which clash with Heat sessions

Re: [openstack-dev] [tripleo][heat][all] Summit session clashes

On 19/04/16 20:29, Steven Hardy wrote: On Tue, Apr 19, 2016 at 04:24:46PM +1200, Steve Baker wrote: All of the TripleO design summit sessions are on Thursday afternoon in slots which clash with Heat sessions. Heat is a core component of TripleO and as a contributor to both projects

[openstack-dev] [tripleo][heat][all] Summit session clashes

All of the TripleO design summit sessions are on Thursday afternoon in slots which clash with Heat sessions. Heat is a core component of TripleO and as a contributor to both projects I was rather hoping to attend as many of both sessions as possible - I don't think I'm alone in this desire.

Re: [openstack-dev] [OpenStack Foundation] [board][tc][all] One Platform – Containers/Bare Metal? (Re: Board of Directors Meeting)

On 13/04/16 11:07, Joshua Harlow wrote: Fox, Kevin M wrote: I think my head just exploded. :) That idea's similar to neutron sfc stuff, where you just say what needs to connect to what, and it figures out the plumbing. Ideally, it would map somehow to heat& docker COE& neutron sfc to

Re: [openstack-dev] heat resource-signal

On 12/04/16 18:16, Monika Parkar wrote: Hi, I am new to the openstack. I was going through the heat usecase "heat resource-signal", I would like to know what kind of signal we can send and how. I have executed the below command: # heat resource-signal stack-name resource-name But internal

Re: [openstack-dev] [TripleO] Can we create some subteams?

On 12/04/16 11:48, Jeremy Stanley wrote: On 2016-04-12 11:43:06 +1200 (+1200), Steve Baker wrote: Can I suggest a sub-team for os-collect-config/os-refresh-config/os-apply-config? I ask since these tools also make up the default heat agent, and there is nothing in them which is TripleO specific

Re: [openstack-dev] [TripleO] Can we create some subteams?

On 11/04/16 22:19, Steven Hardy wrote: On Mon, Apr 11, 2016 at 05:54:11AM -0400, John Trowbridge wrote: Hola OOOers, It came up in the meeting last week that we could benefit from a CI subteam with its own meeting, since CI is taking up a lot of the main meeting time. I like this idea, and

Re: [openstack-dev] [TripleO] tripleo-quickstart import

On 30/03/16 13:37, John Trowbridge wrote: On 03/29/2016 08:30 PM, John Trowbridge wrote: Hola, With the approval of the tripleo-quickstart spec[1], it is time to actually start doing the work. The first work item is moving it to the openstack git. The spec talks about moving it as is, and

Re: [openstack-dev] [Heat] Nomination Oleksii Chuprykov to Heat core reviewer

+1 On 16/03/16 23:57, Sergey Kraynev wrote: Hi Heaters, The Mitaka release is close to finish, so it's good time for reviewing results of work. One of this results is analyze contribution results for the last release cycle. According to the data [1] we have one good candidate for nomination to

Re: [openstack-dev] [Heat] Dealing with nonexistent resources during resource-list / stack-delete

On 09/03/16 05:41, Johannes Grassler wrote: Hello, On 03/08/2016 04:57 PM, Zane Bitter wrote: On 08/03/16 10:40, Johannes Grassler wrote: On 03/07/2016 04:48 PM, Zane Bitter wrote: On 04/03/16 04:35, Johannes Grassler wrote: [Uncaught client exceptions in resource plugins'

Re: [openstack-dev] [TripleO] Show TripleO: A terminal dashboard

On 27/02/16 09:06, Ben Nemec wrote: Interesting! So this could conceivably be another consumer of the API, right? A sort of CLI UI? On 02/25/2016 01:10 PM, Dougal Matthews wrote: Hi all, Over the past couple of weeks in my spare time I put together a basic Python urwid dashboard for

Re: [openstack-dev] [Neutron] Intra-column wrapping in python-neutronclient

On 25/02/16 06:23, Carl Baldwin wrote: Hi, I've noticed a new behavior from the python-neutronclient which disturbs me. For me, this just started happening with my latest build of devstack which I built yesterday. It didn't happen with another recent but little bit older devstack. The issue

Re: [openstack-dev] [heat]How to manage the life cycle of resources in a stack?

On 25/02/16 05:27, zhu4236926 wrote: Hi guys, I get some resources by creating a stack, e.g. ,the resources may be 2 volumes, volume A and volume B. If the volume A and volume B are useless, we can delete them by deleting the stack , we also can delete them by cinder.If they are

[openstack-dev] [heat] heatclient 1.0.0 and landing osc commands

We're on a 3 week countdown before the freeze on client libraries[1] and I'd like to aim for a python-heatclient-1.0.0 to be released with the new openstackclient commands. However there are currently ~25 of these changes needing reviews, and they all cause merge conflicts with each other

Re: [openstack-dev] [heat] Changing the default Server/SoftwareDeployment transports?

On 22/01/16 22:36, Steven Hardy wrote: Hi all, Wanted to start some discussion re $subject, context is: https://bugs.launchpad.net/heat/+bug/1507568 Here, we're hitting issues because by default OS::Nova::Server uses the POLL_SERVER_CFN transport. This made sense back when the

Re: [openstack-dev] Any chances to backport port_security_enabled support into Heat for Kilo 2015.1.3?

On 29/01/16 09:45, Martinx - ジェームズ wrote: Guys, This is important and Kilo is missing it: https://review.openstack.org/#/c/179989/ Is it possible to backport it to Kilo 2015.1.3? Currently, I am manually patching Kilo / Heat by using the following diff:

Re: [openstack-dev] [heat][heat-client] Question about heat command: deployment-list and deployment-metadata-show

On 22/01/16 18:25, 邸小丽 Di XiaoLi wrote: Hi: When using heat command: heat deployment-list and heat deloyment-metadata-show like this: # heat deployment-list -s *non-exist-server-id* ++---+---+++---+---+ | id | config_id | server_id

Re: [openstack-dev] [heat] spec-lite for simple feature requests

On 21/01/16 04:21, Rabi Mishra wrote: Hi All, As discussed in the team meeting, below is the proposed spec-lite process for simple feature requests. This is already being used in Glance project. Feedback/comments/concerns are welcome, before we update the contributor docs with this:).

Re: [openstack-dev] [heat] Rico Lin for heat-core

On 08/12/15 01:39, Sergey Kraynev wrote: Hi all. I'd like to nominate Rico Lin for heat-core. He did awesome job with providing useful and valuable reviews. Also his contribution is really high [1] . [1] http://stackalytics.com/report/contribution/heat-group/60 Heat core-team, please vote

Re: [openstack-dev] [TripleO] Summary of In-Progress TripleO Workflow and REST API Development

On 04/12/15 23:04, Dmitry Tantsur wrote: On 12/03/2015 08:45 PM, Tzu-Mainn Chen wrote: Hey all, Over the past few months, there's been a lot of discussion and work around creating a new REST API-supported TripleO deployment workflow. However most of that discussion has been fragmented within

Re: [openstack-dev] [heat][tripleo] User Initiated Rollback

On 04/12/15 03:41, Steven Hardy wrote: On Thu, Dec 03, 2015 at 08:11:41AM -0500, Dan Prince wrote: On Wed, 2015-12-02 at 16:02 +, Steven Hardy wrote: So, chatting with Giulio today about https://bugs.launchpad.net/heat/ +bug/1521944 has be thinking about $subject. The root case of that

Re: [openstack-dev] [TripleO/heat] openstack debug command

On 02/12/15 03:18, Lennart Regebro wrote: On Tue, Dec 1, 2015 at 3:39 AM, Steve Baker <sba...@redhat.com> wrote: I mean _here_ https://review.openstack.org/#/c/251587/ OK, that's great! If you want any help implementing it, I can try. Hey Lennart, help is always appreciated.

Re: [openstack-dev] [tripleo][ironic][heat] Adding back the tripleo check job

On 01/12/15 04:19, Derek Higgins wrote: Hi All, A few months tripleo switch from its devtest based CI to one that was based on instack. Before doing this we anticipated disruption in the ci jobs and removed them from non tripleo projects. We'd like to investigate adding it back to

Re: [openstack-dev] [TripleO/heat] openstack debug command

On 30/11/15 23:21, Steven Hardy wrote: On Mon, Nov 30, 2015 at 10:03:29AM +0100, Lennart Regebro wrote: I'm tasked to implement a command that shows error messages when a deployment has failed. I have a vague memory of having seen scripts that do something like this, if that exists, can

Re: [openstack-dev] [TripleO/heat] openstack debug command

On 01/12/15 10:28, Steven Hardy wrote: On Tue, Dec 01, 2015 at 08:47:20AM +1300, Steve Baker wrote: On 30/11/15 23:21, Steven Hardy wrote: On Mon, Nov 30, 2015 at 10:03:29AM +0100, Lennart Regebro wrote: I'm tasked to implement a command that shows error messages when a deployment has failed

Re: [openstack-dev] [TripleO] workflow

On 24/11/15 03:37, Dan Prince wrote: There are lots of references to "workflow" within TripleO conversations these days. We are at (or near) the limit of what we can do within Heat with regards to upgrades. We've got a new TripleO API in the works (a new version of Tuskar basically) that is

Re: [openstack-dev] [Heat] userdata empty when using software deployment/config in Kilo

On 29/10/15 06:12, Gabe Black wrote: Using my own template or the example template: https://github.com/openstack/heat-templates/blob/master/hot/software-config/example-templates/example-deploy-sequence.yaml results in the VM's /var/lib/cloud/instance/script/userdata being empty. The only

[openstack-dev] [heat] Friday afternoon heat social

The heat team is planning to meet this afternoon from 5pm for drinks, eating and chat. The Craftsman beer bistro is 15 minutes walk from here: https://goo.gl/maps/hviv4HK1Wor http://craftsman-craftbeerbistro.jp/ It opens at 5pm, the food is a variety of small plates to share. It would

Re: [openstack-dev] [heat] Shared code between server and client

On 23/10/15 08:49, Jay Dobies wrote: I'm working on moving the functionality for merging environments from the client into the server [1]. I've only superficially looked at template_utils.py (in heatclient) but I'm guessing there is stuff in there I will want to use server-side. The server

Re: [openstack-dev] [heat] resource_registry base_url

On 23/10/15 09:35, Jay Dobies wrote: In looking through the environment file loading code, I keep seeing a check for base_url in the resource registry. It looks like a way to have the registry entries only be the filenames (I suppose relative filenames work as well) instead of having to enter

Re: [openstack-dev] [Heat] core team nomination

+1 On 21/10/15 02:38, Sergey Kraynev wrote: I'd like to propose new candidates for heat core-team: Rabi Mishra Peter Razumovsky According statistic both candidate made a big effort in Heat as reviewers and as contributors [1][2]. They were involved in Heat community work during last several

Re: [openstack-dev] [Zaqar][cli][openstackclient] conflict in nova flavor and zaqar flavor

On 14/10/15 10:15, Dean Troyer wrote: On Tue, Oct 13, 2015 at 3:58 PM, Shifali Agrawal > wrote: All above make sense, just one thing, how about using word "zaqar" instead of messaging? That is what all other projects

Re: [openstack-dev] Requests + urllib3 + distro packages

On 13/10/15 02:05, Thomas Goirand wrote: BTW, the same applies for tablib which is in a even more horrible state that makes it impossible to package with Py3 support. But tablib could be removed from our (build-)dependency list, if someone cares about re-writing cliff-tablib, which IMO wouldn't

Re: [openstack-dev] [A Bug of Heat in Stable/Liberty] Stack creation fails when connecting a Nova::Server instance with a created network

Thanks, I'm triaging this now. On 06/10/15 11:41, Mingyu Li wrote: Hi all, There seems a bug in stable/liberty branch. https://bugs.launchpad.net/heat/+bug/1503060 In an environment installed with Devstack and stable/liberty branch, stack creation fails when I use some templates that worked

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

On 06/10/15 06:23, Ben Nemec wrote: On 10/05/2015 12:12 PM, Jeremy Stanley wrote: On 2015-10-05 12:00:31 -0500 (-0500), Ben Nemec wrote: [...] Note that it's best to do this once the change is ready to be approved. If you do it earlier and the committer pushes a new patch set without fixing

Re: [openstack-dev] [heat] Traditional question about Heat IRC meeting time.

+1 On 29/09/15 22:56, Sergey Kraynev wrote: Hi Heaters! Previously we had constant "tradition" to change meeting time for involving more people from different time zones. However last release cycle show, that two different meetings with 07:00 and 20:00 UTC are comfortable for most of our

Re: [openstack-dev] [Heat] Integration Test Questions

On 20/09/15 20:24, Qiming Teng wrote: Speaking of adding tests, we need hands on improving Heat API tests in Tempest [1]. The current test cases there is a weird combination of API tests, resource type tests, template tests etc. If we decide to move functional tests back to individual projects,

Re: [openstack-dev] [Tripleo][Heat][Nova][Ironic] Rich-network stuff and ironic hypervisor

On 13/09/15 23:56, Sergey Kraynev wrote: Hi folks, Currently during implementation rich-network bp [1] (spec - [2]) we met with issue on Tripleo [3]. As temporary solution patch [4] was reverted. According traceback mentioned in bug description current issue related with mac addresses

Re: [openstack-dev] [Heat] Scattered thoughts on the PTL election

On 12/09/15 04:03, Zane Bitter wrote: The Heat project pioneered the concept of rotating the PTL for every development cycle, and so far all of the early (before 2013) developers who are still involved have served as PTL. I think this has been a *tremendous* success for the project, and a

Re: [openstack-dev] [heat] Backup resources and properties in the delete-path

On 11/09/15 05:02, Zane Bitter wrote: On 10/09/15 12:53, Steven Hardy wrote: Hi all, So, I've been battling with $subject for the last few days ref [1][2]. The problem I have is that out TestResource references several properties in the delete (check_delete_complete) path[4], which it turns

Re: [openstack-dev] [heat-translator] Nominating new core reviewers

+1 On 18/08/15 07:37, Sahdev P Zala wrote: Hello, I am glad to nominate Vahid Hashemian [1] and Srinivas Tadepalli [2] for the Heat-Translator core reviewers team. Both of them have been providing significant contribution, development and review, since the beginning of this year and knows

Re: [openstack-dev] [TripleO] [Puppet] Deploying OpenStack with Puppet modules on Docker with Heat

On 06/08/15 06:29, Dan Prince wrote: Hi, There is a lot of interest in getting support for container based deployment within TripleO and many different ideas and opinions on how to go about doing that. One idea on the table is to use Heat to help orchestrate the deployment of docker

Re: [openstack-dev] [app-catalog][heat] Heat template contributors repo

On 07/08/15 06:56, Fox, Kevin M wrote: Heat templates so far seems to be a place to dump examples for showing off how to use specific heat resources/features. Are there any intentions to maintain production ready heat templates in it? Last I asked the answer seemed to be no. If I

Re: [openstack-dev] [TripleO] Moving instack upstream

On 07/08/15 00:12, Dan Prince wrote: On Thu, 2015-07-23 at 07:40 +0100, Derek Higgins wrote: See below On 21/07/15 20:29, Derek Higgins wrote: Hi All, Something we discussed at the summit was to switch the focus of tripleo's deployment method to deploy using instack using images built

Re: [openstack-dev] [Heat] OS::Neutron::Port fails to set security group by name, no way to retrieve group ID from Neutron::SecurityGroup

On 08/08/15 01:51, jason witkowski wrote: Thanks for the replies guys. The issue is that it is not working. If you take a look at the pastes I linked from the first email I am using the get_resource function in the security group resource. I am not sure if it is not resolving to an

[openstack-dev] Proposing Kanagaraj Manickam and Ethan Lynn for heat-core

I believe the heat project would benefit from Kanagaraj Manickam and Ethan Lynn having the ability to approve heat changes. Their reviews are valuable[1][2] and numerous[3], and both have been submitting useful commits in a variety of areas in the heat tree. Heat cores, please express your

Re: [openstack-dev] [Heat] Show attribute is a collection of other attributes or not?

On 03/07/15 06:03, Randall Burt wrote: Maybe use all for all attributes in the schema and use show for the raw output from the service (as is done today for server and neutron stuff). Instead of all, how about allowing a special form of {get_attr: [resource_name]} with no extra arguments to

Re: [openstack-dev] [heat][tripleo]Recursive validation for easier composability

On 23/06/15 06:49, Thomas Spatzier wrote: From: Jay Dobies jason.dob...@redhat.com To: openstack-dev@lists.openstack.org Date: 22/06/2015 19:22 Subject: Re: [openstack-dev] [heat][tripleo]Recursive validation for easier composability On 06/22/2015 12:19 PM, Steven Hardy wrote: Hi all,

Re: [openstack-dev] [heat] Heat Template Cookbook

On 29/05/15 04:10, D'ANDREA, JOE (JOE) wrote: [This was originally posted to openst...@lists.openstack.org by accident. Reposting it to openstack-dev.] Calling all Heat neophytes, aficionados, and everyone in between ... I've often thought it would be helpful to add a Heat Template Cookbook

Re: [openstack-dev] [TripleO] [Puppet] Package updates strategy

On 28/05/15 10:54, Richard Raseley wrote: Zane Bitter wrote: Steve is working on a patch to allow package-based updates of overcloud nodes[1] using the distro's package manager (yum in the case of RDO, but conceivable apt in others). Note we're talking exclusively about minor updates, not

[openstack-dev] [heat] New alternate meeting time

Heat's current meeting times are Wednesdays 2000 UTC, and 1200 UTC on alternate weeks. Since I can't attend the 1200 UTC time I would like to suggest the new alternate time of 0700 UTC.

[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:

[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:

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 james.sla...@gmail.com 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

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

[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]

  1   2   3   >