Dostaję błędy, myślę, że z coreutils, gdzie yum się nie zaktualizuje. Oto zmniejszone dane wyjściowe z tego, co widzę po uruchomieniu 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
Mam inny serwer (prawie) identyczny z tym (są zrównoważone pod względem obciążenia i działają z tego samego obrazu) i że nie ma tego samego problemu. Jaki może być problem i jak najlepiej postępować?
Aktualizacja:
Uruchomiłem również to, yum-complete-transaction
co się nie udało i powiedziałem, że zmieniło nazwę plików transakcyjnych. Nadal mówi, że jest niekompletna transakcja, ale teraz dzieje się tak, gdy ją uruchamiam:
[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
Nagle zatrzymuje się wraz z Killed
linią.
Próbowałem uruchomić yum update --skip-broken
dalej:
[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
Potem jeszcze kilka Running transaction check:
sekund i Processing Dependency: coreutils =...
wpisy wśród kolejnych willy be updated/willbe an update
wpisów. Następnie:
Packages skipped because of dependency problems:
coreutils-8.4-37.el6.x86_64 from base
Dependencies Resolved
Wtedy ja pokazano tabelę z listą Installing:
i Updating:
pakietów, z podsumowaniem na koniec:
Install 2 Package(s)
Upgrade 79 Package(s)
Remove 1 Package(s)
Następnie pobiera wszystkie pakiety (81/81 pomyślnie) i na koniec pokazuje:
Total 3.0 MB/s | 115 MB 00:37
Running rpm_check_debug
Killed
Aktualizacja 2:
Pobiegłem też yum clean all
i miałem trochę problemów. Znalazłem porady dotyczące usuwania __db*
plików i spróbuj ponownie:
[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 ~]#
Aktualizacja 3:
Śledziłem /var/log/messages
i widziałem dużo wyników, gdy biegłem yum-complete-transaction
, z których dwie ostatnie linie to:
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
Prawdopodobnie sugeruje to, że jest to związane z pamięcią. Jeśli tak, to czy jest to potrzeba większej ilości pamięci RAM, czy może jest inny problem, który muszę zbadać?
Odpowiedzi:
Podobny problem - i moja poprawka. Miałem też problem z pamięcią, więc musiałem zaktualizować pamięć VPS. Potem zrobiłem mniam aktualizację - oczywiście otrzymałem błędy jak wyżej. Spojrzałem na nieudaną i zauważyłem, że to, co się stało, to że Yum zainstalował (no cóż, zaczął instalować) najnowszy coreutils - wersję 37, podczas gdy wciąż miałem bity 31. Więc najpierw usunąłem wersję 37, a następnie wyczyściłem, a następnie uruchomiłem aktualizację yum jeszcze raz.
To spowodowało, że wersja „31” była „czysto” zaktualizowana. Zobacz pracę poniżej:
Bieganie
yum remove coreutils-libs-8.4-37.el6.x86_64
:Czyszczenie za pomocą
yum clean all
:Odświeżanie listy pakietów
yum update
:-Łyk.
źródło
Zwykle powodem
yum
śmierciKilled
jest brak pamięci w systemie.Z dzienników wygląda na to, że masz instancję Amazon t1.micro lub coś podobnego rozmiaru i bez przestrzeni wymiany. Ta ograniczona ilość pamięci często nie wystarcza do ukończenia dużej liczby instalacji / aktualizacji pakietów.
Aby rozwiązać problem:
Zamknij działające usługi, dopóki nie będziesz mieć wystarczającej ilości pamięci, aby sfinalizować transakcję yum.
Lub...
Dodaj plik wymiany lub swap w efemerycznym magazynie do instancji.
Następnie powinieneś być w stanie ukończyć swoje transakcje mniam.
Wreszcie, aby usunąć problemy z pakietem z poprzednich nieudanych aktualizacji, spróbuj
przed wykonaniem jakichkolwiek innych aktualizacji.
źródło
Spróbuj
you update --skip-broken
pominąć uszkodzone pakiety (możesz sobie z nimi poradzić później), prawdopodobnie dobrym pomysłem jest uruchomienieyum clean all
przed zrobieniem czegokolwiek.źródło
Filtrowanie obcych informacji, które zacytowałeś i w połowie
yum
już próbuje ci pomóc:Próbowałeś już tego?
źródło
Wypróbuj
mniam starsza nazwa pakietu
Nie jestem pewien, dlaczego, ale aktualizuje, a przynajmniej zrobił to dla mnie z pakietem tcpdump. Poszedłem z wersji tcpdump-4.5.1-2.el7.x86_64 do tcpdump-4.7.4-1_ESG_ring.x86_64, co jest tym, czego chciałem.
źródło