<div dir="ltr"><div><div>bump<br><br></div>p.s. another oddity is that I&#39;ve seen the logs present in a couple of runs. So, for what it&#39;s worth, it doesn&#39;t fail at all times (but very much close to it).<br><br></div>updated patch [1]<br><br>[1] <a href="https://gerrit.ovirt.org/#/c/85174/">https://gerrit.ovirt.org/#/c/85174/</a><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 28, 2017 at 1:20 AM, Leon Goldberg <span dir="ltr">&lt;<a href="mailto:lgoldber@redhat.com" target="_blank">lgoldber@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hey guys,<br><br></div>I have a weird problem with our new OST suite. Although I copy certain directories to ../ovirt-system-tests/<wbr>exported-artifacts (i.e. root dir/exported-artifacts), they are not being collected.<br><br></div><div>Running the suite via mock, I can see that the directory is present with the logs (plus some other files/directories), however in CI they are not.<br><br></div><div>I&#39;ve tried running both run_suite.sh and check-patch.sh. Locally I see the artifacts in both.<br><br></div><div>Here&#39;s the patch [1]. It&#39;s unfinished work. I am familiar with lago&#39;s abstraction, and although is super ugly, the relative path in _collect_artifacts seems correct.<br><br></div><div>Thanks for any help!<br></div><div><br><br>[1] <a href="https://gerrit.ovirt.org/#/c/84567/" target="_blank">https://gerrit.ovirt.org/#/c/<wbr>84567/</a><br></div></div>
</blockquote></div><br></div>