2006/1/19, John Duprey <john.duprey@gmail.com>:
> Hello,
>
> A number of you have asked if I ever resolved the subversion
> permission problem as I reported it here:
> http://svn.haxx.se/dev/archive-2005-09/0277.shtml
>
> After trying several versions of Apache and Subversion (from both RPM
> and source), I resorted to a complete OS upgrade. Our admin upgraded
> from RHEL3 to RHEL4, updated the server's bios, and I reinstalled
> subversion and Apache from stock RHEL4 RPMS. Now everything works
> fine.
>
> After many many many months of trying to figure out what was wrong,
> this shot in the dark appears to have fixed things. Our subversion
> repository has been stable since we did this.
Hi John, lists,
I already asked users@svn list about a similar issue (see my message
here: http://svn.haxx.se/users/archive-2006-01/0101.shtml).
And today I have to admit: I'm lost.
* The problem only appears on my production server (the test one with
the same configuration & soft version is rock solid). -> Not easy for
debug.
* Apache restart seems a good therapy for this problem.
* Quick statistics do not highlight a link between the number of
access and the number of errors:
Eg. today:
4135 accesses, 3 errors
yesterday:
11097 accesses, 8 errors
tuesday:
17407 accesses, 2 errors
monday:
12672 accesses, 0 errors (yeah !)
* I restarted the production server: change nothing.
* I read subversion part of the code that create transaction
directories and -correct my if I missed sth- the only thing that can
influence directory creation (to remove execution right in my case)
apache umask.
I ready to run test in order to debug this situation, but since it is
on a production server used by hundred of people, I have to do it
carefuly.
Manuel
Ps: I someone reply, please keep my in CC, I don't read all lists.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jan 26 16:40:31 2006