On Tue, Sep 28, 2010 at 5:23 AM, Tech Geek <techgeek12345_at_gmail.com> wrote:
> I have the subversion server running on a Debian Linux machine. The
> repositories are residing on a Windows domain shared network drive on the
> network which is mapped on the Linux machine as:
> mount -t cifs //software/svn_repositories /var/lib/svn/ -o
> username=mynet/techgeek,password=******,uid=www-data,gid=subversion,iocharset=utf8
>
> All the developers/users access the repositories using TortoiseSVN client
> from Windows machine.
>
> The problem is that if the repositories were created from TortoiseSVN then
> upon accessing the repositories (For example http://svnserver/svnrepos) I
> get:
> human-readable errcode="160043": Could not open the requested SVN
> filesystem
>
> However, if I create new repositories from the Linux machine (on which
> subversion is running), then everything works fine.
>
> I noticed when creating repositories from TortoiseSVN the value in
> db/format is "4" (non-working) and while creating repositories from Linux
> the value is "3" (working).
>
This indicates that the version of SVN on the linux box, and the version of
TSVN are not the same. I don't know what the repository version numbers are
that correspond to each svn/TSVN version (and you didn't mention which
versions you have installed). Either downgrade TSVN, or upgrade SVN on the
linux machine (upgrading the linux machine is probably easiest).
> If I change the vaule from "4" to "3" for the repositories that were
> created by TortoiseSVN then I do not longer get the above error message.
>
Never manually modify anything under the repository/db directory.
> Sounds like there is some incompatibility between the subversion engine (on
> linux) and the TortoirseSVN.
>
> I would like to enable developers/users to create repositories using
> TortoiseSVN client. Do I have to live with this situation or is there a more
> elegant workaround rather than changing the value of db/format file manually
> everytime a new repository is created?
>
Cheers,
Daniel B.
Received on 2010-09-27 22:36:27 CEST