The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз FreeBSD 11.3, opennews (??), 09-Июл-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


27. "Релиз FreeBSD 11.3"  +3 +/–
Сообщение от zzz (??), 09-Июл-19, 23:29 
Вот как раз наоборот. Громче всех баш-портянками потрясают не фрюшники, а братья наши меньшие, которые и не в курсе, что кроме примитивного Sysvinit есть невероятно удобный и продвинутый BSD Init, а весь выбор систем инициализации в линуксе - выбор между лезгинкой и гей-парадом.
Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз FreeBSD 11.3"  –13 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 01:33 
Стандартный вопрос любителю инит файлов. Как остановить запущеный процесс?

Пид файлы и подобные костыли не предлагать.

Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз FreeBSD 11.3"  +3 +/–
Сообщение от анонн (ok), 10-Июл-19, 03:26 
> Стандартный вопрос любителю инит файлов. Как остановить запущеный процесс?
> Пид файлы и подобные костыли не предлагать.

Отвязка от традиционного PID файла?
Запускаем:
jail -c -u someuser path=/ name='somename' command=mycommand
останавливаем:
jail -r somename

Пишем "портянку":


#!/bin/sh
# PROVIDE: strange_daemon
# REQUIRE: LOGIN
. /etc/rc.subr
name="strange_daemon"
rcvar=strange_daemon_enable
load_rc_config $name
start_cmd="jail -c -u someuser path=/ name='my_strange_daemon_jail' command=mydaemon"
stop_cmd="jail -r 'my_strange_daemon_jail'"
run_rc_command "$1"

Теперь можем делать:

service strange_daemon start
service strange_daemon stop

Но вы там держитесь ))

Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз FreeBSD 11.3"  –16 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 12:50 
> Запускаем:
> jail -c -u someuser path=/ name='somename' command=mycommand

$ jail -c -u someuser path=/ name='somename' command=mycommand
bash: jail: command not found


$ uname -o
GNU/Linux


Что дальше?

Ответить | Правка | Наверх | Cообщить модератору

130. "Релиз FreeBSD 11.3"  +4 +/–
Сообщение от Ser (??), 10-Июл-19, 13:53 
Ну вот ты зашел не в ту тему. Посмотри название топика.
Ответить | Правка | Наверх | Cообщить модератору

141. "Релиз FreeBSD 11.3"  –13 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 14:23 
> Ну вот ты зашел не в ту тему.

А, т.е. красота Юнекса в том, что "отвали со своей разновидностью, тут это работает иначе"? Всё-таки как же здорово, что Линус и ребята из Red Hat вменяемые и вертят на логротейте все эти религиозные сектантские суеверия...

Ответить | Правка | Наверх | Cообщить модератору

185. "Релиз FreeBSD 11.3"  +/–
Сообщение от анонн (ok), 10-Июл-19, 17:23 
> А, т.е. красота Юнекса в том, что "отвали со своей разновидностью, тут
> это работает иначе"? Всё-таки как же здорово, что Линус и ребята
> из Red Hat вменяемые и вертят на логротейте все эти религиозные сектантские суеверия...

А, т.е. реализовать свое, изначально не портируемое решение в виде системды - это не "отвали со своей разновидностью, тут это работает иначе", а "вменяемость".
Не знал, не знал!

Ответить | Правка | Наверх | Cообщить модератору

166. "Релиз FreeBSD 11.3"  +/–
Сообщение от Школьник (ok), 10-Июл-19, 16:25 
А у меня работает. И прибивать софт если и приходится, то только тот, что писался в расчете на то, что кроме GNU/Linux на свете ничего уже нет.

Что дальше?

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

184. "Релиз FreeBSD 11.3"  +1 +/–
Сообщение от анонн (ok), 10-Июл-19, 17:21 
>> Запускаем:
>> jail -c -u someuser path=/ name='somename' command=mycommand
> $ jail -c -u someuser path=/ name='somename' command=mycommand
> bash: jail: command not found

Очевидно, если ты в новости о "Релиз FreeBSD 11.3",
сначала нахваливаешь наличие системд в Линуксе, а потом задаешь вопрос, как остановить запущеный процесс в BSDInit, то получишь в ответ как раз способ на фре, а не "новом стандарте"?

> $ uname -o
> GNU/Linux
> Что дальше?

Не сдаваться!
https://download.freebsd.org/ftp/releases/ISO-IMAGES/11.3/

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

81. "Релиз FreeBSD 11.3"  +3 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 04:45 
> Как остановить запущеный процесс?

А как запущеный процесс? И в какой ОС? Иначе вопрос не имеет смысла.
Можно ли запустить в linux'е процесс в сигруппе и потом прибить все пиды из неё из скрипта, а не с помощью systemd? Риторический вопрос.
Если вопрос про rc-скрипты какой-то конкретной ОС, почему бы не открыть код, да не посмотреть? Опенсорс же.

> Пид файлы и подобные костыли не предлагать.

В зависимости от ответов не первые вопросы и от того, какая именно задача решается, ответ может быть разный. Начиная от "найти нужный процесс в списке процессов, по имени+cmdline и убить" и "дать возможность в скрипте определить свою функцию rc_stop() если мы хотим странного", заканчивая использованием средств контейнеризации ("убить" cgroup/jail/etc) или отправкой команды процессу-супервизору демона остановить сервис (привет, daemontools и друзья).

Вообще, разговор "скрипты vs конфиги" в контексте кастомизации процесса запуска сервисов - он не про надёжную (и/или гарантированную) остановку сервиса, а про способ описания логики запуска/остановки сервиса (ВНЕЗАПНО). Запускать процессы в тех же сигруппах заскриптованная на шелле логика никак не мешает - файловое api сигруп это позволяет. Хотя написать обвязку практичнее (и я не про systemd - он сильно больше, чем cli для cgroup, очевидно).

И да, это, systemd с его использованием линуксовых сигрупп тоже не даёт гарантий - cgroup'а процесса может измениться (например, другим запущенным менеджером сигрупп или третьим лицом).

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

123. "Релиз FreeBSD 11.3"  –14 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 12:53 
> А как запущеный процесс? И в какой ОС? Иначе вопрос не имеет смысла.

Linux/FreeBSD + на чём там systemd-луддиты пытаются костылять? bash? shell? Perl?

Как запущенный? Да всё равно как.

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

Я просто использую конфиг от systemd, который 4 строчки и работает одинаково на всех дистрибутивах, за исключением существующих только в теории маргинальных извращений типа devian :-)

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз FreeBSD 11.3"  +/–
Сообщение от andy (??), 10-Июл-19, 13:56 
Процесс будет остановлен командой kill с нужным сигналом. Какие в этом сложности?

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

Вообще есть lsb, которого стоит придерживаться. Если Вы не знаете как остановить написать стартовый скрипт для linux'а, быть может не стоит писать свои программы? И, наконец, в дистрах есть мейнтенеры с которыми можно обсудить этот вопрос, либо они напишут стартовый скрипт сами, раз уж Вы не в состоянии это сделать.

Ответить | Правка | Наверх | Cообщить модератору

142. "Релиз FreeBSD 11.3"  –14 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 14:26 
> Процесс будет остановлен командой kill

Какой процесс? Как ты его найдёшь?


> Если Вы не знаете как остановить написать стартовый скрипт для linux'а

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

Как определить процесс, которому послать kill?

Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз FreeBSD 11.3"  –14 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 14:27 
P.S. Например процесс называется "nginx". Задача остановить "nginx" на хост системе. Из дополнительных условий, на хост системе крутится ещё 5 LXC контейнеров, в трёх из которых тоже есть процесс "nginx".

Как будем останавливать nginx? :-)

Ответить | Правка | Наверх | Cообщить модератору

150. "Релиз FreeBSD 11.3"  +4 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 14:50 
> P.S. Например процесс называется "nginx". Задача остановить "nginx" на хост системе. Из дополнительных условий, на хост системе крутится ещё 5 LXC контейнеров, в трёх из которых тоже есть процесс "nginx".
> Как будем останавливать nginx? :-)

Как запущен nginx?
Может, он под daemontools? Тогда svc -d servicename.

А так, открой для себя ключ "--ns" у pkill (хотя бы). Узнаешь, что остановить процесс в нужном контейнере можно и без systemd.

Ответить | Правка | Наверх | Cообщить модератору

157. "Релиз FreeBSD 11.3"  –15 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 15:09 
>> P.S. Например процесс называется "nginx". Задача остановить "nginx" на хост системе. Из дополнительных условий, на хост системе крутится ещё 5 LXC контейнеров, в трёх из которых тоже есть процесс "nginx".
>> Как будем останавливать nginx? :-)
> Как запущен nginx?
> Может, он под daemontools? Тогда svc -d servicename.

Начинается стандартная краснoглазая свистопляска с "как запущен". Вот для того, чтобы больше никогда таких вопросов не задавали, и придуман systemd. Воистину, systemd - это лучшее, что было сделано для Linux за последние лет 15 наверное.


> А так, открой для себя ключ "--ns" у pkill (хотя бы). Узнаешь,
> что остановить процесс в нужном контейнере можно и без systemd.

И как тебе это поможет? У тебя pid неизвестен. Перед тем как лужу газифицировать, почитай, на что отвечать пытаешься.

Ответить | Правка | Наверх | Cообщить модератору

162. "Релиз FreeBSD 11.3"  +4 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 15:52 
>>> P.S. Например процесс называется "nginx". Задача остановить "nginx" на хост системе. Из дополнительных условий, на хост системе крутится ещё 5 LXC контейнеров, в трёх из которых тоже есть процесс "nginx".
>>> Как будем останавливать nginx? :-)
>> Как запущен nginx?
>> Может, он под daemontools? Тогда svc -d servicename.
> Начинается стандартная краснoглазая свистопляска с "как запущен".

Красноглазая? Глаза у меня стали красными, когда я всю ночь пытался подружить systemd и кастомное средство контейнеризации. Знакомые, совокупляющие докер и systemd тоже много расказывали злых историй.

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

Ага, и ещё, например, для того, чтобы свалившись systemd утаскивал за собой всю систему.
Чё сказать-то хотел? Вот напишу я в systemd-юните запуск контейнера сбоку от systemd, а в стоп-скрипт забуду прописать правильную команду или ошибусь где-то. Получаем всё тот же гемморой, что и раньше, даже хуже.

> Воистину, systemd - это лучшее, что было сделано для Linux за последние лет 15 наверное.

И снова мантры вместо аргументов. Почему у поклонников systemd всегда так? Ну хотя как ещё, если аргументов нет?

>> А так, открой для себя ключ "--ns" у pkill (хотя бы). Узнаешь, что остановить процесс в нужном контейнере можно и без systemd.
> И как тебе это поможет? У тебя pid неизвестен. Перед тем как лужу газифицировать, почитай, на что отвечать пытаешься.

"pgrep, pkill - look up or signal processes based on name and other attributes" (man pkill)
Даже не знаю, что можно добавить к этому))
А ключ "--ns" мне поможет прибить nginx в нужном контейнере, очевидно.

Ответить | Правка | Наверх | Cообщить модератору

177. "Релиз FreeBSD 11.3"  –10 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 17:08 
> Глаза у меня стали красными, когда я всю ночь пытался подружить systemd и кастомное средство контейнеризации. Знакомые, совокупляющие докер и systemd тоже много расказывали злых историй.

О, смузи-докероадмины подтягиваются :-)


> Ага, и ещё, например, для того, чтобы свалившись systemd утаскивал за собой всю систему.

О, знатные байки от кукаретиков про неуловимого джо, которого никто никогда не видел :-)

Ответить | Правка | Наверх | Cообщить модератору

189. "Релиз FreeBSD 11.3"  +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 17:32 
>> Глаза у меня стали красными, когда я всю ночь пытался подружить systemd и кастомное средство контейнеризации. Знакомые, совокупляющие докер и systemd тоже много расказывали злых историй.
> О, смузи-докероадмины подтягиваются :-)

По существу есть что сказать? Нет? Тогда молчи.

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

Ты конструктивен до невозможности. Начал умничать про остановку процесса, обогадился и перешёл к унылым типа-смешниым подколам.
Да, смерть pid1 в unix-системах приводит к kernel panic. Но если ты этого никогда не видел, то разумеется, так не бывает.

Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

195. "Релиз FreeBSD 11.3"  –6 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 18:03 
> По существу есть что сказать? Нет? Тогда молчи.

По существу я жду, когда ты расскажешь, как найти среди десятка процессов с одинаковым именем тот, который нужно убить/рестартануть. Я всё ещё жду, с темы соскочить не получится :-)

Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

198. "Релиз FreeBSD 11.3"  +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 18:10 
>> По существу есть что сказать? Нет? Тогда молчи.
> По существу я жду, когда ты расскажешь, как найти среди десятка процессов с одинаковым именем тот, который нужно убить/рестартануть. Я всё ещё жду, с темы соскочить не получится :-)

Пока ты не скажешь, как именно запущен процесс, твой вопрос не имеет никакого смысла. И в какой ОС.
Если брать твой пример про nginx и LXC контейнеры, то вариантов масса:
- Найти процесс с нужным именем (в том числе с нужной строкой аргументов) в нужном namespace, под нужным пользователем и послать ему сигнал. Например, через pkill.
- Найти список процессов в нужной нам сигруппе, далее по имени найти нужный nginx и послать ему сигнал.
Как узнать правильный namespace/cgroup? Зависит от того, как мы запускаем. Очевидно, эти знания нужно где-то хранить, вопрос исключительно в способе. Без этих знаний найти нужный процесс нельзя.

Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

199. "Релиз FreeBSD 11.3"  –5 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 18:17 
> Пока ты не скажешь, как именно запущен процесс, твой вопрос не имеет никакого смысла. И в какой ОС.

Я запускаю все процессы под Linux и через systemd. Но мне чертовски интересно, как это делаете вы, в мире, где systemd не существует. По-этому я не знаю, как вы запускаете процессы. Предположим обычным sysv-init или rc.subr - на выбор.


> Найти процесс с нужным именем (в том числе с нужной строкой аргументов) в нужном namespace, под
> нужным пользователем и послать ему сигнал. Например, через pkill.

Я уже писал выше, повторюсь. Вот тебе реальный пример из жизни:

root@XXX:~# ps ax | grep sssd_pam
15620 ?        S      0:02 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files
16829 ?        S      0:02 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files
28421 ?        S      0:02 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files
28499 ?        S      0:02 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files
28947 ?        S      0:03 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files


Дано: Есть hypervisor с 4 контенерами. И на гипервизоре и в контейнерах крутиться sssd демон, который авторизует юзеров из LDAP. Какой из вышеперечисленных процессов работает на гипервизоре, а какой в контейнерах?

Задача: написать init скрипт, который рестартанёт нужный sssd_pam

Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

201. "Релиз FreeBSD 11.3"  +1 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 18:35 
>> Пока ты не скажешь, как именно запущен процесс, твой вопрос не имеет никакого смысла. И в какой ОС.
> Я запускаю все процессы под Linux и через systemd. Но мне чертовски интересно, как это делаете вы, в мире, где systemd не существует. По-этому я не знаю, как вы запускаете процессы. Предположим обычным sysv-init или rc.subr - на выбор.

Если ты запускаешь процесс systemd'ой, лучше всего ей же и останавливать, очевидно.
sysvinit, ЕМНИП, штатных средств для запуска в контейнере не имеет. Можно написать своё, да. Потому и вопрос - "КАК ИМЕННО ЗАПУЩЕН".
В случае FreeBSD - там контейнеры - jail. Когда я ей пользовался, запускать сервис в джейле надо было тоже какой-то самописной логикой.

В любом случае, проблемы решаемы. Во FreeBSD всегда можно посмотреть на jail id у процесса и выбрать правильный. В Linux можно сделать cat /proc/$PID/cgroup и/или ls /proc/$PID/ns/* и понять,  в какой сигруппе/нэймспейсе контейнер, ну и далее по вкусу..

>[оверквотинг удален]
>    0:02 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files
> 16829 ?        S  
>    0:02 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files
> 28421 ?        S  
>    0:02 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files
> 28499 ?        S  
>    0:02 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files
> 28947 ?        S  
>    0:03 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files
> Дано: Есть hypervisor с 4 контенерами. И на гипервизоре и в контейнерах крутиться sssd демон, который авторизует юзеров из LDAP. Какой из вышеперечисленных процессов работает на гипервизоре, а какой в контейнерах?

См. выше про магию с /proc. Плюс есть ещё команда lsns, чтобы понять, какие вообще нэймспейсы есть.

> Задача: написать init скрипт, который рестартанёт нужный sssd_pam

Сорян, но нет. Скрипт я писать не буду. Всё, что нужно для его написания я перечислил в этом ответе. Поиграйся с примерами команд, что я тебе писал, если ты правда хочешь разобраться, а не потроллить, станет понятно, как отличать контейнеры без systemd.
Собственно, мой изначальный поинт был в том, что cgroups/namespaces - это свойство ОС, а не systemd и всем этим можно пользоваться и из скриптов, было бы только желание.

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

Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

206. "Релиз FreeBSD 11.3"  –6 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 18:46 
> Ну и кстати вопрос, а точно ли это хорошая практика - убивать контейнеризованый демон с
> гипервизора?

ой жесткач... Я хочу на гипервизоре убить sssd гипервизора при этом не задеть контейнеры.

Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

210. "Релиз FreeBSD 11.3"  +2 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 19:03 
>> Ну и кстати вопрос, а точно ли это хорошая практика - убивать контейнеризованый демон с гипервизора?
> ой жесткач... Я хочу на гипервизоре убить sssd гипервизора при этом не задеть контейнеры.

Цитирую тебя же:

>> Какой из вышеперечисленных процессов работает на гипервизоре, а какой в контейнерах?
>> Задача: написать init скрипт, который рестартанёт нужный sssd_pam

Ни слова про то, что убивать ты собрался процесс с "dom0". Ок. Всего прочего, что я написал это не отменяет. Смотришь, какие есть сигруппы/нэймспейсы, ищешь в нужной процесс и вперёд. Сколько раз мне это нужно повторить?)

Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

213. "Релиз FreeBSD 11.3"  +/–
Сообщение от Фноним (?), 10-Июл-19, 20:16 
Вопрос к архитекторам докера почему pid1 внутри контейнера железобетонно монополизирован
Ответить | Правка | Наверх | Cообщить модератору

216. "Релиз FreeBSD 11.3"  +1 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 21:39 
> Вопрос к архитекторам докера почему pid1 внутри контейнера железобетонно монополизирован

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

Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

227. "Релиз FreeBSD 11.3"  +/–
Сообщение от Фноним (?), 10-Июл-19, 22:36 
Да, но вот не в докере)
Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

154. "Релиз FreeBSD 11.3"  +1 +/–
Сообщение от andy (??), 10-Июл-19, 14:59 
> Какой процесс?

Процесс для которого написан стартовый скрипт.

> Как ты его найдёшь?

Каждый процесс присваивается идентификатор в posix, найду я его командой pidof, к примеру.

> Как определить процесс, которому послать kill?

Из pid файла взять.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

156. "Релиз FreeBSD 11.3"  –14 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 15:05 
>> Какой процесс?
> Процесс для которого написан стартовый скрипт.
>> Как ты его найдёшь?
> Каждый процесс присваивается идентификатор в posix, найду я его командой pidof, к
> примеру.
>> Как определить процесс, которому послать kill?
> Из pid файла взять.

Перечитай этот тред ещё раз целиком. По четвёртому разу лень объяснять, почему всё, что ты написал выше, не работает.

Ответить | Правка | Наверх | Cообщить модератору

148. "Релиз FreeBSD 11.3"  +4 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 14:49 
>> А как запущеный процесс? И в какой ОС? Иначе вопрос не имеет смысла.
> Linux/FreeBSD

И там и там можно запускать как обычные процессы, так и контейнеризованные. Используя как shell-скрипты, так и демона-уродца (во freebsd его ещё надо написать сначала, надеюсь не напишут).

> на чём там systemd-луддиты пытаются костылять? bash? shell? Perl?

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

> Как запущенный? Да всё равно как.

Нет, не всё равно. Например, запущеный в сигруппе процесс - это одна история, а запущенный руками из под моего пользователя - другая. Та же история с джейлами, например. А если вспомнить ещё про daemontools-подобные запускаторы/супервизоры...

> Я уже лет 5 сижу на systemd, обожаю его за то, что теперь, когда я пишу программы оторванные от терминала, мне не нужно думать, как в ралзичных ста тысячах дистрибутивов Linux (В том числе сборки от Васяна) мне запустить, остановить или перезагрузить мой демон.

Если скрипты/юниты поставляются вместе с сервисом его мэйнтейнером, то думать тебе не надо в любом случае. Ну, кроме ситуаций, когда там что-то сломано. Сюрприз, написать некорректный юнит тоже можно. Если хочется чего-то странного, то придётся писать своё в любом случае.
И systemd тут совсем никаких преимуществ не имеет. В лучшем случае, ты напишешь скрипт, который будет запускаться systemd-юнитом. В худшем случае, если у тебя, например, свой менеджер сигрупп/неймспейсов, да говорят даже тривиального докера достаточно, ты обречён жрать говно и лепить уродливые костыли.
В такие моменты становится понятно, что простота - это счастье. Запускатор, который не умеет в сигруппы/неймспейсы/аналог позволяет тебе накрутить свою логику произвольной сложности вокруг сервисов и самому рулить сигруппами/неймспейсами так как нужно и удобно тебе, а не поттерингу.
Да, это надо не всем и в простейших случаях systemd ок для многих. Systemd только для протейших случаев и годен, если хочется сложной логики, "инновации" systemd начинают только мешать, в то время как в скрипте ты можешь написать примерно всё, что захочешь.

> Я просто использую конфиг от systemd, который 4 строчки и работает одинаково на всех дистрибутивах, за исключением существующих только в теории маргинальных извращений типа devian :-)

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

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

155. "Релиз FreeBSD 11.3"  –12 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 15:03 
> Ты хоть сам-то понял, что сейчас написал?

Я эти бзяшные сабрутины на шелле наизусть помню ещё с FreeBSD 4.4 начала нулевых.

Все они завязаны на одной единственной истине - pid файл существует и в pid файле указан правильный pid процесса. Как только эта шаткая конструкция рушится, по п***е идут все эти rc.subr и все их ветвления.


> Нет, не всё равно.

Нет, всё равно. Мне абсолютно пофигу как и чем ты будешь что-то запускать, мне, как администратору и как автору программ нужна надёжная конструкция для менеджмента процессов.  Ни sysv ни rc.subr надёжными не являются.

Я не хочу ни лапшу-обвязку на шелле для этого писать, ни тем более полагаться на Васяна из ГобоЛинукса, который мейнтейнит мой софт и пишет для него скрипты.

Слава Леннарту теперь я могу взять шаблон от systemd из четырёх строк и поправить там одну строку с путём до моего сервиса.

> Systemd только для протейших случаев и годен

Для начала тебе стоит прочитать если не документацию, то хотябы feature list от systemd чтобы понять, насколько ты беспробудно глуп.


> Ничто не мешает также унифицировать скрипты во всех дистрибутивах.

Что ж за 20 лет этого никто не сделал? Слава  Богу есть Леннарт. Прямо пойду сейчас задоначу ему. :-)

Ответить | Правка | Наверх | Cообщить модератору

161. "Релиз FreeBSD 11.3"  +3 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 15:43 
>> Ты хоть сам-то понял, что сейчас написал?
> Я эти бзяшные сабрутины на шелле наизусть помню ещё с FreeBSD 4.4 начала нулевых.

Понятно, не понял. Трагично.

> Все они завязаны на одной единственной истине - pid файл существует и в pid файле указан правильный pid процесса. Как только эта шаткая конструкция рушится, по п***е идут все эти rc.subr и все их ветвления.

Во-первых, freebsd - не единственная BSD. Во-вторых, конструкция с pid-файлами может работать надёжно. В третьих, в в той же OpenBSD pid-файлы не используются (не системный сервис может использовать - смотря что автор написал в rc_stop()). В четвёртых, я считаю, что запускать продакшен-сервисы системным rc - неправильно. Его задача - загружать базовые системные демоны, надёжно и тривиально. Всё. Продакшен-сервисы должны запускаться тем, что наиболее отвечает потребностям продакшена.

Что касается pid-файлов и systemd. Вот в systemd всё завязано на то, что сигруппа процесса не может измениться. А это не так - может. И когда это случается - "эта шаткая конструкция рушится".
То есть принципиальной разницы никакой. Мы не решили проблему, а перенесли её из одного места в другое. Надёжный способ - как в daemontools, например. Когда у каждого процесса свой родитель-супервизор, который ВСЕГДА знает PID дочернего процесса. Но откуда systemd-фанатик мог про такое слышать?

>> Нет, не всё равно.
> Нет, всё равно. Мне абсолютно пофигу как и чем ты будешь что-то запускать, мне, как администратору и как автору программ нужна надёжная конструкция для менеджмента процессов.  Ни sysv ни rc.subr надёжными не являются.

Нет, не всё равно. Я привёл примеры почему - ты прочитал в ответ мантры. Продолжай читать дальше. Рекомендую ещё маршрут менять, когда чёрная кошка дорогу переходит.

> Я не хочу ни лапшу-обвязку на шелле для этого писать, ни тем более полагаться на Васяна из ГобоЛинукса, который мейнтейнит мой софт и пишет для него скрипты.

Не пиши лапшу-обвязку. Открой любой rc-файл да скопипасть. Если сам без лапши писать не умеешь.
А если в скрипте вдруг описана какая-то сложная логика - почитай её, может быть автор не просто так делает что-то отличное от "позвать kill для пида такого-то"?

> Слава Леннарту теперь я могу взять шаблон от systemd из четырёх строк и поправить там одну строку с путём до моего сервиса.

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

>> Systemd только для протейших случаев и годен
> Для начала тебе стоит прочитать если не документацию, то хотябы feature list от systemd чтобы понять, насколько ты беспробудно глуп.

Ты мог написать что-то по делу, но ты перешёл на личности. Молодец.
Я не только читал доки к s-d, но и имею опыт его использования в продакшене. И точно тебе говорю, что в моих условиях он не решает проблем, а только создаёт их. Потому что средство контейнеризации  у нас написано было сильно раньше, чем s-d пришёл в убунту и потому что оно решает несколько другие задачи, нежели systemd. Нет, s-d, конечно, лучше чем upstart - последнее просто беспробудный мрак и уродство. Но это единственное, что я могу сказать хорошего про поделие поццеринга.

>> Ничто не мешает также унифицировать скрипты во всех дистрибутивах.
> Что ж за 20 лет этого никто не сделал? Слава  Богу есть Леннарт. Прямо пойду сейчас задоначу ему. :-)

Так и поттеринг этого не сделал. Раньше были разные скрипты - теперь разные юниты. Для каких-то базовых демонов это может быть и унифицировано, а в целом...
А почему за 20 лет никто не сделал? Я не знаю, бардак и разнообразие - это вообще свойство линуксов, и с наступлением systemd ничего принципиально не изменилось.
Так что донать на здоровье, как говорится, если слышен бабок шелест, значит лох идёт на нерест.

Ответить | Правка | Наверх | Cообщить модератору

165. "Релиз FreeBSD 11.3"  –13 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 16:15 
> Надёжный способ - как в daemontools, например.

Если опустить всю политоту, возникает один простой вопрос, который является производной вопроса "если вы такие умные, почему такие бедные?". Если daemontools/openrc/whatever такие хорошие, почему systemd везде? Абсолютно на всех linux и unix подобных серверах?


За исключением серверов, которые находятся в районе статистической погрешности, и на фоне количества серверов с systemd их просто не существует.

Ответить | Правка | Наверх | Cообщить модератору

167. "Релиз FreeBSD 11.3"  +3 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 16:27 
>> Надёжный способ - как в daemontools, например.
> Если опустить всю политоту, возникает один простой вопрос, который является производной вопроса "если вы такие умные, почему такие бедные?". Если daemontools/openrc/whatever такие хорошие, почему systemd везде? Абсолютно на всех linux и unix подобных серверах?

Именно daemontools - не знаю. То, что успользуется там, где я работаю - самопальный велосипед, вдохновлённый подходом daemontools. Слышал по меньшей мере про 2 не самых мелких продакшена в РФ, которые используют runit (примерно то же самое, что daemontools).
Почему везде systemd? Потому что это зафорсил redhat, главным образом игнорируя чужое мнение и попытки конструктивной критики.
Ну и потому что в отличе от upstart systemd всё-таки работает.

> За исключением серверов, которые находятся в районе статистической погрешности, и на фоне количества серверов с systemd их просто не существует.

Это потому что systemd не только супервизор (как daemontools svc), но и pid1 и замена rc-скриптам и всему на свете. Там где я работаю, сейчас всё постепенно обновляется до версии убунты с системдой, однако, весь продакшен всё равно запускается самопалом (и так и будет далее). Systemd же используется примено для того, для чего /etc/rc в OpenBSD - чтобы запустить ОС и некоторые системные сервисы. И на её месте могло быть что угодно, просто желания поддерживать свой дистрибутив линукса нет никакого желания и ресурсов.
Как трактовать подобную статистику - решай сам.

PS: миллионы мух не могут ошибаться!

Ответить | Правка | Наверх | Cообщить модератору

186. "Релиз FreeBSD 11.3"  –8 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 17:24 
> Как трактовать подобную статистику - решай сам.

Нежелание читать документацию, NIH синдром и боязнь всего нового. Три в одном :-)

Ответить | Правка | Наверх | Cообщить модератору

192. "Релиз FreeBSD 11.3"  +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 17:50 
>> Как трактовать подобную статистику - решай сам.
> Нежелание читать документацию, NIH синдром и боязнь всего нового. Три в одном :-)

Понятно, ты - мистер божья роса.

Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз FreeBSD 11.3"  +/–
Сообщение от Andrey Mitrofanov_N0 (??), 10-Июл-19, 16:45 
>Если daemontools/openrc/whatever
> такие хорошие, почему systemd везде? Абсолютно на всех linux и unix
> подобных серверах?

Птамуша кругом все такие талантливые троли, как ты.

>За исключением серверов, которые находятся в районе статистической погрешности

За исключением погрешности.  Разумеется !

Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

276. "Релиз FreeBSD 11.3"  +/–
Сообщение от G0Dzilla (ok), 13-Июл-19, 10:40 
Не стоит обобщать там, где Вы не в курсе дела. Если Вы видите только системы с s-d, это не значит, что другие не существуют в мире и уж тем более, не используются в промышленности. Особенно, если учитывать, что s-d нет на системах с сертификатом UNIX™. А я много видел именно такие машины, а ляликсов - не так уж и много.
Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

168. "Релиз FreeBSD 11.3"  –10 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 16:29 
> Надёжный способ - как в daemontools, например. Когда у каждого процесса свой родитель-супервизор,
> который ВСЕГДА знает PID дочернего процесса.

Ровно так работает systemd. Только в отличие от daemontools, у всех процессов есть один общий родитель - systemd. Он знает про все процессы, даже если ты им меняешь cgroup :-)


Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

169. "Релиз FreeBSD 11.3"  +1 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 16:44 
>> Надёжный способ - как в daemontools, например. Когда у каждого процесса свой родитель-супервизор,
>> который ВСЕГДА знает PID дочернего процесса.
> Ровно так работает systemd. Только в отличие от daemontools, у всех процессов есть один общий родитель - systemd.

Ага, поэтому если свалится один супервизор daemontools, он утянет за собой только один сервис. А если свалится systemd - то все сервисы за собой.
(на самом деле, будет kernel panic, ибо systemd - pid1)

> Он знает про все процессы, даже если ты им меняешь cgroup :-)

1) Сигруппу поменял дочерний процесс сервиса. Упс?
2) Я сделал oneshot-сервис, который говорит bicyclectl start servicename, что приводит к запуску процесса в другой системе контейнеризации, процесс может быть запущен в другом namespace/cgroup. Упс?

Ответить | Правка | Наверх | Cообщить модератору

171. "Релиз FreeBSD 11.3"  –9 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 16:50 
> Ага, поэтому если свалится один супервизор daemontools, он утянет за собой только один сервис.

Это очень ценное свойство, например на сервере баз данных, когда падает всего лишь один mysql :-)


> А если свалится systemd - то все сервисы за собой. (на самом деле, будет kernel panic, ибо systemd - pid1)

Ага, именно поэтому случаев падения systemd pid1 если и есть, то их можно посчитать по пальцам одной руки, попавшей под циркулярку :-)


> Сигруппу поменял дочерний процесс сервиса. Упс?

Не-а, исключено. Права root вынь да положь :-)


> Я сделал oneshot-сервис, который говорит bicyclectl start servicename, что приводит к запуску
> процесса в другой системе контейнеризации,

А родительский процесс всё равно будет общий и systemd про это знает. Упс? :-)

Ответить | Правка | Наверх | Cообщить модератору

175. "Релиз FreeBSD 11.3"  +1 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 17:04 
>> Ага, поэтому если свалится один супервизор daemontools, он утянет за собой только один сервис.
> Это очень ценное свойство, например на сервере баз данных, когда падает всего лишь один mysql :-)

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

>> А если свалится systemd - то все сервисы за собой. (на самом деле, будет kernel panic, ибо systemd - pid1)
> Ага, именно поэтому случаев падения systemd pid1 если и есть, то их можно посчитать по пальцам одной руки, попавшей под циркулярку :-)

А и не требуется, чтобы это было часто. И речь в первую очередь про подход. Класть все яйца в одну корзину - изначально ненадёжный подход.

>> Сигруппу поменял дочерний процесс сервиса. Упс?
> Не-а, исключено. Права root вынь да положь :-)

Или CAP_SYS_ADMIN, ЕМНИП. И что? PID-файл, например, тоже имеет злые рутовые права и просто так не побьётся. А отдельный cgroup-manager, очевидно, работает под рутом.
И, внезапно, сам процесс может быть рутовым. Так бывает, да-да.

>> Я сделал oneshot-сервис, который говорит bicyclectl start servicename, что приводит к запуску процесса в другой системе контейнеризации,
> А родительский процесс всё равно будет общий и systemd про это знает.
> Упс? :-)

Какой родительский процесс? Oneshot же. Ты точно настоящий systemd-фан? Не знаешь, как работает обожествляемое тобой же поделие.

Ответить | Правка | Наверх | Cообщить модератору

181. "Релиз FreeBSD 11.3"  –9 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 17:17 
> Класть все яйца в одну корзину - изначально ненадёжный подход.

Ну тут же понимаешь, что при такой формулировке ты сразу напрашиваешься на "если ты такой умный, почему на опеннете, а не в redhat?" :-)


> например, тоже имеет злые рутовые права и просто так не побьётся

Как нехрен делать, оно лежит в {/var}/run (tmpfs) который может быть вычищен кем угодно по ошибке (например таким грешили ранние версии sssd)

> Какой родительский процесс? Oneshot же. Ты точно настоящий systemd-фан? Не знаешь, как работает
> обожествляемое тобой же поделие.

Ламер, ты перед тем, чтобы что-то ляпнуть, проверил бы, как оно работает. Возьми любой готовый пакет с oneshot, например openvpn, запусти его а потом посмотри "systemd-cgls".

Школота необразованная. Говорю же, иди читай документацию :-)

Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

191. "Релиз FreeBSD 11.3"  +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 17:48 
>> Класть все яйца в одну корзину - изначально ненадёжный подход.
> Ну тут же понимаешь, что при такой формулировке ты сразу напрашиваешься на "если ты такой умный, почему на опеннете, а не в redhat?"

Нет, не понимаю. Почему я должен быть в redhat? Почему ты считаешь, что я должен быть "военом за единообразие"? Все решения уже написаны, задолго до systemd, зачем мне ещё раз велосипедить?

>> например, тоже имеет злые рутовые права и просто так не побьётся
> Как нехрен делать, оно лежит в {/var}/run (tmpfs) который может быть вычищен кем угодно по ошибке (например таким грешили ранние версии sssd)

Во-первых, предположение про tmpfs неверно, это ваш больной линукс-мир и только. Во-вторых, это полностью аналогично по смыслу ситуации с альтернативным менеджером сигрупп, подравшимся с systemd. Что и следовало доказать. В обоих случаях rc-скрипты/systemd не могут сами выйти из проблемной ситуации.

>> Какой родительский процесс? Oneshot же. Ты точно настоящий systemd-фан? Не знаешь, как работает обожествляемое тобой же поделие.
> Ламер, ты перед тем, чтобы что-то ляпнуть, проверил бы, как оно работает. Возьми любой готовый пакет с oneshot, например openvpn, запусти его а потом посмотри "systemd-cgls".

1)
$ grep "Type=" /usr/lib/systemd/system/openvpn-*
/usr/lib/systemd/system/openvpn-client@.service:Type=notify
/usr/lib/systemd/system/openvpn-server@.service:Type=notify
2)
$ tail -11 /usr/lib/systemd/system/alsa-restore.service
[Unit]
Description=Save/Restore Sound Card State
ConditionPathExists=!/etc/alsa/state-daemon.conf
ConditionPathExistsGlob=/dev/snd/control*
ConditionPathExists=/var/lib/alsa/asound.state

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=-/usr/bin/alsactl restore
ExecStop=-/usr/bin/alsactl store
# systemctl start alsa-restore.service
# systemd-cgls | grep -i alsa
#        

Ну как?

> Школота необразованная. Говорю же, иди читай документацию :-)

См. выше, умник.

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

197. "Релиз FreeBSD 11.3"  –5 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 18:08 
> Ну как?

Всё ещё хуже окахзалось, т.е. ты решил останавливать процесс, которого нет? :-) :-)

Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

200. "Релиз FreeBSD 11.3"  +1 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 18:18 
>> Ну как?
> Всё ещё хуже окахзалось, т.е. ты решил останавливать процесс, которого нет? :-) :-)

Ты там, видимо, хорошо время проводишь. Или память у тебя короткая очень. Но мы не бросим тебя и научим любить родину.

1) Ты там кукарекал про openvpn? Получите и распишитесь - не oneshot -> ты лжёшь.
2) Я тебе показал, как работают oneshot сервисы. Ты мне обещал, что я что-то увижу в cgls. Не увидел -> ты лжёшь.
3) Я запускал вполне честный юнит, который на моём ср*ном рабочем ноуте с рачем запускается при каждой загрузке. Просто ты не знаешь, что такое oneshot, хотя так яро надрачиваешь на systemd.
$ systemctl | grep alsa
  alsa-restore.service                   loaded active exited    Save/Restore Sound Card State                                            
$
т.е. ничего не сфейлилось и отработало корректно.
Короче, ты или снова лжёшь или дурачка включаешь. Скорее второе.

Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

203. "Релиз FreeBSD 11.3"  –6 +/–
Сообщение от Dapredator (ok), 10-Июл-19, 18:43 
> Но мы не бросим тебя и научим любить родину.

Слушай, завязывай уже бухать!


> Получите и распишитесь - не oneshot -> ты лжёшь.

Перестань лгать. :-)

$ dpkg -S /lib/systemd/system/openvpn.service
openvpn: /lib/systemd/system/openvpn.service


$ cat /lib/systemd/system/openvpn.service                                                    
[Unit]
Description=OpenVPN service
After=network.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/true
ExecReload=/bin/true
WorkingDirectory=/etc/openvpn

[Install]
WantedBy=multi-user.target


> 2) Я тебе показал, как работают oneshot сервисы. Ты мне обещал, что я что-то увижу в cgls. Не увидел -> ты лжёшь.

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


$ systemd-cgls | grep vpn
│   │ │ └─25761 grep --color=auto vpn
  │ ├─15704 /usr/lib/NetworkManager/nm-openvpn-service --bus-name org.freedes...
  │ ├─15707 /usr/sbin/openvpn --remote vpn.CENSORED.com 1194 udp --comp-lzo a...


> который на моём ср*ном рабочем ноуте с рачем

Твою жеж маму... Что ж ты раньше про Arch linux не сказал...... Этого разговора не было бы. Столько времени потеряно (за счёт работодателя :-) ). Пля, арчлинукс. Я чувствовал, что что-то с тобой не так...

Всё, ты мне больше не интересен. Кто там следующий? :)

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

208. "Релиз FreeBSD 11.3"  +1 +/–
Сообщение от Дон Ягон (ok), 10-Июл-19, 18:58 
>[оверквотинг удален]
> Description=OpenVPN service
> After=network.target
> [Service]
> Type=oneshot
> RemainAfterExit=yes
> ExecStart=/bin/true
> ExecReload=/bin/true
> WorkingDirectory=/etc/openvpn
> [Install]
> WantedBy=multi-user.target

Мне как-то даже неудобно тебе говорить это, но юнит который ты мне сам скопипастил запускает не openvpn, а /bin/true.
Ну и да, в раче такого нет. Поттерингоунификация такая поттерингоунификация, доо.

>> 2) Я тебе показал, как работают oneshot сервисы. Ты мне обещал, что я что-то увижу в cgls. Не увидел -> ты лжёшь.
> Ты липо паталогический лжец, который не умеет проигрывать, либо по незнанию своему довёл систему до нерабочего состояния. Скорее всего второе. Сочувствую твоему работодателю :-)
> $ systemd-cgls | grep vpn
> │   │ │ └─25761 grep --color=auto vpn
>   │ ├─15704 /usr/lib/NetworkManager/nm-openvpn-service --bus-name org.freedes...
>   │ ├─15707 /usr/sbin/openvpn --remote vpn.CENSORED.com 1194 udp --comp-lzo a...

И что? Ты мне показал юнит, запускающий /bin/true и тот факт, что у тебя запущен openvpn.
А что покажет systemd-cgls -u openvpn.service ? ;)

>> который на моём ср*ном рабочем ноуте с рачем
> Твою жеж маму... Что ж ты раньше про Arch linux не сказал...... Этого разговора не было бы. Столько времени потеряно (за счёт работодателя :-) ). Пля, арчлинукс. Я чувствовал, что что-то с тобой не так...

Слабо чувствовал ещё. Дома я вообще OpenBSD использую, и как только мне не нужно будет по доп. работе тестировать линуксонли проприетарные бинарники, рач, вероятно, покинет мой ноут. Но это лирика. Так-то среди линуксов он один из самых адекватных.
А причём тут работодатель я не понял. На работе, очевидно, не рач. Хотя за деньги я что угодно админить буду, я не гордый.

> Всё, ты мне больше не интересен. Кто там следующий? :)

Ну да, показал мне юнит, запускающий /bin/true и какой-то openvpn в списке процессов - уделал так уделал)
На самом деле, ты прекрасно расчехлился, и я мог бы вообще ничего тебе не отвечать - любой, умеющий читать поймёт, какой ад ты пишешь.

Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

239. "Релиз FreeBSD 11.3"  +1 +/–
Сообщение от Дон Ягон (ok), 11-Июл-19, 03:48 
> Всё, ты мне больше не интересен. Кто там следующий? :)

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

> Что ж ты раньше про Arch linux не сказал...... Этого разговора не было бы.

В лицо ты мне такого не говорил, хотя про рач на лаптопе точно знал.
В интернете так легко быть смелым, правда? ;)


Не могу сдержаться и не высказаться немного по поводу твоей писанины. Я поступаю плохо и неправильно, но тем не менее:

> https://www.opennet.ru/openforum/vsluhforumID3/117224.html#279

Жмур, не выноси сор из избы, а?
Мне есть что сказать про твоё "культурное наследие" да и просто по теме, но я не буду опускаться до такого; уж точно не на публику.
Единственное, что я не могу не прокомментировать: те БСДшные админы были профессионалами, в отличие от. Уволил того админа лично ты пользуясть своими связями и адмресурсом.
Правда его сразу же забрали программировать в соседний отдел на более выгодную позицию.
Те ребята могли отдебажить или написать программу, патчили ядро, били по рукам тех, кто делал фигню.
Ты же все проблемы решал сам знаешь как.
Не надо больше врать и хвастаться, ладно? И выносить на публику то, что выносить не нужно?

> https://www.opennet.ru/openforum/vsluhforumID3/116147.html

(речь идёт о твоих хвастливых каментах не только к этой теме; делать подборку комментариев я не буду)

В России ты всегда ныл про "поганую рашку" и "поравалить". Свалил. Ура.
Что не так с твоей самооценкой, если ты ходишь хвастаться на опеннет и самоутверждаешься количеством серверов под btrfs в продакшене?
Радуешься, что работаешь в пейсбуке, рядом с такими людьми, как mason и кламм?
Знаешь, почему ты хвастаешься и самоутверждаешься на опеннете, а кламм (например) нет? Потому что он специалист, а ты - посредственность. Ему не надо ничего себе доказывать подобным образом.
Веди себя достойно, что ли.
Взрослый же человек, а такой х****й занимаешься. Как школьник.

PS: когда ты пишешь, что ты разбираешься во FreeBSD, ты, мягко говоря, СИЛЬНО преувеличиваешь.
PS2: про oneshot всё-таки прочитай.

Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

249. "Релиз FreeBSD 11.3"  +/–
Сообщение от тигарэтоя (?), 11-Июл-19, 12:25 
> Единственное, что я не могу не прокомментировать: те БСДшные админы были профессионалами,
> в отличие от. Уволил того админа лично ты пользуясть своими связями
> и адмресурсом.
> Правда его сразу же забрали программировать в соседний отдел на более выгодную
> позицию.

a это не про Андрея З. речь часом?
но вообще, в целом, картина понятна :) у меня было ощущение что я общаюсь просто с тупым девопсиком, а оказалось, что всё сильно хуже.
> PS: когда ты пишешь, что ты разбираешься во FreeBSD, ты, мягко говоря,
> СИЛЬНО преувеличиваешь.

ну был еще 1 дефективный менеджер в интернете. в жж как слоник-в-домене подписывался, тот себя тоже большим специалистом по фре считал. Есть такие люди, которые 3 раза из-за спины админа видели ОС, но уже везде заявляют ее знание, да, к сожалению.
> PS2: про oneshot всё-таки прочитай.

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

Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

259. "Релиз FreeBSD 11.3"  +/–
Сообщение от Дон Ягон (ok), 11-Июл-19, 15:00 
> a это не про Андрея З. речь часом?

З., кажется, ушёл сам и точно сразу за кордон уехал. Это про Андрея И.

>> PS: когда ты пишешь, что ты разбираешься во FreeBSD, ты, мягко говоря, СИЛЬНО преувеличиваешь.
> ну был еще 1 дефективный менеджер в интернете. в жж как слоник-в-домене подписывался, тот себя тоже большим специалистом по фре считал. Есть такие люди, которые 3 раза из-за спины админа видели ОС, но уже везде заявляют ее знание, да, к сожалению.

Я бы не хотел совсем уж перемывать тут кому-то кости. Поэтому прокомментирую скромно:
1) Слоник, судя по всему, FreeBSD таки использовал и имел какой-то опыт её эксплуатации. В отличие от. По работе он (не слоник) всегда занимался исключительно линуксом.
2) Слоник был волен сам принимать решения и сам решил делать то, что сделал. Бог ему судья. Этот же персонаж - исполнитель. Тимлид != менеджер.

>> PS2: про oneshot всё-таки прочитай.
> думаешь, у него в фейсбучике, должность писателя юнитфайлов? вполне себе допускаю, что его и близко к серверам/деплою не подпускают. лидит, поди, потихоньку, писяя в мозг руководителю про свою нужность и важность.

Я не знаю, чем именно он там занимается, но в его слова про тимлида могу поверить. Фейсбук - большая компания, меня совершенно не удивляет, что там могут работать специалисты разного уровня, если вы понимаете, на что я намекаю ;)

PS: Если ты тот самый тигар, то мы с тобой в одной компании (хостинг на букву А) тоже работали. Но никогда не пересекались, даже в переписке.

Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

263. "Релиз FreeBSD 11.3"  +/–
Сообщение от тигарэтоя (?), 11-Июл-19, 15:18 
>> a это не про Андрея З. речь часом?
> З., кажется, ушёл сам и точно сразу за кордон уехал. Это про
> Андрея И.

Значит нет, З да, улетел, но как-то с чувством того, что "Я" поступил не красиво, по его словам.

> PS: Если ты тот самый тигар, то мы с тобой в одной
> компании (хостинг на букву А) тоже работали. Но никогда не пересекались,
> даже в переписке.

из тех, кто из msk, но с кем не пересекелся по работе разве что Дима Ф. вспоминается :-)

Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

265. "Релиз FreeBSD 11.3"  +/–
Сообщение от Дон Ягон (ok), 11-Июл-19, 15:30 
> Значит нет, З да, улетел, но как-то с чувством того, что "Я" поступил не красиво, по его словам.

Я не могу тут точно что-то утверждать, это было довольно давно. Может З. тоже уволили. Для меня выглядело всё так: в один день он пришёл и сказал, что у него гринкард и работать он теперь будет в другом месте. Поэтому думаю, что таки ушёл сам.
Несмотря на то, что я отношусь к обоим Андреям с искренним уважением, близкими друзьями мы никогда не были и общались, в основном, по рабочим вопросам, кроме пары-тройки походов в бар.
PS: Про "не красивость" - думаю, это в любом случае так.

> из тех, кто из msk, но с кем не пересекелся по работе разве что Дима Ф. вспоминается :-)

Я даже и не могу вспомнить уже, о ком может идти речь. Тогда я был ещё "техом" (слово из прошлого, хехе), а не админом, поэтому, думаю, наши рабочие контакты едва ли сильно пересекаются.

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

267. "Релиз FreeBSD 11.3"  +/–
Сообщение от andy (??), 11-Июл-19, 16:03 
> PS: Если ты тот самый тигар, то мы с тобой в одной компании (хостинг на букву А) тоже работали.
> Но никогда не пересекались, даже в переписке.

В агаве что ли?

Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

253. "Релиз FreeBSD 11.3"  +/–
Сообщение от qwerty123 (??), 11-Июл-19, 13:54 
>Все они завязаны на одной единственной истине - pid файл существует и в pid файле указан правильный pid процесса. Как только эта шаткая конструкция рушится, по п***е идут все эти rc.subr и все их ветвления.

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

1 Для контроля демонов есть monitd. У него даже вебмордочка есть, при желании. Он даже сокеты может контролировать.

2 Для старт/стоп, если pid не считается корректным, то можно  

# man rc.subr
NAME
     rc.subr – functions used by system shell scripts

DESCRIPTION
     ....
     check_process procname [interpreter]
           Prints the PIDs of any processes that are running with a first
           argument that matches procname.  interpreter is handled as per
           check_pidfile.


И этого в неособо клинических случаях вполне достаточно.

Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру