]если ваши скрипты находятся в /opt/housekeepingkeeping/bin, я предлагаю добавить[
] [export PATH=$PATH:/opt/housekeeping/bin
]
[]в ваш .bash_profile или .profile, или любой другой ваш скрипт входа, который вы используете, и убедиться, что 755 разрешение также установлено на этих скриптах.[
]. Загрузите последнюю версию RPM LibcURL от RPMFind.net или предпочтительного зеркала и запустите:
RPM -E --Nodeps libcurl
RPM -ivh libcurl.
PS: Я думаю, что ваша проблема такая же, как Bugzilla 960765
Вероятно, это проблема pycurl, а не yum. Вы можете проверить это, открыв терминал Python и введя
import pycurl
. Должно появиться сообщение об ошибке. Это связано с тем, что у некоторого программного обеспечения, такого как NetWorker и Matlab Compiler Runtime, есть собственная версия curl, которая конфликтует с pycurl. Я решил свою проблему, удалив MCR, потому что я редко использую MATLAB. Вы также можете попробовать изменить переменные пути, чтобы избежать конфликта.
Ответ Лайлы, скорее всего, правильный - я добавляю эту информацию в качестве ответа, чтобы дать вам больше информации о том, как подтвердить и исправить проблему.
Вы можете увидеть, какая библиотека вызывается, запустив yum с strace:
strace yum install mysql-bench
Ищите строку, подобную этой:
open("/usr/lib/libcurl.so.4", O_RDONLY) = 9
Если это 64-битная система, libcurl обычно находится в /usr/lib64, поэтому результат, подобный вышеприведенному, вероятно, указывает на проблему. Подтвердите это, выяснив, какой rpm предоставил библиотеку.
Важно - я предполагаю, что strace предоставил тот же путь и версию, что и выше. Вы должны заменить путь, который я использую, на тот, который указал strace.
rpm -qf /usr/lib/libcurl.so.4
Это должно указать третью сторону, которая предоставила версию мешающей библиотеки, если rpm не является pycurl.
Используйте rpm напрямую для удаления мешающего пакета.
sudo rpm -e pkgname