runlevels default postgresql-8.4 не работает [РЕШЕНО]

Здравствуйте Уважаемые.

Столкнулся с интересной проблемой.

Есть сервер gentoo, для данной проблемы наведу список основных пакетов
sys-apps/openrc-0.8.3-r1,
sys-apps/module-init-tools-3.16-r1,
sys-apps/baselayout-2.0.3
dev-db/postgresql-server-8.4.8-r1
dev-db/postgresql-base-8.4.8-r2
postgresql-8.4 добавлен в /etc/runlevels/default через команду rc-update add postgresql-8.4 default.
# ls /etc/runlevels/default | grep postgresql
postgresql-8.4
# eselect postgresql list
Available PostgreSQL Slots
8.4 * server-8.4.8-r1 base-8.4.8-r2
revdep-rebuild - чисто.
Сам postgresql работает замечательно.

Теперь сама проблема: при запуске системы не запускается postgresql-8.4, после окончания загрузки в процессах нет, связанные программы ругаются на ошибки по подключению на порт 5432. Вручную запустить - запускается нормально и прекрасно работает.
Просмотр через rc-status postgresql отсутствует, проводим
rc-update del postgresql-8.4 default - rc-status - отсутствует (нормально),
rc-update add postgresql-8.4 default - rc-status - отсутствует (НЕ нормально).

Ранее пытался перейти на postgresql-9, но связи с особенностями кодировок временно вернулся на 8.4.

Подскажите пожалуйста куда копать. Это локальная проблема, на другом сервере postgresql запускается и работает нормально.

Проблема только с автозапуском через /etc/runlevels/default

Спасибо за Ваше время и внимание.

Так проблема то в чем?

/etc/init.d/postgresql-8.4 start

нормально отрабатывает?

Нормально, без ошибок.

Нормально, без ошибок.

Что говорит ls -l

Что говорит

ls -l /etc/runlevels/default/

?

ls -l

ls -l /etc/runlevels/default/
lrwxrwxrwx 1 root root 26 сер 30 12:55 postgresql-8.4 -> /etc/init.d/postgresql-8.4

Ну, я даже не знаю. Попробуй

Ну, я даже не знаю.
Попробуй sys-apps/openrc пересобрать.

Вчера пересобирал, не

Вчера пересобирал, не помогло, но ваша подсказка натолкнула на мысль - попробую еще пересобрать sys-apps/baselayout и sys-apps/module-init-tools.

Не помогло. Вопрос остается

Не помогло.

Вопрос остается открытым, если найду решение, напишу в тему.

А сам-то postgres что говорит

А сам-то postgres что говорит в логах? Он вообще стартует хоть как-то?
Можен зависимости в ранлевелах перегенерить?

Пересмотрел логи за процесс

Пересмотрел логи за процесс postgres - при загрузке в логах отсутствует, на этапе загрузки ни одной записи postgres, через runlevels никаких движений, после загрузки вручную приходится запускать через /etc/init.d/postgresql-8.4 start - выставил временно в /etc/local.d/basebaselayout1.start (бывший local.start).

Цитата:
Можен зависимости в ранлевелах перегенерить?

Не пробовал, подскажите пожалуйста, как? Если это в ранлевелах rc-update del и rc-update add - уже делал.

хм. А содержимое

хм. А содержимое /etc/init.d/postgresql-8.4 не менялось? Покажи, что в нем?

http://dpaste.com/hold/605151

http://dpaste.com/hold/605151/
Стараюсь в /etc/init.d ничего не менять, разве что железно уверен.

так. А если rc-update add

так.
А если

rc-update add net.eth0 default

?

На сервер есть реальная, но

На сервер есть реальная, но не используется eth2, для eth2 создан net.eth2

rc-update add net.eth2 default
serv init.d # rc-status
Runlevel: default
net.eth2 [ started ]

Нормально добавляется и отображается через rc-status.

ну а с постгресом после этого

ну а с постгресом после этого проблема не исчезла?

К сожалению не исчезла,

К сожалению не исчезла, проблема только с постгри. остальные скрипты нормально работают с runlevels

Уже теперь понимаю, что нашел проблему уникальную на свою голову. :) И в гугле подобного не нашел.

РЕШЕНО А никакой проблемы и

РЕШЕНО

А никакой проблемы и не было.
Пробовал переехать на postgresql-9.0, поскольку кодировка в базах не UTF-8, вернулся назад на 8.4, на всякий случай снова пересобрал postgresql-8.4, и (внимательно) был создан новый скрипт /etc/init.d/postgresql-8.4.8. Поскольку /etc/init.d/postgresql-8.4.8 и /etc/init.d/postgresql-8.4 идентичны, то запуск через /etc/init.d/postgresql-8.4 start проходил успешно. Но нормально добавляется в runlevels как раз /etc/init.d/postgresql-8.4.8. С ним все как и должно быть.
Почему так случилось - наверное во время попытки переезда заглянул в скрипт /etc/init.d/postgresql-8.4, сборщик emerge возможно посчитал его измененным, потому и создал /etc/init.d/postgresql-8.4.8.

Внимание и еще раз внимание. Инцидент исчерпан, спасибо за внимание и вашы ответы.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".