Announcement

Collapse
No announcement yet.

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

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • 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/opens...-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

  • #2
    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.

    Comment


    • #3
      "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.

      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
      Last edited by DougR; 05-08-2018, 07:53 PM.

      Comment


      • #4
        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).

        Comment


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

          Comment


          • #6
            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\symf ony\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

            Comment


            • #7
              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

              Comment


              • #8
                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
                Last edited by jmar83; 05-08-2018, 11:26 PM.

                Comment


                • #9
                  add the value to svn:ignore will be ignored to, so it seems:

                  PCnAnTO.png

                  After setting this, SVN still wants to commit the problematic directory with eclipse plugin "subclipse"..

                  Regards, Jan
                  Last edited by jmar83; 05-08-2018, 11:41 PM.

                  Comment


                  • #10
                    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
                    Last edited by jmar83; 05-10-2018, 02:20 AM.

                    Comment


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



                      Regards,
                      Jan
                      Last edited by DougR; 05-09-2018, 11:58 AM.

                      Comment


                      • #12
                        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.

                        Comment


                        • #13
                          "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

                          Comment


                          • #14
                            "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

                            Comment


                            • #15
                              "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

                              Comment

                              Working...
                              X