You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modules-dev@httpd.apache.org by "skrishnamur1@bloomberg.com" <sk...@bloomberg.com> on 2009/11/09 16:47:29 UTC

Apache 2.2 coredumping on Solaris with Subversion 1.6

Hi,

I compiled subversion with apache 2.2 on solaris but when I hit the server with an svn request, the svn modules produce a core dump. Has anyone faced anything similar or have any ideas about how to fix  or workaround this issue? Any help is appreciated.
Running a pstack on the core file produces:

# /bin/pstack /bb/cores/core.httpd.5718.1257279721
core '/bb/cores/core.httpd.5718.1257279721' of 5718:    /bb/web/apache_2_2/bin/httpd -k start
 fdaa2214 access_checker (36aea0, 36c1a0, 640, fefefeff, 80808080, 1010101) + 44
 00069ef8 ap_run_access_checker (36aea0, 0, 0, 0, 0, 0) + 70
 0006aa58 ap_process_request_internal (36aea0, 0, 0, 0, 0, 0) + 360
 0008a378 ap_process_request (36aea0, 4, 36aea0, 364f60, 0, 0) + 60
 00085c50 ap_process_http_connection (364f60, 364e88, 0, 0, 0, 0) + 88
 0007e9e4 ap_run_process_connection (364f60, 364e88, 364e88, 0, 362f98, 368e60) + 74
 0007f0a8 ap_process_connection (364f60, 364e88, 364e88, 0, 362f98, 368e60) + 98
 00091d3c child_main (0, 91200, 0, fefb8000, fef73700, fee42a00) + 60c
 00091fa8 make_child (109e00, 0, 0, 10, 10b4, fef73b00) + 1b8
 00092070 startup_children (5, 2, 5, 108120, 232d20, 0) + 70
 00092784 ap_mpm_run (108120, 1361d8, 109e00, 109e00, 4, 4) + 31c
 0004eb68 main     (3, ffbff43c, ffbff44c, f3800, fee40100, fee40140) + f08
 0004d198 _start   (0, 0, 0, 0, 0, 0) + 108

Ive seen several other posts with people having the same issue but no real solutions

e.g :

http://forums.sun.com/thread.jspa?threadID=5360736&messageID=10573946#10573946
http://forums.sun.com/thread.jspa?threadID=5360736
http://markmail.org/message/jwhlkgvrnbmgunsd#query:subversion%20crashes%20at%20access_checker+page:1+mid:5cjtts3co442pxxh+state:results
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&viewType=browseAll&dsMessageId=588712#<http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&viewType=browseAll&dsMessageId=588712>

stepping though the core file with dbx gives me :

Running the core files through dbx gives me :

Reading libz.so.1.2.3
Reading libm.so.1
Reading libgcc_s.so.1
Reading mod_dav_svn.so
Reading libsvn_repos-1.so.0.0.0
Reading libsvn_fs-1.so.0.0.0
Reading libsvn_delta-1.so.0.0.0
Reading libsvn_subr-1.so.0.0.0
Reading libexpat.so.0.1.0
Reading libsvn_fs_fs-1.so.0.0.0
Reading libsvn_fs_util-1.so.0.0.0
Reading libsqlite3.so.0.8.6
Reading mod_authz_svn.so
Reading mod_jk.so
t@1 (l@1) program terminated by signal SEGV (Segmentation Fault)
Current function is access_checker
  548     authz_svn_config_rec *conf = ap_get_module_config(r->per_dir_config,


cheers

RE: Apache 2.2 coredumping on Solaris with Subversion 1.6

Posted by "skrishnamur1@bloomberg.com" <sk...@bloomberg.com>.
Here you go. bb/data/web/aaaa/svn is actually a symlink to another location where the svn repositories are actually present (whose path dosent come under this virtualhost).

    <Location /bb/data/web/aaaa/svn/>
      DAV svn
      SVNPathAuthz off
      AuthzSVNAccessFile /bb/web/apache_2_2/conf/subversion.conf
      SVNReposName windows 
      SVNPath /bb/data/web/aaaa/svn/windows/
      SVNListParentPath on
    </Location>

-----Original Message-----
From: Ben Noordhuis [mailto:info@bnoordhuis.nl] 
Sent: Monday, November 09, 2009 11:34 AM
To: modules-dev@httpd.apache.org
Subject: Re: Apache 2.2 coredumping on Solaris with Subversion 1.6

Could you perhaps post your config? I've seen stack traces like yours
when "Require valid-user" was specified without setting an AuthType.

Re: Apache 2.2 coredumping on Solaris with Subversion 1.6

Posted by Ben Noordhuis <in...@bnoordhuis.nl>.
Could you perhaps post your config? I've seen stack traces like yours
when "Require valid-user" was specified without setting an AuthType.

Re: Apache 2.2 coredumping on Solaris with Subversion 1.6

Posted by Jens Frey <je...@coffeecrew.org>.
> Per my knowledge this is the apr source tar ball that was used. How do
> I find the 'installed' apr and use that instead? Posted here because I
> didn't get any response on the users list and this seemed to be a
> modules issue.
> Do let me know and Ill continue the posting there. thanks 
Maybe you are searching for: 
$ apr-config --includedir
$ apu-config --includedir

Which will print the include directory for APR/APU obviously ... 
it has lots of other flags, just see the help.

Regards,
Jens
> 
> -----Original Message-----
> From: Nicholas.Kew@Sun.COM [mailto:Nicholas.Kew@Sun.COM] On Behalf Of
> Nick Kew
> Sent: Monday, November 09, 2009 3:06 PM
> To: modules-dev@httpd.apache.org
> Subject: Re: Apache 2.2 coredumping on Solaris with Subversion 1.6
> 
> skrishnamur1@bloomberg.com wrote:
> 
> You're on the wrong list: this belongs on users@
> (I know you posted there, but your mailer sent a bunch of
> pseudo-HTML crap that made it too annoying to read).
> 
> > I built it with the below two flags that should point it to the same
> apr and apr-util that were used for the
> > Apache installation I am using:
> > 
> > --with-apr=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr
> --with-apr-util=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr-util
> 
> That's the source.  And it's old source!  Do you know that httpd
> was compiled with that same source (by default it isn't unless
> it can't find an installed APR on your system).
> 
> Better to use the installed APR and up-to-date httpd.
> 
> >> Current function is access_checker
> >>  548     authz_svn_config_rec *conf =
> >> ap_get_module_config(r->per_dir_config,
> 
> Definitely binary-incompatible builds, though not necessarily
> anything to do with APR versions.
> 
> -- 
> Nick Kew

RE: Apache 2.2 coredumping on Solaris with Subversion 1.6

Posted by "skrishnamur1@bloomberg.com" <sk...@bloomberg.com>.
Per my knowledge this is the apr source tar ball that was used. How do I find the 'installed' apr and use that instead? Posted here because I didn't get any response on the users list and this seemed to be a modules issue.
Do let me know and Ill continue the posting there. thanks 

-----Original Message-----
From: Nicholas.Kew@Sun.COM [mailto:Nicholas.Kew@Sun.COM] On Behalf Of Nick Kew
Sent: Monday, November 09, 2009 3:06 PM
To: modules-dev@httpd.apache.org
Subject: Re: Apache 2.2 coredumping on Solaris with Subversion 1.6

skrishnamur1@bloomberg.com wrote:

You're on the wrong list: this belongs on users@
(I know you posted there, but your mailer sent a bunch of
pseudo-HTML crap that made it too annoying to read).

> I built it with the below two flags that should point it to the same apr and apr-util that were used for the
> Apache installation I am using:
> 
> --with-apr=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr --with-apr-util=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr-util

That's the source.  And it's old source!  Do you know that httpd
was compiled with that same source (by default it isn't unless
it can't find an installed APR on your system).

Better to use the installed APR and up-to-date httpd.

>> Current function is access_checker
>>  548     authz_svn_config_rec *conf =
>> ap_get_module_config(r->per_dir_config,

Definitely binary-incompatible builds, though not necessarily
anything to do with APR versions.

-- 
Nick Kew

Re: Apache 2.2 coredumping on Solaris with Subversion 1.6

Posted by Nick Kew <ni...@apache.org>.
skrishnamur1@bloomberg.com wrote:

You're on the wrong list: this belongs on users@
(I know you posted there, but your mailer sent a bunch of
pseudo-HTML crap that made it too annoying to read).

> I built it with the below two flags that should point it to the same apr and apr-util that were used for the
> Apache installation I am using:
> 
> --with-apr=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr --with-apr-util=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr-util

That's the source.  And it's old source!  Do you know that httpd
was compiled with that same source (by default it isn't unless
it can't find an installed APR on your system).

Better to use the installed APR and up-to-date httpd.

>> Current function is access_checker
>>  548     authz_svn_config_rec *conf =
>> ap_get_module_config(r->per_dir_config,

Definitely binary-incompatible builds, though not necessarily
anything to do with APR versions.

-- 
Nick Kew

RE: Apache 2.2 coredumping on Solaris with Subversion 1.6

Posted by "skrishnamur1@bloomberg.com" <sk...@bloomberg.com>.
I built it with the below two flags that should point it to the same apr and apr-util that were used for the
Apache installation I am using:

--with-apr=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr --with-apr-util=/bb/web/apache_2.2.0/src/httpd-2.2.0/srclib/apr-util

Should I be pointing it to some other place in the apache installation itself instead of the source?



-----Original Message-----
From: Tom Evans [mailto:tevans.uk@googlemail.com] 
Sent: Monday, November 09, 2009 11:10 AM
To: modules-dev@httpd.apache.org
Subject: Re: Apache 2.2 coredumping on Solaris with Subversion 1.6

On Mon, Nov 9, 2009 at 3:47 PM, skrishnamur1@bloomberg.com <
skrishnamur1@bloomberg.com> wrote:

> Hi,
>
> I compiled subversion with apache 2.2 on solaris but when I hit the server
> with an svn request, the svn modules produce a core dump. Has anyone faced
> anything similar or have any ideas about how to fix  or workaround this
> issue? Any help is appreciated.
> Running a pstack on the core file produces:
>
> # /bin/pstack /bb/cores/core.httpd.5718.1257279721
> core '/bb/cores/core.httpd.5718.1257279721' of 5718:
>  /bb/web/apache_2_2/bin/httpd -k start
>  fdaa2214 access_checker (36aea0, 36c1a0, 640, fefefeff, 80808080, 1010101)
> + 44
>  00069ef8 ap_run_access_checker (36aea0, 0, 0, 0, 0, 0) + 70
>  0006aa58 ap_process_request_internal (36aea0, 0, 0, 0, 0, 0) + 360
>  0008a378 ap_process_request (36aea0, 4, 36aea0, 364f60, 0, 0) + 60
>  00085c50 ap_process_http_connection (364f60, 364e88, 0, 0, 0, 0) + 88
>  0007e9e4 ap_run_process_connection (364f60, 364e88, 364e88, 0, 362f98,
> 368e60) + 74
>  0007f0a8 ap_process_connection (364f60, 364e88, 364e88, 0, 362f98, 368e60)
> + 98
>  00091d3c child_main (0, 91200, 0, fefb8000, fef73700, fee42a00) + 60c
>  00091fa8 make_child (109e00, 0, 0, 10, 10b4, fef73b00) + 1b8
>  00092070 startup_children (5, 2, 5, 108120, 232d20, 0) + 70
>  00092784 ap_mpm_run (108120, 1361d8, 109e00, 109e00, 4, 4) + 31c
>  0004eb68 main     (3, ffbff43c, ffbff44c, f3800, fee40100, fee40140) + f08
>  0004d198 _start   (0, 0, 0, 0, 0, 0) + 108
>
> Ive seen several other posts with people having the same issue but no real
> solutions
>
> e.g :
>
>
> http://forums.sun.com/thread.jspa?threadID=5360736&messageID=10573946#10573946
> http://forums.sun.com/thread.jspa?threadID=5360736
>
> http://markmail.org/message/jwhlkgvrnbmgunsd#query:subversion%20crashes%20at%20access_checker+page:1+mid:5cjtts3co442pxxh+state:results
>
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&viewType=browseAll&dsMessageId=588712#
> <
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&viewType=browseAll&dsMessageId=588712
> >
>
> stepping though the core file with dbx gives me :
>
> Running the core files through dbx gives me :
>
> Reading libz.so.1.2.3
> Reading libm.so.1
> Reading libgcc_s.so.1
> Reading mod_dav_svn.so
> Reading libsvn_repos-1.so.0.0.0
> Reading libsvn_fs-1.so.0.0.0
> Reading libsvn_delta-1.so.0.0.0
> Reading libsvn_subr-1.so.0.0.0
> Reading libexpat.so.0.1.0
> Reading libsvn_fs_fs-1.so.0.0.0
> Reading libsvn_fs_util-1.so.0.0.0
> Reading libsqlite3.so.0.8.6
> Reading mod_authz_svn.so
> Reading mod_jk.so
> t@1 (l@1) program terminated by signal SEGV (Segmentation Fault)
> Current function is access_checker
>  548     authz_svn_config_rec *conf =
> ap_get_module_config(r->per_dir_config,
>
>
> cheers
>

Typically, problems with apache + subversion come about because apache is
built with APR, subversion is built with APR, and they are built with
conflicting libraries leading to a seg fault. Can you verify your build
process, and which version of APR each is built with.

Cheers

Tom

Re: Apache 2.2 coredumping on Solaris with Subversion 1.6

Posted by Tom Evans <te...@googlemail.com>.
On Mon, Nov 9, 2009 at 3:47 PM, skrishnamur1@bloomberg.com <
skrishnamur1@bloomberg.com> wrote:

> Hi,
>
> I compiled subversion with apache 2.2 on solaris but when I hit the server
> with an svn request, the svn modules produce a core dump. Has anyone faced
> anything similar or have any ideas about how to fix  or workaround this
> issue? Any help is appreciated.
> Running a pstack on the core file produces:
>
> # /bin/pstack /bb/cores/core.httpd.5718.1257279721
> core '/bb/cores/core.httpd.5718.1257279721' of 5718:
>  /bb/web/apache_2_2/bin/httpd -k start
>  fdaa2214 access_checker (36aea0, 36c1a0, 640, fefefeff, 80808080, 1010101)
> + 44
>  00069ef8 ap_run_access_checker (36aea0, 0, 0, 0, 0, 0) + 70
>  0006aa58 ap_process_request_internal (36aea0, 0, 0, 0, 0, 0) + 360
>  0008a378 ap_process_request (36aea0, 4, 36aea0, 364f60, 0, 0) + 60
>  00085c50 ap_process_http_connection (364f60, 364e88, 0, 0, 0, 0) + 88
>  0007e9e4 ap_run_process_connection (364f60, 364e88, 364e88, 0, 362f98,
> 368e60) + 74
>  0007f0a8 ap_process_connection (364f60, 364e88, 364e88, 0, 362f98, 368e60)
> + 98
>  00091d3c child_main (0, 91200, 0, fefb8000, fef73700, fee42a00) + 60c
>  00091fa8 make_child (109e00, 0, 0, 10, 10b4, fef73b00) + 1b8
>  00092070 startup_children (5, 2, 5, 108120, 232d20, 0) + 70
>  00092784 ap_mpm_run (108120, 1361d8, 109e00, 109e00, 4, 4) + 31c
>  0004eb68 main     (3, ffbff43c, ffbff44c, f3800, fee40100, fee40140) + f08
>  0004d198 _start   (0, 0, 0, 0, 0, 0) + 108
>
> Ive seen several other posts with people having the same issue but no real
> solutions
>
> e.g :
>
>
> http://forums.sun.com/thread.jspa?threadID=5360736&messageID=10573946#10573946
> http://forums.sun.com/thread.jspa?threadID=5360736
>
> http://markmail.org/message/jwhlkgvrnbmgunsd#query:subversion%20crashes%20at%20access_checker+page:1+mid:5cjtts3co442pxxh+state:results
>
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&viewType=browseAll&dsMessageId=588712#
> <
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&viewType=browseAll&dsMessageId=588712
> >
>
> stepping though the core file with dbx gives me :
>
> Running the core files through dbx gives me :
>
> Reading libz.so.1.2.3
> Reading libm.so.1
> Reading libgcc_s.so.1
> Reading mod_dav_svn.so
> Reading libsvn_repos-1.so.0.0.0
> Reading libsvn_fs-1.so.0.0.0
> Reading libsvn_delta-1.so.0.0.0
> Reading libsvn_subr-1.so.0.0.0
> Reading libexpat.so.0.1.0
> Reading libsvn_fs_fs-1.so.0.0.0
> Reading libsvn_fs_util-1.so.0.0.0
> Reading libsqlite3.so.0.8.6
> Reading mod_authz_svn.so
> Reading mod_jk.so
> t@1 (l@1) program terminated by signal SEGV (Segmentation Fault)
> Current function is access_checker
>  548     authz_svn_config_rec *conf =
> ap_get_module_config(r->per_dir_config,
>
>
> cheers
>

Typically, problems with apache + subversion come about because apache is
built with APR, subversion is built with APR, and they are built with
conflicting libraries leading to a seg fault. Can you verify your build
process, and which version of APR each is built with.

Cheers

Tom