little more searching, and it seems more like a Gentoo issue then SVN or
Apache per se.
http://bugs.gentoo.org/show_bug.cgi?id=86076
I do not really wish to downgrade to 1.1.3 to get Apache 2.0.51 the
suggested working version above, but I may have to bite the bullet on this
one.
question, is there any issue in demoting from 1.1.4 to 1.1.3 on FSFS repos?
Thanks for ur help, regards,
Samay
----- Original Message -----
From: "John Szakmeister" <john@szakmeister.net>
To: <users@subversion.tigris.org>
Sent: Sunday, April 10, 2005 7:31 PM
Subject: Re: SVN issue :: _dl_close: Assertion :: HTTPS :: help!
> On Saturday 09 April 2005 21:33, Samay wrote:
>> hi,
>> Still having this issue. Happens with Apache 2.0.52 + Svn 1.1.3 and
>> 2.0.53 + SVN 1.1.4.
>>
>> I have managed to isolate the issue to SVN with Authentication so far.
>> If mod_auth_pam is disabled then we can access repos fine. if
>> Mod_auth_pam is enabled with 2.0.53 then error as below resurfaces.
>> What we have noticed, is SVN client (SVN 1.1.4 or 1.1.3 or Tsvn 1.1.4)
>> probbaly opens lot of SSL connections, and floods with auth requests. I
>> am not sure, if its by design or its a bug, as i have hit the max in my
>> understanding of things!
>>
>> I have other websites such as viewcvs and websvn configured on the same
>> server using same Mod_auth_pam schema, and it all works fine. no errors
>> what so ever. http or https access doesnt seem to make any differnece
>> either!
>>
>> I have tested in across 4 different servers, and i have been able to
>> reproduce above in all cases. We do need authenticated access in our
>> setup, and, we have fairly large subversion user base, hence i am now
>> kinda stuffed as how to get my users to work! any help much
>> appreciated?
>>
>>
>> apache2.prefork: dl-close.c:365: _dl_close: Assertion `imap->l_type ==
>> lt_loaded || imap->l_opencount > 0' failed. [Sun Apr 10 11:20:17 2005]
>> [notice] child pid 7201 exit signal Aborted (6)
>
> I'm not convinced this is a Subversion problem. But, if you take a look
> at HACKING (http://svn.collab.net/repos/svn/trunk/HACKING), there are
> some pointers on how to debug the server. I'd recommend starting there
> and getting a backtrace. Then you may be able to pick out which module
> is causing the problem.
>
> -John
>
>> svn: REPORT request failed on '/testing/!svn/vcc/default'
>> svn: REPORT of '/testing/!svn/vcc/default': Could not read chunk
>> delimiter: Secure connection truncated (https://svn.example.com)
>>
>> however, i am able to view the repo fine using webSVN. I have
>> verified the repos using "svnadmin verify" they all come clean.
>>
>> on repeated 'svn update', it seems that the error typically happens
>> around 9th or 10th file. but at times it has also happened just on 2nd
>> or 3rd file.
>>
>> Server is running Gentoo, with kernel 2.6.11-r5. With Hardened flag
>> set for GCC, and glibc etc. emerge info says
>>
>> Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5,
>> glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r5 i686)
>> =================================================================
>> System uname: 2.6.11-gentoo-r5 i686 Pentium III (Katmai)
>> Gentoo Base System version 1.4.16
>> Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 18
>> 2005, 14:13:23) ]
>> distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
>> [disabled] dev-lang/python: 2.3.4-r1
>> sys-devel/autoconf: 2.13, 2.59-r6
>> sys-devel/automake: 1.5, 1.8.5-r3, 1.7.9-r1, 1.6.3, 1.9.4, 1.4_p6
>> sys-devel/binutils: 2.15.92.0.2-r7
>> sys-devel/libtool: 1.5.10-r4
>> virtual/os-headers: 2.6.8.1-r2
>> ACCEPT_KEYWORDS="x86"
>> AUTOCLEAN="yes"
>> CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer"
>> CHOST="i686-pc-linux-gnu"
>> CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
>> /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf
>> /etc/terminfo /etc/env.d"
>> CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer"
>> DISTDIR="/distfiles"
>> FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
>> GENTOO_MIRRORS="http://mirror.pacific.net.au/gentoo"
>> MAKEOPTS="-j5"
>> PKGDIR="/usr/portage/packages"
>> PORTAGE_TMPDIR="/var/tmp"
>> PORTDIR="/usr/portage"
>> USE="x86 acl apache2 bash-completion crypt dlloader gd gdbm hardened
>> hardenedphp kerberos ldap nls nptl nptlonly pam perl php python
>> readline samba sse ssl threads userlocales winbind xml2 zlib" Unset:
>> ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
>>
>> Upgrading to Svn 1.1.4 hasnt been much help either. same errors
>> persist. At this point, server and client, both are running Subversion
>> 1.1.4. Same error occurs even when using tsvn client. Problem only
>> occurs while accessing using SVN client. Its all fine, if i brows the
>> repo directly using say Firefox. I have tested it with from client on
>> linux as well as windows xp.
>>
>> I couldnt find much help on the net. Any help is much appreciated, i
>> m lost as whats causing this error.
>>
>> many thanks,
>>
>>
>> Sam
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Apr 10 17:49:18 2005