Acabei de instalar o centos8. Eu tento instalar a versão mais recente do docker-ce:

dnf config-manager --add-repo=https://download.docker.com/linux/centos/docker-ce.repo
dnf install docker-ce

então dnf me diz:

Last metadata expiration check: 0:19:10 ago on Fri 11 Oct 2019 09:29:33 AM 
CEST.
Error: 
 Problem: package docker-ce-3:19.03.3-3.el7.x86_64 requires containerd.io >= 1.2.2-3, but none of the providers can be installed
  - cannot install the best update candidate for package docker-ce-3:18.09.1-3.el7.x86_64
  - package containerd.io-1.2.2-3.3.el7.x86_64 is excluded
  - package containerd.io-1.2.2-3.el7.x86_64 is excluded
  - package containerd.io-1.2.4-3.1.el7.x86_64 is excluded
  - package containerd.io-1.2.5-3.1.el7.x86_64 is excluded
  - package containerd.io-1.2.6-3.3.el7.x86_64 is excluded

mas não especifico nenhuma exclusão. nem em dnf.conf; aqui está o meu inteiro dnf.conf:

[main]
gpgcheck=1
installonly_limit=3
clean_requirements_on_remove=True
best=True

Tentei pesquisar os containerd.iopacotes disponíveis; mas esses pacotes "excluídos" não aparecem:

> dnf --showduplicates search containerd.io
Last metadata expiration check: 0:20:30 ago on Fri 11 Oct 2019 09:29:33 AM CEST.
======================================================================================= Name Exactly Matched: containerd.io =======================================================================================
containerd.io-1.2.0-3.el7.x86_64 : An industry-standard container runtime
containerd.io-1.2.0-1.2.beta.2.el7.x86_64 : An industry-standard container runtime
containerd.io-1.2.0-2.0.rc.0.1.el7.x86_64 : An industry-standard container runtime
containerd.io-1.2.0-2.2.rc.2.1.el7.x86_64 : An industry-standard container runtime
containerd.io-1.2.0-3.el7.x86_64 : An industry-standard container runtime

Eu realmente não entendo por que dnf, de alguma forma, encontra esses pacotes, mas ao mesmo tempo os exclui ...

yum install packagesignifica:

• se packageainda não estiver instalado, instale a versão mais recente
• se packagejá estiver instalado, atualize para a versão mais recente

dnf install packagesignifica:

• se packageainda não estiver instalado, instale a versão mais recente
• se packagejá estiver instalado, não faça nada

como posso simular o yumcomportamento com dnf? Observe que esse também é o comportamento de zyppere apt-get, portanto, dnfparece ter uma implementação diferente.

TLDR

Ao ativar vários contêineres do docker nos quais executo npm ci, começo a receber pthread_create: Resource temporariamente indisponível erros (menos de 5 contêineres do docker podem funcionar bem). Deduzo que há algum tipo de limite de thread em algum lugar, mas não consigo encontrar qual está bloqueando aqui.

configuração

• uma instância do Jenkins ativa contêineres do docker para cada compilação (conexão por meio de ssh nesse contêiner do docker).
• em cada container são executados alguns comandos de construção; Eu vejo o erro com frequência ao usar npm ci, pois isso parece criar alguns tópicos; mas não acho que o problema esteja relacionado a npmsi mesmo.
• todos os contêineres docker são executados em um único docker-host . É especificações:

docker-host

• CPU Intel(R) Xeon(R) Gold 5118 @ 2,30 GHz com 12 núcleos, 220 GB de RAM
• Centos 7
• Versão do Docker 18.06.1-ce, compilação e68fc7a
• versão do sistema 219
• kernel 3.10.0-957.5.1.el7.x86_64

erros

Eu posso ver o erro em diferentes formas:

• jenkins não conseguindo entrar em contato com o contêiner docker; erros como: java.lang.OutOfMemoryError: incapaz de criar novo thread nativo
• git clonefalhando dentro do contêiner com ERRO: Erro ao clonar o repositório remoto 'origin'... Causado por: java.lang.OutOfMemoryError: impossível criar novo thread nativo
• npm cifalhando dentro do contêiner com node[1296]: pthread_create: Recurso temporariamente indisponível

Coisas que investiguei ou tentei

Eu olhei bastante essa pergunta .

• docker-host tem a systemdversão 219 e, portanto, não possui o TasksMaxatributo.
• /proc/sys/kernel/threads-max= 1798308
• kernel.pid_max= 49152
• O número de threads ( ps -elfT | wc -l) normalmente é 700, mas com vários contêineres em execução, vi subir para 4500.
• todas as compilações são executadas como algum usuário com pid 1001 dentro do contêiner docker; no entanto, não há usuário com pid 1001 no docker-host, então não sei quais limites se aplicam a esse usuário.
• Já aumentei vários limites para todos os usuários em /etc/security/limits.conf(veja abaixo)
• Eu criei um usuário fictício com uid 1001 no docker-host e verifiquei se ele também tinha nproclimite definido como ilimitado. Fazer login nesse usuário ulimit -u= ilimitado. Isso ainda não resolveu o problema

/etc/security/limits.conf :

*               soft    nproc           unlimited
*               soft    stack           65536
*               soft    nofile          2097152

saída de ulimit -acomo root:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 899154
max locked memory       (kbytes, -l) 1048576
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1048576
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 65536
cpu time               (seconds, -t) unlimited
max user processes              (-u) 899154
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

limites do meu processo dockerd (cat /proc/16087/limitsonde 16087 é pid do dockerd)

Limit                     Soft Limit           Hard Limit           Units     
Max cpu time              unlimited            unlimited            seconds   
Max file size             unlimited            unlimited            bytes     
Max data size             unlimited            unlimited            bytes     
Max stack size            unlimited            unlimited            bytes     
Max core file size        unlimited            unlimited            bytes     
Max resident set          unlimited            unlimited            bytes     
Max processes             unlimited            unlimited            processes 
Max open files            65536                65536                files     
Max locked memory         65536                65536                bytes     
Max address space         unlimited            unlimited            bytes     
Max file locks            unlimited            unlimited            locks     
Max pending signals       899154               899154               signals   
Max msgqueue size         819200               819200               bytes     
Max nice priority         0                    0                    
Max realtime priority     0                    0                    
Max realtime timeout      unlimited            unlimited            us