Поскольку, какая цель была бы жемчуг* быть исключенной в yum.conf?
Так как usbmon обеспечивает длину каждого переданного пакета, я приблизился бы к этому путем записи быстрой программы для парсинга 0u файл (который имеет данные для всех USB-устройств.) Это выбрало бы Шину USB и номера устройств, затем сохранить рабочее общее количество поля длины пакета в обоих направлениях для каждого устройства.
Это затем даст Вам объем данных, переданный для каждого устройства в каждом направлении. При печати его однажды секунда, Вы получите довольно хорошую идею пропускной способности каждого устройства. Обратите внимание, что это не будет включать USB наверху, но если Вы сравниваете числа с устройством, которое может насыщать доступную пропускную способность, которую Вы будете знать, рядом ли Вы с пределом.
Могло бы иметь смысл временно исключать пакет из установки, если бы доступная версия, как известно, является багги, хотя это редко происходило бы на сервере, где каждый обычно устанавливает дистрибутивы, которые часто не обновляют за исключением исправлений ошибок.
Причина, которая приходит на ум для исключения жемчуга конкретно, состоит в том, если существует отдельная установка жемчуга, возможно непосредственно от CPAN, возможно совместно использованного или синхронизируемого с другими машинами в сети для обеспечения непротиворечивых множеств установленных библиотек и версий. Заглянуть /usr/local или opt для альтернативной установки жемчуга проверьте на a PERL5LIB начинание /etc/profile. Я не сделал бы этого тот путь, потому что, поскольку Вы заметили, что это повредит зависимости, но я вижу, почему кто-то мог бы соблазниться.
Возможно, если Вы отправите полный набор исключений, то кто-то определит шаблон. Есть ли какой-либо комментарий в файле, который мог бы дать подсказку?
Для предотвращения этого вида проблемы в будущем необходимо подвергнуть все конфигурации управлению версиями. Затем журнал изменений указал бы, когда удивительная конфигурация была настроена, и надо надеяться почему.
На Debian/Ubuntu я использую etckeeper, который я думаю, был упакован для CentOS также. На машине мультиадминистратора это не должно быть настроено, чтобы никогда фиксировать изменения автоматически, вынудив администратора сделать явную фиксацию, прежде чем они смогут работать yum install или yum update.
cPanel отслеживает собственную копию Perl. Установка по умолчанию добавляет, что исключают правило. Я думаю, что они делают это, потому что многие люди полагаются в большой степени на работу cPanel и выполнение всего сервера работа и, возможно, были проблемы в прошлом относительно пакетов и Perl.
Можно установить мерзавца при помощи --disableexcludes опция отключить исключение на репозитории:
yum --disableexcludes=epel install git
-
1!! Это, вероятно, что произошло, поскольку мы действительно используем cPanel. Будет установка второй (?) версии проблем причины жемчуга с cPanel? – David Smith 17.01.2011, 14:38
-
2@BigDave исключить строка для этого исключает все пакеты, которые соответствуют шаблону "жемчуг*", более вероятно, чем не, уже существует установленный пакет жемчуга. Я колебался бы, если бы конфетка запросила для установки жемчуга при использовании исключения с мерзавцем а именно, это только устанавливало пакет, названный "perl-мерзавцем", который казался разумным. – Reece45 03.10.2012, 17:21
Маловероятно, что установка Perl в его нормальный корень вмешается в cPanel, в зависимости от конфигурации. Что делает which perl вернуть?
Технически можно установить Мерзавца или даже Мерзавца плюс его зависимости, не устанавливая Perl. Обратите внимание на то, что выполнение так может влиять на определенную функциональность в Мерзавце.
yum -y install yum-downloadonly && yum install --downloadonly --downloaddir=/foo/bar/ git
Это загрузит текущего об/мин для Мерзавца и его зависимостей (Perl-ошибка и perl-мерзавец) к/foo/bar/. Теперь Вы можете rpm -ivh --nodeps /foo/bar/{git,perl-{Error,Git}}*.rpm