осуждающие неосиляторы ничего читать не будут, зы за ссылку спасибо

Вот это нужно!

Добавил на тудей...

.pdf

.tex

ну здец! я вот, хотел логи посмотреть сегодня, /var/log/everything.log больше не существует, никаких утилит кроме cat я не знаю, потому что cat существовал ВСЕГДА. как мне логи читать теперь? я должен, сперва изучить новую писечку, прежде чем приступить к работе? с cat/grep этого делать не нужно было, т.к. достаточно было прочитать описание утилиты, а не man к ней.

теперь надо скачать мокрую писечку чтобы открыть-прочитать непонятный формат? линукс мокрая писечка скачать pdf tex reader бесплатно без sms

Мушкетеры 5 лет спустя:

Причина увольнения

Отказался от изучения systemd

а в каком формате еще книжку выкладывать? в *.doc что ли?

на счет логов полностью поддерживаю! для полного счастья их нужно было еще в БД загнать, что бы уж наверняка!

одной книги тут явно не достаточно.
Да ещё это и не книга, а 'цикл статей'.

E.g., вместо 'просто как два пальца' решили сделать 'нужно книжку и сертификацию MS^WRH чтобы даже логи почитать'?
M'kay.

Почитаю, может чего полезного найду. Хотя systemd в глаза не видел и не собираюсь в ближайшее - да и не очень ближайшее - время.

Однако, и в F17, и в F18 journal по умолчанию сохраняет информацию только в небольшой кольцевой буфер в каталоге /run/log/journal. Как и все содержимое каталога /run, эта информация теряется при перезагрузке. Такой подход сильно ограничивает использование полезных возможностей journal, однако вполне достаточен для вывода актуальных сообщений от служб в systemctl status

это победа

Начиная с Fedora 19, мы собираемся включить сохранение логов на диск, в каталог /var/log/journal. При этом, логи смогут занимать гораздо больше места, а значит, смогут вместить больше полезной информации. Таким образом, journal станет еще более удобным.

теперь банановый

Чтобы просто взглянуть на лог, достаточно ввести

# journalctl

Если вы выполнили эту команду с полномочиями root, вы увидите все журнальные сообщения, включая исходящие как от системных компонентов, так и от залогиненных пользователей. Вывод этой команды форматируется в стиле /var/log/messages, но при этом добавлены кое-какие улучшения:
∙ Все отметки времени сформированы с учетом вашего часового пояса.
∙ Для навигации по тексту используется просмотрщик (pager), по умолчанию less.
∙ Выводятся _все_ доступные данные, включая информацию из файлов, прошедших ротацию (rotated logs).

Леннарт явно серверы видел только на картинках

Спасибо

Леннарт явно серверы видел только на картинках

радуйся, что хотя бы на картинках видел!

Домохозяйкам эта книжка не нужна, а остальные не пользуют systemd.

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

Правда тем, кому мощный баттхёрт заблокировал способность к чтению напрочь даже это не поможет :-D

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

будь мужиком, леня! выложи свой пароль!

а чего, journalctl | grep blah сделать не получится?

Если вы выполнили эту команду с полномочиями root

А если не от рута? Права доступа раздельно для каждого журнала там можно настраивать?

написано, что не от рута каждый видит только свои логи. Вместо sudo надо добавить юзера в группу adm.

Он в $PAGER все вываливает. Вместо грепа стопицот своих ключей

Спасибо, довольно интересно. Хотя мысль о бинарных логах пока по прежнему вызывает содрогание (до таковых ещё не дочитал).

Большое спасибо. Благодаря ТСу я бы не узнал даже о существовании оригинала.

Тебе какой формат непонятен? PDF или TeX?

Он в $PAGER все вываливает. Вместо грепа стопицот своих ключей

journalctl | grep something отлично работает.

Он в $PAGER все вываливает. Вместо грепа стопицот своих ключей

Да ну нафиг, по-моему даже леннарт знает что такое tty.

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

Ну может и так, я в мане не нашел.

grep something /var/log/*log работает не хуже, и не вываливает по дефолту все логи за последний месяц (на секундочку, у меня один nginx по 2-3 гига в сутки пишет акцес лог, а сколько будет в бинарном виде, страшно даже представить).

grep something /var/log/*log работает не хуже

Да я и не спорю. Я просто отметил, что grep работает. А не только $PAGER.

и не вываливает по дефолту все логи за последний месяц (на секундочку, у меня один nginx по 2-3 гига в сутки пишет акцес лог, а сколько будет в бинарном виде, страшно даже представить).

Так там есть средства и для вывода по дате. Например, --since и --until. Леннарт даже -f реализовал, по аналогии с tail -f.

Да я прочитал про journal по ссылке. Вот since/until - действительно полезная штука, которую обычно приходится костылить head-tail'ом. Но в целом выглядит как терминальная стадия NIH-синдрома.

Но в целом выглядит как терминальная стадия NIH-синдрома.

Судя по всему, изначально Леннарт просто хотел, чтобы при просмотре статуса сервиса в системд выводились последние строки его лога. Это вполне логично, ведь интересно же не только увидеть, отчего сервис умер, но и что он по этому поводу написал. Раз уж системд претендует на всеобъемлющее решение. И лог потому изначально был временный.

Ну а потом пошло-поехало.

Я такую приблуду пилил, клиент-серверную, для своего прошлого работодателя - удаленный руль для жабных серверов приложений. Как-то обошлось без своего уникального сислога, хотя протокол таки был изобретен :)

а в каком формате еще книжку выкладывать? в *.doc что ли?

html с картинками или mht.

а в каком формате еще книжку выкладывать? в *.doc что ли?

http://ru.wikisource.org
Чую наверное придётся самому туда переносить. Когда руки дойдут

да. всетаки надо было указать, что это перевод. как-то не совсем корректно получилось

Спасибо.