Как заставить systemd считать демон запущенным только после появления строки в stdout?

while ! grep log; do sleep 1m; done

Только так. Пишешь обёртку на шелле, в ней запускаешь в фоне демона, дальше journalctl -f -n0 -o cat -u UNITNAME | grep -q -x 'Finished loading' и делаешь Type=forking. Юнит будет считаться запущенным, когда завершится исходно запущенный процесс.

А тебе этот stdout вообще нужен? Если нет, то можно сразу запускать: qwerty | grep '^Finished loading$' и считать демон запущенным по появлению в stdout чего угодно

Мне надо, что бы systemd запускал следующий демон (зависимый) только после появления Finished loading.

Как же я люблю ЛОР! Стоило мне задать вопрос, и ответ пришёл за полтора года до вопроса: systemd, демон, задержка при старте по чтению логов (комментарий)

Попробую переделать с логфайла на пайп.

А разве из скрипта не лучше юзать systemd-notify, и соответственно Type=notify?

Хороший вариант, спасибо, я не знал, что journalctl умеет в -f.

Type=notify — это как Type=simple. Юнит считается умершим при завершении исходно запущенного процесса. А у ТС в любом случае будет запуск в фоне.

инит срипты ненужны! системд слаще меда!

обёртку на шелке

O'RLY? ;) Кто там кричал, что шел не нужен?

Если есть возможность изменить исходный код демона, то можно сделать так: В сервис-файл прописывается Type=notify и, при необходимости, NotifyAccess=all. В коде демона в месте завершения инициализации делается вызов sd_notify(0, «READY=1\n»); sd_notify объявлен в systemd/sd-daemon.h

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

Ну, собственно, да, Как заставить systemd считать демон запущенным только после появления строки в stdout? (комментарий)

То, что ты сейчас пытаешься сделать – это очень плохой дизайн. Что ты пытаешься получить в итоге?

дело в том что *нет* «строгого и стандартизированого уведомления о своём запуске». нет его, это миф можно вешать на уши только тем кто кроме дефолтных 10-ти демонов ничего не видел, да и то с натяжкой. а самое забавное что все эти грабли уже проходили, 10 лет назад с SMF, но нет, мы по-подростковому верим в идеалы недостижимые, все остальное нинужно ⓒ.

Вот оно: sd_notify(3).

не пытайся, он упорот до предела, и тот чудный список с «sd-positive/sd-negative» это отлично подтверждает. мне помню надо было чтоб сервис конфиг из файла цеплял в строку запуска а не в env, тоже в скрипт послали писать потому что это «слишком высокоуровневая фича».

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

https://github.com/search?q=sd_notify&ref=searchresults&type=Code&amp...

Там, конечно, надо полистать, но видно, что народ активно пользуется.

На инитскриптах это ещё хуже бы было.

Написано же в PS. Приручить сторонний демон, не трогая его код.

Короче, сделал так:

[Unit]
Description=Sia Daemon

[Service]
User=siad
UMask=077
TimeoutStartSec=3h

ExecStart=/bin/sh -c "exec /home/siad/Sia/siad | tee /home/siad/log"
ExecStartPost=/bin/sh -c "tail -n0 --pid=$$$$ -f /home/siad/log 2> /dev/null | grep -q 'Loading renter'"

WorkingDirectory=/home/siad/Sia/
Restart=always

[Install]
WantedBy=multi-user.target

Сделал бы так сразу, но надеялся, что есть более элегантное решение.

Это нужно, потому что есть и второй сервис:

[Unit]
Description=Sia password
Requires=siad.service
After=siad.service
PartOf=siad.service

[Service]
Type=oneshot
TimeoutStartSec=10m
ExecStart=/bin/sh -c '/home/siad/Sia/siac wallet unlock < /home/legolegs/build/Sia.pwd'
WorkingDirectory=/home/siad/Sia/

[Install]
WantedBy=multi-user.target

Те, кто в теме Sia оценят.

Сделай скрипт-враппер на сторонний демон, который ждет подъема нужного сервиса по необходимым ему параметрам (порт, сокет, etc), но это лютый костыль.

Мне уже Поттеринг написал враппер, только не очень хороший, но я справился.

Ммм, так зачем тебе логфайл-то? Или у тебя журнал отключен?

O'RLY? ;) Кто там кричал, что шел не нужен?

это частный случай кривого софта. и да: шелл - ненужен

Из юнита journalctl выдаёт пустой вывод.

А, у тебя он от пользователя запускается. Дай ему права на чтение файлов журнала — либо setfacl на каталоге с логами, либо добавь юзера в группу systemd-journal.

Да, этот момент я пропустил, спасибо. Но менять не буду.

Чёт неохота хипстерскому поделию на go давать какие-то права, пусть и на чтение логов.

это не универсально хотя бы для systemd-хейторов или просто людей, у которых по дефолту не системд, и они не хотят это менять.

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

Во-первых, это интерфейс. Хейтеры должны страдать, а пользователи других супервизоров могут поспособствовать устранению фрагментации в мире GNU/Linux и реализовать предложенный интерфейс у себя.

Во-вторых, всё, кроме systemd и пары годных исключений — и так легаси и маргинальщина.

В-третьих, никто не предлагает выкидывать аналоги, т. к. аналогов не наблюдается.

это интерфейс

да, но интерфейс к одной из пока еще нескольких систем инициализации. каким хреном это стандарт?

Хейтеры должны страдать

кому должны? ничего они не должны

и да, а как же те, у кого не systemd по дефолту, и их все устраивает кроме, допустим, одной софтины, автор которой решил использовать этот «стандарт»? почему они должны страдать или менять систему инициализации?

и пары годных исключений

аналогов не наблюдается

выбери что-то одно

и да, а как же те, у кого не systemd по дефолту, и их все устраивает кроме, допустим, одной софтины, автор которой решил использовать этот «стандарт»? почему они должны страдать или менять систему инициализации?

Если у них не-systemd потому что так сложилось, и им пофиг, что под капотом — то к системе инициализации можно относиться как к своеобразной библиотеке-зависимости, и просто поставить systemd.

Если у них не-systemd по каким-то объективным причинам — то пусть допишут мостик между sd_notify и тем-что-у-них, это несложно.

Если у них не-systemd по каким-то религиозным причинам — то они должны страдать.

выбери что-то одно

Пара годных исключений — это, прежде всего, SMF. А оно не «аналог», потому что не для линуксов.

то пусть допишут мостик между sd_notify и тем-что-у-них

да, несложно. но какой тогда из этого стандарт?

то они должны страдать

нет. среди юзеров гнулинукса слишком много фанатиков. если все они будут страдать, то рано или поздно они куда-нибудь свалят, а без их фанатизма гнулинукс сгниет как коммьюнити

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

да, несложно. но какой тогда из этого стандарт?

В качестве стандарта предлагается использовать библиотечный вызов sd_notify() и/или UNIX-сокет по указанному в мане пути. Реализация может быть любая. Если весь софт (гипотетически) будет использовать этот интерфейс для оповещения о собственном запуске, а мне по какой-то причине придётся не использовать systemd, то написание мостика между этим сокетом и тем супервизором, который я использую, будет делом пяти минут.

Во-вторых, всё, кроме systemd и пары годных исключений — и так легаси и маргинальщина.

Наша религия самая правильная религия! Все то, что было прежде — устаревшие понятия о мироздании.

Как в Sia удалить выложенные в облако файлы? И вообще как оно?

Не знаю, я только сдаю свой диск. Ещё не накопил достаточно сиамонеток, чтобы купить место.

Оно жруче до памяти и до io, мне даже пришлось один файл на tmpfs скинуть, иначе оно 3 часа читало его. Когда протокол стабилизируется надо будет написать нормальный демон на си и вкорячить его в роутер с hdd.

https://www.emacswiki.org/emacs/EmacsAsDaemon#toc5

VS.

https://www.emacswiki.org/emacs/EmacsAsDaemon#toc8

(kill-emacs) есть и там, и там, но почувствуй разницу! :)

Ну, чувствуй разницу ;) — опенбсдешный rc (чистый ksh):

#!/bin/sh

daemon="/usr/local/bin/emacs"
daemon_flags="--daemon"

. /etc/rc.d/rc.subr

rc_stop() {
        ${daemon}client -e '(kill-emacs)'
}

rc_cmd $1

Дык, и замечательно! Теперь похожее по лаконичности и в линуксе есть. Но синтаксис юнитов мне никогда не нравился, тут Леня проштрафился, имхо.

А то, что имела место приведенная по ссылке писанина, озаглавленнаЯ «Debian/SysVinit» - это ад же. Твоё намного приличнее