Error loading Python lib for dvc 2.4.1 on CentOS 7.9.2009

Bug Report

On CentOS 7.9.2009, after update from DVC 2.3.0 to 2.4.1, dvc does not work anymore:

$ dvc status
> [2502] Error loading Python lib '/usr/lib/dvc/libpython3.8.so.1.0': dlopen: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by /usr/lib/dvc/libpython3.8.so.1.0)

Description

dvc looks to require a glibc version not (yet) available on CentOS 7.9.2009. Some minimal requirements could be missing in the RPM used to install DVC.

Reproduce

On CentOS 7.9.2009 dvc status

Expected

dvc status should work

Environment information

BASH_ENV=/usr/share/lmod/lmod/init/bash
BASH_FUNC_ml()=() {  eval $($LMOD_DIR/ml_cmd "$@")
BASH_FUNC_module()=() {  eval $($LMOD_CMD bash "$@") && eval $(${LMOD_SETTARG_CMD:-:} -s sh)
CONDA_SHLVL=0
HISTCONTROL=ignoredups
HISTSIZE=1000
HOME=/home/XXXXX
HOSTNAME=YYYYY
KDEDIRS=/usr
LANG=en_US.UTF-8
LC_ALL=C
LC_CTYPE=UTF-8
LESSOPEN=||/usr/bin/lesspipe.sh %s
LMOD_CMD=/usr/share/lmod/lmod/libexec/lmod
LMOD_DIR=/usr/share/lmod/lmod/libexec
LMOD_PKG=/usr/share/lmod/lmod
LMOD_ROOT=/usr/share/lmod
LMOD_SETTARG_FULL_SUPPORT=no
LMOD_VERSION=8.2.7
LMOD_sys=Linux
LOADEDMODULES=
LOGNAME=XXXXX
LS_COLORS=rs=0:di=38;5;27:ln=38;5;51:mh=44;38;5;15:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=05;48;5;232;38;5;15:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;34:*.tar=38;5;9:*.tgz=38;5;9:*.arc=38;5;9:*.arj=38;5;9:*.taz=38;5;9:*.lha=38;5;9:*.lz4=38;5;9:*.lzh=38;5;9:*.lzma=38;5;9:*.tlz=38;5;9:*.txz=38;5;9:*.tzo=38;5;9:*.t7z=38;5;9:*.zip=38;5;9:*.z=38;5;9:*.Z=38;5;9:*.dz=38;5;9:*.gz=38;5;9:*.lrz=38;5;9:*.lz=38;5;9:*.lzo=38;5;9:*.xz=38;5;9:*.bz2=38;5;9:*.bz=38;5;9:*.tbz=38;5;9:*.tbz2=38;5;9:*.tz=38;5;9:*.deb=38;5;9:*.rpm=38;5;9:*.jar=38;5;9:*.war=38;5;9:*.ear=38;5;9:*.sar=38;5;9:*.rar=38;5;9:*.alz=38;5;9:*.ace=38;5;9:*.zoo=38;5;9:*.cpio=38;5;9:*.7z=38;5;9:*.rz=38;5;9:*.cab=38;5;9:*.jpg=38;5;13:*.jpeg=38;5;13:*.gif=38;5;13:*.bmp=38;5;13:*.pbm=38;5;13:*.pgm=38;5;13:*.ppm=38;5;13:*.tga=38;5;13:*.xbm=38;5;13:*.xpm=38;5;13:*.tif=38;5;13:*.tiff=38;5;13:*.png=38;5;13:*.svg=38;5;13:*.svgz=38;5;13:*.mng=38;5;13:*.pcx=38;5;13:*.mov=38;5;13:*.mpg=38;5;13:*.mpeg=38;5;13:*.m2v=38;5;13:*.mkv=38;5;13:*.webm=38;5;13:*.ogm=38;5;13:*.mp4=38;5;13:*.m4v=38;5;13:*.mp4v=38;5;13:*.vob=38;5;13:*.qt=38;5;13:*.nuv=38;5;13:*.wmv=38;5;13:*.asf=38;5;13:*.rm=38;5;13:*.rmvb=38;5;13:*.flc=38;5;13:*.avi=38;5;13:*.fli=38;5;13:*.flv=38;5;13:*.gl=38;5;13:*.dl=38;5;13:*.xcf=38;5;13:*.xwd=38;5;13:*.yuv=38;5;13:*.cgm=38;5;13:*.emf=38;5;13:*.axv=38;5;13:*.anx=38;5;13:*.ogv=38;5;13:*.ogx=38;5;13:*.aac=38;5;45:*.au=38;5;45:*.flac=38;5;45:*.mid=38;5;45:*.midi=38;5;45:*.mka=38;5;45:*.mp3=38;5;45:*.mpc=38;5;45:*.ogg=38;5;45:*.ra=38;5;45:*.wav=38;5;45:*.axa=38;5;45:*.oga=38;5;45:*.spx=38;5;45:*.xspf=38;5;45:
MAIL=/var/spool/mail/XXXXX
MANPATH=/usr/share/lmod/lmod/share/man:/software/share/man:/usr/share/man
MODULEPATH=/software/module:/etc/modulefiles:/usr/share/modulefiles:/usr/share/modulefiles/Linux:/usr/share/modulefiles/Core:/usr/share/lmod/lmod/modulefiles/Core
MODULEPATH_ROOT=/usr/share/modulefiles
MODULESHOME=/usr/share/lmod/lmod
OLDPWD=/home/XXXXXX
PATH=/software/bin:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/var/lib/snapd/snap/bin
PKG_CONFIG_PATH=:/usr/share/pkgconfig
PWD=/home/XXXXX
QT_GRAPHICSSYSTEM_CHECKED=1
QT_PLUGIN_PATH=/usr/lib64/kde4/plugins:/usr/lib/kde4/plugins
SHELL=/bin/bash
SHLVL=1
SSH_CLIENT=10.0.20.16 44640 22
SSH_CONNECTION=10.0.20.16 44640 10.0.36.14 22
SSH_TTY=/dev/pts/1
TERM=xterm-256color
USER=XXXXX
XDG_DATA_DIRS=/var/lib/flatpak/exports/share:/usr/local/share:/usr/share:/var/lib/snapd/desktop
XDG_RUNTIME_DIR=/run/user/9101
XDG_SESSION_ID=1275

Output of dvc doctor:

dvc doctor never worked for me

$ dvc doctor
Segmentation fault

[smoretti]

In our hands versions 2.4.2 and 2.4.3 work well on CentOS 7 (at least for the dvc commands we use).

Thanks

[smoretti]

Maybe this is linked but if I go deeper with dvc 2.3.0 (the same for us with 2.2.0):

• dvc status works
• dvc gc works

BUT dvc repro does not work:

$ dvc repro --dry MNXref
Segmentation fault

Everything looks fine with dvc 2.1.0 with the use we do (but dvc doctor).

I have generated a core dump to see what happens inside:

$ gdb dvc core.53406
GNU gdb (GDB)  7.11.1-1.el7
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from dvc...(no debugging symbols found)...done.
[New LWP 53406]

warning: Unable to open "librpm.so.7" (librpm.so.7: cannot open shared object file: No such file or directory), missing debuginfos notifications will not be displayed
Missing separate debuginfo for /lib64/libdl.so.2
Try: yum --enablerepo='*debug*' install /usr/lib/debug/.build-id/7f/2e9cb0769d7e57bd669b485a74b537b63a57c4.debug
Missing separate debuginfo for /lib64/libz.so.1
Try: yum --enablerepo='*debug*' install /usr/lib/debug/.build-id/b0/4855870b0de434f354de3147230f2677200b56.debug
Missing separate debuginfo for /lib64/libpthread.so.0
Try: yum --enablerepo='*debug*' install /usr/lib/debug/.build-id/e1/0cc8f2b932fc3daeda22f8dac5ebb969524e5b.debug

warning: File "/usr/lib64/libthread_db-1.0.so" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
To enable execution of this file add
	add-auto-load-safe-path /usr/lib64/libthread_db-1.0.so
line to your configuration file "/home/XXXXX/.gdbinit".
To completely disable this security protection add
	set auto-load safe-path /
line to your configuration file "/home/XXXXX/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
	info "(gdb)Auto-loading safe path"

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
Missing separate debuginfo for /lib64/libc.so.6
Try: yum --enablerepo='*debug*' install /usr/lib/debug/.build-id/7c/d4a08c18c60e1e2ea1aebb88c9379bd7289d38.debug
Missing separate debuginfo for /lib64/ld-linux-x86-64.so.2
Try: yum --enablerepo='*debug*' install /usr/lib/debug/.build-id/62/c449974331341bb08dcce3859560a22af1e172.debug

warning: File "/usr/lib64/libthread_db-1.0.so" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
Core was generated by `dvc repro --dry MNXref'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007ffb6320c4fb in raise () from /lib64/libpthread.so.0