yum / rpm Falha ao inicializar a biblioteca do NSS no chroot

Question

Estou executando uma atualização do yum do CentOS 7.4 para o CentOS 7.5, quando o nspr e o nss soft-softoken recebem as atualizações, estou com o seguinte erro:

yum update nspr
error: Failed to initialize NSS library
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:

   cannot import name ts

Please install a package which provides this module, or
verify that the module is installed correctly.

It's possible that the above module doesn't match the
current version of Python, which is:
2.7.5 (default, Apr 11 2018, 07:36:10) 
[GCC 4.8.5 20150623 (Red Hat 4.8.5-28)]

If you cannot solve this problem yourself, please go to 
the yum faq at:
  http://yum.baseurl.org/wiki/Faq

Os pacotes atualizados para:

nss                         3.34.0-4.el7                                           
nss-softokn                 3.34.0-2.el7                                           
nss-softokn-freebl          3.34.0-2.el7                                           
nss-sysinit                 3.34.0-4.el7                                           
nss-tools                   3.34.0-4.el7                                           
nss-util                    3.34.0-2.el7  

Pesquise defeitos tentativas: Deve ser observado pelo leitor, o sistema de arquivos atualizado é controlado por versão. Cada uma das etapas a seguir foi executada no mesmo ponto no tempo e revertida antes de passar para a próxima etapa de solução de problemas.

• Para tentar corrigir esse problema, executei estas etapas: link
• Seguiu todas as soluções diferentes aqui: erro: falha ao inicializar a biblioteca do NSS
• Atualizei o glibc.i686 e o nspr antes da atualização.
• rpm -e --nodeps --justdb nspr
• rpm -e --nodeps - justdb nss nss-softokn nss-softokn-freebl nspr
• link

Cada um desses artigos e soluções não forneceu correção para meu problema específico.

Obrigado pelo seu tempo.

    

Answer 1

Agradecimento especial a TrevorH e jhodrien em #centos.

O problema é que o chroot impede o acesso a / dev / urandom (como desenhado). A atualização instalada para o sucesso exigia os bits aleatórios para inicializar o GnuTLS.

A solução é:

mount -o bind /dev dev/

para o chroot e prossiga com a atualização como de costume.

Ou se você não quiser montar o diretório / dev inteiro, você pode criar o seu próprio!

mknod -m 666 /dev/random c 1 8
mknod -m 666 /dev/urandom c 1 9

Problema corrigido.