Podczas działania service apache start
widzę w pliku dziennika ten wpis:
[mpm_event:notice] [pid 1906:tid XXX] AH00489: Apache/2.4.23 (Unix)
OpenSSL/1.0.2g PHP/7.0.9 configured -- resuming normal operations
[core:notice] [pid 1906:tid XXX] AH00094: Command line: '/usr/sbin/httpd'
[mpm_event:notice] [pid 1906:tid XXX] AH00492: caught SIGWINCH, shutting down gracefully
a usługa apache
się nie uruchamia? Mogę znaleźć w Internecie, co SIGWINCH
oznacza [ Window size change
], ale tak naprawdę nie pomaga mi to w tym przypadku.
Plik /etc/systemd/system/apache.service
:
[Unit]
Description=The Apache Webserver [FaF Compiled]
After=network.target nss-lookup.target time-sync.target
[email protected] plymouth-quit.service xdm.service
[Service]
Type=notify
PrivateTmp=true
ExecStart=/usr/sbin/httpd -k start
ExecReload=/usr/sbin/httpd -k graceful
ExecStop=/usr/sbin/httpd -k graceful-stop
KillMode=mixed
[Install]
WantedBy=multi-user.target
Alias=httpd.service apache.service
Działa na SLES 12 SP1. Sam skompilowałem Apache. Uruchomienie go z apachectl -k start
działa idealnie i mogę uzyskać dostęp i uruchomić kod PHP.
Moje pytanie:
co robię źle, że apache
usługa się nie uruchamia. Włączyłem to za pomocą systemctl enable apache
. To był wynik:
ln -s '/usr/lib/systemd/system/apache2.service' '/etc/systemd/system/httpd.service'
ln -s '/usr/lib/systemd/system/apache2.service' '/etc/systemd/system/apache.service'
ln -s '/usr/lib/systemd/system/apache2.service' '/etc/systemd/system/multi-user.target.wants/apache2.service'
SIGWINCH
zginęło? Domyślną czynnością jest odrzucenie sygnału.Odpowiedzi:
systemd
instruuje Apache, aby przestałgraceful-stop
, który generujeSIGWINCH
sygnał, a tym samym logcaught SIGWINCH, shutting down gracefully
. (SIGWINCH
sygnał jest (ab) używany przez Apache)IMO, istnieje możliwość wystąpienia innego błędu, w tym błędów konfiguracji, powodując, że przestaje on działać, a ty patrzysz na powiązane objawy, które są normalnym zachowaniem.
Polecam przejrzenie dzienników błędów Apache, zwykle domyślnie w SLES w katalogu
/var/log/apache2
.źródło
Znalazłem podobny problem zgłoszony na RedHat . Zamknięte ze statusem „NOTABUG”. Ostatecznie rozpoznany jako niewłaściwa konfiguracja.
img # 1
img # 2
img # 3
AKTUALIZACJA
Znalazłem jeszcze jeden podobny problem zgłoszony podczas awarii serwera . I jeszcze jedno w odpowiedzi na to na poniższym obrazku.
img 1/1
źródło
-DFOREGROUND
nie pomaga w moim przypadku. Apache zaczyna się, ale nie wracaservice
i dlategoservice
narzekaapache2.service start operation timed out. Terminating.
ExecReload=
z/usr/lib/systemd/system/apache2.service
czymSIGWINCH
nie jest wysyłane ale następnie Apache nie uruchamia się - nie komunikat o błędzie w dzienniku, nic. Po prostu natychmiast kończy pracę po uruchomieniu. Zaimplementowałem teraz hack, który uruchamiamapachectl -k start
jako zadanie crona podczas uruchamiania systemu. Mogę zrestartować Apache za pomocąapachectl -k restart
. Spróbuję później; może mam jakieś nowe pomysły.Z komentarza do raportu o błędach Red Hat połączonego z odpowiedzią Tomasza :
Uruchomiłem to i zadziałało:
Jestem na Amazon Linux 2 (prawdopodobnie będzie również działać na RHEL / Centos 7).
źródło