Привет всем.
Помогите вернуть к жизни сервер. Стоит ASP Linux Server II.
Подозреваю, что после
yum update
случилась беда - вылетела (частично) база пакетов rpm. Это мое предположение. Почему я так подумал? В нормальном видe
# rpm -qa | wc -l
# 577
сейчас
# rpm -aq | wc -l
# 67
Теперь при попытке сделать установку творится трагичное:> __BEGIN
# yum install mysql-server
Включение file:///etc/yum.conf в конфигурацию
Включение file:///etc/yum.d/updates.yum в конфигурацию
Включение file:///etc/yum.d/base.yum в конфигурацию
Получение файлов заголовков с серверов
Сервер: ASPLinux 9.1 - i386 - Base
Сервер: ASPLinux 9.1 - i386 - Updates
Поиск обновленных пакетов
Получение необходимых заголовков
Разрешение зависимостей
.........identical dependency loop exceeded
package coreutils needs /sbin/install-info (not provided)
package coreutils needs libacl.so.1 (not provided)
package coreutils needs libacl.so.1(ACL_1.0) (not provided)
package coreutils needs pam_mktemp (not provided)
package mysql-server needs libz.so.1 (not provided)
package ncurses needs libgpm.so.1 (not provided)
package glibc needs basesystem (not provided)
package initscripts needs /bin/awk (not provided)
package initscripts needs /bin/sed (not provided)
package initscripts needs gawk (not provided)
package initscripts needs mingetty (not provided)
package initscripts needs setup >= 2.0.3 (not provided)
package initscripts needs which (not provided)
package findutils needs /sbin/install-info (not provided)
package pam needs cracklib (not provided)
package pam needs cracklib-dicts (not provided)
package pam needs glib (not provided)
package pam needs libcrack.so.2 (not provided)
package pam needs libglib-1.2.so.0 (not provided)
package pam needs pam_passwdqc (not provided)
package pam needs sed (not provided)
> __ENDУстановка из rpm заканчивается, конечно, также:
> __BEGIN
# rpm -i mysql-server-3.23.36-1.asp.i386.rpm
ошибка: Неудовлетворенные зависимости:
/sbin/chkconfig нужен для mysql-server-3.23.36-1.asp
/usr/sbin/useradd нужен для mysql-server-3.23.36-1.asp
/usr/sbin/userdel нужен для mysql-server-3.23.36-1.asp
mysql = 3.23.36 нужен для mysql-server-3.23.36-1.asp
sh-utils нужен для mysql-server-3.23.36-1.asp
/bin/sh нужен для mysql-server-3.23.36-1.asp
ld-linux.so.2 нужен для mysql-server-3.23.36-1.asp
libcrypt.so.1 нужен для mysql-server-3.23.36-1.asp
libc.so.6 нужен для mysql-server-3.23.36-1.asp
libdl.so.2 нужен для mysql-server-3.23.36-1.asp
libm.so.6 нужен для mysql-server-3.23.36-1.asp
libnsl.so.1 нужен для mysql-server-3.23.36-1.asp
libpthread.so.0 нужен для mysql-server-3.23.36-1.asp
libstdc++-libc6.2-2.so.3 нужен для mysql-server-3.23.36-1.asp
libz.so.1 нужен для mysql-server-3.23.36-1.asp
/bin/bash нужен для mysql-server-3.23.36-1.asp
libcrypt.so.1(GLIBC_2.0) нужен для mysql-server-3.23.36-1.asp
libc.so.6(GLIBC_2.0) нужен для mysql-server-3.23.36-1.asp
libc.so.6(GLIBC_2.1) нужен для mysql-server-3.23.36-1.asp
libc.so.6(GLIBC_2.1.2) нужен для mysql-server-3.23.36-1.asp
libc.so.6(GLIBC_2.1.3) нужен для mysql-server-3.23.36-1.asp
libc.so.6(GLIBC_2.2) нужен для mysql-server-3.23.36-1.asp
libdl.so.2(GLIBC_2.0) нужен для mysql-server-3.23.36-1.asp
libdl.so.2(GLIBC_2.1) нужен для mysql-server-3.23.36-1.asp
libm.so.6(GLIBC_2.0) нужен для mysql-server-3.23.36-1.asp
libpthread.so.0(GLIBC_2.0) нужен для mysql-server-3.23.36-1.asp
libpthread.so.0(GLIBC_2.1) нужен для mysql-server-3.23.36-1.asp
libpthread.so.0(GLIBC_2.2) нужен для mysql-server-3.23.36-1.asp
Предлагаемое разрешение:
/var/cache/yum/base/packages/bash-2.05b-41.4.i386.rpm
/var/cache/yum/base/packages/chkconfig-1.3.13.2-0.3.i386.rpm
/var/cache/yum/base/packages/compat-gcc-c++-7.3-2.96.123.i386.rpm
/var/cache/yum/base/packages/coreutils-5.2.1-31.2asp.i386.rpm
/var/cache/yum/base/packages/glibc-2.3.2-95.37asp.i386.rpm
/var/cache/yum/base/packages/shadow-utils-4.0.3-25.91asp.i386.rpm
/var/cache/yum/base/packages/zlib-1.1.4-8.1.i386.rpm
> __ENDПри этом на серваке продолжают устойчиво трудиться iptables, postfix+spamassassin, samba, vsftpd.
Помогите. Любые советы... Какие доки покурить? Что еще проверить и дать сюда? Какие реально могли быть причины?p.s.: rkhunter'ом просмотрел машинку. Вроде все ок.
1. backup /var/lib/rpm ;rm /var/lib/rpm/__*
2. rpm --rebuilddb
rpm -qa
rpm -Va
rpm -Uhv --justdb /var/cache/yum/base/packages/zlib-1.1.4-8.1.i386.rpm
rpm -V zlib
>1. backup /var/lib/rpm ;rm /var/lib/rpm/__*
>2. rpm --rebuilddb
>rpm -qa
>rpm -Va
>rpm -Uhv --justdb /var/cache/yum/base/packages/zlib-1.1.4-8.1.i386.rpm
>rpm -V zlibА можно пояснить? Почему только по zlib пакету мы базу "восстанавливаем"? Ведь "потерявшихся" пакетов куча...
Я решил проблему довольно криво (мне кажется), но заработало. Взял базу из аналогичной системы с примерно такими же установленными пакетами.
# Сохраним текущее состояние
tar czvf /var/lib/rpm_backup.tar.gz /var/lib/rpm
# Берем "чужой" Packages. Предварительно я его на WEB выложил.
wget http://.../Packages /var/lib/rpm/Packages_from_friend
# Даже не знаю зачем это :)
rm -f /var/lib/rpm/__db*
# Загружаем базу из dump'а внешней базы
/usr/lib/rpm/rpmdb_dump /var/lib/rpm/Packages_from_friend | \
/usr/lib/rpm/rpmdb_load /var/lib/rpm/Packages
# генерим индексы
rpm --rebuilddbДальше - переустановил пакеты, которые реально не присутствовали в системе-донере.
Вопрос: Такой метод решения проблемы может иметь неприятные последствия?
>Вопрос: Такой метод решения проблемы может иметь неприятные последствия?Только при обновлениях. Опять могут появлятся сообщения об неудовлетворенных зависимостях.
На работе системы это никак не скажется. Вообще для асп уничтожать базу рпм-пакетов - норма поведения еще этак с версии 9.
>>1. backup /var/lib/rpm ;rm /var/lib/rpm/__*
>>2. rpm --rebuilddb
>>rpm -qa
>>rpm -Va
>>rpm -Uhv --justdb /var/cache/yum/base/packages/zlib-1.1.4-8.1.i386.rpm
>>rpm -V zlib
>
>А можно пояснить? Почему только по zlib пакету мы базу "восстанавливаем"? Ведь
>"потерявшихся" пакетов куча...
>
zlib для примера
в FC есть /var/log/rpmpkgs.? - список установленных пакетов