An Apache configuration serving Subversion repositories, with mod_wsgi 3.3
authentication provider, causes per request segfaults in Apache 2.2.22 with
mod_dav_svn from Subversion 1.7.13. If mod_wsgi auth directives are removed
from the Apache configuration, then repositories are served properly
On 29.10.2013 13:45, Howard, Larry P wrote:
> An Apache configuration serving Subversion repositories, with mod_wsgi 3.3
> authentication provider, causes per request segfaults in Apache 2.2.22 with
> mod_dav_svn from Subversion 1.7.13. If mod_wsgi auth directives are removed
> from the Apache
Thanks for following up. Amending the previous httpd.conf as shown below
successfully invokes the mod_wsgi auth functions.
httpd.conf:
CoreDumpDirectory /tmp/apache2-gdb-dump
LogLevel debug
listen 8080
ServerName svn.mydomain.org
DocumentRoot /var/www
WSGIAccessScript /v
On 29.10.2013 18:10, Howard, Larry P wrote:
> Thanks for following up. Amending the previous httpd.conf as shown below
> successfully invokes the mod_wsgi auth functions.
>
> httpd.conf:
>
> CoreDumpDirectory /tmp/apache2-gdb-dump
> LogLevel debug
>
> listen 8080
>
>
> ServerName svn.mydomai
On Oct 29, 2013, at 12:53 PM, Branko Čibej wrote:
> Hmm ... This is reaching a bit far, but your initial post shows that the
> crashes happen on the VirtualHost on port 80. I notice that you have
> this parameter:
>
>SVNParentPath /var/lib//svn
>
> The extra slash shouldn't hurt, but maybe
Apologies for following my own message, but based on a recommendation from the
mod_wsgi developer,
I upgraded the mod_wsgi module to version 3.4. This failed, however, to remedy
the situation.
[Wed Oct 30 16:22:58 2013] [notice] Apache/2.2.22 (Ubuntu) DAV/2 SVN/1.7.13
mod_wsgi/3.4 Python/2.7.3
On 10/30/13 10:23 AM, Howard, Larry P wrote:
> Is there something more I can do to help clarify the report?
Debug builds of httpd, mod_wsgi, and Subversion. Run httpd under a debugger
and post the backtrace of the segfault. For the most part you can just do:
gdb -args httpd -X -f httpd.conf
Onc
"Howard, Larry P" writes:
> What we know is that mod_dav_svn works as expected without the
> mod_wsgi auth directives. mod_wsgi works as expected without
> mod_dav_svn directives. The intended Apache configuration works as
> expected with mod_dav_svn from Subversion 1.7.9 and mod_wsgi 3.3.
>
>
Philip Martin writes:
> "Howard, Larry P" writes:
>
>> What we know is that mod_dav_svn works as expected without the
>> mod_wsgi auth directives. mod_wsgi works as expected without
>> mod_dav_svn directives. The intended Apache configuration works as
>> expected with mod_dav_svn from Subversi
On 10/30/13 12:12 PM, Philip Martin wrote:
> Subversion's translate_name hook is setting r->filename to NULL and it
> appears that mod_wsgi does not check for NULL.
Thanks Philip. When I made this change I expected that other modules would be
ok with r->filename being NULL. I guess that's not th
I can confirm that this patch fixes.
Thanks guys! Very good service, much appreciated.
Regards,
lph
--
Larry Howard, Sr. Research Scientist
Institute for Software Integrated Systems, Vanderbilt University
On Oct 30, 2013, at 7:57 PM, Ben Reser wrote:
> On 10/30/13 12:12 PM, Philip Martin wr
On 10/30/13 5:57 PM, Ben Reser wrote:
> On 10/30/13 12:12 PM, Philip Martin wrote:
>> Subversion's translate_name hook is setting r->filename to NULL and it
>> appears that mod_wsgi does not check for NULL.
>
> Thanks Philip. When I made this change I expected that other modules would be
> ok wit
12 matches
Mail list logo