Bug 12255 - [ross/mut] test_dnf_reinstall failed on nightly-ppc-lsb sanity test
Summary: [ross/mut] test_dnf_reinstall failed on nightly-ppc-lsb sanity test
Status: RESOLVED INVALID
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: 2.4.1
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 2.5 M1
Assignee: Ross Burton
QA Contact:
URL: https://autobuilder.yocto.io/builders...
Whiteboard: Backport 2.3.3 and 2.4.1?
Depends on:
Blocks:
 
Reported: 2017-10-20 04:35 UTC by Armin Kuster
Modified: 2017-11-06 23:29 UTC (History)
4 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments
CreateAutoConf (11.07 KB, text/plain)
2017-10-20 04:35 UTC, Armin Kuster
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Armin Kuster 2017-10-20 04:35:42 UTC
Created attachment 4089 [details]
CreateAutoConf

yoctoio-autobuilder-ubuntu1704


NOTE: core-image-lsb-sdk-1.0-r0 do_testimage: ======================================================================
NOTE: core-image-lsb-sdk-1.0-r0 do_testimage: FAIL: test_dnf_install_from_disk (dnf.DnfRepoTest)
NOTE: core-image-lsb-sdk-1.0-r0 do_testimage: ----------------------------------------------------------------------
NOTE: core-image-lsb-sdk-1.0-r0 do_testimage: Traceback (most recent call last):
  File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/meta/lib/oeqa/core/decorator/__init__.py", line 32, in wrapped_f
    return func(*args, **kwargs)
  File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/meta/lib/oeqa/core/decorator/__init__.py", line 32, in wrapped_f
    return func(*args, **kwargs)
  File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/meta/lib/oeqa/runtime/cases/dnf.py", line 103, in test_dnf_install_from_disk
    self.dnf_with_repo('install -y --downloadonly run-postinsts-dev')
  File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/meta/lib/oeqa/runtime/cases/dnf.py", line 70, in dnf_with_repo
    self.dnf(" ".join(cmdlinerepoopts) + " --nogpgcheck " + command)
  File "/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-ppc-lsb/build/meta/lib/oeqa/runtime/cases/dnf.py", line 18, in dnf
    self.assertEqual(status, expected, message)
AssertionError: 143 != 0 : dnf --repofrompath=oe-testimage-repo-noarch,http://192.168.7.3:44695/noarch --repofrompath=oe-testimage-repo-qemuppc,http://192.168.7.3:44695/qemuppc --repofrompath=oe-testimage-repo-ppc7400,http://192.168.7.3:44695/ppc7400 --nogpgcheck install -y --downloadonly run-postinsts-dev

Process killed - no output for 1500 seconds. Total running time: 1506 seconds.
Comment 1 Randy MacLeod 2017-10-26 14:36:23 UTC
Armin, Yi,  Is this 100% reproducible?
Comment 2 Yi Zhao 2017-10-27 08:37:26 UTC
(In reply to comment #1)
> Armin, Yi,  Is this 100% reproducible?

I can not reproduce it with rocko branch.

Yi
Comment 3 Ross Burton 2017-11-06 17:51:44 UTC
This is M+ M1 with backport requests for 2.3 and 2.4 but I can't see anything beyond "qemu died mysteriously, logs are lost".

Was there a discussion on the triage call that wasn't captured in the bug?
Comment 4 Randy MacLeod 2017-11-06 22:02:05 UTC
Richard was concerned about qemuppc failing periodically so we didn't want to just close this defect without finding out more about its reproducibility.

I believe that the primary problem of qemuppc flakiness may be due to:
   https://bugzilla.yoctoproject.org/show_bug.cgi?id=12209

Unless Armin protests, let's close this defect as can't reproduce.
Comment 5 Armin Kuster 2017-11-06 22:16:58 UTC
(In reply to comment #4)
> Richard was concerned about qemuppc failing periodically so we didn't want
> to just close this defect without finding out more about its reproducibility.
> 
> I believe that the primary problem of qemuppc flakiness may be due to:
>    https://bugzilla.yoctoproject.org/show_bug.cgi?id=12209
> 
> Unless Armin protests, let's close this defect as can't reproduce.

ok
Comment 6 Ross Burton 2017-11-06 23:29:19 UTC
Agreed.  Closing invalid as discussed.