[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: MKACTIVITY ERROR 200 OK during commit

From: Scheie, Eric <es151000_at_ncr.com>
Date: 2007-01-26 19:39:36 CET

Hi Patrick,

We were able to resolve this issue by adding an exception to our
internal cache servers to not cache data for our svn repository. For
whatever reason, possibly a bug in the cache software, the cache was
responding to the first MKACTIVITY request. I recommend checking the
apache access log after you see the "Commit failed MKACTIVITY of ... 200
OK" error to see if the request ever made it to your svn server. If the
MKACTIVTY request does not appear in the access log then the request was
handled before it reached your svn server.


-----Original Message-----
From: Patrick Smears [mailto:patrick.smears@ensoft.co.uk]
Sent: Friday, January 26, 2007 9:21 AM
To: Scheie, Eric; users@subversion.tigris.org
Subject: RE: MKACTIVITY ERROR 200 OK during commit


I've come across another instance of the problem described in the email
below (quoted in full, since it was from a few months ago). Basically,
when a commit is attempted, a message "Commit failed MKACTIVITY of ...
200 OK"
message is displayed and the commit fails. Retrying the commit
immediately often succeeds. In my case the versions are as described

Searching the archives I did find one thread with a similar error, but
the only response I saw referred to case-sensitivity issues, and that
wouldn't seem to apply here since (a) both systems are Unix-based and
thus case-sensitive, and (b) that sort of ptoblem shouldn't go away on a

Does anybody have any insight into what might be wrong? I can provide
more details / debugging if needed.

Many thanks for your help,


Versions in my setup

% uname -a
SunOS <machine> 5.8 Generic_117350-12 sun4u sparc SUNW,Ultra-Enterprise
% svn --version svn, version 1.3.2 (r19776)
    compiled Jul 26 2006, 14:36:42

Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet

The following repository access (RA) modules are available:

* ra_dav : Module for accessing a repository via WebDAV (DeltaV)
   - handles 'http' scheme
* ra_svn : Module for accessing a repository using the svn network
   - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
   - handles 'file' scheme


% uname -a
Linux <machine> 2.6.15-27-server #1 SMP Fri Dec 8 18:43:54 UTC 2006 i686

Package versions:

libapache2-svn/dapper uptodate 1.3.1-3ubuntu1 subversion/dapper
1.3.1-3ubuntu1 apache-mod-authz-ldap 0.26-4 apache2/dapper

Original email

> -----Original Message-----
> From: Scheie, Eric [mailto:es151000@ncr.com]
> Sent: 03 November 2006 23:18
> To: users@subversion.tigris.org
> Subject: MKACTIVITY ERROR 200 OK during commit
> Hello,
> We've stood up 3 different subversion instances across the country,
> call them locations A, B, and C. We use apache
> 2.2.3 and WebDav for remote access. Location A users can
> commit to location A without any errors. Location B and C
> users can also commit to location B and C respectively without any
> errors. If a location A user tries to commit to location B or C, the
> user gets the following error:
> Commit failed
> '/svn/!svn/act/35981eaa-0a77-1f44-924e-2f13c87c6555': 200 OK
> (http://xxxx.xxxx.xxxx)
> If the location A user tries again, the commit is successful.
> Same results with location B user commits to locations A
> and C and location C user commits to locations A and B.
> Commits after the first failed commit are always successful.
> The first commit of the day to a remote location always fails. This
> problem has been noticed with the TortoiseSVN client, the SVN command
> line tool, and the SVN plugin for
> IntelliJ. Does anybody have any clue of what's causing
> these commits to fail the first time they are issued?

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jan 26 20:01:19 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.