2015-09-15 20:37 GMT+02:00 David Moreau Simard <dms(a)redhat.com>:
 Hi,
 Continuous integration jobs for RDO trunk (liberty) are not in good
 shape right now [1] and they also provide poor coverage.
 The only test that is run is tempest.scenario.test_server_basic_ops
 [2] which adds a ssh-keypair.
 As part of our efforts to speed up the release process of RDO and
 improve the quality and stability of what we ship, I am working to
 improve the CI.
 The good news is that I've managed to get promising results with
 khaleesi+rdo+packstack+aio with selinux permissive locally (selinux
 enforced being blocked right now [3]) so we are on the right track.
 
(CC'ing Emilien with whom we worked on integrating RDO into Puppet
Modules upstream CI)
Thanks for dealing with our CI, as we have a more robust continuous
packaging machinery with delorean, this will be the next hot topic.
We need more complete coverage for RDO as it will help detecting
integration issues on Fedora/EL and fix them earlier.
This is an important step to make Fedora/EL first-class citizens
upstream, and encourage upstream maintainers to develop on these
platforms.
 As I've been trying to improve test coverage, a good first step
would
 be to enforce tempest smoke tests.
 However, I've noticed that khaleesi uses a fork of tempest [4] and
 this generated a failure [5] on a test that has since been fixed
 upstream [6].
 I'm very concerned about testing trunk RDO against a fork of tempest.
 We should be testing trunk RDO against trunk tempest.
 Running against a fork means we might lack some important changes to
 test coverage or can unnecessarily encounter failures which have
 already been resolved upstream.
 My understanding is that Red Hat maintains a fork of tempest to run
 test suites against products which have a longer release and support
 cycles and that is fine.
 Should we switch RDO CI testing to the upstream branches ?
 Thanks,
 
Yes, we should definitively set this as a goal, at the very least, we
should have running it in parallel and work on fixing issues.\
Please update trello accordingly so we could track this effort.
Regards,
H.