On 1/31/14, 1:54 PM, Steve Davis wrote: > :: Attempted to lock the working file > svn lock c:\dev\Testrepo\NewDoc.txt > > Response: > svn: E200035: sqlite[S19]: LOCK.lock_token may not be NULL > svn: E200035: Additional errors: > svn: E200035: sqlite[S19]: LOCK.lock_token may not be NULL
What if anything is in the httpd error_log? Can you capture the network traffic between the server and the client and post it (removing Authentication headers) for the LOCK request? > I’ve first seen this in a Bitnami 2.3.2.1 install, and to try to make sure > it’s > not already been fixed I just updated to a Bitnami Redmine 2.4.2.0 install: > Same result. I'm not familiar with Bitnami Redmine, can you tell us what version of httpd you have with it? > I have tried a totally standalone collabnet svn server install of 1.8.5 on a > separate machine, and the locks on that are working. I then put 1.8.5 onto the > server where we’re seeing the problem and once again the same problem > occurred. > So this seems to be an issue occurring as a result of the configuration setup > we have on that server. We do make use of an access file on that server, so my > next test was to disable the access file setup and retry. This worked exactly > as expected (by using a checkout using the local file system), responding that > the file had been locked > > So, it would seem that this issue is related to the use of the following > httpd.conf settings: > LoadModule dav_svn_module modules/mod_dav_svn.so > LoadModule authz_svn_module modules/mod_authz_svn.s > And/or > > serving the files over https Doubtful. > And the related settings pointing to the relevant access authority file. This is more likely. Can you post your configuration?