The OpenNET Project / Index page

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



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

Оглавление

Релиз systemd 228, opennews (??), 19-Ноя-15, (0) [смотреть все]

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


7. "Релиз systemd 228"  –1 +/
Сообщение от PascalRD (ok), 19-Ноя-15, 10:31 
впринципе все, теперь нельзя же просто взять и положить в пакет init скрипт...
Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз systemd 228"  –12 +/
Сообщение от sage (??), 19-Ноя-15, 11:20 
Я вас не понимаю. init-скрипт же ужасен, просто отвратителен, куча мусора ради, по сути, одного действия. В systemd-юните вам достаточно написать буквально 10 строчек. Кроме того, с systemd вы можете сразу ограничить сервис с привилегиях.
Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз systemd 228"  +5 +/
Сообщение от Аноним (-), 19-Ноя-15, 11:57 
> куча мусора ради, по сути, одного действия.

В OpenRC ряд сервисов уже давно перешел на command="/путь/к/сервису" и можно не заморачиваться со всякими функциями start/stop/restart и т.д. Если ничего сложного делать не надо - определите несколько переменных. Если нужно что-то сложное - определяйте функции start/stop (хотя по сути это как был bash-скрипт так и остался).

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

39. "Релиз systemd 228"  +27 +/
Сообщение от Аноним (-), 19-Ноя-15, 12:01 
>В systemd-юните вам достаточно написать буквально 10 строчек.

Вот если-бы systemd на этом заканчивался, то бурлений было-бы меньше.

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

49. "Релиз systemd 228"  +4 +/
Сообщение от Andrey Mitrofanov (?), 19-Ноя-15, 12:12 
> куча мусора ради, по сути, одного действия.
>буквально 10 строчек. Кроме того, с systemd

Я сделаю "одно действие" с трёх строчек.
(Ну, не совсея я, ладно. Ссылка .../FGA/run-scripts-and-service-units-side-by-side.html выше)

#!/bin/sh
      
exec /usr/sbin/exim4 -bdf -q30m 2>&1


> вы можете сразу ограничить сервис с привилегиях.

Как это уникально для или положительно характеризует именно s-d?? В сравнении с "портянками скриптов" хотя бы? Почему для "ограничения привилегий" не достаточно chpst или nspawn какого, а принципиален и незаменим именно s-d?

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

132. "Релиз systemd 228"  +/
Сообщение от Michael Shigorinemail (ok), 19-Ноя-15, 18:03 
>> вы можете сразу ограничить сервис с привилегиях.
> Как это уникально для или положительно характеризует именно s-d??

Никак -- потому что грамотный privsep так не сделать.

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

87. "Релиз systemd 228"  +10 +/
Сообщение от Elhana (ok), 19-Ноя-15, 14:12 
Ага... и поэтому народ неделями колдует с юнит-файлами, которые нормально работают в запущенной системе, но почему-то не могут забиндить порт в процессе загрузки. Я список рассылки[1] читал недавно ради интереса и они каких-только Requires не придумывали network.target, network-online.target, какой-то systemd-networkd-wait-online.service и прочий треш. И отлаживать тоже очень "удобно"...

Почему-то у меня с "говноскриптом на говнобаше" таких проблем нет, а в чудесном systemd написание этих десяти строчек превращается в ад.

[1] http://comments.gmane.org/gmane.mail.opensmtpd.general/3046

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

133. "Релиз systemd 228"  +4 +/
Сообщение от Michael Shigorinemail (ok), 19-Ноя-15, 18:05 
> Я список рассылки[1] читал недавно ради интереса и они каких-только Requires
> не придумывали network.target, network-online.target

Угу.  Причём с ntpd примерно та же песня: запускают его с пионерским рапортом "готово!", только сам он говорит, что засинхронизироваться не может (нет ещё сети поднятой), а *-online.target включать -- значит сильно затягивать загрузку.

Что характерно, такой же образ, но на sysvinit -- этими ихними новомодными болячками не страдает, грузится примерно столько же (выключается дольше, эт факт).

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

195. "Релиз systemd 228"  +2 +/
Сообщение от UNIm95 (ok), 20-Ноя-15, 03:31 
Я сень пень выключение дольше.
Ведь в расово верном системД все не нужное убивается через killall -9, а потом на одну работающею прогу shutdown.
Ответить | Правка | Наверх | Cообщить модератору

232. "Релиз systemd 228"  +/
Сообщение от Аноним (-), 23-Ноя-15, 22:09 
> Ведь в расово верном системД все не нужное убивается через killall -9, а потом на одну работающею прогу shutdown.

Безотносительно расовой верности системд, если бы такой способ завершения работы был традиционно верным, качество софта, на мой взгляд, только выросло бы. Stateless idempotent software FTW!

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

148. "Релиз systemd 228"  +3 +/
Сообщение от djbaldey (ok), 19-Ноя-15, 19:28 
> Я вас не понимаю. init-скрипт же ужасен, просто отвратителен, куча мусора ради, по сути, одного действия. В systemd-юните вам достаточно написать буквально 10 строчек. Кроме того, с systemd вы можете сразу ограничить сервис с привилегиях.

Блин, ну что за люди! Дальше локалхоста ничего не видят...

А мне нужно не 10 строчек! Мне нужно полнофункциональное управление тем, что в принципе не предназначено для демона в несколько портов! LibreOffice, к примеру. Поделитесь строчками?

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

Пошёл он лесом, этот ваш любимый Лёня, вместе со своим поделием... Сцуко!

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

183. "Релиз systemd 228"  +/
Сообщение от rob pike (?), 19-Ноя-15, 22:26 
> А мне нужно

Не нужно. Партии видней.

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

233. "Релиз systemd 228"  +/
Сообщение от анон (?), 24-Ноя-15, 09:10 
Леонид, залогиньтесь!
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

20. "Релиз systemd 228"  +1 +/
Сообщение от Алексей (??), 19-Ноя-15, 11:21 
Кто вам такое сказал? Для systemd скрипты в /etc/init.d - это всего лишь еще один источник информации.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

24. "Релиз systemd 228"  +2 +/
Сообщение от Аноним (-), 19-Ноя-15, 11:29 
поддержка которого не ставится по умолчанию и давно объявлена готовой к удалению.
Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз systemd 228"  –1 +/
Сообщение от Алексей (??), 19-Ноя-15, 12:32 
В Debian, Ubuntu, openSUSE, меньше в CentOS и Fedora в /etc/init.d много скриптов, которые использует systemd.
Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз systemd 228"  +1 +/
Сообщение от ZiNk (ok), 19-Ноя-15, 12:34 
Не ставится по умолчанию где и кем объявлена готовой к удалению?

У systemd достаточно недостатков чтобы критиковать по существу, а не придумывать.

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

96. "Релиз systemd 228"  +1 +/
Сообщение от КО (?), 19-Ноя-15, 14:41 
Да скрипты для запуска демонов теперь можно располагать где угодно и это считается правилом хорошего тона. :)
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

21. "Релиз systemd 228"  –7 +/
Сообщение от derfenix (ok), 19-Ноя-15, 11:27 
Да, ужас действительно. Вместо скрипта на 100 строк, теперь придётся в пакет класть unit-файл на 10 строк. Кошмар какой-то...
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

30. "Релиз systemd 228"  +1 +/
Сообщение от Аноним (-), 19-Ноя-15, 11:53 
скрипт, написанный программистом сто лет назад и все эти годы работающий по всему миру, это не то же самое, что юнит, который надо писать через день, а то и три раза в день, судя по советам фанбоев из интернета
Ответить | Правка | Наверх | Cообщить модератору

188. "Релиз systemd 228"  –1 +/
Сообщение от derfenix (ok), 19-Ноя-15, 22:46 
Ох да, расскажи мне ещё, что скрипты иницализации для всех дистрибутивов работают по десять лет без необходимости исправления. Сказочник.
Юнит-файлы переписывать не нужно, если не хочешь добавлять новые функции из новых релизов, почти никогда. Один написанный юнит-файлы будет одинаково работать на любых дистрах с системд.
Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз systemd 228"  –2 +/
Сообщение от rob pike (?), 19-Ноя-15, 12:00 
Если бы все определялось количеством строк, самым распространенным языком программирования был бы сейчас APL.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

78. "Релиз systemd 228"  +/
Сообщение от анином (?), 19-Ноя-15, 13:29 
Это не просто 100 строк. Это 100 строк на баше!!!!
Ответить | Правка | Наверх | Cообщить модератору

82. "Релиз systemd 228"  +12 +/
Сообщение от rob pike (?), 19-Ноя-15, 13:44 
Вот именно. На простом как табуретка, понятном и известном всем вдоль и поперек, минималистичном языке.
А не на Haskell, например.


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

196. "Релиз systemd 228"  +/
Сообщение от Аноним (-), 20-Ноя-15, 05:33 
Писать на башне , в предположений, что все команды выполнятся успешно, несложно. Сложности начинаются, если обрабатывать ошибки, то есть, писать, предполагая, что любая операция может закончиться боем. Тут и начинается адъ.
Ответить | Правка | Наверх | Cообщить модератору

198. "Релиз systemd 228"  +2 +/
Сообщение от rob pike (?), 20-Ноя-15, 06:12 
Какое именно слово из "if", "then" и "fi" это "адъ"?
Ответить | Правка | Наверх | Cообщить модератору

201. "Релиз systemd 228"  –1 +/
Сообщение от анином (?), 20-Ноя-15, 08:50 
к примеру, периодически отрабатывает скрипт, по крону.
Иногда, поскольку идет взаимодействие с внешней системой, процесс выходит за отведеную границу  времени и может стартовать другой экземпляр скрипта.
Правильно, используем flock, чтобы недопустить пересечений.
Но вот беда, flock иногда оставляет за собой файл блокировки и следующий экземпляр уже не стартует никогда. То есть что-то произошло и тишина...

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

208. "Релиз systemd 228"  +4 +/
Сообщение от Andrey Mitrofanov (?), 20-Ноя-15, 09:51 
>  Правильно, используем flock, чтобы недопустить пересечений.
> Но вот беда, flock иногда оставляет за собой файл блокировки и следующий
> экземпляр уже не стартует никогда.

То есть балабол и с flock-ом не работал никогда.   Понятно! На баше он пишет, легко ему.  "Расходимся, пацаны."

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

202. "Релиз systemd 228"  –5 +/
Сообщение от анином (?), 20-Ноя-15, 08:54 
подитожив - баш годен для костылей. Если надо сделать более надежно, то требуется замена. Для инициализации пусть это будет системД, поскольку получше ничего не предложили.
Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

236. "Релиз systemd 228"  –2 +/
Сообщение от Красные Глаза (ok), 24-Ноя-15, 22:38 
> Какое именно слово из "if", "then" и "fi" это "адъ"?

например [ condition ] и [[ condition ]] :)

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

209. "Релиз systemd 228"  +/
Сообщение от Andrey Mitrofanov (?), 20-Ноя-15, 09:53 
> Писать на башне , в предположений, что все команды выполнятся успешно, несложно.
> Сложности начинаются, если обрабатывать ошибки, то есть, писать, предполагая, что любая
> операция может закончиться боем.

Так надо писать на любом языке. Что бы там празднослонящийся себе не думал.

> Тут и начинается адъ.

Он в головах, не "тут", начинается.

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

98. "Релиз systemd 228"  +/
Сообщение от Аноним (-), 19-Ноя-15, 14:48 
Пиши на lua, perl, python - можешь даже свой init на базе sysv заделать и будет прекрасно работать(примеры: crux, slackware, openrc, старый arch)
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

118. "Релиз systemd 228"  +1 +/
Сообщение от Аноним (-), 19-Ноя-15, 16:52 
он неграмотный, просто прочитал, в мурзилках у бизнес-партнёров микрософта, что скрипты на баше это плохо
Ответить | Правка | Наверх | Cообщить модератору

162. "Релиз systemd 228"  +/
Сообщение от Аноним (-), 19-Ноя-15, 20:19 
скрипты на баже это не плохо, Но вот скрипты которые служат конфигурацией это хреновая идея.
Ответить | Правка | Наверх | Cообщить модератору

167. "Релиз systemd 228"  +1 +/
Сообщение от Аноним (-), 19-Ноя-15, 21:12 
Конечно лучше 100500 опций напихать вместо коротенького скрипта.
Как там тема стандартных юнитов? Уже заткнулись с этими слюнями фанбои системд? А то как пели вначале - айн юнит, айн инит, айн фю^Wленарт. А теперь в каждом джистре пусть клепают какие хотят юниты.
Ответить | Правка | Наверх | Cообщить модератору

217. "Релиз systemd 228"  –1 +/
Сообщение от Аноним (-), 20-Ноя-15, 13:36 
> айн юнит, айн инит

айн персент

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

218. "Релиз systemd 228"  +1 +/
Сообщение от Andrey Mitrofanov (?), 20-Ноя-15, 13:38 
>> айн юнит, айн инит
> айн персент

Есть твёрдые данные про связь Рокфеллеров с субжом?

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

174. "Релиз systemd 228"  +1 +/
Сообщение от Michael Shigorinemail (ok), 19-Ноя-15, 21:28 
> Но вот скрипты которые служат конфигурацией это хреновая идея.

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

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

210. "Релиз systemd 228"  +/
Сообщение от Andrey Mitrofanov (?), 20-Ноя-15, 09:58 
> скрипты на баже это не плохо, Но вот скрипты которые служат конфигурацией
> это хреновая идея.

Расскаж это моему /etc/default -у на Debian-е и парочке монтстров sysconfig/network-scripts/ifcfg-nnn на RH6, поднимающих наты-туннели вместе с интерфейсом про _простому_ ifup.

Расскажи это GNU Emacs-у.

Прям на RenTV с расследованиями метишь.

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

120. "Релиз systemd 228"  +/
Сообщение от Павел Самсоновemail (?), 19-Ноя-15, 16:54 
> Пиши на lua, perl, python - можешь даже свой init на базе
> sysv заделать и будет прекрасно работать(примеры: crux, slackware, openrc, старый arch)

/linuxrc
Гы гы гы

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

158. "Релиз systemd 228"  +/
Сообщение от Vkni (ok), 19-Ноя-15, 20:08 
> Пиши на lua, perl, python - можешь даже свой init на базе

Можно хоть на OCaml - я пробовал, вставляешь сверху #!/usr/bin/ocaml, скрипт работает. Просто язык слишком низкоуровневый.

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

206. "Релиз systemd 228"  +/
Сообщение от ram_scan (?), 20-Ноя-15, 09:45 
> Да, ужас действительно. Вместо скрипта на 100 строк, теперь придётся в пакет
> класть unit-файл на 10 строк. Кошмар какой-то...

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

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

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

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




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

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