From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 05:06:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16EC816A4CE for ; Mon, 23 Feb 2004 05:06:54 -0800 (PST) Received: from vse.sk (gw.vse.sk [193.193.170.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id A28E643D1F for ; Mon, 23 Feb 2004 05:06:52 -0800 (PST) (envelope-from eculp@viviendaatualcance.com.mx) Received: by vse.sk (CommuniGate Pro PIPE 4.1.8) with PIPE id 650015; Mon, 23 Feb 2004 14:06:51 +0100 Received: from localhost by fw2.vse.sk with SpamAssassin (2.63 2004-01-11); Mon, 23 Feb 2004 14:06:48 +0100 From: Edwin Culp To: freebsd-current@freebsd.org Date: Sun, 22 Feb 2004 21:40:13 -0600 Message-Id: <20040222214013.4v2ikkcwkkgg8o80@mail.viviendaatualcance.com.mx> X-Spam-Flag: YES X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on fw2.vse.sk X-Spam-Status: Yes, hits=5.1 required=5.0 tests=RCVD_IN_DSBL,RCVD_IN_NJABL, RCVD_IN_NJABL_DIALUP,RCVD_IN_NJABL_PROXY,RCVD_IN_SORBS, RCVD_IN_SORBS_HTTP,RCVD_IN_SORBS_SOCKS autolearn=no version=2.63 X-Spam-Level: ***** MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_4039FAE8.055E8EAE" Subject: *****NEVYZIADANA POSTA***** Re: openldap server + kse = bewm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 13:06:54 -0000 This is a multi-part message in MIME format. ------------=_4039FAE8.055E8EAE Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 8bit Spam detection software, running on the system "fw2.vse.sk", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or block similar future email. If you have any questions, see postmaster for details. Content preview: Quoting Doug White : > hey folks, > > Looks like the OpenLDAP server, slapd, and KSE don't get along too well. I may have missed the end of this thread, if I did I apologize. Is the above still an issue? [...] Content analysis details: (5.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.1 RCVD_IN_SORBS_HTTP RBL: SORBS: sender is open HTTP proxy server [200.78.46.212 listed in dnsbl.sorbs.net] [200.95.35.233 listed in dnsbl.sorbs.net] 0.5 RCVD_IN_NJABL_DIALUP RBL: NJABL: dialup sender did non-local SMTP [200.78.46.212 listed in dnsbl.njabl.org] 0.1 RCVD_IN_SORBS RBL: SORBS: sender is listed in SORBS [200.78.46.212 listed in dnsbl.sorbs.net] [200.95.35.233 listed in dnsbl.sorbs.net] 0.1 RCVD_IN_NJABL RBL: Received via a relay in dnsbl.njabl.org [200.78.46.212 listed in dnsbl.njabl.org] [200.95.35.233 listed in dnsbl.njabl.org] 1.1 RCVD_IN_DSBL RBL: Received via a relay in list.dsbl.org [] 1.1 RCVD_IN_NJABL_PROXY RBL: NJABL: sender is an open proxy [200.78.46.212 listed in dnsbl.njabl.org] [200.95.35.233 listed in dnsbl.njabl.org] 1.1 RCVD_IN_SORBS_SOCKS RBL: SORBS: sender is open SOCKS proxy server [200.78.46.212 listed in dnsbl.sorbs.net] [200.95.35.233 listed in dnsbl.sorbs.net] Tato posta je pravdepodobne nevyziadana. Povodna sprava bola umiestnena do prilohy, aby ste mohli podobnu postu v buducnosti bezpecne rozpoznat. Ak chcete, aby tato posta bola automaticky mazana, nastavte si pravidla na postovom servri (navod najdete na http://vsedw.inet.vse.sk/dokumenty/rozne/help/antispam/antispam.htm ) UPOZORNENIE: nezverejnujte svoju e-mail adresu na internete Nahlad obsahu: ed > > I can reliably segfault slapd by doing a few requests of it on a -CURRENT > machine built this morning PST. TLS seems to accelerate things, but it > can be done without. I have this backtrace, with a debugging libpthread, > but I'm not sure how useful it is to you folks. > > This is 100% reproducible, although initially it was croaking in > pthread_testcancel() instead of a kse function. This leads me to suspect > strange mutex corruption, but I'd like someone who understands kse to at > least spot-check. > > I thought at first it might be some strange interaction between berkeley > db 4.2's special assembly mutexes and kse, but I rebuilt db42 with pthread > mutexes and rebuilt openldap to use DB_PRIVATE so the db would mount, but > no change in status. > > Here's the trace from gdb: > > #0 0x284374a7 in kse_release () at {standard input}:15 > #1 0x28431fed in kse_wait (kse=0x8102000, td_wait=0x0, sigseqno=0) > at /usr/src/lib/libpthread/thread/thr_kern.c:1816 > #2 0x28430485 in kse_sched_multi (kmbx=0x0) > at /usr/src/lib/libpthread/thread/thr_kern.c:1011 > #3 0x28434014 in _i386_enter_uts () at {standard input}:25 > #4 0x2842fa4e in _thr_sched_switch (curthread=0x8260000) > at /usr/src/lib/libpthread/thread/thr_kern.c:596 > #5 0x2842c905 in mutex_lock_common (curthread=0x8260000, m=0x810e304, > abstime=0x0) at /usr/src/lib/libpthread/thread/thr_mutex.c:555 > #6 0x2842d633 in __pthread_mutex_lock (m=0x810e304) > at /usr/src/lib/libpthread/thread/thr_mutex.c:796 > #7 0x2839634f in pthread_mutex_lock () from /lib/libc.so.5 > #8 0x281288b3 in ldap_pvt_thread_mutex_lock () > from /usr/local/lib/libldap_r.so.202 > #9 0x28127b23 in ldap_pvt_thread_pool_submit () > from /usr/local/lib/libldap_r.so.202 > #10 0x08059d23 in ldap_str2matchingrule () > #11 0x080599d5 in ldap_str2matchingrule () > #12 0x08059525 in ldap_str2matchingrule () > #13 0x08056fe5 in ldap_str2matchingrule () > #14 0x28425595 in thread_start (curthread=0x8260000, > start_routine=0x8055a4c , arg=0x0) > at /usr/src/l [...] Detaily vysledkov analyzy: (5.1 points, 5.0 required) 1.1 RCVD_IN_SORBS_HTTP RBL: SORBS: sender is open HTTP proxy server [200.78.46.212 listed in dnsbl.sorbs.net] [200.95.35.233 listed in dnsbl.sorbs.net] 0.5 RCVD_IN_NJABL_DIALUP RBL: NJABL: dialup sender did non-local SMTP [200.78.46.212 listed in dnsbl.njabl.org] 0.1 RCVD_IN_SORBS RBL: SORBS: sender is listed in SORBS [200.78.46.212 listed in dnsbl.sorbs.net] [200.95.35.233 listed in dnsbl.sorbs.net] 0.1 RCVD_IN_NJABL RBL: Received via a relay in dnsbl.njabl.org [200.78.46.212 listed in dnsbl.njabl.org] [200.95.35.233 listed in dnsbl.njabl.org] 1.1 RCVD_IN_DSBL RBL: Received via a relay in list.dsbl.org [] 1.1 RCVD_IN_NJABL_PROXY RBL: NJABL: sender is an open proxy [200.78.46.212 listed in dnsbl.njabl.org] [200.95.35.233 listed in dnsbl.njabl.org] 1.1 RCVD_IN_SORBS_SOCKS RBL: SORBS: sender is open SOCKS proxy server [200.78.46.212 listed in dnsbl.sorbs.net] [200.95.35.233 listed in dnsbl.sorbs.net] ------------=_4039FAE8.055E8EAE Content-Type: message/rfc822; x-spam-type=original Content-Description: original message before SpamAssassin Content-Disposition: inline Content-Transfer-Encoding: 8bit Return-Path: Envelope-To: X-Spam-Status: SpamAssassin Failed Received: from mx2.freebsd.org ([216.136.204.119] verified) by vse.sk (CommuniGate Pro SMTP 4.1.8) with ESMTP id 650014 for Mihok_Bartolomej@vse.sk; Mon, 23 Feb 2004 14:06:31 +0100 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1550E56D4D; Mon, 23 Feb 2004 05:05:44 -0800 (PST) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id EBFEF16A60B; Mon, 23 Feb 2004 05:05:14 -0800 (PST) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECD6516A4D0 for ; Sun, 22 Feb 2004 19:40:14 -0800 (PST) Received: from viviendaatualcance.com.mx (dsl-200-78-46-212.prod-infinitum.com.mx [200.78.46.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B5C43D1F for ; Sun, 22 Feb 2004 19:40:14 -0800 (PST) (envelope-from eculp@viviendaatualcance.com.mx) Received: from localhost (localhost [127.0.0.1]) (uid 80) by viviendaatualcance.com.mx with local; Sun, 22 Feb 2004 21:40:13 -0600 Received: from dsl-200-95-35-233.prod-infinitum.com.mx (dsl-200-95-35-233.prod-infinitum.com.mx [200.95.35.233]) by mail.viviendaatualcance.com.mx (Horde) with HTTP for ; Sun, 22 Feb 2004 21:40:13 -0600 Message-ID: <20040222214013.4v2ikkcwkkgg8o80@mail.viviendaatualcance.com.mx> Date: Sun, 22 Feb 2004 21:40:13 -0600 From: Edwin Culp To: freebsd-current@freebsd.org References: <20040219203518.V55111@carver.gumbysoft.com> In-Reply-To: <20040219203518.V55111@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Mailman-Approved-At: Mon, 23 Feb 2004 05:05:05 -0800 Subject: Re: openldap server + kse = bewm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org Quoting Doug White : > hey folks, > > Looks like the OpenLDAP server, slapd, and KSE don't get along too well. I may have missed the end of this thread, if I did I apologize. Is the above still an issue? Thanks, ed > > I can reliably segfault slapd by doing a few requests of it on a -CURRENT > machine built this morning PST. TLS seems to accelerate things, but it > can be done without. I have this backtrace, with a debugging libpthread, > but I'm not sure how useful it is to you folks. > > This is 100% reproducible, although initially it was croaking in > pthread_testcancel() instead of a kse function. This leads me to suspect > strange mutex corruption, but I'd like someone who understands kse to at > least spot-check. > > I thought at first it might be some strange interaction between berkeley > db 4.2's special assembly mutexes and kse, but I rebuilt db42 with pthread > mutexes and rebuilt openldap to use DB_PRIVATE so the db would mount, but > no change in status. > > Here's the trace from gdb: > > #0 0x284374a7 in kse_release () at {standard input}:15 > #1 0x28431fed in kse_wait (kse=0x8102000, td_wait=0x0, sigseqno=0) > at /usr/src/lib/libpthread/thread/thr_kern.c:1816 > #2 0x28430485 in kse_sched_multi (kmbx=0x0) > at /usr/src/lib/libpthread/thread/thr_kern.c:1011 > #3 0x28434014 in _i386_enter_uts () at {standard input}:25 > #4 0x2842fa4e in _thr_sched_switch (curthread=0x8260000) > at /usr/src/lib/libpthread/thread/thr_kern.c:596 > #5 0x2842c905 in mutex_lock_common (curthread=0x8260000, m=0x810e304, > abstime=0x0) at /usr/src/lib/libpthread/thread/thr_mutex.c:555 > #6 0x2842d633 in __pthread_mutex_lock (m=0x810e304) > at /usr/src/lib/libpthread/thread/thr_mutex.c:796 > #7 0x2839634f in pthread_mutex_lock () from /lib/libc.so.5 > #8 0x281288b3 in ldap_pvt_thread_mutex_lock () > from /usr/local/lib/libldap_r.so.202 > #9 0x28127b23 in ldap_pvt_thread_pool_submit () > from /usr/local/lib/libldap_r.so.202 > #10 0x08059d23 in ldap_str2matchingrule () > #11 0x080599d5 in ldap_str2matchingrule () > #12 0x08059525 in ldap_str2matchingrule () > #13 0x08056fe5 in ldap_str2matchingrule () > #14 0x28425595 in thread_start (curthread=0x8260000, > start_routine=0x8055a4c , arg=0x0) > at /usr/src/lib/libpthread/thread/thr_create.c:353 > #15 0x283e4807 in _ctx_start () from /lib/libc.so.5 > > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ------------=_4039FAE8.055E8EAE--