[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

SVN issue :: _dl_close: Assertion :: HTTPS :: help!

From: Samay <getafix123_at_hotmail.com>
Date: 2005-04-08 15:40:52 CEST

Hi,

We had subversion 1.1.3 working fine on our Gentoo server for a while. A kernel upgrade required a reboot, and since then its stopped working. Reverting back to older kernel hasnt been any help either.

Apache error logs show

>>
[Fri Apr 08 23:22:58 2005] [notice] Apache/2.0.53 (Gentoo/Linux) mod_ssl/2.0.53 OpenSSL/0.9.7e DAV/2 SVN/1.1.4 PHP/4.3.10 configured -- resuming normal operations
[Fri Apr 08 23:22:58 2005] [info] Server built: Apr 8 2005 21:53:22
[Fri Apr 08 23:22:58 2005] [debug] worker.c(1632): AcceptMutex: sysvsem (default: sysvsem)
apache2: dl-close.c:365: _dl_close: Assertion `imap->l_type == lt_loaded || imap->l_opencount > 0' failed.
[Fri Apr 08 23:23:12 2005] [notice] child pid 23990 exit signal Aborted (6)
apache2: dl-close.c:365: _dl_close: Assertion `imap->l_type == lt_loaded || imap->l_opencount > 0' failed.
[Fri Apr 08 23:23:54 2005] [notice] child pid 23991 exit signal Aborted (6)
apache2: dl-close.c:365: _dl_close: Assertion `imap->l_type == lt_loaded || imap->l_opencount > 0' failed.
[Fri Apr 08 23:23:57 2005] [notice] child pid 24047 exit signal Aborted (6)
>>

This happens on commands such as "svn update" or svn checkout etc. SVN fails saying

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
Received on Fri Apr 8 15:46:47 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.