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.