On 22 Oct 2019, at 14:04, Nir Soffer <nsoffer@redhat.com> wrote:

On Wed, Oct 16, 2019 at 11:53 AM Marcin Sobczyk <msobczyk@redhat.com> wrote:

Hi all,

we're trying to move vdsm tests to el8.

AFAIK we don't have native el8 slaves in the CI yet, so our el8 stages run on el7 with el8 mocked.

There are some issues with scripts setting up the env for storage tests - they are refusing to work on older

kernel versions.

This is true, but the issue is only xfs. We can enable the tests by switching to ext4 temporarily.

We can revert this:

commit b520d0df06129dd9d8d7f76f08425a3007962ab5
Author: Nir Soffer <nsoffer@redhat.com>
Date:   Tue Aug 27 18:32:19 2019 +0300

    tests: Revert "tests: use ext4 for userstorage"

Then moving to https://github.com/nirs/userstorage will make it possible to have an

optional xfs backend that will be skipped only on Jenkins, but will run the xfs tests on

travis and when running locally. This is what we do now in imageio:

https://gerrit.ovirt.org/c/103958/

We can enable xfs again when we have a way to run el8 slaves on fedora >= 29.

That sounds great, can you go for it? (at least the first part, to unblock the jenkins CI )

I have an idea for a workaround - until now we were using 'host-distro: same' in our

'stdci.yaml'. I can see that this option can also take a value of 'better/newer' [1], but that won't work

for el8. Could we possibly implement something like [2] ? That would allow us to i.e. define an el8

mocked env with 'host-distro: fc30' enforcing native fc30 host. I assume this would be a temporary

workaround only, until we have native el8 slaves.

Regards, Marcin

[1] https://github.com/oVirt/jenkins/blob/a796094bfd15f1a85b9f630aaeb25ce6e0dab35d/pipelines/libs/stdci_runner.groovy#L127

[2] https://gerrit.ovirt.org/#/c/104091/