O Apache 2.4 é impossível de matar e não pode ser parado no Windows Server

10

Temos dois Windows Server , um em 2012 R2 e o outro em 2008 R2 que usa o servidor HTTP Apache strong> ( httpd ) 2.4 no modo proxy / proxy reverso (uso da configuração ProxyPass , ProxyPassReverse e Hosts Virtuais). Ambos os servidores usam a compilação binária Apache 2.4.27 x64 do Apache Haus.

Temos alguns scripts de backup em execução nos dois servidores. Eles param todos os serviços (incluindo o Apache), fazem o backup e reiniciam todos os serviços novamente.

Esses scripts estão funcionando bem desde vários anos (quase 4 anos). Mas a partir de July 12, 2018 , o comportamento agora é estranho. Os scripts de backup estão fazendo seus trabalhos, interrompendo todos os serviços, fazendo o backup, mas agora todos os serviços são reiniciados, exceto o Apache.

Após investigar, descobri que o serviço Apache 2.4.27 não pode ser interrompido. Ao usar o console Serviços e tentar interromper manualmente o serviço, o console mostra "Parando" e nada acontece.

Por isso, verifiquei os processos em execução e vi que um processo httpd.exe está sendo executado. Eu tentei matar esse processo, mas sem sorte.

Então, eu tentei:

taskkill /im "httpd.exe" /f /t

E a saída é:

ERROR: The process with PID 560 (child process of PID 480) could not be terminated.
Reason: There is no running instance of the task.

Então eu testei para matar o processo com pskill da Sysinternals:

pskill -t 560

E a saída é:

Copyright (C) 1999-2016  Mark Russinovich
Sysinternals - www.sysinternals.com

Process 5956 killed.

Mas isso é falso, pois o processo httpd está sempre em execução!

Portanto, atualizei o Apache de 2.4.27 para 2.4.34, mas o problema continua. A única coisa a fazer para desbloquear a situação é reiniciar o servidor inteiro.

Eu verifiquei as atualizações instaladas e algumas delas instalaram o July 11, 2018 , um dia antes:

  • KB4338420
  • KB4338818
  • KB4339093
  • KB4338423

Então presumo que o problema seja de uma dessas atualizações. Então, antes de desinstalar todos eles, existe alguém que tenha o mesmo problema que eu, quero dizer que o Apache 2.4 torna-se impossível de matar e não pode ser parado no Windows Server?

O grande problema é que, se o processo httpd não puder ser eliminado, o Apache não poderá ser reiniciado, pois a porta 80 já está vinculada.

    
por SiZiOUS 16.07.2018 / 09:33

5 respostas

10

OK, acho que estava no caminho certo.

Depois de pesquisar na Web sobre as atualizações recentemente instaladas, o KB4338818 é o causador de problemas.

Isso está acontecendo para outros softwares, como o FileZilla Server, conforme detalhado aqui .

Acabei de desinstalar esta atualização de segurança e agora o Apache pode ser iniciado / interrompido normalmente!

Então, espero que a Microsoft corrija isso em uma atualização posterior!

    
por 16.07.2018 / 09:55
3

A Microsoft está lançando o KB4345459 para corrigir os problemas no Windows 7 e no Windows 2008 Server.

link

    
por 18.07.2018 / 21:09
1

Parece que a Microsoft está começando a corrigir o problema, até agora apenas para o Server 2016 e o Windows 10: link

    
por 18.07.2018 / 13:04
1

KB4338831 parece corrigir o problema para o Windows Server 2012 R2.

This non-security update includes improvements and fixes that were a part KB4338815 (released July 10, 2018) and also includes these new quality improvements as a preview of the next Monthly Rollup update. Source: July 18, 2018—KB4338831 (Preview of Monthly Rollup)

Está disponível como uma atualização recomendada no Windows Update.

    
por 11.08.2018 / 03:33
0

Eu acho que você está definitivamente no caminho certo. Eu estava tendo um problema semelhante com o Tomcat em um servidor Windows. Eu tinha outro servidor com Tomcat que não estava enfrentando o problema no entanto, ea única grande diferença que eu poderia encontrar era que o servidor de trabalho também tinha o IIS instalado e funcionando em outras portas. Como solução geral, tentei carregar o IIS no servidor de problemas configurando o site padrão para que ele usasse portas não padrão e o problema parece ter desaparecido sem precisar desinstalar a atualização.

    
por 17.07.2018 / 04:42