фу фу фу фу

openrc

и красноглазие - наше все)

а вообще инициализация сети вне не нравится в системд

разбросана по куче файлов

networkd рили убог.

и пихают туда все

Чот какая то странная тема. ExecStartPre не выполняется в воркере если я сервису хаба говорю рестарт

Просто при старте все ок

Добро пожаловать в секту. при рестарте ExecStartPre не выполняется, мать его!

СУКИ

Че делать та теперь

Можно конечно соеденить твой сниппет и строку запуска моего воркера. Но чот по-моему, это будет как-то уёбищно.

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

Ага

Причем вторичных 5 штук

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

Разница в порте

BindsTo

и, возможно, PartOf

котаны

а

помогите, туплю

мяу

awk '{gsub (/\[/,""); print;}'

ух ты

PartOf уже есть

надо удалить не только [ но и ]

awk '{gsub (/\[/,""); gsub(/\]/,""); print $1;}'

а может седом?

ничего лучше не придумал

@spuzirev Не очень понимаю как мне поможет BindsTo ведь мне по сути надо ждать пока хаб поднимится

он заставит на стопе стопать зависимые.

если я правильно понимаю

впрочем, кажется, PartOf тоже заставляет.

а может седом?

не, всё проще оказалосб

сам спросил сам ответил

awk '{gsub (/\[|]/,""); print;}'

спс )

да нет за что

если надо сказать сед - я всегда готов

он заставит на стопе стопать зависимые.

Дак проблема то не в этом уже. И да, PartOf делает это и стартует, но сука сразу после рестарта

Т.е. мой престарт теряется

И воркер пытается подключиться до того как порт будет доступен

Че делать та теперь

> The Right Thing in the systemd world is to use the sd_notify socket mechanism to inform the init system when your application is fully available.

там какие-то совсем упоротые ребята

я не знаю, учитываются ли эти хелфчеки в старте зависимостей

А епт, точно. что то я в книжке такое читал что xinetd подобный запуск

Unknown section 'Socket'. Ignoring.

Socket можно только в юнитах типа .socket

??????

Так мне там и нужен он

ну у тебя скорее всего юнит типа .service

А

Не так понял тебя

Можно же типа наверное тогда хаб убрать в сокет и поверх него навернуть серви?

Кажется я понял как это можно сделать...

Объявляем сервис юнит с хабом, далее пишем сокет юнит который содержит в себе опцию Service чтобы запустить этот юнит. Далее для target юнита указываем, что он хочет сокет юнит

Чет рано я сказал что системд клеви ))

дабро пожаловать обратно

>Далее для target юнита указываем, что он хочет сокет юнит норм выглядит.

А не, это не про то :(

Смотрите. Мне rsync в выводе выдаёт вот такие имена файлов "\#320\#277\#320\#276\#320\#270\#321\#201\#320\#272" - это как универсально превратить в бинарную строку. и простите это что?

ERROR: S client not available

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

Хорошо /0 оно не умеет. Как распарсить это?

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

Господа, вопрос не по теме. У вас есть знакомые, которых по скайпу или телефону разводили на перевести денег на карту? )))

у меня теперь есть например, целых 2 ))) У соседа угнали скайп называется )

Не

Я посылаю сразу если че не нравится

@korotovskii а можешь сформулировать чем для тебя ансибл был ужасен для подьема инфы авса ?

Многие модули не идемподентны

Это основная причина.

Оо внезапно

пасиб

Например аттачинг нод в elb не идемподентен

Создание elb тоже

там какие-то совсем упоротые ребята

На самом деле охренительно удобно. Во избежание непоняток нужно явно указывать в юнит-файле type=notify, тогда systemd будет ждать выставления статуса и keepalive от приложения. А в приложении парой строчек организуется надежная как титановый лом проверка старта и рестарт при зависании. Старый способ на этом фоне выглядит несколько костыльно и громоздко. Вообще я года полтора назад почитал доки с офсайта systemd и внезапно обнаружил что на самом деле там дохрена клевых штук, да и сделано все весьма просто и логично.

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

На самом деле охренительно удобно. Во избежание непоняток нужно явно указывать в юнит-файле type=notify, тогда systemd будет ждать выставления статуса и keepalive от приложения. А в приложении парой строчек организуется надежная как титановый лом проверка старта и рестарт при зависании. Старый способ на этом фоне выглядит несколько костыльно и громоздко. Вообще я года полтора назад почитал доки с офсайта systemd и внезапно обнаружил что на самом деле там дохрена клевых штук, да и сделано все весьма просто и логично.

Минус в том что через жопу

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

Если сравнивать со старым стандартом написания демонов, то там все вообще через хренпоймичто тогда

Если сравнивать со старым стандартом написания демонов, то там все вообще через хренпоймичто тогда

Проблема в косяках и граблях

У нас есть рестарт как стоп-постстоп-престарт-старт

Но стоп выполняется не всегда

И прервать стоп нельзя

Проблема в том что мейнтейнеры сачто документацию не читают и пишут хрень в юнит файлах

Если сравнивать со старым стандартом написания демонов, то там все вообще через хренпоймичто тогда

These functions send a single datagram with the state string as payload to the AF_UNIX socket referenced in the $NOTIFY_SOCKET environment variable. If the first character of $NOTIFY_SOCKET is "@", the string is understood as Linux abstract namespace socket. The datagram is accompanied by the process credentials of the sending service, using SCM_CREDENTIALS.

вот лучше бы вместо этого примерчик на питоне написали какой

Проблема в том что мейнтейнеры сачто документацию не читают и пишут хрень в юнит файлах

Выше это просто баг в системд + одна не реализованная фичс

Баг на багзилле у них долго уже висит

Примеры есть. Блин, даже в C это полдесятка строк вызовов к api systemd

Примеры есть. Блин, даже в C это полдесятка строк вызовов к api systemd

Я не про примеры, а про баги и отсутствие фич

Не более