The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз systemd 227"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз systemd 227"  +/
Сообщение от opennews (ok) on 07-Окт-15, 22:54 
Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2015-Oct...) выпуск системного менеджера systemd 227. Основные изменения:

-  В число зависимостей добавлен пакет util-linux 2.27, реализация
libmount в котором используется для отслеживания точек монтирования вместо аналогичной ранее используемой встроенной функциональности systemd;

-  В связи с переходом на libmount  /etc/mtab теперь является симлинком на /proc/self/mounts и не доступен для изменения;

-  Добавлен новый cgroup-контроллер ресурсов "pids", позволяющий применить ограничения к группе процессов. Настройка осуществляется при помощи глобальной директивы "DefaultTasksAccounting=" и специфичных для unit-файлов директив "TasksAccounting=" и "TasksMax=";
-  Добавлен новый cgroup-контроллер "net_cls", позволяющий привязать к каждой задаче идентификатор сетевого класса, используемый в правилах пакетного фильтра или для урезания трафика. Привязка осуществляется через директиву "NetClass=" в unit-файлах;

-  Директория /sys теперь монтируется в контейнерах как раздел tmpfs, в который примонтированы отдельные части реальной sysfs, что ограничивает доступность служебных данных с целью повышения безопасности;
-  Добавлен метод активации  USB FunctionFS, позволяющий создавать связанные с USB-устройствами сервисы, активируемые в момент обращения по аналогии с активацией по сокету;
-  Во всех сервисных файлах таймаут watchdog-проверки увеличен до 3 минут, что поможет обойти проблемы при значительных задержках дискового ввода/вывода;

-  Вместо отдельной утилиты 'machine-id-commit' теперь следует использовать команду 'machine-id-setup --commit';

-  В директиве "WorkingDirectory=" теперь можно указывать символ '~', что приведёт к использованию пути к домашней директории пользователя, указанного в директиве "User=";
-  При выполнении "machinectl shell" командный интерпретатор теперь открывается в домашней директории текущего пользователя;

-  Во временных юнитах (transient) теперь допустимо использование свойств "PrivateTmp=", "PrivateDevices=", "PrivateNetwork=", "NoNewPrivileges=", "TTYPath=", "WorkingDirectory=" и "RootDirectory=";

-  В systemd-cgtop добавлена опция -M/--machine=  для показа элементов cgroup, выставленных для указанного контейнера;


-  В systemd-networkd представлены новые опции  "IPv6AcceptRouterAdvertisements=" (анонс IPv6 маршрутизатора) и "PreferredSource=" (выбор статичного маршрута) для файлов .network, а также "HelloTimeSec=", "MaxAgeSec=" и "ForwardDelaySec=" для сетевых мостов, определённых в файлах .netdev;
-  В фреймворк "ask-password", используемый для запроса пароля для расшифровки LUKS-диска и SSL, добавлена поддержка кэширования пароля в хранилище паролей на стороне ядра (kernel keyring).

-  При загрузке tar-архивов или raw-образов при помощи команд "machinectl pull-tar" или "machinectl pull-raw", вместе с образами теперь загружаются  ".nspawn" файлы с тем же именем;


-  В systemd-journal добавлена поддержка упаковки старых файлов с журналами при накоплении значительного числа лог-файлов. По умолчанию упаковка запускается при накоплении 100 файлов. Изменить настройки можно через директивы "SystemMaxFiles=" и "RuntimeMaxFiles=" в journald.conf. Для выборочной упаковки можно использовать опцию "--vacuum-files"  в утилите "journalctl".


URL: http://lists.freedesktop.org/archives/systemd-devel/2015-Oct...
Новость: https://www.opennet.ru/opennews/art.shtml?num=43111

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

Оглавление

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


1. "Релиз systemd 227"  +12 +/
Сообщение от A.Stahl (ok) on 07-Окт-15, 22:54 
>libmount...вместо...встроенной функциональности systemd

Всё, Поттеринг больше не тянет на себе проект и выполняет лишь формальную роль зиц-председателя? Необычный для Леннарта шаг. Весьма необычный....

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

3. "Релиз systemd 227"  +1 +/
Сообщение от Аноним (??) on 07-Окт-15, 23:01 
Школьники сообщают, что когда поцтер забрасывает проект, на его место приходят программисты и приводят всё в порядок. В пример приводят пульзаудие.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

11. "Релиз systemd 227"  +3 +/
Сообщение от Аноним (??) on 08-Окт-15, 01:19 
Только глядя на пшаудио, остаётся гадать, то ли Лёня так круто наколбасил, то ли замена ему днище днищенское.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

21. "Релиз systemd 227"  –3 +/
Сообщение от iPony on 08-Окт-15, 07:31 
Не особо гонюсь за новыми модными тенденциями.
Последняя pulseaudio, которую я тыкал, была версии 5.0. Было неюзабельным.
Хотя может уже что в 7.0 исправили. К версии 10.0 может до ума доведут
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

29. "Релиз systemd 227"  +6 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 08:06 
Использую pulseaudio с 4-ой версии, вообще никаких проблем не встречаю.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

61. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 13:56 
Везёт же. А у меня как шипело, так и шипит. Причём в какой-то версии таки это поправили. Недавно ставил совсем свежую версию, вообще не увидело ни одной звуковой карты, хотя через Alsa всё играется отлично.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

65. "Релиз systemd 227"  +1 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 15:31 
Может, у тебя Рач вместо дистрибутива?
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

104. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 20:17 
Да и в дзенпу такая же ерунда.
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

33. "Релиз systemd 227"  +7 +/
Сообщение от Аноним (??) on 08-Окт-15, 08:54 
> Не особо гонюсь за новыми модными тенденциями.
> Последняя pulseaudio, которую я тыкал, была версии 5.0. Было неюзабельным.
> Хотя может уже что в 7.0 исправили. К версии 10.0 может до
> ума доведут

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

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

47. "Релиз systemd 227"  –1 +/
Сообщение от Аноним (??) on 08-Окт-15, 10:16 
Исключительно полезная информация, анон.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

48. "Релиз systemd 227"  +2 +/
Сообщение от Аноним (??) on 08-Окт-15, 10:24 
> Исключительно полезная информация, анон.

это тоже не особо полезная информация, анон.

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

143. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 12-Окт-15, 21:01 
вы два разных анона или один и тот же анон?
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

2. "Релиз systemd 227"  +3 +/
Сообщение от Аноним (??) on 07-Окт-15, 22:55 
Вот как переходить на systemd, если через пару релизов придется его заново изучать? У Портянкина однозначно литературный талант, но зачем его разходовать на программирование...?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Релиз systemd 227"  +4 +/
Сообщение от Аноним (??) on 07-Окт-15, 23:05 
>Вот как переходить на systemd

Быстропоки негодуют?

Можно подумать, для вас есть какая-то разница. В любом ведь случае не лезете в скрипты инициализации, поставили и всё работает. Обратную совместимость никто не ломает.

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

20. "Релиз systemd 227"  +8 +/
Сообщение от Аноним (??) on 08-Окт-15, 07:20 
Ты не поверишь. И до поттеринга так было - поставил и всё работает.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

22. "Релиз systemd 227"  –1 +/
Сообщение от iPony on 08-Окт-15, 07:38 
> Ты не поверишь. И до поттеринга так было - поставил и всё работает.

Я бы не сказал. Как раньше периодически не работало что-то, так и щас. Но разницы особой в итоге нет - это да.

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

34. "Релиз systemd 227"  –1 +/
Сообщение от Аноним (??) on 08-Окт-15, 08:56 
>> Ты не поверишь. И до поттеринга так было - поставил и всё работает.
> Я бы не сказал. Как раньше периодически не работало что-то, так и
> щас. Но разницы особой в итоге нет - это да.

Не работали мелочи, которые, как правило, фиксились руками.

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

56. "Релиз systemd 227"  +/
Сообщение от нонайм on 08-Окт-15, 13:24 
а теперь они чужими руками фиксятся, профит жеж.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

62. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 13:59 
>>Я бы не сказал. Как раньше периодически не работало что-то, так и щас. Но разницы особой в итоге нет - это да.

Смотря что и где. У меня на домашней системе всё работает как часы. Серверов не держу. На серверах может и имеет смысл для некоторых специфичных вещей системд держать, но на домашней и SysVInit справляется -_-

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

101. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 19:30 
>Я бы не сказал. Как раньше периодически не работало что-то, так и щас. Но разницы особой в итоге нет - это да.

за 10 лет ни разу не видел чтобы система падала или хоть как-то глючила из-за кривого инита. да и вообще никаких проблем с инитом никогда не было, какие с ним могут быть проблемы-то.

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

121. "Релиз systemd 227"  +2 +/
Сообщение от freehck email(ok) on 09-Окт-15, 11:26 
>>Я бы не сказал. Как раньше периодически не работало что-то, так и щас. Но разницы особой в итоге нет - это да.
> за 10 лет ни разу не видел чтобы система падала или хоть
> как-то глючила из-за кривого инита. да и вообще никаких проблем с
> инитом никогда не было, какие с ним могут быть проблемы-то.

Ну например вот такие: http://thread.gmane.org/gmane.linux.debian.user.russian/122106

3 недели назад, как видите. Стабильный Debian. У человека систематически, не смотря на то, что проблема зарезолвена как пофикшенная, systemd умирает при попытке перезапустить не полностью стартовавший сервис. В sysvinit такого не было, господа.

А хотите ещё ссылочек? На gmane.linux.debian.user.russian так много жалуются на systemd. Хоть лопатой грузи. :)

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

124. "Релиз systemd 227"  –2 +/
Сообщение от yz on 09-Окт-15, 13:55 
Если посмотреть какая версия в debian и какая в новости. За это время уже столько всего переколбасили.
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

132. "Релиз systemd 227"  +1 +/
Сообщение от Andrey Mitrofanov on 09-Окт-15, 17:53 
> Если посмотреть какая версия в debian и какая в новости. За это
> время уже столько всего переколбасили.

Какая жаль, что хозяева лёниного вулкана версий не поддерживают "стабильную" версию "отличной программы" в Debian-е!

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

146. "Релиз systemd 227"  +/
Сообщение от Andrey Mitrofanov on 21-Окт-15, 20:00 
>> Если посмотреть какая версия в debian и какая в новости. За это
>> время уже столько всего переколбасили.
> Какая жаль, что хозяева лёниного вулкана версий не поддерживают "стабильную" версию "отличной
> программы" в Debian-е!

Внемлите! Эпическая История Любви http://etbe.coker.com.au/?p=4273 к трём стаканам, выразившаяся в апгрейде Debian Wheezy _c_systemd_ (предполагаю, v44) до Debian Jessie с ним же (новой версии) с зависаниями-перезапусками pid-1 и починкой в init=/bin/bash.

Читать всем!!

*Две* версии "отличной программы" в Debian-е!

Source Package systemd
    wheezy (admin): 44-11+deb7u4
и
    jessie (admin): 215-17+deb8u2

И ни одна не совпала с поддерживаемой в RHEL7. Ни с 208, ни с 219, ни с 222.   Или   какая   они   у них   там??!

+++Не совпадение(тм)

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

145. "Релиз systemd 227"  –1 +/
Сообщение от iPony on 13-Окт-15, 11:06 
> за 10 лет ни разу не видел чтобы система падала или хоть как-то глючила из-за кривого инита

Самое надоедливое, что могу вспомнить - в ubuntu с upstart постоянно натыкался на неполадки с порядком запуска сервисов. Те же samba + cups годами имели проблемы из коробки https://bugs.launchpad.net/ubuntu/+source/cups/+bug/494141

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

5. "Релиз systemd 227"  +2 +/
Сообщение от Аноним email(??) on 07-Окт-15, 23:28 
..добавлено ..добавлен ..представлены ..добавлена ..добавлено

Энтузиазм так и прёт. Прям прорвало и затопило.

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

37. "Релиз systemd 227"  +1 +/
Сообщение от Andrey Mitrofanov on 08-Окт-15, 09:22 
> ..добавлено ..добавлен ..представлены ..добавлена ..добавлено
> Энтузиазм так и прёт. Прям прорвало и затопило.

Эти портянки ченджлогов просто... просто... Ужос-ужос какой-то! Верните наши простые.. простые... башш-скрипты!  </>

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

94. "Релиз systemd 227"  +/
Сообщение от Адекват (ok) on 08-Окт-15, 18:22 
>> ..добавлено ..добавлен ..представлены ..добавлена ..добавлено
>> Энтузиазм так и прёт. Прям прорвало и затопило.
> Эти портянки ченджлогов просто... просто... Ужос-ужос какой-то! Верните наши простые..
> простые... башш-скрипты!  </>

И как раньше все до него работало, я просто не представляю, нда...воистину спаситель пришел и насадил всем systemd.
Это войдет в учебники истории (по информатике), прямо как крещение Руси - пришел князь Леня, и обратил всех в новую веру, системД православный !!

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

6. "Релиз systemd 227"  +16 +/
Сообщение от Аноним email(??) on 07-Окт-15, 23:40 
Они хоть аппаратные мощности учитывают? Или только прогеры в разработчиках? А то на каждый процесс можно по отдельному дистрибутиву повесить и радоваццо. Как лесное животное, обвешанное клещами и паразитами умирает в муках, так скоро эти нововведения превысят критическую массу. Такое усложнение системы на фоне огромного количества недоработок ..по мне так это уже чересчур. Одно радует - что дистры разные и их много, есть из чего выбрать.

(некстати вспомнился автор "За что я ненавижу Линукс")

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

10. "Релиз systemd 227"  +4 +/
Сообщение от Аноним (??) on 08-Окт-15, 00:56 
Слишком драматизируете.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

55. "Релиз systemd 227"  –1 +/
Сообщение от Michael Shigorin email(ok) on 08-Окт-15, 13:23 
> Одно радует - что дистры разные и их много, есть из чего выбрать.

Кстати, всё так же altlinux.org/sysvinit :)

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

58. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 13:29 
> Одно радует - что дистры разные и их много, есть из чего выбрать.

Без systemd осталось очень мало

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

63. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 14:04 
Gentoo, Debian (если не пользуетесь GNOME и прочими), Slackware, Devuan, Lunar и ещё какие-нибудь мало известные. Не так уж мало.
//(в порядке бреда) берём LFS и собираем без systemd :)
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

64. "Релиз systemd 227"  +1 +/
Сообщение от Аноним (??) on 08-Окт-15, 14:29 
> Gentoo, Debian (если не пользуетесь GNOME и прочими), Slackware, Devuan, Lunar и
> ещё какие-нибудь мало известные. Не так уж мало.
> //(в порядке бреда) берём LFS и собираем без systemd :)

по данному списку:
насколько я понял, Debian уже практически лёг под SystemD
из бинарных и более-менее распространённых остаётся только Slackware

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

66. "Релиз systemd 227"  +1 +/
Сообщение от Аноним (??) on 08-Окт-15, 15:34 
http://voidlinux.eu/ <- У них свой init - runit, достаточно своеобразный но не systemd
http://crux.nu/ <- sysvinit в bsd стиле
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

83. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 17:38 
PCLOS забыли.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

74. "Релиз systemd 227"  +/
Сообщение от Andrey Mitrofanov on 08-Окт-15, 17:00 
> ещё какие-нибудь мало известные.

http://without-systemd.org/wiki/index.php/Main_Page#GNU.2FLi...

За актуальность, правда, ничего не скажу.

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

75. "Релиз systemd 227"  +/
Сообщение от Stax (ok) on 08-Окт-15, 17:09 
Интересно, есть что-нибудь, использующее https://github.com/akhilvij/systemd-to-sysvinit-converter или аналог?

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

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

7. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 00:28 
Что-то тут не все мне кажется. В английском варианте вроде больше изменений написано, но ключевые и тут описаны.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 08:23 
> Что-то тут не все мне кажется. В английском варианте вроде больше изменений
> написано, но ключевые и тут описаны.

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

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

14. "Релиз systemd 227"  –2 +/
Сообщение от Илья (??) on 08-Окт-15, 03:52 
интересно,они там когда-нибудь слышали про инверсию зависимостей?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Релиз systemd 227"  +/
Сообщение от Имярек on 08-Окт-15, 07:49 
Про Рефлексию еще скажи, ага.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

18. "Релиз systemd 227"  –1 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 06:17 
Он офигенен.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

105. "Релиз systemd 227"  +1 +/
Сообщение от Аноним (??) on 08-Окт-15, 20:52 
Ты поставил системд и закурил?
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Релиз systemd 227"  –1 +/
Сообщение от Slot (ok) on 08-Окт-15, 07:48 
Как удалить systemd?
ОС Debian 8
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Релиз systemd 227"  +4 +/
Сообщение от Аноним (??) on 08-Окт-15, 08:51 
apt-get install -y sysvinit sysvinit-core
reboot
apt-get remove systemd
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

36. "Релиз systemd 227"  –1 +/
Сообщение от Аноним (??) on 08-Окт-15, 09:21 
Поставить нормальный дистрибутив
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

53. "Релиз systemd 227"  –2 +/
Сообщение от dimcha (??) on 08-Окт-15, 13:20 
Это какой, например, где нет systemd?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

67. "Релиз systemd 227"  –2 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 15:34 
Gentoo чтоль?
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

138. "Релиз systemd 227"  –1 +/
Сообщение от Аноним email(??) on 10-Окт-15, 07:25 
Почему бы и нет?
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

140. "Релиз systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 10-Окт-15, 12:23 
> Почему бы и нет?

Лет 6 назад я его пытался использовать в продакшене, но из за dependences hell перестал. Слишком много времени уходит на его поддержку.

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

38. "Релиз systemd 227"  +/
Сообщение от Andrey Mitrofanov on 08-Окт-15, 09:29 
> Как удалить systemd?
> ОС Debian 8

Конечно, прочитать Документацию! Ведь Универсальная ОС предоставляет Выбор.

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

39. "Релиз systemd 227"  –1 +/
Сообщение от Аноним (??) on 08-Окт-15, 09:32 
Никак. Не слушай первого комментатора - не поможет.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

40. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 09:35 
[Commodore ~]$ ps --pid=1
  PID TTY          TIME CMD
    1 ?        00:00:10 init
[Commodore ~]$ cat /etc/issue
Debian GNU/Linux 8 \n \l
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

45. "Релиз systemd 227"  +1 +/
Сообщение от Andrey Mitrofanov on 08-Окт-15, 10:02 
> [Commodore ~]$ ps --pid=1
>   PID TTY        
>  TIME CMD
>     1 ?      
>  00:00:10 init
> [Commodore ~]$ cat /etc/issue
> Debian GNU/Linux 8 \n \l

?

# lsof |grep -c /libsystemd.so.0

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

46. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 10:11 
Ну так это тебе не генту, где можно пересобрать пакеты с любыми зависимостями, а так это просто либы, на init они не влияют
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

41. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 09:38 
apt-get install systemd-shim
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

44. "Релиз systemd 227"  +2 +/
Сообщение от Аноним (??) on 08-Окт-15, 09:57 
http://without-systemd.org/wiki/index.php/How_to_remove_syst...
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

136. "Релиз systemd 227"  +/
Сообщение от Stax (ok) on 09-Окт-15, 20:48 
(удалено)
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

26. "Релиз systemd 227"  +/
Сообщение от Спокойный Аноним on 08-Окт-15, 07:49 
поддержка fixed-address во встроенном dhcpd будет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

57. "Релиз systemd 227"  +2 +/
Сообщение от Michael Shigorin email(ok) on 08-Окт-15, 13:25 
> поддержка fixed-address во встроенном dhcpd будет?

Туда уже и dhcpD всандалили?!

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

60. "Релиз systemd 227"  +/
Сообщение от Anonim (??) on 08-Окт-15, 13:40 
> Туда уже и dhcpD всандалили?!

Давно уже, а еще ntp...

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

76. "Релиз systemd 227"  +/
Сообщение от Andrey Mitrofanov on 08-Окт-15, 17:13 
> Туда уже и dhcpD всандалили?!

04.07.2014 10:16  Выпуск systemd 215 с поддержкой генерации содержимого /etc и встроенным DHCP-сервером


Лавры bind-а в низком старте.

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

28. "Релиз systemd 227"  +1 +/
Сообщение от Адекват (ok) on 08-Окт-15, 08:02 
-  Во всех сервисных файлах таймаут watchdog-проверки увеличен до 3 минут, что поможет обойти проблемы при значительных задержках дискового ввода/вывода;

Отлично, ну теперь точно УПСы будут успевать разрядиться:

https://bbs.archlinux.org/viewtopic.php?id=203112

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

31. "Релиз systemd 227"  +5 +/
Сообщение от fantom (ok) on 08-Окт-15, 08:26 
2 сервера на СуперМикро одного поколения

1. CentOS 5, сервер выполняет горку задач и 62 VLAN интерфейса - старт выпоняется примерно 280 секунд, время старта линейно растет в зависимоти от количества интерфейсов.

2. ArchLinux, примерно та же горка задач и 70 VLAN интерфейсов - стартует за 44 секунды независимо от количества интерфейсов.

journalctl - чтобы добиться такойже пользовательской юзабельности от сислога его нанадо запулить в БД и перед этим еще как следует подумать над структурой таблиц...

Например - сделайте мне из сислоговских журналов(всех) выборку: какие события уровня 4 произошли с момента загрузки системы???

journalctl -b -p 4
И сравните это с зубодробильным парсером пары десятков текстовых файлов....
(Я знаю что это пример из документации journalctl...)

А про понятность и компактность unit файлов я вообще промолчу - разобраться в них НА ПОРЯДОК ПРОЩЕ чем в инит скриптах большинства сервисов...
Кроме того - опыт "гопстарта" показывает, что когда поделие действительно НЕУДАЧНОЕ оно довольно быстро сходит со сцены....

Кроме того время, как самый беспристрасный судья, показывает, что на данном этапе идеи и принципы заложенные в systemd полнистью себя оправдывают, хотя может реализация и не самая удачная...
Так ВАМ никто не запрещает попытаться реализовать самим ;)

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

50. "Релиз systemd 227"  +3 +/
Сообщение от IdeaFix email on 08-Окт-15, 10:39 
А Вы их просто так рестартите с секундомером? Погрешность измерения в половину цены деления прибора, коэффициент стьюдента для дюжины измерений... всё по науке, да?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

95. "Релиз systemd 227"  +/
Сообщение от tensor on 08-Окт-15, 18:27 
И Вам даже не интересно, зачем нужно ребутать работающий в продакшене линуксовый сервер?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

59. "(offtopic) про нормальный логгинг, а не systemd 227"  +2 +/
Сообщение от Michael Shigorin email(ok) on 08-Окт-15, 13:34 
> Например - сделайте мне из сислоговских журналов(всех) выборку: какие события уровня 4
> произошли с момента загрузки системы???

Можно поинтересоваться, в каком именно случае Вы делаете именно такой запрос?

Вы сейчас вляпываетесь в ту же ошибку, что и юзеры MS Office, которые продолжают копать лопатой с отполированной миллионами лбов ручкой тогда, когда нормальные люди уже вызвали экскаватор.

По теме ведения/агрегирования/индексирования/анализа журналов могу рекомендовать вот эту статью: http://edgeofsanity.net/article/2012/06/17/central-logging-w... (по упоминаемому выбору между syslog-ng и rsyslog для проектов, когда требуется больше обычного syslog и его транспорта, предпочитаю rsyslog и RFC5424).

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

68. "(offtopic) про нормальный логгинг, а не systemd 227"  –9 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 15:34 
В твоей манявселенной и MS Office уже стал ненужным? Нюню)
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

72. "(offtopic) про нормальный логгинг, а не systemd 227"  +3 +/
Сообщение от Michael Shigorin email(ok) on 08-Окт-15, 16:56 
> и MS Office уже стал ненужным?

Мне он никогда нужен и не был, если что.

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

85. "(offtopic) про нормальный логгинг, а не systemd 227"  –3 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 17:49 
> Мне

Ну я и говорю: манямирок)

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

100. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Тузя (ok) on 08-Окт-15, 19:19 
В моем, например, мире MS Office нужен только компаниям в которых 1000+ работников + куча бизнес-анализа завязана на BI-решения от MS, которые самые дешевые, но не самые надежные. Открытые аналоги мне не известны.
В организациях где не выполняется одно из двух условий, MS Office не очень-то нужен.
В организациях где не выполняется оба условия, MS Office вреден для бизнеса.
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

108. "(offtopic) про нормальный логгинг, а не systemd 227"  –4 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 21:23 
В моём мире издательства и редакции принимают только doc, как правило.
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

117. "(offtopic) про нормальный логгинг, а не systemd 227"  –6 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 23:37 
Сейчас тебе нальют, что есть ЛибрОффис и еще Какойтооффис, не помню уже. :) Оба одинаково унылые, прожорливые и после них все хотят обратно на MS :))
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

144. "(offtopic) про нормальный логгинг, а не systemd 227"  +1 +/
Сообщение от Аноним (??) on 12-Окт-15, 21:24 
Ужасный выбор, если речь реально об издательстве, то из того что содержит *.doc файл нужно вычищать всё, кроме печатных символов и одиночных пробелов. В этом смысле, даже в виде *.txt примать логичнее.
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

99. "(offtopic) про нормальный логгинг, а не systemd 227"  +1 +/
Сообщение от dr Equivalent (ok) on 08-Окт-15, 19:19 
Для того, чтобы стать ненужным, надо сначала стать нужным.
Микрософт-поделия этому критерию не отвечают.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

120. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от freehck email(ok) on 09-Окт-15, 11:17 
Не могу согласиться. Меня тут некоторое время тому назад[1] гражданин Celcion[2] убедил, что решения от Microsoft являются для конечного пользователя пока являются более user-friendly, нежели то, что сейчас предлагается в рамках Linux-based решений.

Я не в целях начать срач, а лишь чтобы заметить, что "врага надо знать в лицо". Надо всё-таки ясно понимать, что мы тут в основном, что называется, Power Users. И нас продукты от Microsoft сильно огорчают и ограничивают. Тем не менее, реакция на оные у обычных пользователей, по-видимому, несколько иная.

[1] https://www.opennet.ru/openforum/vsluhforumID3/104693.html?n=...
[2] https://www.opennet.ru/~Celcion

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

69. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 16:03 
>> Например - сделайте мне из сислоговских журналов(всех) выборку: какие события уровня 4
>> произошли с момента загрузки системы???
> Можно поинтересоваться, в каком именно случае Вы делаете именно такой запрос?
> Вы сейчас вляпываетесь в ту же ошибку, что и юзеры MS Office,
> которые продолжают копать лопатой с отполированной миллионами лбов ручкой тогда, когда
> нормальные люди уже вызвали экскаватор.
> По теме ведения/агрегирования/индексирования/анализа журналов могу рекомендовать вот
> эту статью: http://edgeofsanity.net/article/2012/06/17/central-logging-w...
> (по упоминаемому выбору между syslog-ng и rsyslog для проектов, когда требуется
> больше обычного syslog и его транспорта, предпочитаю rsyslog и RFC5424).

Не подскажете как выбрать диапазон из лога сислога, скажем, с 03.10.15 13:04 по 06.10.15 23:05 ?

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

71. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Адекват (ok) on 08-Окт-15, 16:44 
> Не подскажете как выбрать диапазон из лога сислога, скажем, с 03.10.15 13:04
> по 06.10.15 23:05 ?

Зачем ? можно случай из реальной жизни ?
Если очень нужно - можно написать баш-скрипт, и он будет работать.
Равно как и то, что можно написать баш-скрипт, для целей которые не умеет journalctl, которые вам не нужны и не понадобятся, но будут нужны другим.
Да и потом - все валиить в один мега-файл-бинарный-конейнер не есть гуд.
Вот случай из жизни - был sshd на порту 22, его пробовали брутить, безрезультатно, но зато лог файл забился, аж на 1Гб. вопрос - как в journalctl очистить логи от все записей *sshd* ? в случае с syslog это можно было бы сделать cat .... | grep -v..... >...
А тут как ?

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

78. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 17:26 
>> Не подскажете как выбрать диапазон из лога сислога, скажем, с 03.10.15 13:04
>> по 06.10.15 23:05 ?
> Зачем ? можно случай из реальной жизни ?

Никогда не приходилось анализировать логи, на предмет происходящего в заданный диапазон времени?

> Если очень нужно - можно написать баш-скрипт, и он будет работать.

journalctl --since '2015-10-03 13:04' --until '2015-10-06 23:05' - все что надо написать для этого.

> Равно как и то, что можно написать баш-скрипт, для целей которые не
> умеет journalctl, которые вам не нужны и не понадобятся, но будут
> нужны другим.

Например?

> Да и потом - все валиить в один мега-файл-бинарный-конейнер не есть гуд.

Почему?

> Вот случай из жизни - был sshd на порту 22, его пробовали
> брутить, безрезультатно, но зато лог файл забился, аж на 1Гб. вопрос
> - как в journalctl очистить логи от все записей *sshd* ?
> в случае с syslog это можно было бы сделать cat ....
> | grep -v..... >...
> А тут как ?

Зачем удалять информацию из логов? Могу предположить что с гигабатным текстовым файлом работать неудобно? :)
journald сам умеет truncate лога по разным критериям, в частности смотрит за свободным местом, чего не скажешь о rsyslog который сожрет все дисковое пространство и на этом все закончится. Хорошо, если админ под /var/log сделал отдельный раздел :)

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

88. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Адекват (ok) on 08-Окт-15, 17:54 
> Никогда не приходилось анализировать логи, на предмет происходящего в заданный диапазон
> времени?
> journalctl --since '2015-10-03 13:04' --until '2015-10-06 23:05' - все что надо написать
> для этого.

Это хорошее достижение, кроме шуток. А как посмотреть эти же логи, если загрузиться с live-cd без systemd, и не делая chroot ?

> Например?

Например очистить все логи от всех записей openvpn и sshd, но не трогая другие записи.


>> Да и потом - все валиить в один мега-файл-бинарный-конейнер не есть гуд.
> Почему?

потому, что если диск начнет сыпаться - накроются ВСЕ логи.

> Зачем удалять информацию из логов? Могу предположить что с гигабатным текстовым файлом
> работать неудобно? :)
> journald сам умеет truncate лога по разным критериям, в частности смотрит за
> свободным местом,

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

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

92. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 18:16 
>> Никогда не приходилось анализировать логи, на предмет происходящего в заданный диапазон
>> времени?
>> journalctl --since '2015-10-03 13:04' --until '2015-10-06 23:05' - все что надо написать
>> для этого.
> Это хорошее достижение, кроме шуток. А как посмотреть эти же логи, если
> загрузиться с live-cd без systemd, и не делая chroot ?

Обычно journald отдает логи еще и сислогу, так что можно посмотреть и текстовый файл, правда не так удобно, как с индексами.

>>> Да и потом - все валиить в один мега-файл-бинарный-конейнер не есть гуд.
>> Почему?
> потому, что если диск начнет сыпаться - накроются ВСЕ логи.

1. Обычно логи дублируются в текстовый лог
2. Существует такое понятие как  central logging, которое отчасти нивелирует эти проблемы

>> Зачем удалять информацию из логов? Могу предположить что с гигабатным текстовым файлом
>> работать неудобно? :)
>> journald сам умеет truncate лога по разным критериям, в частности смотрит за
>> свободным местом,
> я так понимаю, вы админ локалхоста :) да умеет он, удаляя все
> подряд, урезать до N мегабайт, или логи "более старые чем", но
> вот удалить записи от одного единственного сервиса,

Можете привести usecase, _ЗАЧЕМ_ это нужно? Освободить дисковое пространство?

>а равно как писать
> логи от каждого сервиса в отдельный файл - оно не умеет.

Мне кажется вы немного не понимаете концепцию. journald предоставляет вам возможность поиска и анализа по _всем_ системным логам на вашей машине. Эти логи проиндексированы и удобны для различных манипуляций. Если вам необходимо то, что вы написали выше - journald умеет отправлять логи rsyslog'у, с которым вы можете делать то, что привыкли делать. Непонятно, почему вы встречаете в штыки такой удобный инструмент? :)

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

96. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Адекват (ok) on 08-Окт-15, 18:40 
> Можете привести usecase, _ЗАЧЕМ_ это нужно? Освободить дисковое пространство?

Ну вот на домашней машине:

time journalctl -u *openvpn* -n1 | tail
-- Logs begin at Ср 2014-11-12 11:03:02 YEKT, end at Чт 2015-10-08 20:33:02 YEKT. --
окт 08 09:36:45 homelinux systemd[1]: Started OpenVPN connection to server.

real    0m6.970s
user    0m0.177s
sys    0m0.133s


почти 7 секунд на поиск 1 строчки, самой нижней, самой свежей, 7 секунд КАРЛ !!!

du -sh /var/log/journal/
221M    /var/log/journal/


Как-то дофига для домашнего компа, если учесть что логи там сжаты донельзя.

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

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

102. "(offtopic) про нормальный логгинг, а не systemd 227"  +1 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 20:10 
>[оверквотинг удален]
> user 0m0.177s
> sys 0m0.133s
> почти 7 секунд на поиск 1 строчки, самой нижней, самой свежей, 7
> секунд КАРЛ !!!
> du -sh /var/log/journal/
> 221M /var/log/journal/
> Как-то дофига для домашнего компа, если учесть что логи там сжаты донельзя.
> Даже если я узнаю сейчас что так засрало логи, я не смогу
> удалить эти мусорные записи оттуда, без удаления очень старых, но нужных
> записей, а простые выборки из journalctl будут приводить к иппическим залипаниям.

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

Во-вторых:

du -sh /var/log/journal/
1.6G    /var/log/journal/

time journalctl -u sshd -n1
-- Logs begin at Thu 2015-07-30 21:38:12 MSK, end at Thu 2015-10-08 20:01:30 MSK. --
Oct 08 19:50:23 <cut>.ru sshd[26964]: PAM 2 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=43.229.53.80  user=root

real    0m0.275s
user    0m0.002s
sys    0m0.002s

Что я делаю не так? :)

В-третьих меня просто удивляет местное население, которое придумывает фантастические юзкейсы, которые, в силу их извращенной фантазии, Поттерингу и не снились и потом заявляют, что инструмент, который используется практически во всех дистрибутивах им не подходит, по ходу дела обвиняя Поттеринга что он извращенец. Ну-ну. :)

В-четвертых:

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

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

114. "(offtopic) про нормальный логгинг, а не systemd 227"  +1 +/
Сообщение от dimcha (??) on 08-Окт-15, 22:31 
> им не подходит, по ходу дела обвиняя Поттеринга что он извращенец.

&

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

+1

но с другой стороны, я как админ over9000 хостов, с кучей самописных демонов выбираю SystemV a-la CentOS6 в качестве init системы, из-за простоты и безотказности подобной кораблю "Союз", а не комбайн Поттеринга, типа Шаттла. Искренне не понимаю создателей дистров, которые ведутся на эту хипстоту, в место хороших и отработанных решений. Особенно скорблю в сторону RedHat, которые на это повелись. причем, прошу заметить, я не Дебианщик, для которых "это норма".


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

122. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Michael Shigorin email(ok) on 09-Окт-15, 13:17 
> но с другой стороны, я как админ over9000 хостов, с кучей самописных
> демонов выбираю SystemV a-la CentOS6 в качестве init системы, из-за простоты
> и безотказности подобной кораблю "Союз"

А не хотите при случае глянуть http://altlinux.org/starterkits#server?

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

86. "(offtopic) про нормальный логгинг, а не systemd 227"  –2 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 17:51 
> Если очень нужно - можно написать баш-скрипт

И это в то время, когда предлагается отменно работающее изкоробочное решение, быстрое и удобное.

Воистину, для некоторых линуксоидов игрульки с системой являются самоцелью. Не наигрались ещё, видимо, вот и фанатеют по unix-way)

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

90. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Адекват (ok) on 08-Окт-15, 18:07 
> ещё, видимо, вот и фанатеют по unix-way)

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

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

93. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 18:19 
Да-да, а если бы не изобретатель колеса, люди никогда бы не дошли до соседнего поселения)
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

73. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Michael Shigorin email(ok) on 08-Окт-15, 16:57 
>> индексирования/анализа
> как выбрать

Читайте.

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

80. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 17:30 
>>> индексирования/анализа
>> как выбрать
> Читайте.

Прочитал. Т.е. для сислога мне надо еще и поставить базу данных? :)
И эти люди возмущаются по поводу dhcpd  в systemd?! :))

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

81. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Michael Shigorin email(ok) on 08-Окт-15, 17:32 
> Прочитал. Т.е. для сислога мне надо еще и поставить базу данных? :)

Не для сислога, а для аналитики.

> И эти люди возмущаются по поводу dhcpd  в systemd?! :))

Эти люди возмущаются попытками представить очередного кастрата как серебряную пулю, особенно с учётом _давнего_ существования _адекватных_ инструментов.

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

84. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 17:41 
>> Прочитал. Т.е. для сислога мне надо еще и поставить базу данных? :)
> Не для сислога, а для аналитики.
>> И эти люди возмущаются по поводу dhcpd  в systemd?! :))
> Эти люди возмущаются попытками представить очередного кастрата как серебряную пулю, особенно
> с учётом _давнего_ существования _адекватных_ инструментов.

Т.е. прикрутить базу для сислога для 1-2 серверов, чтобы была "аналитика" - это называется "адекватно"? :))

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

87. "(offtopic) про нормальный логгинг, а не systemd 227"  –2 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 17:53 
> Т.е. прикрутить базу для сислога для 1-2 серверов, чтобы была "аналитика" -
> это называется "адекватно"? :))

Это называется "я у мамы Ъ-юниксоид") Типичный фанатизм, адекватность здесь рядом не валялась.

Я вообще проиграл с этого треда, хейтеры вопят "аааааа, journald всё в базу пишет!!!!1111", а когда спросили у них, как быстро и удобно анализировать логи - "ну, надо базу прикрутить..."))))

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

97. "(offtopic) про нормальный логгинг, а не systemd 227"  +6 +/
Сообщение от Адекват (ok) on 08-Окт-15, 18:42 
Я для себя решил, что пытаться что-то объяснить systemd-фанбоям это все равно что что-то объяснят макакам в клетках - ты им факты, а они в тебя какашками, какашками, и давай прыгать, и давай рожи корчить, гримасничать. Вообщем это пустое и ненужное занятие, только время тратить.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

98. "(offtopic) про нормальный логгинг, а не systemd 227"  –3 +/
Сообщение от Fracta1L (ok) on 08-Окт-15, 18:46 
> ты им факты

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

> Вообщем это пустое и ненужное занятие, только время тратить.

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

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

103. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 20:14 
> Я для себя решил, что пытаться что-то объяснить systemd-фанбоям это все равно
> что что-то объяснят макакам в клетках - ты им факты, а
> они в тебя какашками, какашками, и давай прыгать, и давай рожи
> корчить, гримасничать. Вообщем это пустое и ненужное занятие, только время тратить.

Давайте факты из продакшена, а не с домашней машинки. Предметно обсудим. Есть такие?

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

107. "(offtopic) про нормальный логгинг, а не systemd 227"  +1 +/
Сообщение от EHLO on 08-Окт-15, 21:19 
> Давайте факты из продакшена, а не с домашней машинки. Предметно обсудим. Есть
> такие?

Поделки Поттеринга на боевом сервере? А на 0 тебе не поделить?

https://bugzilla.redhat.com/show_bug.cgi?id=1047719

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

109. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 22:24 
>> Давайте факты из продакшена, а не с домашней машинки. Предметно обсудим. Есть
>> такие?
> Поделки Поттеринга на боевом сервере? А на 0 тебе не поделить?
> https://bugzilla.redhat.com/show_bug.cgi?id=1047719

Переползай на gentoo :))

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

123. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Michael Shigorin email(ok) on 09-Окт-15, 13:23 
> Т.е. прикрутить базу для сислога для 1-2 серверов, чтобы была "аналитика"

Для такого может хватить вообще какого-нить LogAnalyzer опять же на пару с RFC5424-форматом rsyslog (мы такое как-то поставляли в составе одного из сертифицированных продуктов поверх СПТ6, когда надо было "чуть больше").

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

125. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 09-Окт-15, 14:14 
>> Т.е. прикрутить базу для сислога для 1-2 серверов, чтобы была "аналитика"
> Для такого может хватить вообще какого-нить LogAnalyzer опять же на пару с
> RFC5424-форматом rsyslog (мы такое как-то поставляли в составе одного из сертифицированных
> продуктов поверх СПТ6, когда надо было "чуть больше").

Для этого достаточно одного journald, Михаил.

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

127. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Michael Shigorin email(ok) on 09-Окт-15, 14:31 
> Для этого достаточно одного journald, Михаил.

Можно поднять ТЗ и сверить, по памяти -- нет, конечно.  Хотя бы потому, что нужна была веб-морда с SSO.

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

128. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 09-Окт-15, 14:35 
>> Для этого достаточно одного journald, Михаил.
> Можно поднять ТЗ и сверить, по памяти -- нет, конечно.  Хотя
> бы потому, что нужна была веб-морда с SSO.

А, вы о своем линуксе. Я же о том, что для удобного просмотра логов на одном сервере не нужен loganalyzer и прочие костыли.

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

70. "Релиз systemd 227"  +/
Сообщение от fi (ok) on 08-Окт-15, 16:20 
> 1. CentOS 5 …

в /sbin/mkinitrd заменяете:

927,928c927,928
<         emit "echo Waiting for driver initialization."
<         emit "stabilized --hash --interval 1000 /proc/scsi/scsi"
---
>         emit "echo No waiting for driver initialization."
>         emit "stabilized --hash --iterations 2 --interval 250 /proc/scsi/scsi"

или еще меньше.

И вуаля, стартует на 20 сек раньше. Рекомендую.

Там еще udev ждет -  но с ним хуже.

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

77. "Релиз systemd 227"  +/
Сообщение от Stax (ok) on 08-Окт-15, 17:15 
> И вуаля, стартует на 20 сек раньше. Рекомендую.
> Там еще udev ждет -  но с ним хуже.

Ахаха, это очень замечательно сломает конфигурации с внешними журнальными устройствами, раздачей томов по iSCSI и многие другие.

Вы знаете, сколько по времени инициализаруется, к примеру, это:
# ls /dev/sd*
/dev/sda    /dev/sdb   /dev/sde9  /dev/sdj   /dev/sdn1  /dev/sdr9  /dev/sdw
/dev/sdaa   /dev/sdb1  /dev/sdf   /dev/sdj1  /dev/sdn9  /dev/sds   /dev/sdw1
/dev/sdaa1  /dev/sdb2  /dev/sdf1  /dev/sdj9  /dev/sdo   /dev/sds1  /dev/sdw9
/dev/sdaa9  /dev/sdb3  /dev/sdf9  /dev/sdk   /dev/sdo1  /dev/sds9  /dev/sdx
/dev/sdab   /dev/sdb4  /dev/sdg   /dev/sdk1  /dev/sdo9  /dev/sdt   /dev/sdx1
/dev/sdab1  /dev/sdc   /dev/sdg1  /dev/sdk9  /dev/sdp   /dev/sdt1  /dev/sdx9
/dev/sdab9  /dev/sdc1  /dev/sdg9  /dev/sdl   /dev/sdp1  /dev/sdt9  /dev/sdy
/dev/sdac   /dev/sdc9  /dev/sdh   /dev/sdl1  /dev/sdp9  /dev/sdu   /dev/sdy1
/dev/sdac1  /dev/sdd   /dev/sdh1  /dev/sdl9  /dev/sdq   /dev/sdu1  /dev/sdy9
/dev/sdac9  /dev/sdd1  /dev/sdh9  /dev/sdm   /dev/sdq1  /dev/sdu9  /dev/sdz
/dev/sdad   /dev/sdd9  /dev/sdi   /dev/sdm1  /dev/sdq9  /dev/sdv   /dev/sdz1
/dev/sdad1  /dev/sde   /dev/sdi1  /dev/sdm9  /dev/sdr   /dev/sdv1  /dev/sdz9
/dev/sdad9  /dev/sde1  /dev/sdi9  /dev/sdn   /dev/sdr1  /dev/sdv9

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

В семерке средствами systemd-то можно завязать сервис на ожидавние появление конкретного устройства, а тут?

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

91. "Релиз systemd 227"  +1 +/
Сообщение от Адекват (ok) on 08-Окт-15, 18:15 
откуда такая страсть к скорости загрузки ?
нормальные сервера, а не "сервер на базе старого системника от тети Лены" делают такую штуку как самодиагностика, перед тем как начать что-то вообще загружать, так что выигрыш в несколько секунд - ну ничего не дает.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

116. "Релиз systemd 227"  +1 +/
Сообщение от dimcha (??) on 08-Окт-15, 22:57 
> откуда такая страсть к скорости загрузки ?
> нормальные сервера, а не "сервер на базе старого системника от тети Лены"
> делают такую штуку как самодиагностика, перед тем как начать что-то вообще
> загружать, так что выигрыш в несколько секунд - ну ничего не
> дает.

Мосье просто, видимо, не сталкивался с Enterprise, который грузится по >10 минут. systemd, upstart или systemv уже без разницы.

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

126. "Релиз systemd 227"  –1 +/
Сообщение от Stax (ok) on 09-Окт-15, 14:30 
Не знаю, о каком таком "Enterprise" вы говорите, а типичный современный двухсокетный сервер HP/Dell/Intel/Supermicro тратит на инициализацию в биосе и т.д. минуту-полторы при правильных настройках (отключены лишние тесты, UEFI-загрузка и прочее). Раньше бывало и хуже, но в последние годы как-то стало получше с этим.

На том же самом железе в EL6 после команды "reboot" типичный сервер становился доступным через 3 минуты: 30 секунд на остановку все сервисов и размонтирование ФС до начала перезагрузки (у отдельных серверов - значительно дольше, но не будем о грустном), 1 минута загрузка до ядра, 1.5 минут от начала загрузки ядра до момента, когда запущены все сервисы (инициализация устройств, поднять сеть и все прочее, пока не завершиться, сервисы не запускаем).

У EL7 с systemd время сокращается до 1.5 минут: 1-2 секунды на перезагрузку, та же минута загрузка до ядра, 30 секунд до момента, когда запущены все сервисы (инициализация железа/сети/etc идет одновременно с запуском сервисов, которым уже хватает всего для работы).

Можно много говорить "без разницы", но не все сервисы и не всегда получается резервировать, и, знаете ли, я уже много раз ощущал, насколько недоступность критического сервиса в течении 1.5 минут комфортнее, чем недоступность в течении 3 минут. Намного комфортнее, прямо скажем.

Хотя, конечно, systemd на серверах важен не для этого. Но скорость перезагрузки трудно недооценивать.

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

131. "Релиз systemd 227"  +/
Сообщение от dimcha (??) on 09-Окт-15, 16:02 
> Не знаю, о каком таком "Enterprise" вы говорите, ...

IBM Bladecenter, например...

> Можно много говорить "без разницы", но не все сервисы и не всегда
> получается резервировать, и, знаете ли, я уже много раз ощущал, насколько
> недоступность критического сервиса в течении 1.5 минут комфортнее, чем недоступность в
> течении 3 минут. Намного комфортнее, прямо скажем.

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

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

133. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 09-Окт-15, 20:13 
> IBM Bladecenter

Ну наконец-то хоть кто-то работал на реальном оборудовании. А то думал здесь одни любители локалхостов собрались.

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

113. "Релиз systemd 227"  +1 +/
Сообщение от Аноним (??) on 08-Окт-15, 22:31 
>> И вуаля, стартует на 20 сек раньше. Рекомендую.
>> Там еще udev ждет -  но с ним хуже.
> В семерке средствами systemd-то можно завязать сервис на ожидавние появление конкретного
> устройства, а тут?

udevd вполне справится с посылкой уведомления или старта скрипта в этом случае.
зачем нужен systemd?

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

106. "Релиз systemd 227"  +1 +/
Сообщение от Аноним (??) on 08-Окт-15, 20:57 
Теперь берем логсташ унд компанию и пытаемся всё то же самое проделать на системдшном самокате.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

112. "Релиз systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 22:31 
> Теперь берем логсташ унд компанию и пытаемся всё то же самое проделать
> на системдшном самокате.

Сюрприз, journalctl умеет json нативненько :) Можно сразу в эластик пулять, или в logstash, если надо логику :) В результате имеем человекочитаемые логи плюс логи в json формате, не прилагая совершенно никаких усилий.

RTFM.

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

134. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 09-Окт-15, 20:17 
> RTFM.

Купи уже и прочти азбуку. Одному с деревянной жэпой это помогло.
Вопрос был что может твой самокат системдешный сделать круче чем логсташ. В ответ - можно отдать данные в логсташ.

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

135. "Релиз systemd 227"  –2 +/
Сообщение от Красные Глаза (ok) on 09-Окт-15, 20:38 
>> RTFM.
> Купи уже и прочти азбуку. Одному с деревянной жэпой это помогло.
> Вопрос был что может твой самокат системдешный сделать круче чем логсташ. В
> ответ - можно отдать данные в логсташ.

Сравнивать два разных инструмента - это мощно. :))

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

142. "Релиз systemd 227"  +/
Сообщение от xv (??) on 12-Окт-15, 17:46 
Не в systemd дело.
Железный сервер загружает CentOS 6 за те же 20 секунд; разница с CentOS 5 заметна без всякого секундомера.
В виртуалке вообще стартует за 7-13 с.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

79. "Релиз systemd 227"  +/
Сообщение от Аноним (??) on 08-Окт-15, 17:27 
Оно так же и валит систему когда ядро собрано без поддержки CGROUPS?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

82. "Релиз systemd 227"  +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 17:37 
> Оно так же и валит систему когда ядро собрано без поддержки CGROUPS?

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

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

110. "Релиз systemd 227"  +1 +/
Сообщение от Аноним (??) on 08-Окт-15, 22:27 
А что cgroups это прямо вот такие вот колеса? так зачем это сделали опцией и можно собрать ядро без него?
Вопрос то я знаю - но с каких пор прикладуха навязывает мне конфигурацию ядра?
Это теперь такое нововведение?

Мисье видимо поклонник гонокода который падает при изменении конфигурации ядра ?

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

115. "Релиз systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 08-Окт-15, 22:38 
> А что cgroups это прямо вот такие вот колеса? так зачем это
> сделали опцией и можно собрать ядро без него?
> Вопрос то я знаю - но с каких пор прикладуха навязывает мне
> конфигурацию ядра?
> Это теперь такое нововведение?

Ничего, что python использует системные вызовы ядра? Или kvm использует ядро? Навязывает, так сказать :)


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

111. "Релиз systemd 227"  +3 +/
Сообщение от Аноним (??) on 08-Окт-15, 22:29 
>> Оно так же и валит систему когда ядро собрано без поддержки CGROUPS?
> Продолжается конкурс на самого клинического идиота. Аноним делает заявку на победу)

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

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

137. "Релиз systemd 227"  +1 +/
Сообщение от Led (ok) on 10-Окт-15, 02:27 
>> Оно так же и валит систему когда ядро собрано без поддержки CGROUPS?
> У машины колеса уберите и задайте вопрос - почему она не едет?
> Изучите вопрос, прежде чем возмущаться.

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

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

139. "Релиз systemd 227"  –1 +/
Сообщение от Красные Глаза (ok) on 10-Окт-15, 12:18 
>>> Оно так же и валит систему когда ядро собрано без поддержки CGROUPS?
>> У машины колеса уберите и задайте вопрос - почему она не едет?
>> Изучите вопрос, прежде чем возмущаться.
> А если у тебя забрать колёса, вопрос о том, почему у тебя
> ломка, не появится.

У вас все хорошо?

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

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

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




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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