Errors: Working copy is not up-to-date, svn commit failed & filesystem has no item

Hi there  I had that strange error messages, always that the same file which contained special characters. ("[" for example..)  I use Apache 2.2.9 with .so libs from SVN/win32. The repositories was created by "SlikSVN" with version 1.8 compatibility. (Because of the current SVN/win32 version - it only contains the v1.8 .so libs -> https://www.svnforum.org/forum/opensource-subversion-forums/general-setup-and-troubleshooting/80263-use-svn-via-https-without-authentication-is-that-possible -> the problem was that the current SlikSVN version creates v1.9 repositories by default)  The Problem occured at the first (initial) commit.  Does somebody know what the problem is?  I think "svnadmin create --compatible-version 1.8 /path" uses "FSFS" by default/implicitly, right?  Maybe it would solve the problem when i use the other filesystem type? -> "svnadmin create --compatible-version 1.8 --fs-type bdb /path"   Thank you for your feedbacks.   With best regards, Jan

Last updated 5 years ago

First, nobody in their right mind is using BDB format repos these days: FSFS only.  Second, it's simply an incompatible version issue: SVN enables newer versions to manage older repo formats but not vice versa (that would require omniscient code). So if SlikSVN creates a repo with the native 1.9 format then the 1.8 .so's in your compiled Apache cannot deal. The same problem would occur if you were to take the newest free WANdisco compiled SVN 1.10 Apache/SVN-on-windows binaries and create the repos in 1.10 format: then your SlikSVN running at 1.9 would not be able to run.  Seriously: you need to run completely compatible version bits on your server OR you need to create the repositories with the oldest version of Subversion you're going to run on your server.

"So if SlikSVN creates a repo with the native 1.9 format then the 1.8 .so's in your compiled Apache cannot deal."  Sure, i know/understand... beause of that, i used the "--compatible-version" flag with the value "1.8":  "svnadmin create --compatible-version 1.8 /path"   ...in that case, the .so libs and the repo version, created by sliksvn, should be the same. (=v1.8)  So i don't use different versions... before i had that problem with different version: https://www.svnforum.org/forum/opens...-that-possible ...that issue should be solved now. (?)  But now, with the "--compatible-version 1.8" flag, it still not works...   In the windows services console, i see: "Apache 2.2.29 (Win32) SVN/1.8.17 DAV/2....."  Maybe sliksvn created version 1.8.x repos, while the .so libs are for 1.8.17, and x is > than 17? Hope you understand what i mean!    Regards, Jan

In general, unless Slik has done something rather badly, any 1.8.x set of server bits should be able to handle any other 1.8.y created repository. Of course, stranger things have been known to happen.  Honestly, I think you're just mixing too many variables by playing with both Slik and Apache (from different sources).  One way to determine who's at fault would be to spin up a VM for something like CentOS 6.9, install SVN 1.8.x and create a repo. Copy that repo up to your windows system and see if it works.  Or get Apache/SVN 1.9.x and install those (e.g. from WANdisco - for free: https://wandisco.com/subversion/download - Windows is at the very bottom).  

Thx i will try it both parts (create repo AND apache .so libs) with "wandisco".

wandisco does not work because it's a very old os: windows server 2003 32 bit (sp2, all updates installed and a few hotfixes)  because of that, now i used both parts (svn(admin) and .so libs) from "svn-win32-1.8.17.zip"   but the error is still the same, exactly the same file like before with repos created by sliksvn:  Adding C:/Eclipse Workspaces/eclipse-php-oxygen-3-win32/myproject/subdomains/newsite/src/vendor/symfony/54/finder/Tests/Fixtures/r+e.gex[c]a(r)s  Filesystem has no item svn: '/php_repo/!svn/txr/3-3/myproject/subdomains/newsite/src/vendor/symfony/54/finder/Tests/Fixtures/r+e.gex%5Bc%5Da(r)s' path not found   Working copy is not up-to-date svn: Commit failed (details follow): svn: Directory 'C:\Eclipse Workspaces\eclipse-php-oxygen-3-win32\myproject\subdomains\newsite\src\vendor\symfony\54\finder\Tests\Fixtures\r+e.gex[c]a(r)s' is out of date Filesystem has no item svn: '/php_repo/!svn/txr/3-3/myproject/subdomains/newsite/src/vendor/symfony/54/finder/Tests/Fixtures/r+e.gex%5Bc%5Da(r)s' path not found   Hmmm, that's really strange..  Maybe the only one option will be to exclude the file C:/Eclipse Workspaces/eclipse-php-oxygen-3-win32/myproject/subdomains/newsite/src/vendor/symfony/54/finder/Tests/Fixtures/r+e.gex[c]a(r)s manually?    Regards, Jan

The folder C:/Eclipse Workspaces/eclipse-php-oxygen-3-win32/myproject/subdomains/newsite/src/vendor/symfony/54/ is just an obsolete symfony version, so i deleted the "54" directory now. Will try it again without that directory..  Regards, Jan

Same name in the current symfony version. And "r+e.gex%5Bc%5Da(r)s" is a directory, not a file... Most stupid name for a directory i ever saw i think...;)  Where can i do a bug report for SVN?  Regards, Jan

add the value to svn:ignore will be ignored to, so it seems:  [ATTACH=JSON]{"alt":"Click image for larger version Name:\tPCnAnTO.png Views:\t1 Size:\t34.3 KB ID:\t80286","data-align":"none","data-attachmentid":"80286","data-size":"full","title":"PCnAnTO.png"}[/ATTACH]  After setting this, SVN still wants to commit the problematic directory with eclipse plugin "subclipse"..  Regards, Jan

After renaming that directory, the problem still persists. With a file with "normal" characters:  Filesystem has no item svn: '/php_repo/!svn/txr/3-7/myproject/subdomains/www/src/wp-content/plugins/w3-total-cache/ini/web.config' path not found  Working copy is not up-to-date svn: Commit failed (details follow): svn: File 'C:\Eclipse Workspaces\eclipse-php-oxygen-3-win32\myproject\subdomains\www\src\wp-content\plugins\w3-total-cache\ini\web.config' is out of date Filesystem has no item svn: '/php_repo/!svn/txr/3-7/myproject/subdomains/www/src/wp-content/plugins/w3-total-cache/ini/web.config' path not found   Regards, Jan

Maybe it's a subclipse (eclipse plugin) problem?? -> https://github.com/subclipse/subclipse/issues/65, i've opened a bug case there!    Regards, Jan

Wow, Windows 2003 - a 15 year old OS. And 32-bit as well. Bet there's a long story as to why it's still being used?  Anyway, please keep the story coming - I am interested in seeing where it leads. And, yes, having a directory name with square brackets and parenthesis in it is simply painful.

"Bet there's a long story as to why it's still being used?"  Because i have the licence ("Web Edition"), and it does not need a lot of resources... but i also use Linux in current versions, but for other servers...  (Theoretically, it should not be a problem..!)  I'm pretty sure when i set up the same configuration ("AWServer Control Panel" with Apache 2.2.9 and Apache .so libs / svnadmin.exe v1.8 from SVN/Win32) for example on a Windows 10 x64 OS, the problem is still the same...  With severel hundreds or thousands of files there is NO problem, but then, suddenly, it has a problem with file "/myproject/subdomains/www/src/wp-content/plugins/w3-total-cache/ini/web.config" OR directory "/myproject/subdomains/newsite/src/vendor/symfony/54/finder/Tests/Fixtures/r+e.gex[c]a(r)s" - that makes no sense...  i think "web.config" is not a special name, compared to the other one, a directory called "r+e.gex[c]a(r)s"...  The project i want to commit is using WordPress and Laravel with 1000s of files. With smaller projects, i'm able to commit without any problems!! (?)  All that makes really no sense in my opinion...   Regards, Jan

"And 32-bit as well." -> There are many cases where Apache, and for example PHP, runs as a 32Bit service on a 64Bit os...  Regards, Jan

"Win32 build of Subversion. These binaries are built using Visual C++ 6.0 Should work on all flavours of Windows from Win2000 to Win8 and 2008 Server including server variants (not all tested).  (1.7.x does not work on NT4 due to APR using new functions)." -> https://sourceforge.net/projects/win32svn/  hmmmmmmm....;-)  Regards, Jan

Same problem with wandisco -> http://opensource.wandisco.com/subversion/WANdiscoSubversion_1.8.17-1.exe  Regards, Jan

https://riouxsvn.com/ works without any problems, i used this just for testing..   visualsvn 2.7.14 (https://www.visualsvn.com/server/download/2.7/) also stops on the same directory with that error:  org.apache.subversion.javahl.ClientException: RA layer request failed svn: Commit failed (details follow): svn: Adding directory failed: MKCOL on /php_repo/!svn/txr/5-5/myproject/subdomains/newsite/src/vendor/symfony/54/finder/Tests/Fixtures/r+e.gex%5Bc%5Da(r)s (404 Not Found)  org.apache.subversion.javahl.ClientException: RA layer request failed svn: Commit failed (details follow): svn: Adding directory failed: MKCOL on /php_repo/!svn/txr/5-5/myproject/subdomains/newsite/src/vendor/symfony/54/finder/Tests/Fixtures/r+e.gex%5Bc%5Da(r)s (404 Not Found)    - visualsvn 2.7.14 has subversion 1.8.15 integrated, .so libraries AND svnadmin.exe (which i used to create repo)  - the eclipse subclipse plugin i use now is for svn version 1.8.x -> https://dl.bintray.com/subclipse/arc...elease/1.10.x/ -> https://github.com/subclipse/subclipse/wiki ("SVN 1.8.x - https://dl.bintray.com/subclipse/archive/release/1.10.x/") ...and it's JavaHL version is EXACTLY for 1.8.15 = "JavaHL (JNI) 1.8.15 (r1718365)", i see that in Eclipse Team -> SVN settings....  WTF is that s**t?!??   Regards, Jan

org.tigris.subversion.svnclientadapter.SVNClientEx ception: org.apache.subversion.javahl.ClientException: RA layer request failed svn: Commit failed (details follow): svn: Adding directory failed: MKCOL on /php_repo/!svn/txr/5-5/myproject/subdomains/newsite/src/vendor/symfony/54/finder/Tests/Fixtures/r+e.gex%5Bc%5Da(r)s (404 Not Found)  at org.tigris.subversion.svnclientadapter.javahl.Abst ractJhlClientAdapter.commit(AbstractJhlClientAdapt er.java:347) at org.tigris.subversion.subclipse.core.commands.Chec kinResourcesCommand$1.run(CheckinResourcesCommand. java:146) at org.tigris.subversion.subclipse.core.SVNProviderPl ugin$6.run(SVNProviderPlugin.java:535) at org.eclipse.core.internal.resources.Workspace.run( Workspace.java:2240) at org.eclipse.core.internal.resources.Workspace.run( Workspace.java:2267) at org.tigris.subversion.subclipse.core.SVNProviderPl ugin.run(SVNProviderPlugin.java:530) at org.tigris.subversion.subclipse.core.commands.Chec kinResourcesCommand.run(CheckinResourcesCommand.ja va:121) at org.tigris.subversion.subclipse.core.SVNTeamProvid er.checkin(SVNTeamProvider.java:139) at org.tigris.subversion.subclipse.ui.operations.Comm itOperation.execute(CommitOperation.java:116) at org.tigris.subversion.subclipse.ui.operations.SVNO peration.run(SVNOperation.java:90) at org.eclipse.team.internal.ui.actions.JobRunnableCo ntext.run(JobRunnableContext.java:151) at org.eclipse.team.internal.ui.actions.JobRunnableCo ntext$ResourceJob.runInWorkspace(JobRunnableContex t.java:76) at org.eclipse.core.internal.resources.InternalWorksp aceJob.run(InternalWorkspaceJob.java:39) at org.eclipse.core.internal.jobs.Worker.run(Worker.j ava:56) Caused by: org.apache.subversion.javahl.ClientException: RA layer request failed svn: Commit failed (details follow): svn: Adding directory failed: MKCOL on /php_repo/!svn/txr/5-5/myproject/subdomains/newsite/src/vendor/symfony/54/finder/Tests/Fixtures/r+e.gex%5Bc%5Da(r)s (404 Not Found)  at org.apache.subversion.javahl.SVNClient.commit(Nati ve Method) at org.tigris.subversion.svnclientadapter.javahl.Abst ractJhlClientAdapter.commit(AbstractJhlClientAdapt er.java:339) ... 13 more

I can see how the name "r+e.gex[c]a(r)s" could stress the SVN/Windows interfacing. But not the other one ("/myproject/subdomains/www/src/wp-content/plugins/w3-total-cache/ini/web.config") so I wonder if there is some UTF8/16 strangeness going on (it shouldn't matter but...)?  In general, using a Linux server here might be your quickest way out. This would appear to be a bug in SVN - at least when hosted on Windows. If so, I'd jump all the way up to SVN 1.10.0 to get the most complete set of fixes. But that's me. I'd likely do a dump/load-into-newest-repo-format to get all of the new features too. If your repos are big enough I can understand not doing this.

Thank you for your feedback. Now i've found the problem!! :)  I just need to disable the IIS 7.5 request filter ("RequestFilteringModule" - something like a web application firewall, the name "web.config" is blacklisted there ;)), i use IIS as a reverse proxy, e.g. for user authentication (-> my first thread) and https.  But now i have a "An error occurred during decompression" (at the end of the process -> "Transmitting file data ..."), maybe "SetEnv no-gzip 1" in the apache svn vhost config will solve the problem? (Or is it caused by IIS? But that's another thing..;))   Regards, Jan