Subversion com Apache - Crash ao obter um bloqueio

Question

Apache 2.2.16.0

Windows 2008 64bits

mod_dav_svn datado de 2010-06-30

libapr-1.dll versão 1.4.2

O todo está configurado por meses e funcionando perfeitamente. Commits / Updates / Checkouts / Outros usos diários estão funcionando perfeitamente.

Hoje, um usuário tentou fazer um bloqueio em um arquivo. O Apache está falhando.

Aqui estão as entradas do log de eventos

Error   2010-12-16 11:30:41 Application Error   1000    (100)
Log Name:      Application
Source:        Application Error
Date:          2010-12-16 11:30:41
Event ID:      1000
Task Category: (100)
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      <removed for this post>
Description:
Faulting application name: httpd.exe, version: 2.2.16.0, time stamp: 0x4c5340fc
Faulting module name: libapr-1.dll, version: 1.4.2.0, time stamp: 0x4c5340df
Exception code: 0xc0000005
Fault offset: 0x000111e3
Faulting process id: 0x1ef4
Faulting application start time: 0x01cb9d3dfa277b13
Faulting application path: C:\Program Files (x86)\Apache Software Foundation\Apache2.2\bin\httpd.exe
Faulting module path: C:\Program Files (x86)\Apache Software Foundation\Apache2.2\bin\libapr-1.dll
Report Id: d206b446-0931-11e0-aaeb-1cc1de258998

Aqui está uma parte do arquivo error.log do apache

[Thu Dec 16 11:23:41 2010] [info] [client 192.168.1.141] Access granted: '<myusername>' LOCK svn:/<my_locked_file>
[Thu Dec 16 11:23:41 2010] [info] [client 192.168.1.141] Access granted: '<myusername>' GET svn:/<my_locked_file>
[Thu Dec 16 11:23:41 2010] [notice] Parent: child process exited with status 255 -- Restarting.
[Thu Dec 16 11:23:41 2010] [notice] Apache/2.2.16 (Win32) DAV/2 mod_auth_sspi/1.0.4 SVN/1.6.12 configured -- resuming normal operations
[Thu Dec 16 11:23:41 2010] [notice] Server built: Jul 30 2010 16:15:37
[Thu Dec 16 11:23:41 2010] [notice] Parent: Created child process 6744
[Thu Dec 16 11:23:41 2010] [debug] mpm_winnt.c(487): Parent: Sent the scoreboard to the child
[Thu Dec 16 11:23:41 2010] [notice] Child 6744: Child process is running
[Thu Dec 16 11:23:41 2010] [debug] mpm_winnt.c(408): Child 6744: Retrieved our scoreboard from the parent.
[Thu Dec 16 11:23:41 2010] [info] Parent: Duplicating socket 376 and sending it to child process 6744
[Thu Dec 16 11:23:41 2010] [debug] mpm_winnt.c(605): Parent: Sent 1 listeners to child 6744
[Thu Dec 16 11:23:41 2010] [debug] mpm_winnt.c(564): Child 6744: retrieved 1 listeners from parent
[Thu Dec 16 11:23:41 2010] [debug] proxy_util.c(1818): proxy: grabbed scoreboard slot 0 in child 6744 for worker proxy:reverse
[Thu Dec 16 11:23:41 2010] [debug] proxy_util.c(1837): proxy: worker proxy:reverse already initialized
[Thu Dec 16 11:23:41 2010] [debug] proxy_util.c(1914): proxy: initialized worker 0 in child 6744 for (*) min=0 max=64 smax=64
[Thu Dec 16 11:23:41 2010] [notice] Child 6744: Acquired the start mutex.
[Thu Dec 16 11:23:41 2010] [notice] Child 6744: Starting 64 worker threads.
[Thu Dec 16 11:23:41 2010] [notice] Child 6744: Starting thread to listen on port 80.

Não consigo ver o que devo fazer para diagnosticar o problema ou resolvê-lo.

Alguma ajuda?

Obrigado

    

Answer 1

Ok, acho que agora tenho informações suficientes para formular uma resposta.

O que sabemos neste ponto: o SVNServe funciona, o Apache não, assumindo que o local / arquivo funciona. Crashes ocorrem remotamente com o TortoiseSVN usando o Apache, mas não o SVNServe.

Você já tentou a linha de comando remotamente através do Apache? Talvez até na mesma máquina onde você tentou o TortoiseSVN que causou o travamento do Apache?

Agora, pode ser apenas uma versão ruim do TortoiseSVN ou o SVN Client no TortoiseSVN não corresponde ao servidor, isto é, 1.6.x para 1.6.x, não para o cliente 1.5.x para o servidor 1.6.x. No entanto, se não for, meu próximo suspeito seria as bibliotecas Apache que você está usando.

Você indicou que obteve sua instalação de um terceiro, mas não disse qual. Veja se eles têm uma versão mais recente. Se você estiver usando o VisualSVN, tudo bem. Se você ainda tiver o problema, tente alternar fornecedores. Eu tive muito sucesso usando o builds do CollabNet do Subversion. Eles agora têm uma nova embalagem que inclui a ferramenta de gerenciamento ViewVC e GUI. E eles oferecem suporte para suas construções.