Remove all deprecated hooks and tests.
Also since all test and hooks are removed,
we can remove the declare of python language in classifier.
Since we didn't actually provide any document,
we should remove docs too.
Hooks are maintained as Agents under heat-agents repo now.
Hooks in heat-templates are deprecated for a while. Hence, remove
hooks in heat-templates.
Depends-On: https://review.openstack.org/#/c/584774/
Change-Id: Ia886f71eaf99d75db0f9a6a7dfbe8664995c26e7
Instead of instantiating the services, fake their creation in the
catalog to allow Heat to do validation.
Change-Id: Ic6370fa18a3fae369c22ffe0930daa7c7c42c494
Make use of new openstack orchestration template validate
heat plugin command in ver 1.2.0.
Depends-On: Icf5794ad6bb35574a060f095d7ef10e6a46ca2fe
Change-Id: I516da8cee501fab47cf34bdd3bb98cc5d7299c4a
Blueprint: heat-support-python-openstackclient
In mitaka, a new feature is introduced to ignore a given
set of errors and is used here to fix the zuul faliure.
In addition, it fixes the invalid template errors.
For those templates which causes circular error is
moved to invalid folder
NOTE: openshift-origin/centos65/highly-available is marked
as invald to make the build jobs to pass.
depends-on: I4a3043fd17b69a346d447dfbd17488040cf9b387
Change-Id: I7b5b72cb8f6ff53b82edf92799a57917c718e032
Closes-bug: #1554380
In order to fix the gate properly we need some control over the way
we setup the environment.
This patch creates a `tools\post_test_hook.sh` file that for now mirrors
the one stated in openstack-infra/project-config.
Later the project-config will be modified to use it. After that we can
start configuring the environment to our needs.
Change-Id: Ib9388e7f5001d7efa35f6f16421251c9a59ad396
Partial-Bug: #1492942
template-validate is now updated to validate the template
by using stack create validation path, which causes some of
the existing templates in this repository to fail.
so this patch is added to mark them as invalid and skip them
as part of template validation.
It was failing becuase of circular reference among the resources
in these invalid templates.
depends-on: I15891196be94d1e100869edeba0a7ef557edb36a
Change-Id: I6a003f35495bb43e0ca2a824eb9e503c4059c37a
dvsm build is creating the standalone heat devstack, and when templates
are validated, heat is reporting the error on service unavailability.
So template validation tool is updated to ignore this error.
Co-Authored-By: Anant Patil <anant.patil@hp.com>
Change-Id: I40ddea8c6f6b810a9aaab90a7a5fd7f235d0aea9
The heat functional test job needs to boot full images containing the
heat agent code (os-collect-config etc) so that it can test the
interaction between heat and the agent.
Images built with the elements in this change contain the necessary
distro packages so that only pip packages need to be installed on
server boot. This is very fast compared to doing a disk-image-create
on every gate run or doing distro package installs during boot.
Initially pip packages would be installed from upstream pypi during
boot, but devstack already has the code required [1] to build pip
repos from local git checkouts so it will be possible to check and
gate on agent code changes, which is not currently possible.
The intent would be for these images to replace the vanilla
Fedora-x86_64-20-20140618-sda which devstack currently uses during gate
jobs. The Fedora-x86_64-20-20140618-sda qcow is cached on the nodepool
images but it might be better for these images to be hosted on a
server like tarballs.o.o and downloaded on every gate run. Initially
I'd like to request that an image be manually built and uploaded
somewhere so we can start using it immediately and drop
Fedora-x86_64-20-20140618-sda.
Building these images does not need to be fully automated and likely
only needs to be triggered when there are dependency changes in the
heat agent tools.
The script build-heat-test-image.sh will trigger a image build
defaulting to fedora. Ubuntu and CentOS7 are also fully supported by
these elements.
[1] https://github.com/openstack-dev/devstack/blob/master/lib/dib#L52
Change-Id: I3f10f9137cc4391de884fddcab5b4fcb802a8dd8
We didn't propagate the error properly in validate-templates, thus
exiting with 0 even when an error happened. We could also get a None
value when parsing environment files.
Change-Id: I005b1491c82db9d389b6176125563811ab2c83ba
The patch moves the templates using rackspace resources in a contrib
directory and excludes them from the validation tool.
Change-Id: Ib9bdb642439468aca27804c00d2c53d5ed9ed2b4
This adds a new script that can walk through a template directory and
call heat template-validate on them. It handles environment files by
expecting $template_env.ext, so it'll need renaming for the 2 templates
that we have needing that. It also needs #1298450 fixed. The goal is to
be able to use this script in a future gate.
Change-Id: I4246d494de9a3a56c3b334ba20ad06186ccaefd6
Normally heat would be run without root capabilities. The
directory /var/lib/libvirt/images is typically not world
readable. As a result, the glance operation requires root
permissions to actually read the file, and may be a source
of confusion for users.
Also break the notification into two lines since it wraps on
80 character windows.
Change-Id: I905f3c24ed253ddc1e843bc73c93464c65d3df0b
Import heat-jeos oz TDL files, and a utility script which wraps the
commands required to process them.
The heat-jeos.sh script is a simple (if not quite as fully featured)
replacement for the heat-jeos tool, meaning we can deprecate it.
fixes bug #1171602
Change-Id: I23416d1e3c7a5329c2076db6fbe6f51d44720766