search

elastic / elasticsearch

Free and Open Source, Distributed, RESTful Search Engine
https://www.elastic.co/products/elasticsearch
Other
69.59k stars 24.63k forks source link

[CI] Task :distribution:docker:buildDockerImage failing in 7.4 #46916

Closed matriv closed 4 years ago

matriv commented 5 years ago

Logs: https://gradle-enterprise.elastic.co/s/iopz4epyq3qvm/console-log?task=:distribution:docker:buildDockerImage

Stacktrace:

Running transaction
--
Updating   : 2:shadow-utils-4.6-5.el7.x86_64                              1/2Error unpacking rpm package 2:shadow-utils-4.6-5.el7.x86_64

error: unpacking of archive failed on file /usr/bin/newgidmap;5d848de7: cpio: cap_set_file
Verifying  : 2:shadow-utils-4.6-5.el7.x86_64                              1/22:shadow-utils-4.1.5.1-25.el7_6.1.x86_64 was supposed to be removed but is not!

Verifying  : 2:shadow-utils-4.1.5.1-25.el7_6.1.x86_64                     2/2
 
Failed:
shadow-utils.x86_64 2:4.1.5.1-25.el7_6.1    shadow-utils.x86_64 2:4.6-5.el7

Seems to require cap_set_file to install the shadow-utils.

elasticmachine commented 5 years ago

Pinging @elastic/es-core-infra

jasontedor commented 5 years ago

This appears to be a transient issue from, say, a broken download.

droberts195 commented 4 years ago

The original failure was on Debian 8. The exact same package, shadow-utils-4.6-5.el7.x86_64, failed again in a CentOS 7 Docker image on a Debian 8 CI worker in https://elasticsearch-ci.elastic.co/job/elastic+elasticsearch+7.x+multijob-unix-compatibility/os=debian-8&&immutable/299/console

11:54:25 Error unpacking rpm package 2:shadow-utils-4.6-5.el7.x86_64
11:54:25   Updating   : 2:shadow-utils-4.6-5.el7.x86_64                              1/2 
11:54:25 error: unpacking of archive failed on file /usr/bin/newgidmap;5d948f8a: cpio: cap_set_file

https://bugzilla.redhat.com/show_bug.cgi?id=1738233 gave me a hint that the problem might be that the kernel of the Debian 8 host does not support the cap_set_file syscall that the CentOS 7 Docker image is trying to use. But that would be quite weird because CentOS 7 uses a 3.10 kernel whereas Debian 8 has a 3.16 kernel, so you would think that the newer host kernel would support all the syscalls that the older container userland wanted to use.

Then I found https://github.com/moby/moby/issues/6980 which sounds like the same problem on a different package. There is an idea to fix it in https://github.com/docker/hub-feedback/issues/461#issuecomment-318786850. Maybe that will help in our case.

alpar-t commented 4 years ago

Duplicate of #47097