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/freebsd-questions To unsubscribe, send any mail to
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.'
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 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
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 [...] Location /svn/websites DAV svn SVNParentPath /[...]/repos/websites AuthType Basic AuthName SVNoverApache AuthUserFile /.[...]./passwd Require valid-user /Location [...] [...@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
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
