Каталог PidFile Apache видаляється при кожному завантаженні


11

Щоразу, коли сервер перезавантажується, каталог / run / httpd видаляється. / run - це файлова система tmpfs, отже, встановлена ​​в оперативній пам'яті.

/ run / httpd створюється лише під час встановлення. Коли я запускаю httpd після перезавантаження, каталог не відтворюється.

Сервер встановив CentOS 7 та офіційний репозиторій пакет Apache (v. 2.4.6-18).

Після установки та запуску Apache каталог наведено нижче:

# ls -alR /run/httpd/
/run/httpd/:
total 8
drwx--x---.  3 root   apache  120 Sep 30 08:39 .
drwxr-xr-x. 28 root   root   1020 Sep 30 08:37 ..
-rw-r--r--.  1 root   root      8 Sep 30 08:39 authdigest_shm.2953
drwx------.  2 apache apache   40 Jul 23 10:48 htcacheclean
-rw-r--r--.  1 root   root      5 Sep 30 08:39 httpd.pid
srwx------.  1 apache root      0 Sep 30 08:39 wsgi.2953.0.1.sock

/run/httpd/htcacheclean:
total 0
drwx------. 2 apache apache  40 Jul 23 10:48 .
drwx--x---. 3 root   apache 120 Sep 30 08:39 ..

Але після перезавантаження:

# ls -l /run/httpd
ls: cannot access /run/httpd: No such file or directory

Ось журнали при спробі перезапустити Apache:

/ var / log / httpd / error_log

[Tue Sep 30 09:30:32.310825 2014] [core:notice] [pid 3370] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0
[Tue Sep 30 09:30:32.312072 2014] [suexec:notice] [pid 3370] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Tue Sep 30 09:30:32.330380 2014] [auth_digest:notice] [pid 3370] AH01757: generating secret for digest authentication ...
[Tue Sep 30 09:30:32.330421 2014] [auth_digest:error] [pid 3370] (2)No such file or directory: AH01762: Failed to create shared memory segment on file /run/httpd/authdigest_shm.3370
[Tue Sep 30 09:30:32.330440 2014] [auth_digest:error] [pid 3370] (2)No such file or directory: AH01760: failed to initialize shm - all nonce-count checking, one-time nonces, and MD5-sess algorithm disabled
[Tue Sep 30 09:30:32.330445 2014] [:emerg] [pid 3370] AH00020: Configuration Failed, exiting
Job for httpd.service failed. See 'systemctl status httpd.service' and 'journalctl -xn' for details.

/ var / log / message

Sep 30 08:56:09 brejetuba2 systemd: Starting The Apache HTTP Server...
Sep 30 08:56:09 brejetuba2 systemd: httpd.service: main process exited, code=exited, status=1/FAILURE
Job for httpd.service failed. See 'systemctl status httpd.service' and 'journalctl -xn' for details.
Sep 30 08:56:09 brejetuba2 systemd: Failed to start The Apache HTTP Server.
Sep 30 08:56:09 brejetuba2 systemd: Unit httpd.service entered failed state.

/var/log/audit/audit.log

Job for httpd.service failed. See 'systemctl status httpd.service' and 'journalctl -xn' for details.
type=SERVICE_START msg=audit(1412083740.602:469): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg=' comm="httpd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'

Коли я створюю каталог вручну, Apache починає:

# mkdir /run/httpd
# systemctl restart httpd
# ls -lRa /run/httpd/
/run/httpd/:
total 8
drwxr-xr-x.  2 root   root  100 Sep 30 09:36 .
drwxr-xr-x. 28 root   root 1020 Sep 30 09:36 ..
-rw-r--r--.  1 root   root    8 Sep 30 09:36 authdigest_shm.3452
-rw-r--r--.  1 root   root    5 Sep 30 09:36 httpd.pid
srwx------.  1 apache root    0 Sep 30 09:36 wsgi.3452.0.1.sock

А після перезавантаження знову пропало.

Будь-які думки, чому це відбувається?

Відповіді:


8

Проблема полягала в тому, що при встановленні Apache груповий апарат не створювався.

# systemctl status systemd-tmpfiles-setup.service
systemd-tmpfiles-setup.service - Create Volatile Files and Directories
  Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static)
  Active: failed (Result: exit-code) since Tue 2014-09-30 09:40:30 EDT; 3h 24min ago
Docs: man:tmpfiles.d(5)
      man:systemd-tmpfiles(8)
  Process: 724 ExecStart=/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=1/FAILURE)
Main PID: 724 (code=exited, status=1/FAILURE)

Sep 30 09:40:30 servername systemd-tmpfiles[724]: [/usr/lib/tmpfiles.d/httpd.conf:1] Unknown group 'apache'.
Sep 30 09:40:30 servername systemd-tmpfiles[724]: [/usr/lib/tmpfiles.d/httpd.conf:2] Unknown user 'apache'.
Sep 30 09:40:30 servername systemd[1]: systemd-tmpfiles-setup.service: main process exited, code=exited, status=1/FAILURE
Sep 30 09:40:30 servername systemd[1]: Failed to start Create Volatile Files and Directories.
Sep 30 09:40:30 servername systemd[1]: Unit systemd-tmpfiles-setup.service entered failed state.

Це тому, що в мене налаштований сервер NIS, а не користувач апара NIS . Оскільки він має користувача apache , установка Apache не створює групу apache . Але апаш- група також існує в NIS! Ну, NIS псує речі.

Підсумок: я повинен зупинити ypbind, встановити Apache, а потім перезапустити ypbind (або просто створити вручну групу apache в / etc / group).


2

У мене було таке ж рішення для моєї проблеми, як у @datakid з тією різницею, що після перезавантаження systemd-tmpfiles-setup.serviceзнову було мертвим.

Для мого рішення спочатку потрібно знати, що я монтував каталог / var на іншому диску. І в цьому була проблема. Мій /etc/fstabза /varвиглядав так:

/dev/xvdb1 /var ext4 defaults,noatime,_netdev,nofail 0 2

Тож проблема була _netdev. Тому що це може бути корисно для NFS, де вам потрібна мережа, але не для мого випадку з /varкаталогом

Ось пояснення для _netdev:

Файлова система знаходиться на пристрої, який вимагає доступу до мережі (використовується для запобігання спробі встановити ці файлові системи, поки мережа не буде включена в систему).

Після того як я видалив _netdev, все знову працювало, також після перезавантаження


1

У мене була ця сама проблема, але з дещо іншим рішенням.

Використовуючи рішення @joaoolavo , я спробував systemctl status systemd-tmpfiles-setup.service:

[root@server ~]# systemctl status systemd-tmpfiles-setup.service
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
   Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static; vendor preset: disabled)
   Active: inactive (dead)
     Docs: man:tmpfiles.d(5)
           man:systemd-tmpfiles(8)

Зауважте, що Active: неактивний (мертвий).

Перезапуск systemd-tmpfiles-setup створив потрібні мені файли в / run /, і статус змінився на Active: active (вийшов), хоча, очевидно, httpd (і в моєму випадку postgresql) не завантажувався:

[root@server ~]# systemctl start systemd-tmpfiles-setup.service
[root@server ~]# systemctl status systemd-tmpfiles-setup.service
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
   Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static; vendor preset: disabled)
   Active: active (exited) since Fri 2016-03-18 13:35:36 AEDT; 8s ago
     Docs: man:tmpfiles.d(5)
           man:systemd-tmpfiles(8)
  Process: 2551 ExecStart=/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=0/SUCCESS)
 Main PID: 2551 (code=exited, status=0/SUCCESS)

Mar 18 13:35:36 server.org systemd[1]: Starting Create Volatile Files and Directories...
Mar 18 13:35:36 server.org systemd[1]: Started Create Volatile Files and Directories.

Чи переживе це перезавантаження?

Так. Насправді зараз перезавантажуються так, як ми і очікували - також створюються всі створені tmpfiles, httpd та postgresql.

Здавалося б, для належної роботи після завантаження systemd-tmpfiles-setup.serviceпотрібно бути в активному стані Active (вийшов), а не неактивному (мертвому) .

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.