Re: unable to load a dump file into a differente repository

On 2004-03-23 08:15 -0600, Ben Collins-Sussman wrote:
> Dirk Dierckx wrote:
>
> >svn: PROPFIND request failed on '/svn/internal'
> >svn: PROPFIND of '/svn/internal': 500 Internal Server Error
> >(http://ragnarok.rekencentra.be)
>
> This could mean 100 things. Why don't you show us the apache errorlog
> which describes the 'internal server error'. And show us the command
> line you're running. And show us the permissions on your new repository
> (does apache have complete read/write access to it?)
>

after viewing the apache error log:

<error_log>
[Tue Mar 23 15:24:52 2004] [error] [client 192.168.0.232] (20014)Error string no
t specified yet: Berkeley DB error while opening 'nodes' table for filesystem /v
ar/data/svn/internal/db:
DB_RUNRECOVERY: Fatal error, run database recovery
[Tue Mar 23 15:24:52 2004] [error] [client 192.168.0.232] Could not fetch resour
ce information. [500, #0]
[Tue Mar 23 15:24:52 2004] [error] [client 192.168.0.232] Could not open the req
uested SVN filesystem [500, #160029]
[Tue Mar 23 15:24:52 2004] [error] [client 192.168.0.232] (13)Permission denied:
 Could not open the requested SVN filesystem [500, #160029]
</error_log>

i did a:
svnadmin recover /var/data/svn/internal

which went fine, but checking it out produced:

<error_log>
[Tue Mar 23 15:27:48 2004] [error] [client 192.168.0.232] (20014)Error string no
t specified yet: Berkeley DB error while opening environment for filesystem /var
/data/svn/internal/db:
Permission denied
[Tue Mar 23 15:27:48 2004] [error] [client 192.168.0.232] Could not fetch resour
ce information. [500, #0]
[Tue Mar 23 15:27:48 2004] [error] [client 192.168.0.232] Could not open the req
uested SVN filesystem [500, #160029]
[Tue Mar 23 15:27:48 2004] [error] [client 192.168.0.232] (13)Permission denied:
 Could not open the requested SVN filesystem [500, #160029]
</error_log>

so i did a:
chown -R apache:apache internal

and everything works fine

the file permissions where correctly set to start with but i executed all the
cvsadmin commands as root which reset certain db files to root:root, shame on
me, sorry for the noise on this list

Regards,

-- 
Dirk Dierckx
Software Engineer
dirk.dierckx@rekencentra.be
D780 C49E 4130 19BE 3C61  423E A694 DD14 F980 EA86
--
The world really isn't any worse.  It's just that the news coverage
is so much better.