error.log para o apache2 contém muitos avisos "SIGTERM capturados"

1

Quando eu reinicio meus serviços do apache, ele gera o seguinte log em /var/log/apache2/error.log - e aumenta o tamanho de error.log .

Esse comportamento padrão ou falta alguma configuração?

[Mon Jul 29 15:13:25 2013] [notice] Apache/2.2.22 (Ubuntu) PHP/5.4.9-4ubuntu2.2 configured -- resuming normal operations
[Mon Jul 29 15:14:24 2013] [notice] caught SIGTERM, shutting down
[Mon Jul 29 15:14:25 2013] [notice] Apache/2.2.22 (Ubuntu) PHP/5.4.9-4ubuntu2.2 configured -- resuming normal operations
[Mon Jul 29 15:14:31 2013] [notice] caught SIGTERM, shutting down
[Mon Jul 29 15:14:32 2013] [notice] Apache/2.2.22 (Ubuntu) PHP/5.4.9-4ubuntu2.2 configured -- resuming normal operations
[Mon Jul 29 15:14:59 2013] [notice] caught SIGTERM, shutting down
[Mon Jul 29 15:15:00 2013] [notice] Apache/2.2.22 (Ubuntu) PHP/5.4.9-4ubuntu2.2 configured -- resuming normal operations
[Mon Jul 29 15:15:02 2013] [notice] caught SIGTERM, shutting down
[Mon Jul 29 15:15:03 2013] [notice] Apache/2.2.22 (Ubuntu) PHP/5.4.9-4ubuntu2.2 configured -- resuming normal operations
    
por Ajay Khunti 29.07.2013 / 12:07

2 respostas

2

O SIGTERM é simplesmente um sinal de processo POSIX que informa ao sistema como parar um processo; neste caso, o Apache. De acordo com o link da Wikipedia:

The SIGTERM signal is sent to a process to request its termination. Unlike the SIGKILL signal, it can be caught and interpreted or ignored by the process. This allows the process to perform nice termination releasing resources and saving state if appropriate. SIGINT is nearly identical to SIGTERM.

O que basicamente significa tudo isso quando você diz ao Apache para stop através do comando:

sudo service apache2 stop

Ou restart através deste comando:

sudo service apache2 restart

O que está realmente acontecendo é que o script init.d está enviando um SIGTERM para o processo e o log está apenas refletindo isso. O que tudo significa que é educadamente pedir ao Apache2 que pare o que está fazendo.

Agora, o benefício do log é simplesmente informar o que está acontecendo. Por exemplo, digamos que você esteja em um servidor do mundo real e sob ataque de DDoS. O sistema pode estar tão sobrecarregado que você não verá a entrada caught SIGTERM, shutting down no log imediatamente. Heck, toda a lógica do “stop the process” pode apenas sufocar e isso nunca aparece no log.

O benefício dessa entrada de log é que o sistema confirme que sim, recebemos a ordem para encerrar o Apache e sim, foi o que foi feito.

    
por 26.11.2014 / 06:27
1

Isso é totalmente normal, pois é o modo como o script para o apache.

Verifique seu script /etc/init.d/apache2 ou /etc/init.d/httpd (o nome depende do sistema operacional), você deve ver algo como: %pr_e%

O comando killproc envia um SIGTERM para o processo httpd.

    
por 29.07.2013 / 12:09