Почему rsyslog не указан при запуске службы?

Я пытаюсь узнать о rsyslog. В одном из моих Linux-ящиков, я думаю, что rsyslog настроен для запуска через systemd на основе этого вывода:

 >systemctl status rsyslog rsyslog.service - System Logging Service Loaded: loaded (/usr/lib/systemd/system/rsyslog.service; enabled) Active: active (running) since Tue 2017-01-10 11:28:07 PST; 3 months 19 days ago Main PID: 954 (rsyslogd) CGroup: /system.slice/rsyslog.service L954 /sbin/rsyslogd -n >ps ax | grep syslog 954 ? Ssl 6:22 /sbin/rsyslogd -n 

Однако в другой linux-системе systemv (systemctl отсутствует) не знает, что rsyslogd запущен:

 [root@box ~]# service --status-all | grep -i syslog 2>&1 [root@box ~]# ps ax | grep -i syslog 7866 ? Sl 1:49 /sbin/rsyslogd -n -c5 -i /var/run/syslogd.pid 

Почему это несоответствие?

Во втором поле заключается в том, что rsyslogd работает, но не «найден» по показаниям service что он был создан «вручную» из командной строки и не настроен через один из сценариев init.d service ? (Извините, если моя терминология примитивна).

То, чего я действительно хотел достичь, было: во втором поле, я хотел перезапустить rsyslog, и я ожидал сделать это, запустив что-то вроде service rsyslog restart . Но не найдя rsyslog, когда я запустил service --status-all привело меня к этому объезду.

Вставка 1:

 >uname -a Linux box1 3.11.10-301.fc20.x86_64 #1 SMP Thu Dec 5 14:01:17 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >lsb_release -a LSB Version: :core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch Distributor ID: Fedora Description: Fedora release 20 (Heisenbug) Release: 20 Codename: Heisenbug 

Конфигурация Box 2:

 Linux box2 2.6.37+ #2 Tue Apr 18 03:07:09 PDT 2017 armv7l GNU/Linux 

One Solution collect form web for “Почему rsyslog не указан при запуске службы?”

Не из командной строки, а, возможно, из другого сценария инициализации. В старые добрые времена команда вроде

  $ sudo bash -c "find / -xdev -type f -print0 -size -1M | xargs -0 grep rsyslog" 

или, что более вероятно

 $ sudo bash # find / -xdev -type f -print0 -size -1M | xargs -0 grep rsyslog 

будет проходить через все файлы в системе, которые ищут простые файлы, содержащие нужную строку. Параметр -mount на find сохраняет его / proc, и в наши дни grep достаточно умен, чтобы он заметил, когда файл выглядит как двоичный файл, содержащий строку. -print0 и параметр -0 для xargs работают вместе и гарантируют, что файлы с нечетными символами, например, пробелы, которые могли бы смутить парсер, были правильно рассмотрены. И «-size -1M» гарантирует, что просматриваются только файлы размером 1 мегабайт или меньше – файлы, которые больше, чем это маловероятно, что вас интересует – rsyslog, скорее всего, будет запущен из сценария.

Конечно, есть еще одна возможность, и это значит, что программа запускается удаленно. Я легко могу представить, что кто-то запускает rsyslog из скрипта ssh, привязанного к определенному ключу, который делает только эту вещь, он может даже не позволить вам получить оболочку, суть которой заключается в том, что вы запускаете syslogd, когда машина, которая предполагается чтобы получить системный журнал, нужно их взять.

Команда, подобная pstree, может показать вам, что такое дочерний элемент, и, хотя вы легко можете выйти из-под вашего родителя, чтобы вы наследовались init,

  • Как очистить журнал
  • Не удалось запустить posgtresql, причина не ясна
  • Firewalld занимает много времени
  • Поддерживает ли systemd перезапуск при отказе для демона forking?
  • Как мы можем разрешить пользователям без полномочий root управлять сервисом system.d?
  • Как изменить значения по умолчанию для директив в systemd?
  • LSB: поднять сетевой интерфейс
  • Centos7 на NUC приостанавливается при нажатии кнопки питания
  • Как сообщить systemd-logind, что сеанс не простаивает, без использования среды рабочего стола или диспетчера сеансов?
  • Как перезагрузка gnome без привилегий root?
  • как различать пользовательские сервисы и системные службы в systemd?
  • Linux и Unix - лучшая ОС в мире.