Fresh server install, latest compose release 1.28.0 is crashing - while 1.27.4 runs OK #8064

marcelmfs · 2021-01-22T15:19:22Z

Description of the issue

On a fresh server installation, latest compose is crashing.

While 1.27.4 runs fine.

Context information (for bug reports)

Output of docker-compose version

[1129] Error loading Python lib '/tmp/_MEInOGEvp/libpython3.9.so.1.0': dlopen: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by /tmp/_MEInOGEvp/libpython3.9.so.1.0)

Output of docker version

Client: Docker Engine - Community
 Version:           20.10.2
 API version:       1.41
 Go version:        go1.13.15
 Git commit:        2291f61
 Built:             Mon Dec 28 16:17:48 2020
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true

Output of docker-compose config
(Make sure to add the relevant -f and other flags)

[1129] Error loading Python lib '/tmp/_MEInOGEvp/libpython3.9.so.1.0': dlopen: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by /tmp/_MEInOGEvp/libpython3.9.so.1.0)

Steps to reproduce the issue

New linux server installation
download compose
run any compose command

Observed result

Failed loading libs

Expected result

Not failing

The text was updated successfully, but these errors were encountered:

joncooper65 · 2021-01-22T15:44:52Z

Thanks for posting that, I've been struggling with the same issue and only when I finally tried dropping the docker-compose version back to 1.27.4 did it work again.

brosenberg42 · 2021-01-22T16:42:54Z

I have the same issue on Centos 7 that is fully yum updated. The issue seems to be that docker-compose is now linked to a version of libc not yet available on certain distros. This is the version info in Centos's libc:

❯ objdump -p /lib64/libc.so.6

/lib64/libc.so.6:     file format elf64-x86-64

Program Header:
    PHDR off    0x0000000000000040 vaddr 0x0000000000000040 paddr 0x0000000000000040 align 2**3
         filesz 0x0000000000000230 memsz 0x0000000000000230 flags r-x
  INTERP off    0x000000000018ea80 vaddr 0x000000000018ea80 paddr 0x000000000018ea80 align 2**4
         filesz 0x000000000000001c memsz 0x000000000000001c flags r--
    LOAD off    0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**21
         filesz 0x00000000001c30d0 memsz 0x00000000001c30d0 flags r-x
    LOAD off    0x00000000001c36f0 vaddr 0x00000000003c36f0 paddr 0x00000000003c36f0 align 2**21
         filesz 0x00000000000051b0 memsz 0x0000000000009b10 flags rw-
 DYNAMIC off    0x00000000001c6b60 vaddr 0x00000000003c6b60 paddr 0x00000000003c6b60 align 2**3
         filesz 0x00000000000001f0 memsz 0x00000000000001f0 flags rw-
    NOTE off    0x0000000000000270 vaddr 0x0000000000000270 paddr 0x0000000000000270 align 2**2
         filesz 0x0000000000000044 memsz 0x0000000000000044 flags r--
     TLS off    0x00000000001c36f0 vaddr 0x00000000003c36f0 paddr 0x00000000003c36f0 align 2**4
         filesz 0x0000000000000010 memsz 0x00000000000000a0 flags r--
EH_FRAME off    0x000000000018ea9c vaddr 0x000000000018ea9c paddr 0x000000000018ea9c align 2**2
         filesz 0x0000000000006ae4 memsz 0x0000000000006ae4 flags r--
   STACK off    0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**4
         filesz 0x0000000000000000 memsz 0x0000000000000000 flags rw-
   RELRO off    0x00000000001c36f0 vaddr 0x00000000003c36f0 paddr 0x00000000003c36f0 align 2**0
         filesz 0x0000000000003910 memsz 0x0000000000003910 flags r--

Dynamic Section:
  NEEDED               ld-linux-x86-64.so.2
  SONAME               libc.so.6
  INIT                 0x0000000000022320
  INIT_ARRAY           0x00000000003c3700
  INIT_ARRAYSZ         0x0000000000000010
  HASH                 0x00000000001bfdd8
  GNU_HASH             0x00000000000002b8
  STRTAB               0x0000000000010fd0
  SYMTAB               0x0000000000003d88
  STRSZ                0x0000000000005afd
  SYMENT               0x0000000000000018
  PLTGOT               0x00000000003c7000
  PLTRELSZ             0x0000000000000138
  PLTREL               0x0000000000000007
  JMPREL               0x000000000001f7d8
  RELA                 0x0000000000017f90
  RELASZ               0x0000000000007848
  RELAENT              0x0000000000000018
  VERDEF               0x0000000000017c58
  VERDEFNUM            0x0000000000000016
  FLAGS                0x0000000000000018
  FLAGS_1              0x0000000000000001
  VERNEED              0x0000000000017f60
  VERNEEDNUM           0x0000000000000001
  VERSYM               0x0000000000016ace
  RELACOUNT            0x00000000000004a9

Version definitions:
1 0x01 0x0865f4e6 libc.so.6
2 0x00 0x09691a75 GLIBC_2.2.5
3 0x00 0x09691a76 GLIBC_2.2.6
	GLIBC_2.2.5 
4 0x00 0x0d696913 GLIBC_2.3
	GLIBC_2.2.6 
5 0x00 0x09691972 GLIBC_2.3.2
	GLIBC_2.3 
6 0x00 0x09691973 GLIBC_2.3.3
	GLIBC_2.3.2 
7 0x00 0x09691974 GLIBC_2.3.4
	GLIBC_2.3.3 
8 0x00 0x0d696914 GLIBC_2.4
	GLIBC_2.3.4 
9 0x00 0x0d696915 GLIBC_2.5
	GLIBC_2.4 
10 0x00 0x0d696916 GLIBC_2.6
	GLIBC_2.5 
11 0x00 0x0d696917 GLIBC_2.7
	GLIBC_2.6 
12 0x00 0x0d696918 GLIBC_2.8
	GLIBC_2.7 
13 0x00 0x0d696919 GLIBC_2.9
	GLIBC_2.8 
14 0x00 0x06969190 GLIBC_2.10
	GLIBC_2.9 
15 0x00 0x06969191 GLIBC_2.11
	GLIBC_2.10 
16 0x00 0x06969192 GLIBC_2.12
	GLIBC_2.11 
17 0x00 0x06969193 GLIBC_2.13
	GLIBC_2.12 
18 0x00 0x06969194 GLIBC_2.14
	GLIBC_2.13 
19 0x00 0x06969195 GLIBC_2.15
	GLIBC_2.14 
20 0x00 0x06969196 GLIBC_2.16
	GLIBC_2.15 
21 0x00 0x06969197 GLIBC_2.17
	GLIBC_2.16 
22 0x00 0x0963cf85 GLIBC_PRIVATE
	GLIBC_2.17 

Version References:
  required from ld-linux-x86-64.so.2:
    0x0d696913 0x00 24 GLIBC_2.3
    0x0963cf85 0x00 23 GLIBC_PRIVATE

fofiedelly · 2021-01-23T09:06:19Z

I got exactly the same error after a frish installation of CENTOS 7 and docker-compose.

maxraab · 2021-01-23T16:17:20Z

This is a duplicate of #8048 and there is also pull request in preparation.

shailesh-vaidya · 2021-01-25T07:08:35Z

Facing this issue on CentOS Linux release 7.8.2003 (Core) . Downgrading to docker-compose version 1.27.4, build 40524192 solved issue temporarily

Ericwonne · 2021-01-25T07:26:00Z

For me the problem only occurred on docker-compose, so I tried to reinstall the docker-compose with version 1.27.4 and it worked.

curl -L https://get.daocloud.io/docker/compose/releases/download/1.27.4/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose

This doesn't answer the question but works for me as I am not so demanding on its version to be 1.28.0 exactly

marcelmfs · 2021-01-25T09:47:04Z

This is a duplicate of #8048 and there is also pull request in preparation.

closing this in favour of #8048

steevivo · 2021-01-26T13:32:38Z

Hi all ,

Same problem with CentOS Linux release 7.9.2009 (Core), reinstall with 1.27.4 and it's OK

Error Message:
[5831] Error loading Python lib '/tmp/_MEIx8m6LU/libpython3.9.so.1.0': dlopen: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by /tmp/_MEIx8m6LU/libpython3.9.so.1.0)

hazkaz · 2021-01-26T15:29:36Z

curl -L https://get.daocloud.io/docker/compose/releases/download/1.27.4/docker-compose-`uname -s-uname -m` > /usr/local/bin/docker-compose

why does your link point to daocloud or whatever when docker's github releases link is perfectly fine

sudo curl -L "https://github.com/docker/compose/releases/download/1.27.4/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose

chinnu1028 · 2021-01-26T17:29:21Z

Thanks for posting that, I've been struggling with the same issue and only when I finally tried dropping the docker-compose version back to 1.27.4 did it work again.

Thank you, your solution worked for me.

fvlasie · 2021-01-26T19:55:12Z

Same issue here!

LeonardoNve · 2021-01-26T20:01:02Z

Same issue using RHEL 7....
Also the workaround was to install 1.27 version....

srmars · 2021-01-27T02:46:39Z

Facing the same issue

avi571 · 2021-01-27T10:57:00Z

Same here...
Seems no one test before release :)

marcelmfs added the kind/bug label Jan 22, 2021

marcelmfs closed this as completed Jan 25, 2021

baleeiro17 mentioned this issue Jan 25, 2021

Basic test Failed after installation my5G/my5G-RANTester#13

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Fresh server install, latest compose release 1.28.0 is crashing - while 1.27.4 runs OK #8064

Fresh server install, latest compose release 1.28.0 is crashing - while 1.27.4 runs OK #8064

marcelmfs commented Jan 22, 2021

joncooper65 commented Jan 22, 2021

brosenberg42 commented Jan 22, 2021 •

edited

Loading

fofiedelly commented Jan 23, 2021

maxraab commented Jan 23, 2021

shailesh-vaidya commented Jan 25, 2021

Ericwonne commented Jan 25, 2021 •

edited

Loading

marcelmfs commented Jan 25, 2021

steevivo commented Jan 26, 2021 •

edited

Loading

hazkaz commented Jan 26, 2021

chinnu1028 commented Jan 26, 2021

fvlasie commented Jan 26, 2021

LeonardoNve commented Jan 26, 2021

srmars commented Jan 27, 2021

avi571 commented Jan 27, 2021

Fresh server install, latest compose release 1.28.0 is crashing - while 1.27.4 runs OK #8064

Fresh server install, latest compose release 1.28.0 is crashing - while 1.27.4 runs OK #8064

Comments

marcelmfs commented Jan 22, 2021

Description of the issue

Context information (for bug reports)

Steps to reproduce the issue

Observed result

Expected result

joncooper65 commented Jan 22, 2021

brosenberg42 commented Jan 22, 2021 • edited Loading

fofiedelly commented Jan 23, 2021

maxraab commented Jan 23, 2021

shailesh-vaidya commented Jan 25, 2021

Ericwonne commented Jan 25, 2021 • edited Loading

marcelmfs commented Jan 25, 2021

steevivo commented Jan 26, 2021 • edited Loading

hazkaz commented Jan 26, 2021

chinnu1028 commented Jan 26, 2021

fvlasie commented Jan 26, 2021

LeonardoNve commented Jan 26, 2021

srmars commented Jan 27, 2021

avi571 commented Jan 27, 2021

brosenberg42 commented Jan 22, 2021 •

edited

Loading

Ericwonne commented Jan 25, 2021 •

edited

Loading

steevivo commented Jan 26, 2021 •

edited

Loading