Erro do Apache 500 sem entradas no error.log

1

Isto está em um novo Ubuntu 14.04 Server executando uma instalação padrão do WAMP com o Apache DAV_SVN (usando Autenticação LDAP) adicionado sobre ele (mapeado para /svn ). Consegui que tudo funcionasse corretamente e testei o acesso à subversão via HTTP e autenticação via LDAP e não tive problemas.

Depois, entrei em / etc / network / interfaces e mudei-o do DHCP para usar um endereço IP estático (para que o servidor DNS possa resolver o nome do host para o SVN). Executei uma reinicialização no servidor e, depois, qualquer tentativa de acessar /svn resultará em um erro 500 (DEPOIS de fornecer credenciais de autenticação ldap) - no entanto, acessar apenas / retornará a página padrão do apache corretamente.

No entanto, não há registro de um erro 500 em error.log, então não tenho como depurar qual é o erro. Não tenho certeza se o erro está em comunicar as credenciais para o LDAP, com o SVN, o Apache ou o que.

Atualizar

Consegui confirmar que voltar ao DHCP permite que o SVN funcione novamente, mas preciso de um IP estático para poder usar o roteamento do nome do host para o SVN - usar um IP dinâmico para um repositório criará uma confusão de gerenciamento.

error.log

[Fri Feb 06 10:17:37.915182 2015] [mpm_prefork:notice] [pid 1090] AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:17:37.915260 2015] [core:notice] [pid 1090] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:19:45.681937 2015] [mpm_prefork:notice] [pid 1090] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 10:19:46.786369 2015] [mpm_prefork:notice] [pid 1987] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:19:46.786434 2015] [core:notice] [pid 1987] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:19:48.285095 2015] [mpm_prefork:notice] [pid 1987] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 10:19:49.398153 2015] [mpm_prefork:notice] [pid 2074] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:19:49.398214 2015] [core:notice] [pid 2074] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:41:45.351303 2015] [mpm_prefork:notice] [pid 2074] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 10:41:46.517131 2015] [mpm_prefork:notice] [pid 3665] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:41:46.517209 2015] [core:notice] [pid 3665] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:42:41.050821 2015] [dav:error] [pid 3669] [client 192.168.12.162:59312] Could not fetch resource information.  [301, #0]
[Fri Feb 06 10:42:41.050932 2015] [dav:error] [pid 3669] [client 192.168.12.162:59312] Requests for a collection must have a trailing slash on the URI.  [301, #175002]
[Fri Feb 06 10:46:13.366128 2015] [mpm_prefork:notice] [pid 3665] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 10:46:14.514782 2015] [mpm_prefork:notice] [pid 3738] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:46:14.514837 2015] [core:notice] [pid 3738] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:56:37.258172 2015] [mpm_prefork:notice] [pid 3738] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 11:09:35.552252 2015] [mpm_prefork:notice] [pid 1526] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 11:09:35.558499 2015] [core:notice] [pid 1526] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 11:21:48.478383 2015] [mpm_prefork:notice] [pid 1526] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 11:22:06.006478 2015] [mpm_prefork:notice] [pid 1067] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 11:22:06.007231 2015] [core:notice] [pid 1067] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 11:41:32.208255 2015] [mpm_prefork:notice] [pid 1067] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 11:41:33.396579 2015] [mpm_prefork:notice] [pid 1392] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 11:41:33.396643 2015] [core:notice] [pid 1392] AH00094: Command line: '/usr/sbin/apache2'

    
por tj111 06.02.2015 / 18:27

2 respostas

0

Só quero acompanhar e publicar qual foi o problema e a resolução. Basicamente, o problema era que eu não atribuí um servidor DNS local quando eu configurava o IP estático, então ele não estava resolvendo o nome do host do servidor LDAP. Quando foi configurado para DHCP, ele estava usando o DNS atribuído pelo DHCP muito bem. A solução foi apenas adicionar os servidores DNS locais em /etc/network/interfaces , depois disso tudo funcionou corretamente.

Ainda não sei por que não houve entrada de log de erros para isso.

    
por 14.02.2015 / 17:52
1

Houve uma pergunta semelhante à sua já publicada no Stackoverflow:

Erro interno 500 Apache

Primeiramente, como você demonstrou que sua porta está viva e aceitando usuários, navegar para um subdiretório não funciona.

Eu enfrentei um problema semelhante no CentOS, no qual a raiz funcionava link , mas quando eu fui para link , me deu um erro 500.

Isso foi causado por uma falta de permissões na pasta / xyz e que o arquivo .htaccess / httpd.conf não foi configurado corretamente com:

<VirtualHost :80>
...
Insert your permissions here
</VirtualHost>

Ou alternativamente (desde que você não queira acesso público a isso e limite-o a um IP de sua escolha):

<Directory /xyz>
Options Follow Symlinks
Order deny, allow # If you want it to be public, use Order Allow, Deny; and
Deny from all #Allow from all
Allow from {IP of your choosing} #If Allow from all is present, this is line is not necessary. 
</Directory>

Mexa no seu arquivo httpd.conf / .htaccess, é um problema de permissão. :)

EDITAR:

Além disso, certifique-se de que, se você usar um banco de dados para exibir conteúdo em / xyz, que as credenciais usadas pelo backend .php estejam corretas, um erro de banco de dados pode ser oculto da exibição pública com um erro interno 500. (Uma maneira fácil de verificar isso é: apt-get install lynx e, em seguida, emitir o link do Lynx

    
por 07.02.2015 / 00:01