Попробуйте это для того, чтобы убедиться, что вы убиваете
правильный PID:
./command1 &
childpid=$!
trap "kill -TERM ${childpid}" EXIT
У нас та же проблема с использованием gradle через конвейер jenkins build -.
Я вручную скомпилировал glibc 2.14 в /opt/glibc -2.14. Если я установил LD _LIBRARY _PATH, android sdk работает нормально, но вызов сборки gradle завершается с ошибкой «futex» (, видимой на strace ).
Нет вывода даже при запуске gradle с параметром stacktrace.
Единственный способ запустить gradle — установить следующие пакеты RPM с сайта redsleeve.org:
wget http://ftp.redsleeve.org/pub/steam/glibc-2.15-60.el6.x86_64.rpm
wget http://ftp.redsleeve.org/pub/steam/glibc-common-2.15-60.el6.x86_64.rpm
wget http://ftp.redsleeve.org/pub/steam/glibc-devel-2.15-60.el6.x86_64.rpm
wget http://ftp.redsleeve.org/pub/steam/glibc-headers-2.15-60.el6.x86_64.rpm
rpm -Uvh glibc-2.15-60.el6.x86_64.rpm glibc-common-2.15-60.el6.x86_64.rpm glibc-devel-2.15-60.el6.x86_64.rpm glibc-headers-2.15-60.el6.x86_64.rpm
После установки обновленных пакетов glibc -сборка gradle работала нормально в системе CentOS 6.9 (x64 ).
Это хорошо для среды тестирования, но в случае обновлений системы -это может нарушить всю процедуру обновления. Я пытаюсь найти лучший способ, используя скомпилированную вручную версию.
~Ура