URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 68688
[ Назад ]

Исходное сообщение
"Помогите вернуть к жизни сервер"

Отправлено Михаил , 04-Сен-06 17:09 
Привет всем.
Помогите вернуть к жизни сервер. Стоит 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'ом просмотрел машинку. Вроде все ок.


Содержание

Сообщения в этом обсуждении
"Помогите вернуть к жизни сервер"
Отправлено xxxxxxxxx , 05-Сен-06 00:52 
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

"Помогите вернуть к жизни сервер"
Отправлено Михаил , 05-Сен-06 12:15 
>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

Дальше - переустановил пакеты, которые реально не присутствовали в системе-донере.
Вопрос: Такой метод решения проблемы может иметь неприятные последствия?


"Помогите вернуть к жизни сервер"
Отправлено _Yuriy_ , 05-Сен-06 17:32 
>Вопрос: Такой метод решения проблемы может иметь неприятные последствия?

Только при обновлениях. Опять могут появлятся сообщения об неудовлетворенных зависимостях.
На работе системы это никак не скажется. Вообще для асп уничтожать базу рпм-пакетов - норма поведения еще этак с версии 9.


"Помогите вернуть к жизни сервер"
Отправлено xxxxxxxxx , 05-Сен-06 20:08 
>>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.?  - список установленных  пакетов