From owner-freebsd-questions@FreeBSD.ORG Mon May 22 22:23:55 2006 Return-Path: X-Original-To: questions@freebsd.org Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6428916A64E for ; Mon, 22 May 2006 22:23:55 +0000 (UTC) (envelope-from jfalconer@puc.edu) Received: from ecf2.puc.edu (ecf2.puc.edu [67.134.132.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB60043D46 for ; Mon, 22 May 2006 22:23:54 +0000 (GMT) (envelope-from jfalconer@puc.edu) Received: from localhost (jfalconer@localhost) by ecf2.puc.edu (8.11.6/8.10.1) with ESMTP id k4MMNrI08855 for ; Mon, 22 May 2006 15:23:53 -0700 (PDT) Date: Mon, 22 May 2006 15:23:53 -0700 (PDT) From: Jon Falconer To: questions@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: openldap-2.3 won't start on a 6.1R system X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2006 22:23:55 -0000 Greetings, I had a server running FreeBSD 6.0 Release with openldap 2.3.20 running fine (along with postfix, cyrus-sasl, courier-imap, bdb-4.3, etc.) I needed to move the system to new hardware, so I rebuild it using 6.1 Release. The ports tree has been updated so openldap 2.3.23 is current. After building and installing this port, and copying my config files from my 6.0 system, openldap server will not start. It silently quits with no error or log entries when run using /usr/local/etc/rc.d/slapd start. However typing: /usr/local/libexec/slapd -Tt yields: /libexec/ld-elf.so.1: /usr/local/lib/libldap_r-2.3.so.2: Undefined symbol "pthread_getconcurrency" My build options for openldap are: %cat /var/db/ports/openldap23/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for openldap-server-2.3.23 _OPTIONS_READ=openldap-server-2.3.23 WITH_SASL=true WITHOUT_PERL=true WITH_SHELL=true WITHOUT_ODBC=true WITHOUT_SLP=true WITHOUT_SLAPI=true WITH_TCP_WRAPPERS=true WITH_BDB=true WITHOUT_ACCESSLOG=true WITHOUT_AUDITLOG=true WITHOUT_DENYOP=true WITHOUT_DYNGROUP=true WITHOUT_DYNLIST=true WITHOUT_LASTMOD=true WITHOUT_PPOLICY=true WITHOUT_PROXYCACHE=true WITHOUT_REFINT=true WITHOUT_RETCODE=true WITHOUT_RWM=true WITHOUT_SYNCPROV=true WITHOUT_TRANSLUCENT=true WITHOUT_UNIQUE=true WITHOUT_VALSORT=true WITHOUT_ACI=true WITH_DYNAMIC_BACKENDS=true % I don't know if this is a problem with the db43 library or something else. Any pointers are welcome. Thanks, Jon