/var/log/journal[Решено]

ivand
апр 20 14:22:11 divan systemd-journal[588]: Allowing system journal fil....
апр 20 14:22:11 divan systemd-journal[588]: Journal started
Как добиться этого вывода размеров?
Не знаю, почему у Вас вывод обрезан, но в строчке "Allowing system ..." как раз этот размер и указан обычно. Вот что у меня выдает, например:
$ sudo systemctl status systemd-journald
<~~~часть вывода корова слизала~~~>
апр 20 12:02:47 ky-t60 systemd-journal[124]: Allowing runtime journal files to grow to 99.8M.
апр 20 12:02:47 ky-t60 systemd-journal[124]: Journal started
апр 20 12:02:58 ky-t60 systemd-journal[124]: Allowing system journal files to grow to 50.0M.
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
Как раз видим размеры и уведомление о том, что с момента старта уже производилась ротация, поэтому не все записи могут быть доступны.
800x600
xterm*geometry: 80x25
xterm*faceName: xft:Dejavu Sans Bold:pixelsize=16:antialias=false
Вот и не видно в xterm
Спасибо
В таких случаях, что бы строки не усекались, можно ключ --full добавлять.
Это ж надо догадаться то, что режет.
Да, man systemctl -- ох, не к добру это
journalctl у всех тормозит?
Запускаю к примеру sudo journalctl -xn, или какой-то более точный запрос, который выдает строчек 20 всего (по конкретному демону например) и жду минут 5 а то и больше... Все это время диск насилуется как будто у меня 50 гигов логов распаковываются, но логов
ls -lh /var/log/journal/
итого 0
drwxr-xr-x 1 root root 8,5K апр 21 20:48 6ed89c31ae5c383a0442b8f400000c47
Всего ничего
ls -lh /var/log/journal/6ed89c31ae5c383a0442b8f400000c47 ?
Скока?
Народ, кто вас учил так проверять размер каталога?
Надо вот так:
$ du -sh /var/log/journal/
25M     /var/log/journal/
ivand
ls -lh /var/log/journal/6ed89c31ae5c383a0442b8f400000c47 ?
Скока?
Я просто подулал, что это файл )) Начитался про страшные бинарные логи. Думал все в одной куче, да и имя этой папки странное.

Оказалось, что у меня ровно 2.4Гб логов на обоих компах. Ограничений в конфигах я не ставил. Видимо такой дефолт.

Вопрос о тормозах остается открытым. После очистки логов (до нескольких десятков кб) запросы конечно выполняются сразу, но и пару гигов должен лопатить секунд за 10. Или хотя бы выводить результаты по мере их нахождения, а не ждать конца запроса.
Я просто подулал, что это файл )) Начитался про страшные бинарные логи. Думал все в одной куче, да и имя этой папки странное.
Ну, правильно думал- ВСЁ ЕСТЬ ФАЙЛ.Вот ls радостно рапортует атрибутом d- директория(да-да, файл-девочка) с роботоименем
но и пару гигов должен лопатить секунд за 10. Или хотя бы выводить результаты по мере их нахождения, а не ждать конца запроса.
Винчестер не должен ни кому.И нафиг такую интерактивность, не винда- ограничивайте(жмайте-бекапте) логи
Народ, кто вас учил так проверять размер каталога?
Надо вот так:
$ du -sh /var/log/journal/
25M /var/log/journal/
Да, низкий уровень вхождения.Причина кроется в: KISS-pacman-systemd!!!
Ладно, отказывать себе в удовольствии писать КАПСОМ(раскладка висит), но не знать всей мощи копипасты?Это не достойно звания одмина локалхоста
Крайне разочарован
ivand
Да, низкий уровень вхождения.Причина кроется в: KISS-pacman-systemd!!!
Ладно, отказывать себе в удовольствии писать КАПСОМ(раскладка висит), но не знать всей мощи копипасты?Это не достойно звания одмина локалхоста
Крайне разочарован
И была ваша мысль столь замысловата, что смысл её ускользнул от меня :)

nikisch, чтобы journalctl не тормозил, просто не надо заставлять его перепахивать все логи от начала времён. Запускайте journalctl -b и вы сразу получите лог за последнюю загрузку.
Кстати, вот тут английским по белому написано, как его можно запускать:
$ journalctl -h
journalctl [OPTIONS...] [MATCHES...]
Query the journal.
Flags:
     --since=DATE        Start showing entries newer or of the specified date
     --until=DATE        Stop showing entries older or of the specified date
  -c --cursor=CURSOR     Start showing entries from specified cursor
  -b --this-boot         Show data only from current boot
Если хотите получить лог, начиная с определённой даты, запустите, к примеру, journalctl --since=2013-04-22

P.S.
При этом я нисколько не сомневаюсь, что "тормоза" journalctl – явная недоделка или хатлура разработчиков. Раз уж они сделали бинарные логи, они могли бы озаботиться нормальным индексированием. К примеру, любой нормальный видеоформат позволяет начать воспроизведение фильма с произвольной позиции без предварительного чтения всего огромного файла перед этим – для этого и служит индекс.
 
Зарегистрироваться или войдите чтобы оставить сообщение.