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)

Что, и да openwrt тоже Поттеринг добрался? Вот же сволочь!

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

Заносчивая тупая обезьяна здесь - ты. HA - это всегда кластеры. И QNX там не используется. То, что в qnx есть средства повышения доступности, которые тоже назвали HA, совершенно не означает, что это и есть HA в общеупотребимом смысле.

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

Ты ещё больший дебил, чем я думал. По первой ссылке: http://en.wikipedia.org/wiki/High_availability#System_design_for_high_availab...

Здесь как раз описывается HA кластер, но слова кластер там нет, потому что там общие слова. Кластер - частное решение в одной конкретной области - IT.

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

HA - это всегда кластеры
Потому что HA - это общий термин

шел высокий человек маленького роста

anonymous
()

Новый инит несомненно нужен. Каждая новая программа такого рода - новый фронт борьбы против общего врага, system D.

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

борьбы против общего врага, system D.

воин невидимого фронта.

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

Мы на IT ресурсе.

ты еще пи..ни для полной картины что Unix - это Linux, потому что мы на ресурсе про Linux, хотя мне и так давно ясно что говорить с тобой не о чем.

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

И это говорит человек, для которого HA ограничивается перезапуском служб

перезапуск служб относится к HA, а ограничение у тебя в умственных способностях.

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

Почитай про надёжность оперативной памяти в обычных компах. А потом, если какой-то сервис перезапускается раз в неделю и этого мало кого аффектит, то лучше сделать перезапуск. Кроме того, разработчики дистрибутива редко бывают и разработчиками конкретных приложений, которые нужны для функционала, и часто просто не в состоянии сделать фикс (скилы, время, etc). Они могут отрепортить в апстрим, но и там не мгновенно сделают фикс, и что делать пока бага фиксится?

Подытожу: для конечного пользователя хорошо, когда работает и работает правильно поэтому фиксить баги нужно. Отсутствие багов - это хорошо для конечного пользователя. Но если что-то случилось, то пусть оно уж как-нибудь попытается восстановить свою функциональность. Это тоже хорошо для конечного пользователя.

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

Тут все просто :) Мой первоначальный пост выражал сарказм все остальные - наглый троллинг, в чем я признаюсь, извините.

A-234 ★★★★★
()
Ответ на: комментарий от h4tr3d

Почитай про надёжность оперативной памяти в обычных компах.

Тред не читай, сразу отвечай!

Но если что-то случилось, то пусть оно уж как-нибудь попытается восстановить свою функциональность.

При таком подходе разработки баги, чинящиеся подобной перезагрузкой, не фиксятся никогда.

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

При таком подходе разработки баги, чинящиеся подобной перезагрузкой, не фиксятся никогда.

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

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

ага - люди должны болеть, иначе не будет врачей.

Аналогия крайне кривая и притянута за уши.

От мысли что некоторые баги можно не чинить у прошивальщиков как в голове забурлил.

Конечно, в любой непонятной ситуации лучше постоянно трясти пальму!

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

Аналогия крайне кривая и притянута за уши

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

в любой непонятной ситуации лучше постоянно трясти пальму

так не трясите постоянно - тестирование перед релизом должно быть, почему вы считаете что все конечные пользователи должны автоматически становиться бета-тестерами ?

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

за уши притянуто утверждение что баги не будут фиксить

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

обезболивающие средства не лишили работы врачей

Проводить аналогии между роутерами и человеческим телом - на грани глупости.

тестирование перед релизом должно быть

Ключевые слова выделены.

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

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

у кого не закрывается ? У китайских ширпотребщиков они с любой системой инициализации не закрываются. Пример который вы привели, что человек со стороны сам занялся отладкой и прислал патч - это один на миллион. Зайдите на форум любой техподдержки - там километры бесполезных тем с описаниями проблем вида «не работает то-то» - вместо этих простыней для разработчика один лог на порядок информативней. Что толку от того что домохозяйка бьется в истерике и не может пояснить в ТП что у нее проиходит ?

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

Пример который вы привели, что человек со стороны сам занялся отладкой и прислал патч - это один на миллион.

У нормальных альтернативщиков (у Жени sfstudio, у ребят с wl500g.info и у Андрея Padavan'а) процент гораздо выше. И лог, который сможет скопипастить любая домохозяйка, гораздо информативнее.

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

Разговор подошёл к логическому концу, спасибо.

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

на порядки более гибкие в плане расширения

А специфичных сетевых модулей (кроме 1-портовых Ethernet'ов и Wi-Fi) для «миниплат» на x86-64 и ARM как раз и не хватает — e. g., было бы интересно встретить в продаже xDSL-модуль или хотя бы switch Fast Ethernet на 4 порта. Под разъем Mini-PCI(e), например.

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

Тред не читай, сразу отвечай!

атож!

При таком подходе разработки баги, чинящиеся подобной перезагрузкой, не фиксятся никогда.

Пойми, что есть всякие гейзенбаги, которые могут возникать случайно, в т.ч. из-за отсутствия ECC. Вот скажи, случилось такое, что делать? Проблема есть - программа упала, а баги, по сути, нет. Как фиксить?

Или из собственной практики, пилилась железка, писался софт. На одном тестировании выясняется, что один демон, простой которого не критичен (при условии, что простой не больше минуты-двух) падает при непонятных условиях. Расследование упёрлось в железячный баг, небольшой, но глубоко уходящий корнями. Посчитали, сколько будет стоить его исправление с учётом подобной ошибки и того, что все демоны и так автоматом перезапускались. Оказалось, что по срокам и стоимости переделки выходит очень дорого. Так и оставили. Что в итоге? Есть ошибка, но в целом система работает корректно.

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

В общем, повторюсь, баги исправлять безусловно нужно, но и позаботиться о корректном самовосстановлении после сбоя, если он уж случился (по любой причине), тоже необходимо.

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

Когда служба аварийно завершается, её не перезапускать надо, а баг фиксить

Сам рассчитаешь ускорение понижения своей заработной платы при лежащем, например, радиусе пока ты «баг фиксиш» или тебе помочь? =)

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

Меня в определённые момент задолбали зависания раз в неделю, и я вместо асусовского дерьма поставил сначала dd-wrt, а потом openwrt

А надо было всего-то купить Микротик...

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

При таком подходе разработки баги, чинящиеся подобной перезагрузкой, не фиксятся никогда.

Жесть какая. Ну давай теперь будем сидеть на пятой точке и фиксить баги, чтобы фиксить новые баги. А в новой версии будут еще баги, которые надо бы пофиксить. Иногда лучше хоть какой-то сервис, чем никакого вообще. Это простая истина, которую всем хорошо бы давно усвоить.

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

Какой ещё, ммать его, радиус на дешёвом SOHO-роутере? Я никогда не поставлю железку на OpenWRT в продакшн.

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

Я никогда не поставлю железку на OpenWRT в продакшн.

Только китайские ширпотребные прошивки, только хардкор.

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

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

Просто головой думать надо иногда и всё будет хорошо.

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

При чем тут SOHO-роутер?

Твои же слова:

Когда служба аварийно завершается, её не перезапускать надо, а баг фиксить

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

Разные задачи, разные уровни ответственности, разное поведение, разумеется. А как ты хотел? :-)

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