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)

может подавлять запуск и перезапуск служб при отсутствии изменения конфигурации.

Это прекрасно. Просто так от скуки?

t184256 ★★★★★
()
Ответ на: комментарий от deep-purple

Поддерживается возможность отслеживания работоспособности служб и их автоматический перезапуск в случае аварийного завершения

Valkeru ★★★★
() автор топика

Редакторы, вы совсем долбанулись, такую желтуху про «систему инициализации» пропускать. Новость о предстоящем релизе OWRT, а не влажные фантазии «я у мамы журналист»

Valkeru ★★  убунту-ламер, тролль, язабан

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

отслеживание работоспособности служб

И как жи оно отслеживает утечку памяти? Для одной прилаги утечкой можно назвать размер 2мб, а для другой только выше 1гб. И ни одна прилага не предоставляет возможности чтобы спросить у неё «А сколько ж считать утечкой именно у тебя?»

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

Новость о предстоящем релизе OWRT

Т прнс?

Valkeru ★★★★
() автор топика
Ответ на: комментарий от deep-purple

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

ты принципиально не замечаешь? ;)

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

Причем тут авария? Вася малочит 10мб на каждую некую сущность, свинячит и не убирает за собой. В таком случае авария случится только когда память кончится. Предположим это демон и память доползет до писеца только через месяц. Но я например вижу что память поползла вверх и не хочу ждать когда оно само упадет. Как я могу рестартануть Васину прилагу?

deep-purple ★★★★★
()

чуваки, там написано, что может, а не будет
килом и норм

ii343hbka ★★★
()

а есть инфа с какой ревизии транка это тестируется?
потому что процесс procd я уже давно наблюдаю

ii343hbka ★★★
()
Ответ на: комментарий от deep-purple

забей! аФтар искренне не врубается в суть твоего посыла.. у него ликов нет.ВСЕГДА И ВОВЕКИ!1 p.s. питание можно выдрать, али ещё как варварски разорвать электроцепь.

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

Не изменилась конфигурация - нефиг перезапускаться.

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

prizident ★★★★★
()
Ответ на: комментарий от deep-purple

А если что-то потекло,

А если течёт, то ставь limit . Как превысит лимиты, так и завершат принудительно, а этот «procd» следом запустит снова.

Atlant ★★★★★
()
Последнее исправление: Atlant (всего исправлений: 1)

годнота! пойду тестить

pftBest ★★★★
()

Круто, я выбрал систему инициализации для своего дистрибутива.

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

А вдруг не отпуск? Нужно предоставлять все возможности которые могут понадобиться пользователю.

loz ★★★★★
()
Ответ на: комментарий от deep-purple

А если что-то потекло, и на данной стадии единственное спасение это перезапуск?

как всегда находятся люди высасывающие проблемы из пальца :)

procd также выполняет функции: ... службы управления аппаратным сторожевым таймером.

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

anonymous
()

Выбросы на главной? Нет пути!

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

Скорее свой runit или свой daemon tools в чрезвычайно обрезанном виде

не всем нужны трусы пятидесятого размера да еще с пришитой майкой и носками - особенно комично выглядят адепты такого подхода ростом 1.5 m на пляже :)

anonymous
()

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

Ээх. Практика заметания мусора под ковёр и быстрого-быстрого перезапускания до добра не доведёт. Баги фиксить надо, а не сервисы перезапускать, пока юзер не заметил.

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

Практика заметания мусора под ковёр и быстрого-быстрого перезапускания до добра не доведёт

procd также выполняет функции: ... службы логов;

а источник аппаратного сброса можно проанализировать при старте - power on или wdog reset

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

Что такое OpenWrt?

это как цыганомод для ведроидов, чтоб можно было трахаться с быдлороутером

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

systemd на NAND просто не влезет. Он слишком жирный.

Мдя, вот совсем непонятна мышиная возня с этими недоразвитыми говнокоробочками домашнего применения.

Сейчас уже достаточно миниплат x86-64, сравнимого энергопотребления, стоимости, на порядки более гибкие в плане расширения, с возможностью установки любого нормального дистрибутива на свой вкус.

ЗЫ
Офигел от потребления домашних асусовых роутеров из последних. Жрут по 30-35Ватт - как средний системный блок. o_O

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

а источник аппаратного сброса можно проанализировать при старте - power on или wdog reset

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

И не надо рассказывать мне про «некогда думать, трясти надо!»

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

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

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

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

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

Можно реальный пример, а не высосанный из пальца?

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

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

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

Можно реальный пример, а не высосанный из пальца?

давай сначала ты пример приведешь - чем тебе помешает перезапуск службы при исправлении багов ? частое падение и проблемы ты всегда заметишь и в логах посмотришь, редкие падения которые ты не замечаешь никакого реального вреда не имеют - проблем у провайдера больше бывает. Если тебе так нужен от меня пример - погугли «Linux знаменитый баг» - тысячи их.

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