On Tue, 22 Oct 2019 at 13:54, Eyal Edri <[email protected]> wrote: > > > On Tue, Oct 22, 2019 at 1:50 PM Barak Korren <[email protected]> wrote: > >> >> >> On Wed, 16 Oct 2019 at 12:21, Vojtech Juranek <[email protected]> >> wrote: >> >>> On středa 16. října 2019 10:53:45 CEST Marcin Sobczyk 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. >>> > >>> > 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. >>> >>> if it works, it would be great >>> >> >> Given the rapid pace in which Fedora versions go EOL, I wouldn't want to >> support this kind of syntax. Instead, I suggest we just make sure that >> `newer` means fc30+ for el8. >> > > Barak, how soon can we apply this workaround so we can unblock CI for > projects? >
Here is a patch that does that: https://gerrit.ovirt.org/c/104165/ Now its just a matter of reviews > > >> >> We're not really planning to ever enable EL8 slaves, since there is a >> huge amount of issues we'll need to solve and test to make that happen, and >> we're looking to deprecate the static way in which we currently manage >> slaves. In other words, any workaround you implement now, may not be as >> temporary as you think. >> >> >>> >>> > Regards, Marcin >>> > >>> > [1] >>> > >>> https://github.com/oVirt/jenkins/blob/a796094bfd15f1a85b9f630aaeb25ce6e0dab3 >>> > 5d/pipelines/libs/stdci_runner.groovy#L127 [2] >>> > https://gerrit.ovirt.org/#/c/104091/ >>> >>> _______________________________________________ >>> Devel mailing list -- [email protected] >>> To unsubscribe send an email to [email protected] >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/[email protected]/message/V765YTTZLZV4O7QOCTGUXAOJLKECDFTB/ >>> >> >> >> -- >> Barak Korren >> RHV DevOps team , RHCE, RHCi >> Red Hat EMEA >> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >> _______________________________________________ >> Devel mailing list -- [email protected] >> To unsubscribe send an email to [email protected] >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/[email protected]/message/EDVX2VCPEHDSL2YTBCCN7MO7PXYURKZR/ >> > > > -- > > Eyal edri > > He / Him / His > > > MANAGER > > CONTINUOUS PRODUCTIZATION > > SYSTEM ENGINEERING > > Red Hat <https://www.redhat.com/> > <https://red.ht/sig> > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel) > -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
_______________________________________________ Devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/[email protected]/message/LPTOS5VI4FQ6YHKZNMT5GZKUNHVPURPM/
