Re: subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
On Friday 15 May 2009 02:27:43 Olivier Mueller wrote: > Hi Mel, > > On Wed, 2009-05-13 at 22:21 +0200, Mel Flynn wrote: > > I'm still thinking there's two different (threading|bdb) libraries linked > > into httpd, but not sure to ask for which ldd...httpd or mod_dav. The db > > version could be a red herring or that only one of the formats requires > > this mutex . > > This is how it currently looks:(I'll try recompiling some packages > later next week): > > $ ldd /usr/local/sbin/httpd > /usr/local/sbin/httpd: > libz.so.3 => /lib/libz.so.3 (0x800681000) > libaprutil-0.so.9 => /usr/local/lib/apache2/libaprutil-0.so.9 > (0x800795000) libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x8008ab000) > libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x800a87000) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x800ba9000) > libapr-0.so.9 => /usr/local/lib/apache2/libapr-0.so.9 (0x800da2000) > libm.so.4 => /lib/libm.so.4 (0x800ec2000) > libcrypt.so.3 => /lib/libcrypt.so.3 (0x800fde000) > libc.so.6 => /lib/libc.so.6 (0x8010f7000) No pthread in this. Could it be that apr is built without threads? It's the only thing out of the ordinary that I can see. I use APR_FROM_PORTS (even though it has a be careful warning, that I don't understand) and as such can add threading support. -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
Hi Mel, On Wed, 2009-05-13 at 22:21 +0200, Mel Flynn wrote: > I'm still thinking there's two different (threading|bdb) libraries linked > into > httpd, but not sure to ask for which ldd...httpd or mod_dav. The db version > could be a red herring or that only one of the formats requires this mutex . This is how it currently looks:(I'll try recompiling some packages later next week): $ ldd /usr/local/sbin/httpd /usr/local/sbin/httpd: libz.so.3 => /lib/libz.so.3 (0x800681000) libaprutil-0.so.9 => /usr/local/lib/apache2/libaprutil-0.so.9 (0x800795000) libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x8008ab000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x800a87000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x800ba9000) libapr-0.so.9 => /usr/local/lib/apache2/libapr-0.so.9 (0x800da2000) libm.so.4 => /lib/libm.so.4 (0x800ec2000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x800fde000) libc.so.6 => /lib/libc.so.6 (0x8010f7000) $ ldd /usr/local/libexec/apache2/mod_dav_svn.so /usr/local/libexec/apache2/mod_dav_svn.so: libsvn_repos-1.so.0 => /usr/local/lib/libsvn_repos-1.so.0 (0x800964000) libsvn_fs-1.so.0 => /usr/local/lib/libsvn_fs-1.so.0 (0x800a8b000) libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0 (0x800b91000) libsvn_subr-1.so.0 => /usr/local/lib/libsvn_subr-1.so.0 (0x800c9c000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x800de8000) libaprutil-0.so.9 => /usr/local/lib/apache2/libaprutil-0.so.9 (0x800ef1000) libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x801007000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x8011e3000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x801305000) libapr-0.so.9 => /usr/local/lib/apache2/libapr-0.so.9 (0x8014fe000) libm.so.4 => /lib/libm.so.4 (0x80161e000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x80173a000) libsvn_fs_fs-1.so.0 => /usr/local/lib/libsvn_fs_fs-1.so.0 (0x801853000) libsvn_fs_base-1.so.0 => /usr/local/lib/libsvn_fs_base-1.so.0 (0x801978000) libsvn_fs_util-1.so.0 => /usr/local/lib/libsvn_fs_util-1.so.0 (0x801aa3000) libz.so.3 => /lib/libz.so.3 (0x801ba5000) libsqlite3.so.8 => /usr/local/lib/libsqlite3.so.8 (0x801cb9000) libpthread.so.2 => /lib/libpthread.so.2 (0x801e23000) $ ldd /usr/local/bin/svn /usr/local/bin/svn: libsvn_client-1.so.0 => /usr/local/lib/libsvn_client-1.so.0 (0x800653000) libsvn_wc-1.so.0 => /usr/local/lib/libsvn_wc-1.so.0 (0x800796000) libsvn_ra-1.so.0 => /usr/local/lib/libsvn_ra-1.so.0 (0x8008da000) libsvn_diff-1.so.0 => /usr/local/lib/libsvn_diff-1.so.0 (0x8009e4000) libsvn_ra_local-1.so.0 => /usr/local/lib/libsvn_ra_local-1.so.0 (0x800aee000) libsvn_repos-1.so.0 => /usr/local/lib/libsvn_repos-1.so.0 (0x800bf6000) libsvn_fs-1.so.0 => /usr/local/lib/libsvn_fs-1.so.0 (0x800d1d000) libsvn_fs_fs-1.so.0 => /usr/local/lib/libsvn_fs_fs-1.so.0 (0x800e23000) libsvn_fs_base-1.so.0 => /usr/local/lib/libsvn_fs_base-1.so.0 (0x800f48000) libsvn_fs_util-1.so.0 => /usr/local/lib/libsvn_fs_util-1.so.0 (0x801073000) libsvn_ra_svn-1.so.0 => /usr/local/lib/libsvn_ra_svn-1.so.0 (0x801175000) libsvn_ra_neon-1.so.0 => /usr/local/lib/libsvn_ra_neon-1.so.0 (0x801288000) libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0 (0x8013aa000) libsvn_subr-1.so.0 => /usr/local/lib/libsvn_subr-1.so.0 (0x8014b5000) libsqlite3.so.8 => /usr/local/lib/libsqlite3.so.8 (0x801601000) libpthread.so.2 => /lib/libpthread.so.2 (0x80176b000) libaprutil-0.so.9 => /usr/local/lib/apache2/libaprutil-0.so.9 (0x801896000) libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x8019ac000) libapr-0.so.9 => /usr/local/lib/apache2/libapr-0.so.9 (0x801b88000) libm.so.4 => /lib/libm.so.4 (0x801ca8000) libneon.so.28 => /usr/local/lib/libneon.so.28 (0x801dc4000) libssl.so.4 => /usr/lib/libssl.so.4 (0x801ee7000) libz.so.3 => /lib/libz.so.3 (0x80201f000) libgssapi.so.8 => /usr/lib/libgssapi.so.8 (0x802133000) libkrb5.so.8 => /usr/lib/libkrb5.so.8 (0x802242000) libasn1.so.8 => /usr/lib/libasn1.so.8 (0x802386000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x8024af000) libroken.so.8 => /usr/lib/libroken.so.8 (0x8026f6000) libcrypt.so.3 => /lib/libcrypt.so.3 (0x802804000) libcom_err.so.3 => /usr/lib/libcom_err.so.3 (0x80291d000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x802a1f000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x802b41000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x802c4a000) libc.so.6 => /lib/libc.so.6 (0x802e43000) regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/
Re: subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
Hi Olivier, On Wednesday 13 May 2009 19:32:36 Olivier Mueller wrote: > > > ==> /var/log/httpd/httpd-error.log <== > > > Fatal error 'Recurse on a private mutex.' at line 986 in file > > > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 86) [Tue May 12 > > > 11:56:02 2009] [notice] child pid 64353 exit signal Abort trap (6) > > > > > > > > > The only difference between both repositories is the db/format file: > > > > > > diff -r repos/websites/testing/db/format > > > repos/websites/testing2/db/format 1c1 > > > < 4 > > > --- > > > > > > > 3 > > > > > > If format is "3" (subversion "pre-1.6"), everything works fine, but if > > > the format is "4" the DAV/SVN part crashes (while everything remains > > > fine via svn client / svnserve). > > > > this is with the same binary? Meaning there's no Berkeley db library > > differences? > > Yes, the only recent change was a "portupgrade -rvbp subversion". I'm still thinking there's two different (threading|bdb) libraries linked into httpd, but not sure to ask for which ldd...httpd or mod_dav. The db version could be a red herring or that only one of the formats requires this mutex . -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
If you don't find an answer here, I suggest asking this question in the freebsd-hpc mailing list, because pthreads is a library for c/c++ multithreaded programming, and a "mutex" is a kind of lock on a resource used in parallel programming. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
Hi Mel, On Tue, 2009-05-12 at 17:25 +0200, Mel Flynn wrote: > > I have a strange situation on our internal svn server. Since a few days > > and some upgrades, if I try to access a new created repository via > > apache, I get a blank page and this error in the apache error log: > > > > ==> /var/log/httpd/httpd-error.log <== > > Fatal error 'Recurse on a private mutex.' at line 986 in file > > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 86) [Tue May 12 > > 11:56:02 2009] [notice] child pid 64353 exit signal Abort trap (6) > > > > > > The only difference between both repositories is the db/format file: > > > > diff -r repos/websites/testing/db/format repos/websites/testing2/db/format > > 1c1 > > < 4 > > --- > > > > > 3 > > > > If format is "3" (subversion "pre-1.6"), everything works fine, but if > > the format is "4" the DAV/SVN part crashes (while everything remains > > fine via svn client / svnserve). > > this is with the same binary? Meaning there's no Berkeley db library > differences? Yes, the only recent change was a "portupgrade -rvbp subversion". regards, Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
On Tuesday 12 May 2009 12:10:58 Olivier Mueller wrote: > Hello, > > I have a strange situation on our internal svn server. Since a few days > and some upgrades, if I try to access a new created repository via > apache, I get a blank page and this error in the apache error log: > > ==> /var/log/httpd/httpd-error.log <== > Fatal error 'Recurse on a private mutex.' at line 986 in file > /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 86) [Tue May 12 > 11:56:02 2009] [notice] child pid 64353 exit signal Abort trap (6) > > > The only difference between both repositories is the db/format file: > > diff -r repos/websites/testing/db/format repos/websites/testing2/db/format > 1c1 > < 4 > --- > > > 3 > > If format is "3" (subversion "pre-1.6"), everything works fine, but if > the format is "4" the DAV/SVN part crashes (while everything remains > fine via svn client / svnserve). this is with the same binary? Meaning there's no Berkeley db library differences? -- Mel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
subversion / dav_svn_module : Fatal error 'Recurse on a private mutex.'
Hello, I have a strange situation on our internal svn server. Since a few days and some upgrades, if I try to access a new created repository via apache, I get a blank page and this error in the apache error log: ==> /var/log/httpd/httpd-error.log <== Fatal error 'Recurse on a private mutex.' at line 986 in file /usr/src/lib/libpthread/thread/thr_mutex.c (errno = 86) [Tue May 12 11:56:02 2009] [notice] child pid 64353 exit signal Abort trap (6) The only difference between both repositories is the db/format file: diff -r repos/websites/testing/db/format repos/websites/testing2/db/format 1c1 < 4 --- > 3 If format is "3" (subversion "pre-1.6"), everything works fine, but if the format is "4" the DAV/SVN part crashes (while everything remains fine via svn client / svnserve). I guess I should recompile something (apache?), or change a configuration somewhere, but I'm still looking where. Maybe you will have an idea? I'd still like to be able to use SVN/DAV with the new svn 1.6.x features... Thanks & regards, Olivier httpd.conf: [...] LoadModule dav_module libexec/apache2/mod_dav.so LoadModule dav_svn_module libexec/apache2/mod_dav_svn.so LoadModule authz_svn_module libexec/apache2/mod_authz_svn.so [...] DAV svn SVNParentPath /[...]/repos/websites AuthType Basic AuthName "SVNoverApache" AuthUserFile /.[...]./passwd Require valid-user [...] [...@dev ~]$ pkg_info |grep subv py-subversion-1.6.2 Python bindings for version control system subversion-1.6.2Version control system [...@dev ~]$ pkg_info |grep thre libpthread-stubs-0.1 This library provides weak aliases for pthread functions FreeBSD 6.2/amd64 (upgrade to 7.2 planed for later this month) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"