Я получаю сообщение об ошибке при установке обновлений или патчей в RHEL-7.7.3 ..
ошибка: не удалось инициализировать библиотеку NSS
При импорте одного из модулей Python возникла проблема.
требуется для запуска yum. Ошибка, приведшая к этой проблеме:
не может импортировать имя ts
Пожалуйста, установите пакет, который предоставляет этот модуль, или
убедитесь, что модуль установлен правильно.
Возможно, указанный выше модуль не соответствует
текущая версия Python, а именно:
2.7.5 (по умолчанию, 2 августа 2016 г., 04:20:16)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-4)]
Если вы не можете решить эту проблему самостоятельно, перейдите на
ответы на вопросы о yum по адресу:
http://yum.baseurl.org/wiki/Faq
КАК я могу это решить?
Если вы похожи на меня, пытаетесь спасти сервер, который, как обычно, из-за ненужного управления пакетами сила, из среды восстановления / chroot,
/dev файловая система внутри chroot.Для нас strace -f rpm --help показывает, ему нужен /dev/urandom.
Реквизит просветления идет в эта проблема GitHub который подчеркнул /dev/urandom вещь, которую я определенно видел рядом с ENOENT в strace log, но как-то не обратил внимания. Я привязал /{proc,sys} а также для хорошей меры. Проблема ушла; сервер спасен, ура!
Это могло быть связано с ошибкой, обнаруженной вчера при установке glibc.686 на новую установку RHEL 7.3, которая вызывает сбой как yum, так и rpm. См. Этот пост о решениях Red Hat. К сожалению, на данный момент у меня нет решения, как исправить это после установки glibc.686, однако решение на этой странице для версии 7.3 - установить nspr рядом с ним. Вы можете переустановить RHEL 7.3 или восстановить его из резервной копии, а затем запустить:
yum установить glibc.i686 nspr
Это якобы обходит проблему.
Изменить: мне удалось заставить это работать на сломанном экземпляре RHEL 7.3, вручную загрузив библиотеку nspr и выполнив следующую команду:
LD_PRELOAD =. / Libnspr4.so yum update nspr
Это исправит ваш вкус и обороты. Удачи.
Ответ, который сработал для меня:
скачать пакет nspr из nspr-4.13.1-1.0.el7_3.x86_64.rpm
rpm2cpio nspr-4.13.1-1.0.el7_3.x86_64.rpm | cpio -idmv
LD_PRELOAD =. / Usr / lib64 / libnspr4.so yum update nspr (каталог может отличаться, но в основном должен быть хорошим)
Задача решена. Спасибо тем, кто подсказал.
Христианское ОБЩИЕ
Мы тоже это понимаем. После переустановки виртуальной машины мы попробовали nspr вместе с glibc.i686, и оказалось, что проблема решена, как и сначала установка nspr, но на следующем сервере он не работает.
Проблема (для нас), похоже, на самом деле является зависимостью - nss-softokn-freebl. * Версия .x86_64 не соответствует версии .i686, поэтому она пытается обновить их обе, и последняя вызывает проблему.
Все еще прорабатываю это. Надеюсь, это кому-то поможет.
@Christian все работает но нужна свежая ссылка для скачивания http://rpm.pbone.net/index.php3/stat/4/idpl/36086786/dir/scientific_linux_7/com/nspr-4.13.1-1.0.el7_3.x86_64.rpm.html
Вот ссылка на исправление - https://access.redhat.com/solutions/3134931 Надеюсь, поможет.