Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Could not build dockerfile for step1 - systemd installation failed #1

Open
damovsky opened this issue Dec 14, 2014 · 14 comments
Open

Could not build dockerfile for step1 - systemd installation failed #1

damovsky opened this issue Dec 14, 2014 · 14 comments

Comments

@damovsky
Copy link

Steps to reproduce:

  1. download oracle files into step1
  2. docker build -t oracle-12c:step1 step1
    this failed on error:
2014/12/14 20:03:04 The command [/bin/sh -c yum -y install binutils compat-libcap1 compat-libstdc++-33 compat-libstdc++-33.i686 gcc gcc-c++ glibc.i686 glibc glibc-devel glibc-devel.i686 ksh libgcc.i686 libgcc libstdc++ libstdc++.i686 libstdc++-devel libstdc++-devel.i686 libaio libaio.i686 libaio-devel libaio-devel.i686 libXext libXext.i686 libXtst libXtst.i686 libX11 libX11.i686 libXau libXau.i686 libxcb libxcb.i686 libXi libXi.i686 make sysstat vte3 smartmontools] returned a non-zero code: 1

I found those logs in console:

Running transaction
  Installing : libX11-common-1.6.0-2.1.el7.noarch                         1/100
  Installing : fontpackages-filesystem-1.44-8.el7.noarch                  2/100
  Installing : hicolor-icon-theme-0.12-7.el7.noarch                       3/100
  Installing : kernel-headers-3.10.0-123.13.1.el7.x86_64                  4/100
  Installing : libstdc++-devel-4.8.2-16.2.el7_0.x86_64                    5/100
  Installing : libgcc-4.8.2-16.2.el7_0.i686                               6/100
  Installing : nss-softokn-freebl-3.16.2.3-1.el7_0.i686                   7/100
  Installing : glibc-2.17-55.0.4.el7_0.1.i686                             8/100
  Installing : freetype-2.4.11-9.el7.x86_64                               9/100
  Installing : fontconfig-2.10.95-7.el7.x86_64                           10/100
  Updating   : systemd-libs-208-11.0.1.el7_0.5.x86_64                    11/100
  Updating   : systemd-208-11.0.1.el7_0.5.x86_64                         12/100Error unpacking rpm package systemd-208-11.0.1.el7_0.5.x86_64

error: unpacking of archive failed on file /usr/bin/systemd-detect-virt: cpio: cap_set_file

$ docker version
docker version
Client version: 1.3.0
Client API version: 1.15
Go version (client): go1.3.3
Git commit (client): c78088f
OS/Arch (client): darwin/amd64
Server version: 1.3.1
Server API version: 1.15
Go version (server): go1.3.3
Git commit (server): 4e9bbfa
@wscherphof
Copy link
Owner

Hm, too bad step 1 immediately fails :-(
Can only guess why unpacking the archive doesn't work. Disk full?
Maybe it's possible to get yum to report more error details?

Op Sun Dec 14 2014 at 20:28:32 schreef damovsky [email protected]:

Steps to reproduce:

  1. download oracle files into step1
  2. docker build -t oracle-12c:step1 step1
    this failed on error:

2014/12/14 20:03:04 The command [/bin/sh -c yum -y install binutils compat-libcap1 compat-libstdc++-33 compat-libstdc++-33.i686 gcc gcc-c++ glibc.i686 glibc glibc-devel glibc-devel.i686 ksh libgcc.i686 libgcc libstdc++ libstdc++.i686 libstdc++-devel libstdc++-devel.i686 libaio libaio.i686 libaio-devel libaio-devel.i686 libXext libXext.i686 libXtst libXtst.i686 libX11 libX11.i686 libXau libXau.i686 libxcb libxcb.i686 libXi libXi.i686 make sysstat vte3 smartmontools] returned a non-zero code: 1

I found those logs in console:

Running transaction
Installing : libX11-common-1.6.0-2.1.el7.noarch 1/100
Installing : fontpackages-filesystem-1.44-8.el7.noarch 2/100
Installing : hicolor-icon-theme-0.12-7.el7.noarch 3/100
Installing : kernel-headers-3.10.0-123.13.1.el7.x86_64 4/100
Installing : libstdc++-devel-4.8.2-16.2.el7_0.x86_64 5/100
Installing : libgcc-4.8.2-16.2.el7_0.i686 6/100
Installing : nss-softokn-freebl-3.16.2.3-1.el7_0.i686 7/100
Installing : glibc-2.17-55.0.4.el7_0.1.i686 8/100
Installing : freetype-2.4.11-9.el7.x86_64 9/100
Installing : fontconfig-2.10.95-7.el7.x86_64 10/100
Updating : systemd-libs-208-11.0.1.el7_0.5.x86_64 11/100
Updating : systemd-208-11.0.1.el7_0.5.x86_64 12/100Error unpacking rpm package systemd-208-11.0.1.el7_0.5.x86_64

error: unpacking of archive failed on file /usr/bin/systemd-detect-virt: cpio: cap_set_file

docker version
Client version: 1.3.0
Client API version: 1.15
Go version (client): go1.3.3
Git commit (client): c78088f
OS/Arch (client): darwin/amd64
Server version: 1.3.1
Server API version: 1.15
Go version (server): go1.3.3
Git commit (server): 4e9bbfa

—
Reply to this email directly or view it on GitHub
https://github.com/wscherphof/oracle-12c/issues/1.

@damovsky
Copy link
Author

From my point of view, the docker build fails since it requires some special rights (set_file)...this could be solved by running docker build with privileged mode, but there is no such a privileged mode for docker build. So I have to run the container manually with privileged mode and execute all commands from Dockerfile manually

I found related issue here
https://bugs.centos.org/view.php?id=7480

I wonder how you could build the step1 on your machine...strange :-(

@sjoerd-michels
Copy link

This error is noticeable in boot2docker. The build works fine in CoreOS though.

@unoexperto
Copy link

@sjoerd-michels Did you make this container work using CoreOS instead of Oracle Linux ?

@wscherphof wscherphof mentioned this issue Jan 15, 2015
Closed
@telegrapher
Copy link

@damovsky Systemd is updated when installing other packages. When he built the machine, the systemd update was probably still not released.

@telegrapher
Copy link

After looking around a while, this seems to me a Docker issue.
I get this failure when I use Debian Jessie as a host OS, but not when I use CentOS 7.

@telegrapher
Copy link

I observe that by default Debian uses the aufs storage driver, meanwhile in CentOS the devicemapper one is used.

@dwu-pivotal
Copy link

Anyone has workaround this? Same issue in my Ubuntu 14.04

@telegrapher
Copy link

Hello, my workaround was to upgrade the base container inside a RHEL 7 VM.

This is an issue relating to the storage driver Docker is using.

@dwu-pivotal
Copy link

thx， would give me more detailed instruction on this？

发自nubia手机

Jose Antonio Insua [email protected]编写：

Hello, my workaround was to upgrade the base container inside a RHEL 7 VM.

This is an issue relating to the storage driver Docker is using.

—
Reply to this email directly or view it on GitHub.

@Pfiver
Copy link

Pfiver commented Apr 8, 2015

I hit the same issue and tried to sidestep it by using a CoreOS docker host, but that also failed #4 ... :-(

@Oro
Copy link
Contributor

Oro commented Apr 10, 2015

The same happened to me (using boot2docker on MacOS), have a look at http://pkgfarm.tumblr.com/post/114104687791/fixing-yum-install-on-boot2docker
Basically, you can circumvent this issue by running following which disable aufs

$ boot2docker ssh

docker@boot2docker:~$ echo "EXTRA_ARGS='--storage-driver=devicemapper'" | sudo tee -a /var/lib/boot2docker/profile

docker@boot2docker:~$ sudo /etc/init.d/docker restart

@bofm
Copy link

bofm commented Apr 11, 2015

Fix for Ubuntu host:
echo 'DOCKER_OPTS="--storage-driver=devicemapper"' >> /etc/default/docker && service docker restart
The existing images and containers may be lost.

@ivarref
Copy link

ivarref commented Apr 12, 2015

@Oro Thanks! Works here as well (same setup as you, boot2docker and MacOS).

I also did a boot2docker destroy and boot2docker init to reclaim disk space.

@scottfwalter scottfwalter mentioned this issue May 26, 2015
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
10 participants
@ivarref @Oro @Pfiver @wscherphof @unoexperto @sjoerd-michels @bofm @dwu-pivotal @telegrapher @damovsky