Giter Club home page Giter Club logo

rdo-release's Introduction

ci-config

Repository for Jenkins and general CI configuration for RDO.

Using Jenkins Job Builder

Jenkins job builder makes it easier to develop, maintain and version jobs.

To install it:

pip install jenkins-job-builder

Create your config.ini from the config.ini.sample file, according to your Jenkins configuration, then create/update the jobs, a bit like this:

git clone https://github.com/rdo-infra/ci-config.git
cd jenkins
cp config.ini.sample config.ini
# Edit config.ini to use your jenkins instance and credentials
vi config.ini
jenkins-jobs --conf config.ini update jobs

Jenkins plugins

There are a number of Jenkins plugins that are required or otherwise nice to have for best results and to run these jobs with full functionality, here's a list:

Required

  • GIT plugin: For cloning repositories and checking out revisions
  • Gerrit Trigger: For watching gerrit reviews patchsets and trigger gate jobs

Nice to have

  • OWASP Markup Formatter Plugin: For HTML markup in job descriptions (Enable "Safe HTML" Markup Formatter in Manage Jenkins -> Configure Global security)
  • AnsiColor: For colorized output in Jenkins console
  • Timestamper: For timestamps in Jenkins console

Other required configuration

There's some required Jenkins system and plugin configuration to do which is not provided by JJB.

Gerrit

The Gerrit Trigger Plugin requires a Gerrit server to be configured in order to allow the Jenkins instance to listen to the GerritHub event stream.

This is done in Manage Jenkins -> Gerrit Trigger -> Add new server:

name: rdo-ci-centos # This name is used in the JJB files, it's important.
hostname: review.gerrithub.io
frontend url: https://review.gerrithub.io/
ssh port: 29418
username: <your gerrithub username>
email: <your email>
ssh keyfile: <path to your ssh keyfile>

The remainder of the defaults should be good or up to your discretion.

Jenkins slave: Label

The jobs are set to run on any slave/node with the label rdo. You need to make sure this is configured on the nodes you want the jobs to run on.

This is done in Managed Jenkins -> Managed Nodes -> <node> -> Configure:

labels: rdo

Jenkins slave: CICO environment variables

This is only required when running jobs on the ci.centos.org infrastructure. WeIRDO and TripleO-Quickstart leverages python-cicoclient which provides an ansible module and CLI client to consume the ephemeral bare metal provisioning infrastructure.

You need to set your ci.centos.org API key as well as the path to the SSH key used when connecting to the nodes as environment variables on your slave node(s).

This is done in Managed Jenkins -> Managed Nodes -> <node> -> Configure -> Node properties -> Environment variables -> Add:

name: CICO_API_KEY
value: <api key>

name: CICO_SSH_KEY
value: <path to private key>

rdo-release's People

Contributors

amoralej avatar apevec avatar cgwalters avatar derekhiggins avatar dmsimard avatar hguemar avatar javierpena avatar paramite avatar pixelb avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar

rdo-release's Issues

provide rdo-release-master.rpm

Please see https://bugs.launchpad.net/tripleo/+bug/1780780 for the problem discussion. The bug description is copied below for tracking:

Tempest test test_network_basic_ops running on master with scenario007 and scenario008 jobs fails with networking/connection issues:

http://logs.openstack.org/53/579653/3/check/tripleo-ci-centos-7-scenario008-multinode-oooq-container/5e299dc/logs/undercloud/home/zuul/tempest/tempest.html.gz

The problem stems from that fact that we now set up br-ex using pre.yaml from zuul-jobs which relies on a released version of openvswitch:

https://github.com/openstack-infra/zuul-jobs/blob/master/roles/multi-node-bridge/vars/RedHat.yaml#L4

https://github.com/openstack-infra/zuul-jobs/blob/master/roles/multi-node-bridge/tasks/common.yaml#L21

The role defaulted to the ocata version - hence the incompatibility with master deployments.
I was able to get the scenario007 to pass in my local reproducer environment when using the released queens version of openvswitch.

The methodology here is problematic. If we plan to test TripleO integration with OVS, and we only bring in the change with the run playbooks, the pre playbooks will set up with the released version and we will never test what is being changed - or even what is in the master repos.

When you used a role in tripleo-quickstart-extras to create br-ex, an updated OVS version was already available to be used in the test.

EPEL is EVIL

The ceph packages are the only real need for EPEL at this point, but there are multiple places where EPEL is either checked for (instack-virt-setup), or gets installed in images (diskimage-builder).

I would like to get all of that fixed up for Mitaka release, but in the meantime, users of the production repo keep hitting the issue with broken hiera from EPEL.

One solution would be to add a priorities to the production repos, and add yum-plugin-priorities as a dep of the rdo-release rpm.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.