☰

Подробности

tag-icon • tag-icon linux ubuntu ssh logging
Подробности

Понятия не имею, в чем причина, но я только что обновил систему и теперь получаю на терминал всевозможную информацию.

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

[drjrm3(BASH)@maeve]: ls
foo
[drjrm3(BASH)@maeve]: sudo ls
 sudo:   drjrm3 : TTY=pts/0 ; PWD=/home/drjrm3/simpleDir ; USER=root ; COMMAND=/usr/bin/ls
 sudo:   drjrm3 : TTY=pts/0 ; PWD=/home/drjrm3/simpleDir ; USER=root ; COMMAND=/usr/bin/ls
 sudo: pam_unix(sudo:session): session opened for user root(uid=0) by drjrm3(uid=1000)
 sudo: pam_unix(sudo:session): session opened for user root(uid=0) by drjrm3(uid=1000)
foo
 sudo: pam_unix(sudo:session): session closed for user root
[drjrm3(BASH)@maeve]:  systemd[1]: Started Run anacron jobs.
 anacron[4034]: Anacron 2.3 started on 2023-07-08
 anacron[4034]: Normal exit (0 jobs run)
 systemd[1]: anacron.service: Deactivated successfully.
 CRON[4036]: pam_unix(cron:session): session opened for user drjrm3(uid=1000) by (uid=0)
 CRON[4037]: (drjrm3) CMD (echo "Example cron")
 CRON[4036]: (CRON) info (No MTA installed, discarding output)
 CRON[4036]: pam_unix(cron:session): session closed for user drjrm3

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

Подробности

1 - Версия ОС/ядра

[drjrm3(BASH)@maeve]: cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.2 LTS"
[drjrm3(BASH)@maeve]: uname -r
5.19.0-46-generic
[drjrm3(BASH)@maeve]:

2 - Уровень журнала ядра

Насколько мне известно, это выглядит правильным с точки зрения уровня журнала:

[drjrm3(BASH)@maeve]:  cat /proc/sys/kernel/printk
4   4   1   7
[drjrm3(BASH)@maeve]:

3 - Воспроизводится на всех ssh-клиентах

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

Я также подключаюсь по ssh к raspberry pi с этого Mac, и там такое поведение НЕ происходит. Однако при переходе с rpi на maeveэто поведение снова проявляется, что заставляет меня думать, что это проблема с самой настройкой рабочей станции, а не проблема с клиентом ssh.

4 - Воспроизводимость

После того, как я покопался еще немного, я думаю, что это loggerпроблема. На нескольких других машинах, которые я могу использовать logger, он не будет печатать на экране. Однако на этой машине он печатает.

[drjrm3(BASH)@maeve]: logger hi
[drjrm3(BASH)@maeve]:  drjrm3: hi

[drjrm3(BASH)@wheems]: logger hi
[drjrm3(BASH)@wheems]:

решение1

Кажется, я разобрался. Каким-то образом, когда я обновил, эта строка попала в мой /etc/rsyslog.d/50-default.confфайл:

drjrm3                          /var/log/drjrm3.log

Я сравнил этот файл с тем же путем на всех моих других системах и никогда не видел этой строки. На основе документации о том, как должны быть написаны файлы syslog (конечно, дляРХЕЛ), это, похоже, не сюда.

Как только я закомментировал его и перезапустил rsyslogd, sudo service rsyslog restartя не смог воспроизвести loggerсообщения:

[drjrm3(BASH)@maeve]: # File just edited.
[drjrm3(BASH)@maeve]: logger foo
[drjrm3(BASH)@maeve]:  drjrm3: foo

[drjrm3(BASH)@maeve]: logger bar
 drjrm3: bar
[drjrm3(BASH)@maeve]: sudo service rsyslog restart
 sudo:   drjrm3 : TTY=pts/0 ; PWD=/etc/rsyslog.d ; USER=root ; COMMAND=/usr/sbin/service rsyslog restart
 sudo:   drjrm3 : TTY=pts/0 ; PWD=/etc/rsyslog.d ; USER=root ; COMMAND=/usr/sbin/service rsyslog restart
 sudo: pam_unix(sudo:session): session opened for user root(uid=0) by drjrm3(uid=1000)
 sudo: pam_unix(sudo:session): session opened for user root(uid=0) by drjrm3(uid=1000)
[drjrm3(BASH)@maeve]: logger foo
[drjrm3(BASH)@maeve]: logger bar
[drjrm3(BASH)@maeve]:

Связанный контент