Рейтинг:0

Служба не регистрируется в journalctl

флаг in

У меня есть пользовательский сервис, который находится под /home/<пользователь>/.config/systemd/user/<сервис>.service

Когда я выступаю systemctl --user статус <служба> У меня есть желаемый результат, например:

<пользователь>@<сервер>:~$ systemctl --user status <сервис>
<service>.service - Служба
     Загружено: загружено (/home/<user>/.config/systemd/user/<service>.service; включено; предустановка поставщика: включена)
     Активно: активно (работает) со вторника 27 июля 2021 г., 10:23:34 UTC; 9 минут назад
   Основной PID: 19059 (<служба>)
     CGroup: /user.slice/user-1008.slice/[email protected]/<service>.service
             ââ19059 /home/<user>/.local/share/<software>/install/active_release/bin/<software>-validator

Журналы
Журналы
Журналы

Но при попытке просмотреть полные журналы с помощью journalctl --user -u <служба> -f Я ничего не вижу, вывод следующий:

<пользователь>@<сервер>:~$ journalctl --user -u <сервис> -f
Файлы журнала не найдены.

У меня эта настройка работает на многих других серверах с точно такой же конфигурацией, но это происходит только на этом, который является сервером от Equinix, может быть, у этого провайдера есть какая-то другая конфигурация для journalctl? Но важно отметить, что я установил на эту машину другие службы (не пользовательские, а общесистемные), и этого не произошло.

/etc/systemd/journal.conf находится в конфигурации по умолчанию.

Я видел этот пост, немного связанный с моей проблемой: Linux journalctl не синхронизирован со статусом systemctl / Journalctl не обновляется, я пытался вставить StandardOutput=журнал и StandardError=журнал в разделе [Сервис] сделал systemctl --user демон-перезагрузка и перезапустил службу, но пока не вижу журналов в journalctl.

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

Моя служба сейчас настроена так:

[Ед. изм]
Описание=<Описание службы>
После=network.target
Стартлимитинтервалсек=0

[Оказание услуг]
Тип=простой
Перезапустить = всегда
Рестартсек=1

EnvironmentFile=/home/<пользователь>/rpc.env

ExecStart=/home/<user>/bin/<service_script>.sh

#ExecStartPost=/usr/bin/taskset -a -p -c 5-23 28-47 $MAINPID
CPUAffinity=5-23 28-47

Ницца=-10


LimitNOFILE=700000
ЛимитNPROC=700000

Логрателимитинтервалсек=0
Логрателимитбурст=0

Рабочий каталог=/home/<пользователь>/

[Установить]
WantedBy=default.target

У вас есть идеи, как я могу это исправить?

Michael Hampton avatar
флаг cz
Правильный синтаксис: `journalctl --user-unit .сервис ...`
Daniel avatar
флаг in
Да, это сработало отлично. Но я всегда использовал синтаксис `journalctl --user -u -f` и он все еще работает на других моих серверах. Вероятно, эти ноды поставлялись со всеми последними пакетами, и в новой версии systemd приведенный выше синтаксис может быть объявлен устаревшим. Правильный вариант действительно `journalctl --user-unit .сервис` Спасибо

Ответить или комментировать

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