Project

General

Profile

Actions
Copy link

action #67366

open

[containers] test fails in docker_runc "Error exporting container" for ppc64le Leap15.2

Added by michel_mno almost 4 years ago. Updated over 3 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
2020-05-27
Due date:
% Done:

0%

Estimated time:

Description

test fails in docker_runc "Error exporting container" for ppc64le Leap15.2

failing command: 'docker export $(docker create busybox) | tar -C rootfs -xvf -'
at /var/lib/openqa/cache/openqa1-opensuse/tests/opensuse/tests/console/docker_runc.pm line 40.

failing output (manually copied from captured screen):

Unable to find image 'busybox:latest' locally
latest: Pullingfrom library/busybox
368841f1202b: Pulling fs layer
368841f1202b: Verifying Checksum
368841f1202b: Download complete
368841f1202b: Pull complete
Digest: sha256:836945da1f3afe2cfff376d379852bbb82e0237cb2925d53a13f53d6e8a8c48c
Status: Downloaded ,ew image for busybox:latest
Error response from daemon: Error exporting container 139b131c1a521691017a4780015abf8686f05cb4d288141fc593633188d168f7: error processing tar file: docker-tar: relocation error: /lib64/libnss_files.so.2: symbol __libc_readline_unlocked, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference
:exit status 127
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

Observation

openQA test in scenario opensuse-15.2-DVD-ppc64le-extra_tests_textmode_containers@ppc64le fails in
docker_runc

Test suite description

Maintainer: dheidler. Extra tests about CLI software in container module

Reproducible

Fails since (at least) Build 263.1 (current job)
This is the first trial on openQA for ppc64le Leap15.2

Expected result

Last good: (unknown) (or more recent) no trial for Leap 15.2 ppc64le Build 263.1

There were no failure for TW ppc64le:
https://openqa.opensuse.org/tests/1276870#step/docker_runc/1

Further details

Always latest result in this scenario: latest

Actions
Copy link
 #1

Updated by michel_mno almost 4 years ago

I am able to recreate the failure on a Leap15.2 ppc64le qemu guest.

tw152:~ # mkdir rootfs
tw152:~ # docker export $(docker create busybox) | tar -C rootfs -xvf -
Unable to find image 'busybox:latest' locally
latest: Pulling from library/busybox
368841f1302b: Pulling fs layer
368841f1302b: Download complete
368841f1302b: Pull complete
Digest: sha256:836945da1f3afe2cfff376d379852bbb82e0237cb2925d53a13f53d6e8a8c48c
Status: Downloaded newer image for busybox:latest
Error response from daemon: Error exporting container 9dcd31d6f246ba507c3f81bb477161328a248ec29e49b9296dfb4bf157906db8: error processing tar file: docker-tar: reloc
ation error: /lib64/libnss_files.so.2: symbol __libc_readline_unlocked, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference
: exit status 127
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors

about libnss_files.so.2 & libc.so.6 reported error, the two files are from same installed rpm:

tw152:~ # rpm -qf /lib64/libnss_files.so.2
glibc-2.26-lp152.24.9.ppc64le
tw152:~ # rpm -qf /lib64/libc.so.6
glibc-2.26-lp152.24.9.ppc64le
tw152:~ # rpm -qi glibc-2.26-lp152.24.9.ppc64le |grep -E 'Date|Source'
Install Date: Wed May 27 18:29:07 2020
Source RPM  : glibc-2.26-lp152.24.9.src.rpm
Build Date  : Mon May 25 14:10:16 2020

looking on the web, identified a similar moby issue that suggest to upgrade docker to 19.03.8
https://github.com/moby/moby/issues/39449

Is it the right direction ?

Actions
Copy link
 #2

Updated by michel_mno almost 4 years ago

Oups, forgot to specify that current Leap15.2 docker is version 19.03.5

tw152:~ # docker -v
Docker version 19.03.5, build 633a0ea838f1
tw152:~ # rpm -qi docker |grep -E 'Date|Source'
Install Date: Thu May 28 09:16:53 2020
Source RPM  : docker-19.03.5_ce-lp152.1.18.src.rpm
Build Date  : Tue May 26 00:02:46 2020
Actions
Copy link
 #3

Updated by michel_mno almost 4 years ago

BUT on TW we do not have above failure,with same docker 19.03.5

twppc64le2:~ # docker -v
Docker version 19.03.5, build 633a0ea838f1
twppc64le2:~ # rpm -qi docker |grep -E 'Date|Source'
Install Date: Thu May 28 10:31:47 2020
Source RPM  : docker-19.03.5_ce-4.1.src.rpm
Build Date  : Mon Jan 13 23:50:43 2020
twppc64le2:~ # rpm -qi glibc |grep -E 'Date|Source'
Install Date: Thu Apr  2 17:14:43 2020
Source RPM  : glibc-2.31-3.1.src.rpm
Build Date  : Wed Mar 18 12:23:55 2020
Actions
Copy link
 #4

Updated by michel_mno almost 4 years ago

I do not know how to continue investigation.

Actions
Copy link
 #5

Updated by okurz almost 4 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: extra_tests_textmode_containers
https://openqa.opensuse.org/tests/1296843

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions
Copy link
 #6

Updated by michel_mno almost 4 years ago

Actions
Copy link
 #7

Updated by dheidler almost 4 years ago

The only think I could recommend would be to run the docker create and docker export explicitly so that it is obvious which of the commands failed.

Actions
Copy link
 #8

Updated by SLindoMansilla over 3 years ago

  • Subject changed from test fails in docker_runc "Error exporting container" for ppc64le Leap15.2 to [containers] test fails in docker_runc "Error exporting container" for ppc64le Leap15.2
Actions
Copy link
 #10

Updated by okurz over 3 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: extra_tests_textmode_containers
https://openqa.opensuse.org/tests/1393255

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions
Copy link
 #11

Updated by michel_mno over 3 years ago

  • Project changed from openQA Tests to Jump 15.2
  • Category deleted (Bugs in existing tests)

With last Leap15.2 update there is no more failure.
So I assume the still failing Jump15.2 is caused by obsolete docker version in Jump15.2 versus Leap15.2

tw152:~ # whereis docker
docker: /usr/bin/docker /etc/docker /usr/share/man/man1/docker.1.gz
tw152:~ # rpm -qf /usr/bin/docker
docker-19.03.11_ce-lp152.1.4.ppc64le
===
jump:~ # whereis docker
docker: /usr/bin/docker /etc/docker /usr/share/man/man1/docker.1.gz
jump:~ # rpm -qf /usr/bin/docker
docker-19.03.5_ce-6.31.1.ppc64le
Actions
Copy link
 #12

Updated by okurz over 3 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: extra_tests_textmode_containers
https://openqa.opensuse.org/tests/1424052

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released"
  3. The label in the openQA scenario is removed
Actions
Copy link
 #13

Updated by pdostal over 3 years ago

This is imo fixed and can be closed now.

Actions
Copy link

Also available in: Atom PDF