НАЗВА

       logger — вписування повідомлень до журналу системи

КОРОТКИЙ ОПИС

       logger [параметри] повідомлення

ОПИС

       logger робить записи до системного журналу.

       Якщо вказано необов'язковий аргумент повідомлення, його буде записано до журналу. Якщо
       аргумент не вказано, і не використано параметр -f, до журналу буде записано дані зі
       стандартного джерела вхідних даних.

ПАРАМЕТРИ

       -d, --udp
           Використовувати лише датаграми (UDP). Типово, буде виконано спробу встановити
           з'єднання із портом syslog, який визначено в /etc/services, яким часто є 514.

           Додаткові відомості щодо визначення місця з'єднання наведено у описах --server і
           --socket.

       -e, --skip-empty
           Ігнорувати під час обробки файлів порожні рядки. За визначенням, порожнім вважають
           рядок без будь-яких символів. Отже, рядок, що складається з пробілів НЕ вважають
           порожнім. Зауважте, що якщо вказано параметр --prio-prefix, пріоритетність запису не
           вважатиметься частиною рядка. Таким чином, порожнім у цьому режимі буде рядок, у якому
           не міститься жодних символів після префікса пріоритетності (наприклад <13>).

       -f, --file файл
           Записати до журналу вміст вказаного файла. Цей параметр не можна поєднувати з
           повідомленням командного рядка.

       -i
           Записувати PID досліджуваного процесу до кожного рядка.

       --id[=ідентифікатор]
           Записати до журналу PID процесу logger до кожного рядка. Якщо вказано необов'язковий
           аргумент ідентифікатор, його буде використано замість PID команди logger. У скриптах,
           які надсилають декілька повідомлень, рекомендовано користуватися --id=$$ (PPID).

           Зауважте, що в інфраструктурі ведення журналу системи (наприклад, у systemd при
           очікуванні даних з /dev/log) може бути використано реєстраційні дані локального сокета
           для перезапису PID, який вказано у повідомленні. logger(1) може встановити для
           реєстраційних даних таких сокетів вказаний ідентифікатор, але лише якщо у вас є права
           доступу користувача root, і процес із вказаним PID існує, інакше реєстраційні дані
           сокета не буде змінено, а проблему буде без додаткових повідомлень проігноровано.

       --journald[=файл]
           Створити запис журналу systemd. Запис буде прочитано з заданого файла, якщо його
           вказано. Якщо файл не вказано, запис буде прочитано зі стандартного джерела вхідних
           даних. Кожен рядок має починатися з поля, яке є прийнятним для journald. Див.
           systemd.journal-fields(7), щоб дізнатися більше. Загалом, варто користуватися полем
           MESSAGE_ID, оскільки воно спрощує пошук. Приклади:

              logger --journald <<end
              MESSAGE_ID=67feb6ffbaf24c5cbec13c008dd72309
              MESSAGE=The dogs bark, but the caravan goes on.
              DOGS=bark
              CARAVAN=goes on
              end

              logger --journald=entry.txt

       Зауважте, що --journald ігноруватиме значення інших параметрів, зокрема пріоритетності.
       Якщо потрібна пріоритетність, вона має бути у вхідних даних і використовувати поле
       PRIORITY. Просте виконання journalctl(1) призведе до виведення поля MESSAGE. Скористайтеся
       journalctl --output json-pretty для перегляду решти полів.

       + Щоб включити до MESSAGE символи розриву рядків, вкажіть MESSAGE декілька разів. Такий
       випадок буде оброблено як особливий, інші поля буде збережено як масив у журналі, якщо їх
       вказано декілька разів.

       --msgid ідентифікатор-повідомлення
           Встановлює RFC 5424 <https://tools.ietf.org/html/rfc5424> значення поля MSGID з
           link:https://tools.ietf.org/html/rfc5424[RFC 5424]. Зауважте, що символ пробілу в
           аргументі ідентифікатор-повідомлення використовувати не можна. Цей параметр
           використовують, лише якщо також використано параметр --rfc5424. Якщо параметр
           --rfc5424 не використано, цей параметр буде без повідомлень проігноровано.

       -n, --server сервер
           Записати повідомлення на вказаному віддаленому сервері syslog, замість сокета
           системного журналу. Якщо не вказано --udp або --tcp, logger спочатку спробує
           скористатися UDP, а якщо це не вдасться, спробує встановити з'єднання TCP.

       --no-act
           Наказує програмі виконати усі дії, окрім записування повідомлення журналу до
           системного журналу і вилучення з'єднання із журналом. Цей параметр можна
           використовувати разом із --stderr з метою тестування.

       --octet-count
           Використовувати RFC 6587 <https://tools.ietf.org/html/rfc6587> метод кадрування при
           обліку октет із link:https://tools.ietf.org/html/rfc6587[RFC 6587] при надсиланні
           повідомлень. Якщо цей параметр не використано, типовим є вимикання кадрування у UDP і
           використання непрозорого кадрування з RFC6587 (також відомого як набивання октет) у
           TCP.

       -P, --port порт
           Використати вказаний порт. Якщо цей параметр не вказано, типовим портом буде syslog
           для з'єднань udp і syslog-conn для з'єднань tcp.

       -p, --priority пріоритетність
           Вписати повідомлення до журналу з використанням вказаної пріоритетності.
           Пріоритетність може бути вказано у числовій формі або як пару можливість.рівень.
           Наприклад, -p local3.info записує повідомлення як інформаційне у можливості local3.
           Типовою є пара user.notice.

       --prio-prefix
           Шукати префікс syslog у кожному рядку, який прочитано зі стандартного джерела вхідних
           даних. Цей префікс є десятковим числом у кутових дужках, у якому закодовано одразу
           можливість і рівень. Число буде побудовано шляхом множення можливості на 8 із
           додаванням рівня. Наприклад, local0.info означає, що можливість=16 і рівень=6, що дає
           <134>.

           Якщо у префіксі не міститься запису можливості, типовою є можливість, яку вказано за
           допомогою параметра -p. Так само, якщо не вказано префікс, рядок буде записано до
           журналу з використанням значення пріоритетності, яка задано за допомогою -p.

           Цей параметр не впливає на повідомлення командного рядка.

       --rfc3164
           Використовувати RFC 3164 <https://tools.ietf.org/html/rfc3164> Скористатися протоколом
           syslog BSD для надсилання повідомлень на віддалений сервер.

       --rfc5424[=аргумент]
           Використовувати RFC 5424 <https://tools.ietf.org/html/rfc5424> протокол syslog для
           надсилання повідомлень на віддалений сервер. Необов'язковим аргументом аргумент можна
           скористатися для визначення списку відокремлених комами таких значень: notq, notime,
           nohost.

           Значення notq придушує структуровані дані щодо якості часу у надісланому повідомленні.
           Дані щодо якості часу показують, чи синхронізовано локальний годинник, і вказують на
           максимальне відхилення часової позначки. Якість часу також буде автоматично придушено,
           якщо вказано параметр *--sd-id timeQuality*.

           Значення notime (яке неявним чином встановлює notq) придушує повну часову позначку
           відправника у форматі ISO-8601, включно з мікросекундами і часовим поясом.

           Значення nohost придушує відомості gethostname(2) у заголовку повідомлення.

           Протокол RFC 5424 став типовим для logger, починаючи з версії 2.26.

       -s, --stderr
           Вивести повідомлення до стандартного виведення помилок, окрім системного журналу.

       --sd-id назва[@цифри]
           Вказує ідентифікатор елемента структурованих даних для заголовка повідомлення за RFC
           5424. Параметр слід використовувати до вказаного --sd-param для впровадження нового
           елемента. Кількість елементів структурованих даних не обмежено. Ідентифікатор (назва
           плюс можливо @цифри) записують із врахуванням регістру символів і унікально
           ідентифікує тип і призначення елемента. У повідомленні не повинно бути більше за один
           той самий ідентифікатор. Частина @цифри є обов'язковою для визначених користувачем
           нестандартних ідентифікаторів.

           logger у поточній версії створює лише стандартизований елемент timeQuality. RFC 5424
           також описує елементи origin (з параметрами ip, enterpriseId, software та swVersion)
           та meta (з параметрами sequenceId, sysUpTime і language). Ці ідентифікатори елементів
           може бути вказано без суфікса @цифри.

       --sd-param назва=значення
           Вказує параметр елемента структурованих даних, пару назва-значення. Параметр має бути
           використано після --sd-id, його можна вказувати декілька разів для одного елемента.
           Зверніть увагу на те, що слід використовувати лапки навколо значення, а вміст має бути
           екрановано у командному рядку.

                   logger --rfc5424 --sd-id zoo@123             \
                                    --sd-param tiger="голодний"   \
                                    --sd-param zebra="біжить"  \
                                    --sd-id manager@123         \
                                    --sd-param onMeeting="yes"  \
                                    "це повідомлення"

           дає:

           <13>1 2015-10-01T14:07:59.168662+02:00 ws kzak - - [timeQuality tzKnown="1"
           isSynced="1" syncAccuracy="218616"][zoo@123 tiger="голодний"
           zebra="біжить"][manager@123 onMeeting="yes"] це повідомлення

       -S, --size розмір
           Встановити максимальний припустимий розмір повідомлення у значення розмір. Типовим
           розміром є 1 КіБ символів, тобто обмеження, яке традиційно використовують і яке
           вказано у RFC 3164. З появою RFC 5424 обмеження стало гнучким. Притомним припущенням є
           те, що отримувачі за стандартом RFC 5424 можуть обробляти повідомлення, розмір яких
           дорівнює принаймні 4 КіБ.

           Більшість отримувачів приймають повідомлення, розмір яких перевищує 1 КіБ, за
           будь-яким типом протоколу syslog. Отже, параметр --size стосується logger в усіх
           випадках (не лише, коли використано --rfc5424).

           Зауваження: обмеження розміру повідомлення стосується загального розміру повідомлення,
           включно із заголовком syslog. Розмір заголовка залежить від вибраних параметрів і
           довжини назви вузла. Як правило, довжина заголовка не перевищує значення від 50 до 80
           символів. При виборі максимального розміру повідомлення важливо переконатися, що на
           боці отримувача також передбачено підтримку максимального розміру, інакше повідомлення
           може бути обрізано. Знову ж таки, як правило, розмір повідомлення від двох до чотирьох
           КіБ має бути задовільним, працездатність усіх інших більших розмірів слід перевіряти.

       --socket-errors[=режим]
           Виводити повідомлення про помилки щодо з'єднань із сокетом Unix. Значенням аргументу
           режим може бути один з таких рядків: off, on або auto. Якщо режимом є auto, logger
           виконає визначення того, чи є процесом ініціалізації systemd(1), і якщо це так,
           зробить припущення про можливість використання /dev/log на ранніх етапах завантаження
           системи. У інших системах ініціалізації без /dev/log помилок не виникне, що подібне до
           обміну повідомленнями за допомогою системного виклику openlog(3). Програма logger(1)
           до версії 2.26 використовувала openlog(3), а отже, не могла виявляти втрату
           повідомлень, які надіслано до сокетів Unix.

           Типовим режимом є auto. Якщо помилки не увімкнено, обмін втраченими повідомленнями не
           відбуватиметься, а результатом буде успішний стан виходу при виклику logger(1).

       -T, --tcp
           Використовувати лише потік (TCP). Типово, буде виконано спробу встановити з'єднання із
           портом syslog-conn, який визначено в /etc/services, яким часто є 601.

           Додаткові відомості щодо визначення місця з'єднання наведено у описах --server і
           --socket.

       -t, --tag мітка
           Позначити кожен з рядків, які слід записувати до журналу, вказаною міткою. Типовою
           міткою є ім'я користувача, який увійшов до системи у терміналі (або ім'я користувача,
           якеи визначено на основі ідентифікатора ефективного користувача).

       -u, --socket сокет
           Записати дані до вказаного сокета замість сокета журналу системи.

       --
           Кінець списку аргументів. За допомогою цього параметра можна розпочинати повідомлення
           з дефіса (-).

       -h, --help
           Вивести текст довідки і завершити роботу.

       -V, --version
           Вивести дані щодо версії і завершити роботу.

СТАН ВИХОДУ

       Допоміжна програма logger завершує роботу із кодом стану 0 у разі успіху і кодом стану >0,
       якщо станеться помилка.

МОЖЛИВОСТІ І РІВНІ

       Коректними назвами можливостей є такі:

       auth
       authpriv for security information of a sensitive nature
       cron

       daemon
       ftp
       kern не може бути створено з процесу простору користувача, автоматично перетворюється на
       user

       lpr
       mail
       news
       syslog
       user
       uucp
       local0
       до
       local7
       security застарілий синонім auth

       Коректними назвами рівнів є такі:

       emerg
       alert
       crit
       err
       warning
       notice
       info
       debug
       panic застарілий синонім emerg
       error застарілий синонім err
       warn застарілий синонім warning

       Опис порядку пріоритетності та призначення цих можливостей і рівнів можна знайти на
       сторінці підручника щодо syslog(3).

ВІДПОВІДНІСТЬ

       Команда logger має бути сумісною із стандартом IEEE 1003.2 ("POSIX.2").

ПРИКЛАДИ

       logger System rebooted logger -p local0.notice -t HOSTIDM -f /dev/idmc logger -n
       loghost.example.com System rebooted

АВТОРИ

       Початкову версію програми logger було створено Каліфорнійським університетом у 1983-1993
       роках, а пізніше переписано Karel Zak <kzak@redhat.com>, Rainer Gerhards
       <rgerhards@adiscon.com>, і Sami Kerola <kerolasa@iki.fi>.

ДИВ. ТАКОЖ

       journalctl(1), syslog(3), systemd.journal-fields(7)

ЗВІТИ ПРО ВАДИ

       Для звітування про вади використовуйте систему стеження помилками на
       https://github.com/util-linux/util-linux/issues.

ДОСТУПНІСТЬ

       logger є частиною пакунка util-linux, який можна отримати з Linux Kernel Archive
       <https://www.kernel.org/pub/linux/utils/util-linux/>.

ПЕРЕКЛАД

       Український переклад цієї сторінки посібника виконано Yuri Chornoivan <yurchor@ukr.net>

       Цей переклад є безкоштовною документацією; будь ласка, ознайомтеся з умовами GNU General
       Public License Version 3 ⟨https://www.gnu.org/licenses/gpl-3.0.html⟩. НЕ НАДАЄТЬСЯ ЖОДНИХ
       ГАРАНТІЙ.

       Якщо ви знайшли помилки у перекладі цієї сторінки підручника, будь ласка, надішліть
       електронний лист до списку листування перекладачів: ⟨trans-uk@lists.fedoraproject.org⟩.