The OpenNET Project / Index page

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



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

Оглавление

Релиз systemd 227, opennews (ok), 07-Окт-15, (0) [смотреть все]

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


31. "Релиз systemd 227"  +5 +/
Сообщение от fantom (ok), 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 полнистью себя оправдывают, хотя может реализация и не самая удачная...
Так ВАМ никто не запрещает попытаться реализовать самим ;)

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

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

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

59. "(offtopic) про нормальный логгинг, а не systemd 227"  +2 +/
Сообщение от Michael Shigorinemail (ok), 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), 08-Окт-15, 15:34 
В твоей манявселенной и MS Office уже стал ненужным? Нюню)
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

120. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от freehckemail (ok), 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

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

69. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Красные Глаза (ok), 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), 08-Окт-15, 16:44 
> Не подскажете как выбрать диапазон из лога сислога, скажем, с 03.10.15 13:04
> по 06.10.15 23:05 ?

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

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

78. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Красные Глаза (ok), 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 сделал отдельный раздел :)

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

88. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Адекват (ok), 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 мегабайт, или логи "более старые чем", но вот удалить записи от одного единственного сервиса, а равно как писать логи от каждого сервиса в отдельный файл - оно не умеет.

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

92. "(offtopic) про нормальный логгинг, а не systemd 227"  –1 +/
Сообщение от Красные Глаза (ok), 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'у, с которым вы можете делать то, что привыкли делать. Непонятно, почему вы встречаете в штыки такой удобный инструмент? :)

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

96. "(offtopic) про нормальный логгинг, а не systemd 227"  +/
Сообщение от Адекват (ok), 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 будут приводить к иппическим залипаниям.

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

102. "(offtopic) про нормальный логгинг, а не systemd 227"  +1 +/
Сообщение от Красные Глаза (ok), 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

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

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

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

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

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

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

&

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

+1

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


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

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

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

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

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

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

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

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

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

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

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

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

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

Читайте.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

70. "Релиз systemd 227"  +/
Сообщение от fi (ok), 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), 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-то можно завязать сервис на ожидавние появление конкретного устройства, а тут?

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

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

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

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

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

126. "Релиз systemd 227"  –1 +/
Сообщение от Stax (ok), 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 на серверах важен не для этого. Но скорость перезагрузки трудно недооценивать.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

RTFM.

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

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

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

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

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

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

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

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

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

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




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

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