We use VisualSVN server here at work and everything works fine, we have over 50 repositories. I tried today to put into a repository a web site but it keeps crashing at one specific single file that i’ve isolated.
Adding: C:\Work\LAN6505\web\trunk\common_files\includes\fr\debut.inc.php
Sending content: C:\Work\LAN6505\web\trunk\common_files\includes\fr\debut.inc.php
Error: Commit failed (details follow):
Error: Server sent unexpected return value (500 Internal Server Error) in response to
Error: PUT request for
Error: '/svn/LAN6505/!svn/txr/13-i/web/trunk/common_files/includes/fr/debut.inc.php'
Completed!:
I simply get a 500 error, no more informations. Anyone know what to do with that? Is there a log file for VisualSvn server that i could look into.
If i copy the file to another repository with similar structure, the problem doesn’t occur…
The code of the file can be found : http://pastebin.com/PwTCQSP7
Hope someone can help…
UPDATE
Event Type: Error
Event Source: VisualSVN Server 2.5
Event Category: Apache
Event ID: 1001
Date: 1/23/2012
Time: 9:37:10 AM
User: ACTIVIS-991RBEL\Mathieu Dumoulin
Computer: DELL-PE2900-01
Description:
Could not get next bucket brigade [500, #0]
[client 192.168.0.64]
UPDATE #2
Soooo, after spending 2.5 days migrating my SVN server on windows to a SVN server on linux, i got the same problem again:
[Fri Feb 24 16:35:21 2012] [error] [client 192.168.0.64] Could not get
next bucket brigade (URI:
/svn/LAN6505/!svn/wrk/289e3161-cdbf-d44d-9716-c6390289ec92/web/trunk/common_files/includes/fr/debut.inc.php)
[500, #0][Fri Feb 24 16:36:12 2012] [error] [client 192.168.0.64] Could not get
next bucket brigade (URI:
/svn/LAN6505/!svn/wrk/554a4a6c-a015-7045-b0c6-072ffe01f854/web/trunk/common_files/includes/fr/debut.inc.php)
[500, #0][Fri Feb 24 16:48:17 2012] [error] [client 192.168.0.64] Could not get
next bucket brigade (URI:
/svn/LAN6505/!svn/wrk/15bd0f7e-06b9-b046-8c67-5f9778fab9b5/web/trunk/common_files/includes/fr/debut.inc.php)
[500, #0]
After all, we found out that simply changing the file and committing works, might still be related to the firewall since it’s the only last element in the way. But changing the file’s signature works…
really really really strange problem…