<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 21, 2018 at 12:15 PM, Petr Horacek <span dir="ltr"><<a href="mailto:phoracek@redhat.com" target="_blank">phoracek@redhat.com</a>></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>I tried to retrigger the build several times, it was always executed on el7 machine, maybe it picks fc26 only when all other machines are taken?<br><br></div>Shouldn't be "Permission denied" problem detected in link_bond_test.py:setup_<wbr>module()? It runs "check_sysfs_bond_permission".<br></div></blockquote><div><br></div><div>I think that the error is from attempting to set a values that is not acceptable by the attribute, not because there is no permission to access sysfs.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2018-03-20 18:12 GMT+01:00 Edward Haas <span dir="ltr"><<a href="mailto:ehaas@redhat.com" target="_blank">ehaas@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>The tests ran on a fc26 slave and our bond option default map is in sync with the el7 kernel.<br>It looks like we MUST generate a bond default map on every run.<br><br></div>I'm a bit surprised it never happened until now, perhaps I'm not interpreting correctly the tests helper code? Petr?<br></div><div>Assuming I'm correct here, I'll try to post a fix.<br><br></div>Thanks,<br></div>Edy.<br></div><div class="m_-7757084980018705507HOEnZb"><div class="m_-7757084980018705507h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 20, 2018 at 12:14 PM, Dan Kenigsberg <span dir="ltr"><<a href="mailto:danken@redhat.com" target="_blank">danken@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+Petr<br>
<div class="m_-7757084980018705507m_-4601479078242537790HOEnZb"><div class="m_-7757084980018705507m_-4601479078242537790h5"><br>
On Tue, Mar 20, 2018 at 11:07 AM, Francesco Romani <<a href="mailto:fromani@redhat.com" target="_blank">fromani@redhat.com</a>> wrote:<br>
> Hi all,<br>
><br>
><br>
> we had a bogus failure on CI again, some network test failed and it<br>
> seems totally unrelated to the patch being tested:<br>
><br>
><br>
> <a href="http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/22410/consoleFull" rel="noreferrer" target="_blank">http://jenkins.ovirt.org/job/v<wbr>dsm_master_check-patch-el7-x86<wbr>_64/22410/consoleFull</a><br>
><br>
><br>
> could someone please have a look?<br>
><br>
><br>
> Bests,<br>
><br>
> --<br>
> Francesco Romani<br>
> Senior SW Eng., Virtualization R&D<br>
> Red Hat<br>
> IRC: fromani github: @fromanirh<br>
><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>