error: Failed to initialize NSS library
I am getting error when installing updates or patches in RHEL-7.7.3..
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, Aug 2 2016, 04:20:16)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-4)]
If you cannot solve this problem yourself, please go to
the yum faq at:
http://yum.baseurl.org/wiki/Faq
HOW can I resolve it?
Это может быть связано с ошибкой, которая всплыла вчера при установке glibc.686 на новую версию RHEL 7.3, что приводит к поломке и yum, и rpm. Смотрите этот пост о решениях Red Hat. К сожалению, на данный момент у меня нет решения, как его исправить после установки glibc.686, однако решение на этой странице для 7.3 заключается в установке nspr вдоль его боковой части. Вы можете переустановить RHEL 7.3 или восстановить из резервной копии, а затем запустить:
yum install glibc.i686 nspr
Это предположительно обойдет проблему.
Edit: Я смог заставить это работать на сломанном экземпляре RHEL 7. 3, вручную загрузив библиотеку nspr и выполнив следующую команду:
LD_PRELOAD=./libnspr4.so yum update nspr
Это исправит вашу нямку и rpm. Удачи.
Ответ, который сработал для меня:
загрузите пакет 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 (каталог может отличаться, но в основном должен быть исправным)
Проблема решена. Спасибо за подсказку.
Christian COMMARMOND
Вот ссылка на исправление - https://access.redhat.com/solutions/3134931 Надеюсь, это поможет.
Мы тоже это получим. После переустановки ВМ мы попробовали nspr вместе с glibc.i686, и оказалось, что проблема устранена, так же как и при установке nspr сначала, но на следующем сервере она не работает.
Проблема (для нас) на самом деле выглядит как зависимость - nss-softokn-freebl.*. Версия .x86_64 не совпадает с версией .i686, поэтому она пытается обновить их обе, а последняя приводит к возникновению проблемы.
Все еще работаем над этим. Надеюсь, это кому-нибудь поможет.
Если вы похожи на меня, пытаетесь спасти сервер, заблокированный из-за обычного ненужного управления пакетами force , из среды восстановления / chroot,
- обязательно подключите допустимую файловую систему / dev внутри chroot.
Поскольку, как показывает strace -f rpm --help , ему нужен / dev / urandom .
Реквизит Enlightenment находится в этом выпуске GitHub , в котором выделена вещь / dev / urandom , которую я определенно видел около ENOENT в strace ] log, но как-то не обратил внимания на. Для удобства я также смонтировал / {proc, sys} . Проблема ушла; сервер спасен, ура!
@Христианский всё работает, но нужна свежая ссылка для скачивания. 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