LINUX.ORG.RU

В OpenWrt начата интеграция procd — собственной минималистичной системы инициализации

 ,


1

0

С выходом OpenWrt 14.07 RC1 начат процесс интеграции в дистрибутив procd — системы инициализации, созданной разработчиками OpenWrt специально для нужд дистрибутива. procd отслеживает процессы, запускаемые скриптами инициализации и может подавлять запуск и перезапуск служб при отсутствии изменения конфигурации.

procd также выполняет функции:

  • подсистемы управления устройствами;
  • службы логов;
  • службы управления аппаратным сторожевым таймером.

Таким образом, procd должен заменить используемые в настоящее время в OpenWrt компоненты busybox-initd, hotplug2, busybox-klogd, busybox-syslogd и busybox-watchdog.

Формат конфигурационных файлов построен на основе языка Bourne shell, однако является не императивным, а декларативным, и во многом похож на формат конфигурационных файлов upstart и systemd. Поддерживается возможность отслеживания работоспособности служб и их автоматический перезапуск в случае аварийного завершения. Также служба может быть перезапущена при изменении ее конфигурационного файла, либо при изменении состояния внешних устройств (например, при подключении сетевого кабеля).

Разработчикам требуется помощь в тестировании и обзоре исходного кода.

>>> Подробности

★★★★

Проверено: fallout4all ()
Последнее исправление: fallout4all (всего исправлений: 3)

Ответ на: комментарий от VimCasts

Поскольку на OpenWRT можно разворачивать множество сервисов (от HTTP-сервера до БД или Asterisk), то юзкейсов не менее, чем на типичном сервере.

PreciousProtection
()
Ответ на: комментарий от Shadow

systemd-фаги готовы менять MIPS/ARM на x86, лишь бы юзать systemd...
Прелесть OpenWRT не в архитектуре железа.

Наоборот, надо сказать. Прелесть x86 в отсутствии ограниченности в выборе дистрибутива, и плюсы в сравнении с недокомпьютерами в плане дефолтных возможностей, и их расширяемости.

anonymous
()
Ответ на: комментарий от Shadow

То, что для обычного пользователя говнокоробочки радости полные штаны, что там Asterisk добавили какой-то мохнатой версии, для пользователя x86 не является чем-то необычным поставить самому сей сервис, любой версии на вкус.

anonymous
()
Ответ на: комментарий от Black_Shadow

Вангую появление в systemd WINS/NMB клиента. В самбе останется минимум, и всё влезет.

Shadow ★★★★★
()
Ответ на: комментарий от anonymous

Asterisk ... поставить ... любой версии на вкус

Небось, эти сферические пользователи ещё и переставляют Asterisk регулярно, когда нормальные люди по нему звонят.

Shadow ★★★★★
()

А вообще - самый нажористый тред.

Shadow ★★★★★
()
Ответ на: комментарий от intelfx

Я тут тролль. А многие задачи, которые решает systemd (и что является его важными фичами), были заданы из-за особенностей развития архитектур x86.

Т.е. я просто когда-то обиделся, когда мне стали объяснять, что множество случаев, когда systemd не нужен, это мои фантазии, и мне придётся смириться и прикручивать его к моим уже решённым задачам. Когда я посмотрел на сроки поддержки дебианов без systemd, я успокоился.

Shadow ★★★★★
()
Ответ на: комментарий от anonymous

Ви так пишете, будто болты пассатижами закручиваете, а гвозди пассатижами забиваете.

Shadow ★★★★★
()
Ответ на: комментарий от pftBest

Внешний root в openwrt IMHO не так удобен, как добавление путей и LD_LIBRARY_PATH.

Shadow ★★★★★
()
Ответ на: комментарий от anonymous

Перезапуск RT процесса в RT среде, который, скорее всего, даже не обрабатывает все возможные исключения, и перезапуск инитом говнодемона IMHO не совсем одно и то же.

Shadow ★★★★★
()
Ответ на: комментарий от Shadow

Небось, эти сферические пользователи ещё и переставляют Asterisk регулярно, когда нормальные люди по нему звонят.

Не, у сфер.пользователей говнокоробочки нет возможности переустановить/обновить Asterisk, т.к. они в анальной зависимости зависят от милости разработчиков прошивки для говнокоробочки - т.е когда барин захочет.

anonymous
()
Ответ на: комментарий от Shadow

Перезапуск RT процесса в RT среде, который, скорее всего, даже не обрабатывает все возможные исключения, и перезапуск инитом говнодемона IMHO не совсем одно и то же.

причем тут RT и твое имхо - речь вообще была об этом

В OpenWrt начата интеграция procd — собственной минималистичной системы инициализации (комментарий)

мне интересно - как ты будешь фиксить ошибки памяти/железа/блобов

anonymous
()
Ответ на: комментарий от anonymous

Новой памятью, железом и новыми блобами.

Shadow ★★★★★
()
Ответ на: комментарий от anonymous

Я тоже люблю эту ссылку давать любителям самосборных серверов и хецнеров. Только сейчас она не в кассу, на роутере слишком мало памяти.

Deleted
()
Ответ на: комментарий от Shadow

А многие задачи, которые решает systemd (и что является его важными фичами), были заданы из-за особенностей развития архитектур x86.

Это которые? Или на не-x86 настолько мало ресурсов, что там впору запускать по одному демону на машинку, причём прямо в PID 1? :)

intelfx ★★★★★
()
Ответ на: комментарий от intelfx

Да все энергосбережение и гибернейтинг на x86 - чистое x86! И sysvinit требовал бесконечное количество костылей при просыпании, верно? systemd решил эту задачу.

Ты сейчас утверждаешь, что systemd - это init, но существует масса init, которые решают задачи init, но вызывают проблемы при решении других задач, которые как раз решил systemd. Не надо говорить, что systemd решает задачи init, эти задачи решены уже 40 лет назад. Он решает смежные задачи.

Shadow ★★★★★
()
Ответ на: комментарий от Deleted

Только сейчас она не в кассу, на роутере слишком мало памяти

развести грамотно DRAM наиболее трудная задача, абсолютно неважно какой объем - там любая мелочь влияет, память может сбоить на определенных паттернах и просто так ошибки не проявляются да и я уверен что китайцы ничего не тестируют. А с железом еще круче - ошибок в железе _всегда_ масса и я не видел ниразу китайские ерраты.

anonymous
()
Ответ на: комментарий от Shadow

И sysvinit требовал бесконечное количество костылей при просыпании, верно?

Давай Топ10 из этого бесконечного количества.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

Я что, помню? Я им никогда не пользовался. Но когда ещё следил за списками рассылок, там много странного было...

Shadow ★★★★★
()
Ответ на: комментарий от Shadow

И sysvinit требовал бесконечное количество костылей при просыпании, верно?

Давай Топ10 из этого бесконечного количества.

Я что, помню?

«Я знал, что ты скажешь это» (ц)

tailgunner ★★★★★
()
Ответ на: комментарий от Deleted

У меня много где роутеры развешаны, два в Питере, три в регионах, в Москве много. Ни один не виснет. Годами. На хорошей альтернативной прошивке, разумеется. Может, от того, что я баги репортил и донейты донейтил?

Как глупо. А мог бы нанять ту анонимную обезьянку. Она бы тебя включала выключала эти роутеры.

anonymous
()
Ответ на: комментарий от anonymous

Она бы тебя включала выключала эти роутеры.

правильно сделал что разлогинился, а то опять бы говна наелся - попытайся вникнуть в суть вопроса.

anonymous
()
Ответ на: комментарий от Shadow

И sysvinit требовал бесконечное количество костылей при просыпании, верно?

Не верно. Если мы говорим о костылях в составе pm-quirks/pm-utils, то они никуда не делись, просто широкое распространение KMS и планомерное развитие подсистемы pm ядра сделало их не нужными.

intelfx ★★★★★
()
Ответ на: комментарий от anonymous

правильно сделал что разлогинился, а то опять бы говна наелся - попытайся вникнуть в суть вопроса.

Проекция это прекрасно. Вот видишь как ты хорошо раскрываешься и что с тобой делают.

anonymous
()
Ответ на: комментарий от Shadow

Чтобы получить представление о том, что делает systemd, достаточно почитать парочку срачей в новостях о его релизах. А здесь срач давай не устраивать..

intelfx ★★★★★
()
Ответ на: комментарий от anonymous

развести грамотно DRAM наиболее трудная задача, абсолютно неважно какой объем - там любая мелочь влияет, память может сбоить на определенных паттернах и просто так ошибки не проявляются да и я уверен что китайцы ничего не тестируют. А с железом еще круче - ошибок в железе _всегда_ масса и я не видел ниразу китайские ерраты.

Однако собакоеды в лице хотя бы асусов с этим более-менее справляются.

Deleted
()
Ответ на: комментарий от Deleted

Однако собакоеды в лице хотя бы асусов с этим более-менее справляются

дело тут не столько в сабакоедах - никто не будет тестировать безделушку которая стоит $5. Я свой роутер на сдачу взял когда телевизор покупал

http://market.yandex.ru/product/10493161/reviews?hid=723087

26 отзывов

Недостатки: НЕТ!!!

6 отзывов

Недостатки: Wi-Fi никакой..

как тут быть - кто врет, хотя мне лично ясно - те кто говорит что недостатков нет. Они всегда есть только не у всех проявляются. Ок, идем искать OpenWrt

http://4pda.ru/forum/index.php?showtopic=551476&view=findpost&p=32767138

Вернулся на родную прошивку. Эта очень сырая.

наученый опытом я как-то не горю желанием терять время - был когда-то ADSL укроп - в течении года менял прошивки раз 5, в конце концов сам разработчик сказал что его зае..ло и он больше не будет этим заниматься :) я тогда на родную откатил - с ней хоть watchdog исправно срабатывал. По-моему с появлением Linux на потребительских устройствах весь мир играет в игру «прошей новую прошивку и может наконец всё заработает».

anonymous
()
Ответ на: комментарий от anonymous

Поздравляю, кинетики - дорогое и глюкавое говно.

timuaz
()
Ответ на: комментарий от anonymous

По-моему с появлением Linux на потребительских устройствах весь мир играет в игру «прошей новую прошивку и может наконец всё заработает».

Дело не в Linux, а в архитектуре MIPS/ARM. Не в самих этих процессорах конечно, а в полной несовместимости конечных устройств на этих платформах. Начиная от простого роутера заканчивая, смартфон/планшетами. Производителям это выгодно - выпустил пару обновлений за период производства модели, далее забил, т.к. надо новые модели продавать.

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

Вы когда-нибудь видели в требованиях о/с для платформ x86-64, обязательное наличие ноутбука ASUS или HP такой-то модели? Ведь бред же!

А для всяких OpenWrt и прочих Цианогенов это обычное явление.

anonymous
()
Ответ на: комментарий от anonymous

Еще как бывает!

#include <stdio.h>
void main() {  printf("Hello World!"); }

lucky_guy ★★★
()
Ответ на: комментарий от Black_Shadow

пример реально существующего HA кластера

по-твоему HA только к кластерам относится ? или ты просто ничего больше не знаешь :)

anonymous
()
Ответ на: комментарий от Valkeru

А не было аварийного завершения. Просто выжрана вся память и ТОРМОЗА. Прибивать по kill -9 каждый раз вместо штатного рестарта?

INFOMAN ★★★★★
()
Ответ на: комментарий от Black_Shadow

Давай, расскажи мне, что знаешь ты

пи-ец заносчивая обезьяна - сходи по ссылке, там человек постарался на русский перевел документацию (Part 15. High Availability) - все там написано как достигаются высокие показатели HA на системе с микроядром даже без аппаратной избыточности.

anonymous
()
Ответ на: комментарий от anonymous

ждя справки - большинство процессоров для встраиваемых устройств имеют такой специальный контроллер.

т. е. надо ждать, пока ТОРМОЗА дойдут до такой степени, что вотчдог не успеет отработать и перезапустит всю железку целиком?

INFOMAN ★★★★★
()
Ответ на: комментарий от INFOMAN

ТОРМОЗА дойдут до такой степени

до какой такой ? сколько у тебя RAM на роутере чтобы OOM killer начал работать. Смысл демона аппаратного watchdog в постоянном сбросе аппаратного счетчика через /dev/watchdog

http://www.kernel.org/doc/Documentation/watchdog/watchdog-api.txt

любое аварийное завершение демона приведет к переполнению счетчика и аппаратному сбросу.

anonymous
()
Ответ на: комментарий от Deleted

«некогда думать, трясти надо!»

Ты чо, при виде пострадавшего надо его обязательно поднять и потрясти, даже если это всего лишь коряво написанный демон который сам упал.

INFOMAN ★★★★★
()
Ответ на: комментарий от anonymous

Причину с зависами я знаю - WiFi виснет только если к роутеру коннектится smart tv самсунговский

Причину с симптомами не путай-то.

INFOMAN ★★★★★
()
Ответ на: комментарий от anonymous

чтобы OOM killer начал работать

Фигня в том что OOM Killer срабатывает не сразу. Для начала (при отсутствии свопа, а откуда ему взяться на роутере?) все запущенные процессы мапятся на диск и начинают выполнятся прямо оттуда, сам сравнишь быстродействие флэшки с прошивкой и оперативной памяти?

INFOMAN ★★★★★
()
Ответ на: комментарий от INFOMAN

все запущенные процессы мапятся на диск и начинают выполнятся прямо оттуда

осталось только найти диск на роутере - там либо рамдиск либо tmpfs, либо специальные fs с флешем в RO

сам сравнишь быстродействие флэшки

нет - сам меряй бесполезные попугаи

anonymous
()
Ответ на: комментарий от anonymous

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

Это понятно. Я openwrt отношусь хорошо, но ещё лучше я отношусь к парням wl500g.info и Падавану. У которых доходит до чудесного - вендор тащит наработки из их альтернативных в будущие оригинальные фирмвари. Они это могут, т.к. поддерживают ловольно небольшой круг устройств, которые работают идеально даже в nighly build. А, допустим, на роутер tenda, куда можно поставить openwrt, мне глубоко плевать.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.