Назад | Перейти на главную страницу

Неудачное обновление yum сделало установку CentOS 7 практически бесполезной - где искать основную причину?

Я делал свое обычное обновление yum, и оно продолжало терпеть неудачу. Следуя различным советам в Интернете, мне наконец удалось решить эту проблему и порадоваться, что не было никаких невыполненных задач и обновлений. Потом перезагрузился. Теперь я могу получить доступ к серверу только через локальную консоль, предоставленную Digital Ocean.

Я пришел к выводу, что большая часть проблемы заключается в том, что сетевая служба находится в неисправном состоянии. Я также, пытаясь найти проблему, выяснил, что systemd.logind находится в неисправном состоянии. Даже консоль очень медленно реагирует и иногда не позволяет мне войти в систему в течение многих минут, если я перезагружу сервер.

Я уверен, что это просто некоторые отсутствующие или поврежденные файлы, но мой опыт до сих пор заключается в том, чтобы заставить рабочую систему вести себя так, как я хочу. Я совершенно потерялся в этом!

Что касается проблемы с yum (определенная причина), я несколько раз пробовал yum-complete-transaction, но безрезультатно. Он сказал мне восстановить базу данных. Для этого я сделал следующее:

mv /var/lib/rpm/__db* /tmp/
rpm --rebuilddb
yum clean all

После этого я продолжал зависать. Дальнейшее чтение наводило на мысль о проблеме с памятью, поэтому я выключил свои веб-серверы и серверы баз данных и снова попробовал выполнить вышеуказанный ремонт. Затем выполнение yum-complete-transaction завершается нормально! Он дал мне это предупреждение:

Warning: RPMDB altered outside of yum.

После успешного завершения я снова запустил yum update, и он сообщил, что ничего не требует обновления. Успех! Я думал...

Я перезагрузил сервер, после чего он перешел в сильно ухудшенное состояние.

У меня не было времени делать резервную копию на уровне сервера, хотя у меня есть резервные копии всего моего веб-контента и содержимого базы данных. Это будет означать восстановление, если я не смогу решить проблему на месте.

Любые указатели журналов, которые нужно проверить на предмет основной причины сбоев, будут ОЧЕНЬ благодарны. У меня действительно работает консоль восстановления ISO, которая помогает мне делать самые свежие резервные копии и позволяет мне легче просматривать журналы.

В конце концов я обнаружил после загрузки в Recovery ISO и запуска fsck - который не сообщил об ошибках - что последующая перезагрузка прошла нормально. Все готово. Фух! Резервное копирование на уровне сервера теперь включено.