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

Re: Problem with Subversion on Solaris 8

From: David Weintraub <qazwart_at_gmail.com>
Date: 2005-07-22 17:26:57 CEST

Have you taken a look at the Apache logs? What are the file
permissions set to? All Subversion files should be owned by the user
who is running the httpd daemon. Sometimes, when someone logs in as
root into the Apache server and used "file://" URLs to checkout and
commit to their archive, the ownership of the various files under the
Subversion directory get changed to "root". If that happens, you can't
update your repository via httpd.

On 7/21/05, Kent Hamilton <KHamilton@hunter.com> wrote:
> Our subversion 1.2.0 on Solaris 8 has stopped working from http: URL's.
> It still works fine using svnserver (SVN:) URL's. The error I'm getting
> in the apache logs is:
>
> [Wed Jul 20 21:57:04 2005] [error] [client 10.2.3.31] (20014)Error
> string not specified yet: Can't create a character converter from
> 'UTF-8' to native encoding
> [Wed Jul 20 21:57:04 2005] [error] [client 10.2.3.31] Could not fetch
> resource information. [500, #0]
> [Wed Jul 20 21:57:04 2005] [error] [client 10.2.3.31] Could not open the
> requested SVN filesystem [500, #2]
> [Wed Jul 20 21:57:04 2005] [error] [client 10.2.3.31] Could not open the
> requested SVN filesystem [500, #2]
>
> Can anyone give me some suggestions on getting this back online quickly
> please?
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

-- 
--
David Weintraub
qazwart@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 22 17:41:56 2005

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.