<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>8561</bug_id>
          
          <creation_ts>2015-10-23 05:56:32 +0000</creation_ts>
          <short_desc>dependency issues when testing multilib images</short_desc>
          <delta_ts>2015-11-02 09:24:37 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>10</classification_id>
          <classification>QA/Testing</classification>
          <product>Runtime Testing</product>
          <component>general</component>
          <version>2.0</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>2.1</target_milestone>
          <dependson>8550</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Alexandru Georgescu">alexandru.c.georgescu</reporter>
          <assigned_to name="Lucian Musat">georgex.l.musat</assigned_to>
          <cc>jku</cc>
    
    <cc>richard.purdie</cc>
          
          <qa_contact name="Cristina Agurida">cristina-danielax.agurida</qa_contact>
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>55637</commentid>
    <comment_count>0</comment_count>
    <who name="Alexandru Georgescu">alexandru.c.georgescu</who>
    <bug_when>2015-10-23 05:56:32 +0000</bug_when>
    <thetext>http://errors.yoctoproject.org/Errors/Details/20802/

Task: do_testimage
Recipe: core-image-sato
Machine: qemux86-64
Distro: poky
Build system: x86_64-linux
Target system: x86_64-poky-linux
Host distro: Ubuntu-12.04
Branch: heads/jethro
Commit:505a82673ac2487df5ea343a6422c2fc47018831
Build:#9448

When running the sanity tests on AB, we have the following error: 

ERROR
ERROR
test_check_multilib_libc (oeqa.runtime.multilib.MultilibTest) ... skipped &apos;Testcase dependency not met: test_ssh&apos;
test_file_connman (oeqa.runtime.multilib.MultilibTest) ... skipped &apos;Testcase dependency not met: test_check_multilib_libc&apos;

======================================================================
ERROR: setUpClass (oeqa.runtime.rpm.RpmInstallRemoveTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File &quot;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-multilib/build/meta/lib/oeqa/runtime/rpm.py&quot;, line 37, in setUpClass
    oeRuntimeTest.tc.target.copy_to(os.path.join(rpmdir,testrpmfile), &quot;/tmp/rpm-doc.rpm&quot;)
  File &quot;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-multilib/build/meta/lib/oeqa/targetcontrol.py&quot;, line 107, in copy_to
    return self.connection.copy_to(localpath, remotepath)
  File &quot;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-multilib/build/meta/lib/oeqa/utils/sshcontrol.py&quot;, line 150, in copy_to
    return self._internal_run(command, ignore_status=False)
  File &quot;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-multilib/build/meta/lib/oeqa/utils/sshcontrol.py&quot;, line 127, in _internal_run
    raise AssertionError(&quot;Command &apos;%s&apos; returned non-zero exit status %d:\n%s&quot; % (command, status, output))
AssertionError: Command &apos;[&apos;scp&apos;, &apos;-o&apos;, &apos;UserKnownHostsFile=/dev/null&apos;, &apos;-o&apos;, &apos;StrictHostKeyChecking=no&apos;, &apos;-o&apos;, &apos;LogLevel=ERROR&apos;, &apos;/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-multilib/build/build/tmp/deploy/rpm/core2_64/rpm-doc-5.4.14-r0.core2_64.rpm&apos;, &apos;root@192.168.7.4:/tmp/rpm-doc.rpm&apos;]&apos; returned non-zero exit status 1:
ssh: connect to host 192.168.7.4 port 22: No route to host
lost connection</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>55638</commentid>
    <comment_count>1</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2015-10-23 06:37:11 +0000</bug_when>
    <thetext>The key failure isn&apos;t mentioned here, specifically: &quot;FAIL: test_ping (oeqa.runtime.ping.PingTest)&quot;, clearly networking either never came up or died for this test run.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>55665</commentid>
    <comment_count>2</comment_count>
    <who name="Lucian Musat">georgex.l.musat</who>
    <bug_when>2015-10-23 11:49:17 +0000</bug_when>
    <thetext>This is not a dependency issue, it&apos;s a networking issue. The ping/ssh tests failed so all the tests that have @skipunlesspassed decorator depending on network will skip after that.
I cannot reproduce this issue on my local machine though. Tried with multiple qemus open at the same time, running runtime tests on two instances in parallel, repeated the process multiple times and still cannot reproduce.
I believe that this could be a race condition somewhere when running multiple qemus, as these kinds of errors don&apos;t seem to appear on our local Autobuilder as we don&apos;t test them in parallel.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>55834</commentid>
    <comment_count>3</comment_count>
    <who name="Jussi Kukkonen">jku</who>
    <bug_when>2015-10-27 14:11:13 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; This is not a dependency issue, it&apos;s a networking issue. The ping/ssh tests
&gt; failed so all the tests that have @skipunlesspassed decorator depending on
&gt; network will skip after that.

The networking setup issue (on qemu multilib) is bug 8550: patch is on mailing list. That problem should be 100% reproducable with something like this in local.conf:

  require conf/multilib.conf
  MULTILIBS = &quot;multilib:lib32&quot;
  DEFAULTTUNE_virtclass-multilib-lib32 = &quot;x86&quot;
  RPM_PREFER_ELF_ARCH = &quot;1&quot;
  IMAGE_INSTALL_append = &quot; lib32-connman-gnome&quot;
  MACHINE = &quot;qemux86-64&quot;


But looking at the log, the test fails in SetUpClass because it tries to run scp: I don&apos;t think it should do that when ssh_test has not passed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>55841</commentid>
    <comment_count>4</comment_count>
    <who name="Lucian Musat">georgex.l.musat</who>
    <bug_when>2015-10-27 15:20:37 +0000</bug_when>
    <thetext>setUpClass is not decorated with @skipUnlessPassed and I believe is run before all the tests in the class.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56054</commentid>
    <comment_count>5</comment_count>
    <who name="Lucian Musat">georgex.l.musat</who>
    <bug_when>2015-10-30 16:02:52 +0000</bug_when>
    <thetext>This error is generated by the setup class in rpm test suite because it tries to scp a file when no network is available (No route to host), so it is actually not a bug here. 
Closing this as notabug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56070</commentid>
    <comment_count>6</comment_count>
    <who name="Jussi Kukkonen">jku</who>
    <bug_when>2015-11-02 08:35:11 +0000</bug_when>
    <thetext>(In reply to comment #5)
&gt; This error is generated by the setup class in rpm test suite because it
&gt; tries to scp a file when no network is available (No route to host), so it
&gt; is actually not a bug here. 
&gt; Closing this as notabug.

Can you explain that? Is it not a bug that it tries to scp even though the ssh test failed?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56076</commentid>
    <comment_count>7</comment_count>
    <who name="Lucian Musat">georgex.l.musat</who>
    <bug_when>2015-11-02 09:06:30 +0000</bug_when>
    <thetext>The fail is not due to the code per se, it&apos;s because of a network problem so it is expected to fail in that case.
The setUpClass is not really a test so it cannot be decorated with skipunlesspassed decorator. Now I agree that it&apos;s not a good thing that it tries the scp there without any check but I believe we could open a new enhancement for that, and close this bug regarding multilib as it&apos;s treated in 8550.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>56077</commentid>
    <comment_count>8</comment_count>
    <who name="Jussi Kukkonen">jku</who>
    <bug_when>2015-11-02 09:24:37 +0000</bug_when>
    <thetext>(In reply to comment #7)
&gt; The fail is not due to the code per se, it&apos;s because of a network problem so
&gt; it is expected to fail in that case.


The testing code doesn&apos;t just fail, it asserts.


Anyway, just wanted to make sure we don&apos;t miss something by accident: I&apos;ll leave this to you now.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>