Обновление OpenRC и baselayout

На днях обновил на сервере OpenRC и baselayout. Сервер не перезагружался где-то полтора года, поэтому после перезагрузки из-за обновления openrc всплыла масса ошибок. Часть из них не получается решить. Может кто знает как это исправить:
1. Для сервисов в /etc/init.d, которые запускаются в количество нескольких штук (например searchd (Sphinx) - 3 инстанса - созданы символьные ссылки ln -s searchd searchd2_project1, searchd2_project2, searchd2_project3) не подтягивается конфиг с соответствующим именем из /etc/conf.d, а подтягивается с оригинальным именем - /etc/conf.d/searchd. Аналогичная проблема с net.eth3 - он почему-то не подтягивает правильные параметры из /etc/conf.d/net

2. Не удаётся подключиться по SSH - пишет "ssh pty allocation request failed".
Если на сервере выполнить команду "mount devpts /dev/pts -t devpts", то всё начинает работать. Нашёл на форумах gentoo.org, что это связано с тем, что не в том порядке монтируются devpts и udev. Но из-за чего он может быть неверный - не пойму.

Цитата: Сервер не

Цитата:
Сервер не перезагружался где-то полтора года

Не обновлялся столько же ?

Если да, то вы всё это зря сделали. При таком длительном сроке перерыва обновлений Gentoo сразу обновлять дерево portage на актуальное и обновлять систему почти равносильно "убийству" системы.

Нужно искать срезы дерева portage с интервалом максимум в пол года (6 месяцев), а лучше меньше и постепенно обновлять систему, постепенно разбираясь с проблемами. И делать это лучше на копии системы.

Там начали вылезать

Там начали вылезать зависимости, которые требуют новый baselayout/openrc - поэтому и решил обновить.
Не обновлялся - да, столько же =) Т.е. дерево пакетов каждый день выкачивается новове. Те пакеты, что требуются для работы веб-сервера всегда обнволяются до последней версии.. А остальное -нет.

Получается при таком обновлении стоило взять свежую систему и на неё всё накатывать?

Но вообще в целом - всё работает правильно, кроме тех 2-х пунктов, что я описал.

-

devfs есть на уровне запуска

devfs есть на уровне запуска sysinit ?

Да. # rc-update show | grep

Да.

# rc-update show | grep dev
                devfs |                                        sysinit
        device-mapper | boot                                          
                 udev |                                        sysinit
           udev-mount |                                        sysinit

-

.

Ты точно внимательно читал все сообщения при обновлении и сделал всё, о чём тебе сообщал portage?

device-mapper у тебя из какого пакета?

:wq
--
Live free or die

Делал по этой инструкции

Делал по этой инструкции http://www.gentoo.org/doc/en/openrc-migration.xml

device-mapper - скорее всего из старого udev (полуторогодовалой давности). Новый udev поставил, но ещё не пробовал перезагружать сервер, после полуночи попробую.

-

.

Drakon написал(а):
Делал по этой инструкции http://www.gentoo.org/doc/en/openrc-migration.xml

device-mapper - скорее всего из старого udev (полуторогодовалой давности). Новый udev поставил, но ещё не пробовал перезагружать сервер, после полуночи попробую.

У меня перезапуск удава после последнего его обновления (согласно рекомендации portage) дал весьма интересные результаты.

:wq
--
Live free or die

Система накрылась? =))

Система накрылась? =))

-

/

Drakon написал(а):
Система накрылась? =))

Нет. Но сетевые интерфейсы начали размножаться почкованием (с попыткой использовать прописанный в конфиге адрес).

:wq
--
Live free or die

.

kostik87 написал(а):
При таком длительном сроке перерыва обновлений Gentoo сразу обновлять дерево portage на актуальное и обновлять систему почти равносильно "убийству" системы.

По моему опыту данное утверждение скорее является изрядным преувеличением.

:wq
--
Live free or die

kostik87 написал(а): Если

kostik87 написал(а):

Если да, то вы всё это зря сделали. При таком длительном сроке перерыва обновлений Gentoo сразу обновлять дерево portage на актуальное и обновлять систему почти равносильно "убийству" системы.

Нужно искать срезы дерева portage с интервалом максимум в пол года (6 месяцев), а лучше меньше и постепенно обновлять систему, постепенно разбираясь с проблемами. И делать это лучше на копии системы.

Извини, но ты опять херню упорол.

До 3-х лет полет нормальный , если с умом; мой рекорд - 7,5 ; доунтайм при этом около 3 часов

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

.

Прежде чем искать готовые ответы (которых под твою задачу скорее всего нет) полезно понять ситуацию в целом.
Ядро какое было?
Какое стало?
Конфиг наследованный?

Имя интерфейса ethN тоже вызывает вопросы.

:wq
--
Live free or die

Ядро было 2.6.36, стало

Ядро было 2.6.36, стало 3.1.6
Конфиги наследованы, dispatch-conf выполнял, заменял всё, что не касается веб-сервисов.
Имя интерфейса, к которому подключен линк - net.eth3:

 # ls -l /etc/init.d/net.eth3
lrwxrwxrwx 1 root root 8 Июн 12 04:02 /etc/init.d/net.eth3 -> ./net.lo

-

П. 2 "ssh pty allocation

П. 2 "ssh pty allocation request failed" решился обновлением udev... Только очень неожиданным стало, что в ядре нужно обязательно прописать CONFIG_DEVTMPFS - пришлось извращаться с загрузкой другого ядра на сервер, который не удаётся запустить :( А почему пакет udev не проверил, что в /usr/src/linux/.config не установлен этот флаг?

-

Drakon написал(а): А почему

Drakon написал(а):
А почему пакет udev не проверил, что в /usr/src/linux/.config не установлен этот флаг?

Внезапно, он проверяет.

pinkbyte@phantom ~ $ cat /usr/portage/sys-fs/udev/udev-200.ebuild  | grep CONFIG_CHECK
        CONFIG_CHECK="~BLK_DEV_BSG ~DEVTMPFS ~!IDE ~INOTIFY_USER ~!SYSFS_DEPRECATED ~!SYSFS_DEPRECATED_V2 ~SIGNALFD ~EPOLL"

Нейтральность - высшее достижение сознания!

По поводу сетевых интерфейсов

По поводу сетевых интерфейсов - осталась та же проблема :(

 # /etc/init.d/net.eth3 restart
 * WARNING: you are stopping a boot service
 * Bringing down interface lo
 *   Removing addresses
 * Bringing up interface lo
 *   127.0.0.1/8 ...                                                          [ ok ]
 *   Adding routes
 *     127.0.0.0/8 via 127.0.0.1 ...                                   [ ok ]

-

Drakon написал(а): По поводу

Drakon написал(а):
По поводу сетевых интерфейсов - осталась та же проблема :(

ifconfig -a интерфейс eth3 кажет? Сдается мне что нет - там будет "предсказуемое имя" у этого интерфейса :-)

Нейтральность - высшее достижение сознания!

eth3 на месте

eth3 на месте

-

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

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