Обновление 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
Да.
-
.
Ты точно внимательно читал все сообщения при обновлении и сделал всё, о чём тебе сообщал portage?
device-mapper
у тебя из какого пакета?:wq
--
Live free or die
Делал по этой инструкции
Делал по этой инструкции http://www.gentoo.org/doc/en/openrc-migration.xml
device-mapper - скорее всего из старого udev (полуторогодовалой давности). Новый udev поставил, но ещё не пробовал перезагружать сервер, после полуночи попробую.
-
.
У меня перезапуск удава после последнего его обновления (согласно рекомендации portage) дал весьма интересные результаты.
:wq
--
Live free or die
Система накрылась? =))
Система накрылась? =))
-
/
Нет. Но сетевые интерфейсы начали размножаться почкованием (с попыткой использовать прописанный в конфиге адрес).
:wq
--
Live free or die
.
По моему опыту данное утверждение скорее является изрядным преувеличением.
:wq
--
Live free or die
kostik87 написал(а): Если
Извини, но ты опять херню упорол.
До 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:
-
П. 2 "ssh pty allocation
П. 2 "ssh pty allocation request failed" решился обновлением udev... Только очень неожиданным стало, что в ядре нужно обязательно прописать CONFIG_DEVTMPFS - пришлось извращаться с загрузкой другого ядра на сервер, который не удаётся запустить :( А почему пакет udev не проверил, что в /usr/src/linux/.config не установлен этот флаг?
-
Drakon написал(а): А почему
Внезапно, он проверяет.
Нейтральность - высшее достижение сознания!
По поводу сетевых интерфейсов
По поводу сетевых интерфейсов - осталась та же проблема :(
-
Drakon написал(а): По поводу
ifconfig -a интерфейс eth3 кажет? Сдается мне что нет - там будет "предсказуемое имя" у этого интерфейса :-)
Нейтральность - высшее достижение сознания!
eth3 на месте
eth3 на месте
-