Я получаю ошибки, я думаю, с coreutils, где yum не будет обновляться. Вот урезанный вывод из того, что я вижу, когда я бегу yum update
:
Resolving Dependencies
There are unfinished transactions remaining. You might consider running yum-complete-transaction first to finish them.
The program yum-complete-transaction is found in the yum-utils package.
--> Running transaction check
---> Package PyYAML.x86_64 0:3.10-3.el6 will be updated
---> Package PyYAML.x86_64 0:3.10-3.1.el6 will be an update
... more of the same, and then:
--> Processing Dependency: coreutils = 8.4-31.el6_5.2 for package: coreutils-libs-8.4-31.el6_5.2.x86_64
---> Package coreutils.x86_64 0:8.4-37.el6 will be an update
... then more of the same --> Finished Dependency Resolution
--> Running transaction check
---> Package coreutils.x86_64 0:8.4-31.el6_5.2 will be updated
--> Processing Dependency: coreutils = 8.4-31.el6_5.2 for package: coreutils-libs-8.4-31.el6_5.2.x86_64
---> Package kernel.x86_64 0:2.6.32-431.17.1.el6 will be erased
--> Finished Dependency Resolution
Error: Package: coreutils-libs-8.4-31.el6_5.2.x86_64 (@updates)
Requires: coreutils = 8.4-31.el6_5.2
Removing: coreutils-8.4-31.el6_5.2.x86_64 (@updates)
coreutils = 8.4-31.el6_5.2
Updated By: coreutils-8.4-37.el6.x86_64 (base)
coreutils = 8.4-37.el6
You could try using --skip-broken to work around the problem
** Found 71 pre-existing rpmdb problem(s), 'yum check' output follows:
audit-libs-2.3.7-5.el6.x86_64 is a duplicate with audit-libs-2.2-4.el6_5.x86_64
audit-libs-python-2.3.7-5.el6.x86_64 is a duplicate with audit-libs-python-2.2-4.el6_5.x86_64
... then lots more like the above duplicate
У меня есть другой сервер, который (почти) идентичен этому (они сбалансированы по нагрузке и работают с одного и того же образа), и у него нет такой же проблемы. В чем может быть проблема и как мне лучше поступить?
Обновить:
Я также запустил, yum-complete-transaction
что не удалось и сказал, что переименовал файлы транзакций. Он по-прежнему говорит, что есть незавершенная транзакция, но теперь это происходит, когда я запускаю ее:
[root@nico ~]# yum-complete-transaction
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* webtatic: uk.repo.webtatic.com
drivesrvr | 951 B 00:00
There are 1 outstanding transactions to complete. Finishing the most recent one
The remaining transaction had 252 elements left to run
... lots of:
Package name-1.23.x8x_64 already installed and latest version
...
--> Running transaction check
... lots of entries like this:
---> Package PyYAML.x86_64 0:3.10-3.el6 will be updated
... and this:
---> Package PyYAML.x86_64 0:3.10-3.1.el6 will be an update
... and this:
---> Package audit-libs.x86_64 0:2.2-4.el6_5 will be erased
Killed
Затем он внезапно останавливается на Killed
линии.
Я попытался запустить yum update --skip-broken
следующее:
[root@nico ~]# yum update --skip-broken
Freeing read locks for locker 0x7d: 28940/139976145426176
Freeing read locks for locker 0x7f: 28940/139976145426176
Freeing read locks for locker 0x80: 28940/139976145426176
Freeing read locks for locker 0x81: 28940/139976145426176
Freeing read locks for locker 0x82: 28940/139976145426176
Loaded plugins: downloadonly, fastestmirror, replace
Setting up Update Process
Loading mirror speeds from cached hostfile
* webtatic: uk.repo.webtatic.com
drivesrvr | 951 B 00:00
Resolving Dependencies
There are unfinished transactions remaining. You might consider running yum-complete-transaction first to finish them.
--> Running transaction check
... lots of will be updated/will be an update/etc, then:
--> Processing Dependency: coreutils = 8.4-31.el6_5.2 for package: coreutils-libs-8.4-31.el6_5.2.x86_64
Затем еще несколько Running transaction check:
с, и Processing Dependency: coreutils =...
записи среди большего количества willy be updated/willbe an update
записей. Затем:
Packages skipped because of dependency problems:
coreutils-8.4-37.el6.x86_64 from base
Dependencies Resolved
Затем мне показывают таблицу со списком Installing:
и Updating:
пакетами со сводкой в конце:
Install 2 Package(s)
Upgrade 79 Package(s)
Remove 1 Package(s)
Затем он загружает все пакеты (81/81 успешно) и, наконец, показывает это:
Total 3.0 MB/s | 115 MB 00:37
Running rpm_check_debug
Killed
Обновление 2:
Я тоже побежал yum clean all
и у меня там тоже были проблемы. Я нашел несколько советов, чтобы удалить __db*
файлы и попробуйте снова:
[root@nico ~]# yum clean all
rpmdb: Thread/process 29404/139880514733824 failed: Thread died in Berkeley DB library
error: db3 error(-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages index using db3 - (-30974)
error: cannot open Packages database in /var/lib/rpm
CRITICAL:yum.main:
Error: rpmdb open failed
[root@nico ~]# rm -f /var/lib/rpm/__db*
[root@nico ~]# yum clean all
Loaded plugins: downloadonly, fastestmirror, replace
Cleaning repos: base drivesrvr epel extras ius newrelic percona-release-noarch percona-release-x86_64 rackspace updates webtatic
Cleaning up Everything
Cleaning up list of fastest mirrors
[root@nico ~]# yum clean all
Loaded plugins: downloadonly, fastestmirror, replace
Cleaning repos: base drivesrvr epel extras ius newrelic percona-release-noarch percona-release-x86_64 rackspace updates webtatic
Cleaning up Everything
[root@nico ~]#
Обновление 3:
Я /var/log/messages
побежал и увидел много результатов, когда я бежал yum-complete-transaction
, последние две строки которых были:
Nov 14 08:19:47 nico kernel: Out of memory: Kill process 30995 (yum-complete-tr) score 149 or sacrifice child
Nov 14 08:19:47 nico kernel: Killed process 30995, UID 0, (yum-complete-tr) total-vm:641952kB, anon-rss:181420kB, file-rss:4kB
По-видимому, это говорит о том, что это связано с памятью. Если да, то это требует больше оперативной памяти или может быть еще одна проблема, которую мне нужно исследовать?
Ответы:
Подобная проблема - и мое решение. У меня тоже была проблема с памятью, поэтому пришлось обновить память VPS. Затем я сделал ням-обновление - конечно, получил ошибки, как указано выше. Посмотрел сбой и заметил, что Yum установил (ну, начал устанавливать) последнюю версию coreutils - версию 37, тогда как у меня все еще были биты 31. Итак, сначала удалил версию 37, затем очистил и запустил обновление yum снова.
Это привело к тому, что версия «31» стала доступной для «чистого» обновления. Смотрите работу ниже:
Бег
yum remove coreutils-libs-8.4-37.el6.x86_64
:Очистка с помощью
yum clean all
:Обновление списка пакетов
yum update
:= Sup.
источник
Обычной причиной
yum
смертиKilled
является то, что системе не хватило памяти.Из ваших журналов выглядит, как будто у вас есть экземпляр Amazon t1.micro или что-то похожего размера, без пространства подкачки. Этого ограниченного объема памяти часто недостаточно для выполнения большого количества установок / обновлений пакетов.
Чтобы решить проблему, либо:
Завершите работу служб, пока у вас не будет достаточно памяти для завершения транзакции yum.
Или...
Добавьте файл подкачки или подкачку на временное хранилище для вашего экземпляра.
Тогда вы сможете завершить свои ням транзакции.
Наконец, чтобы устранить проблемы с пакетом из предыдущих неудачных обновлений, попробуйте
прежде чем выполнять какие-либо другие обновления.
источник
Попробуйте,
you update --skip-broken
что пропустит сломанные пакеты (вы можете разобраться с ними позже), вероятно, хорошая идея запуститьyum clean all
перед тем, как что-либо делать.источник
Отфильтровывая постороннюю информацию, которую вы цитировали, и уже наполовину
yum
пытаясь помочь вам:Вы уже попробовали это?
источник
Попробуйте
yum downgrade packagename
Не уверен, почему, но он обновляется, или, по крайней мере, он сделал это для меня с пакетом tcpdump. Перешел с версии tcpdump-4.5.1-2.el7.x86_64 на tcpdump-4.7.4-1_ESG_ring.x86_64, что я и хотел.
источник