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

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

"Релиз 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... Новость: http://www.opennet.me/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 (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 +/–
Сообщение от Аноним (??) 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 +/–
Сообщение от Аноним (??) on 07-Окт-15, 23:40
Они хоть аппаратные мощности учитывают? Или только прогеры в разработчиках? А то на каждый процесс можно по отдельному дистрибутиву повесить и радоваццо. Как лесное животное, обвешанное клещами и паразитами умирает в муках, так скоро эти нововведения превысят критическую массу. Такое усложнение системы на фоне огромного количества недоработок ..по мне так это уже чересчур. Одно радует - что дистры разные и их много, есть из чего выбрать. (некстати вспомнился автор "За что я ненавижу Линукс")
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

	55. "Релиз systemd 227"	–1 +/–
	Сообщение от Michael Shigorin (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 +/–
	Сообщение от Аноним (??) 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 (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 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 (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 (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 (ok) on 09-Окт-15, 11:17
	Не могу согласиться. Меня тут некоторое время тому назад[1] гражданин Celcion[2] убедил, что решения от Microsoft являются для конечного пользователя пока являются более user-friendly, нежели то, что сейчас предлагается в рамках Linux-based решений. Я не в целях начать срач, а лишь чтобы заметить, что "врага надо знать в лицо". Надо всё-таки ясно понимать, что мы тут в основном, что называется, Power Users. И нас продукты от Microsoft сильно огорчают и ограничивают. Тем не менее, реакция на оные у обычных пользователей, по-видимому, несколько иная. [1] http://www.opennet.me/openforum/vsluhforumID3/104693.html?n=... [2] http://www.opennet.me/~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 (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 (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 (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 (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 (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 | Индекс форумов | Темы | Пред. тема | След. тема