Its a common problem due to inherent issues with Neon. Your best bet is
to compile your own version of SVN client, including patches that have
been submitted on Neon Mailing list for Neon 0.26.x (I haven't had luck
with Neon Trunk to successfully compile SVN client), as this issue
doesn't seem to be on horizon for a bug fix release. Its been known for
a while. Good news is user submitted patches work.
TortoiseSVN has very comprehensive build instructions, so it should be
fairly straight forward for you to fix it.
Hope this helps,
Shirish
Andrew Sternick said the following on 22/06/2007 2:25 AM:
> Hello SVNers,
>
> I have several people using my Windows/Apache2.0.59/SVN 1.4.2
> repository over our corporate WAN. One is trying to commit a large
> file (~57mb) which takes around 10 minutes. When the file is done
> uploading (via TortoisSVN 1.4.4) he gets the following error:
>
> Adding: work\client\fsiSVN\Flash\fla\karaoke\Karaoke.fla
> application/octet-stream
> Sending content: work\client\fsiSVN\Flash\fla\karaoke\Karaoke.fla
> Error: Commit failed (details follow):
> Error: PUT of
> '/svn/clientfun/!svn/wrk/afe29080-632e-ea4a-85a7-9c519313cf13/Flash/fla/karaoke/Karaoke.fla':
> authorization failed ( https://tcw2k3subv01.main.corp
> <https://tcw2k3subv01.main.corp/> )
>
> My /Location tag is as follows:
> <Location /svn/>
> SSLRequireSSL
> DAV svn
> SVNListParentPath on
> SVNParentPath "C:/svn-repo"
> AuthName "Subversion Repository"
> Require valid-user
> AuthAuthoritative On
> AuthType SSPI
> SSPIAuth On
> SSPIAuthoritative Off
> SSPIDomain MAIN
> SSPIOfferBasic Off
> </Location>
>
> My apache log has errors like this:
> [Wed Jun 20 16:32:57 2007] [error] [client 10.14.19.71] (OS 87)The
> parameter is
> incorrect. : authentication failure for
> "/svn/clientfun/!svn/wrk/f96c9b4d-945
> 2-af47-a37e-39e180d9b51c/Flash/fla/karaoke/Karaoke.fla": user unknown,
> reason: c
> annot generate context
>
> That is the IP of the user in question. The strange thing is I've had
> OS87 error all over the place and they never meant anything before; I
> was just unable to find the source and pretty much ignored them, so it
> might be a red herring. I also tried increasing my Timeout setting in
> apache, to no avail. This user, and everyone else, has no problems in
> any other situation. It is only the large file that is causing a
> problem.
>
> Any ideas would be most welcome.
>
> Andrew Sternick
> System Administrator
> a Q uantive, Inc.
> Leading businesses in digital marketing.
>
> 212.798.7320 // direct
> 212.462.4660 // fax
> www.aQuantive.com <blocked::http://www.aquantive.com/>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 22 01:31:12 2007