Não é possível iniciar o serviço Apache após o upgrade do SVN

Question

Temos um servidor Windows executando o Apache 2.2. Ele costumava ter o SlikSVN 1.8.x instalado e nós carregamos o módulo SVN do httpd.conf:

LoadModule dav_svn_module modules/mod_dav_svn.so

Nós recentemente atualizamos o SlikSVN para o 1.9.4, eu não tive a idéia de reiniciar o servidor após a atualização, já que aparentemente tudo estava funcionando bem.

Agora o servidor foi reinicializado hoje e agora o serviço Apache não será iniciado. Relatórios de log de eventos:

The Apache service named  reported the following error:
>>> httpd.exe: Syntax error on line 130 of D:/web_server/apache/conf/httpd.conf: Cannot load D:/web_server/apache/modules/mod_dav_svn.so into server: The Apache service named n\x92est pas une application Win32 valide.     .

Alguma ideia do que está acontecendo?

• Isso deveria funcionar e o arquivo mod_dav_svn.so pode ser simplesmente corrompido?
• O mod_dav_svn.so do Apache 2.2 é incompatível com o SVN 1.9 e requer o SVN 1.8? O que devo fazer então?
  • Atualize o Apache para uma versão mais recente (como saber qual deles será compatível com a versão do SVN que eu uso)?
  • Posso obter uma nova versão do mod_dav_svn.so suportando o SVN 1.9 e compatível com o Apache 2.2? Porque o servidor também executa serviços antigos do Redmine e eu tenho medo que a atualização do Apache não seja óbvia ...

Answer 1

... The Apache service named n'est pas une application Win32 valide
... The Apache service named is not a valid Win32 application.

Parece que você instalou uma biblioteca de 64 bits em um apache de 32 bits

Você deve substituir D:/web_server/apache/modules/mod_dav_svn.so por uma biblioteca adequada.

    

Answer 2

A versão 1.9 do SVN que eu instalei (adicionada ao% PATH%) foi de 64bits, enquanto o Apache foi de 32bits. Esse foi provavelmente o problema.

Depois de tentar muitas coisas, acabei instalando o Apache 2.4 com SVN 1.9 32bits e agora funciona.

Eu não tive a chance de testar o Apache 2.2 com SVN 1.9 32bits (como eu já tinha atualizado o Apache quando percebi essa incompatibilidade 32/64), mas provavelmente teria funcionado.