From owner-freebsd-stable@FreeBSD.ORG Wed Apr 30 12:24:58 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D482337B401 for ; Wed, 30 Apr 2003 12:24:58 -0700 (PDT) Received: from aardvark.icir.org (aardvark.icir.org [192.150.187.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E1EB43F85 for ; Wed, 30 Apr 2003 12:24:58 -0700 (PDT) (envelope-from mjh@aardvark.icir.org) Received: from aardvark.icir.org (localhost [127.0.0.1]) by aardvark.icir.org (8.12.8p1/8.12.3) with ESMTP id h3UJOwY3079861 for ; Wed, 30 Apr 2003 12:24:58 -0700 (PDT) (envelope-from mjh@aardvark.icir.org) From: Mark Handley X-Organisation: ICIR To: freebsd-stable@freebsd.org Date: Wed, 30 Apr 2003 12:24:58 -0700 Message-ID: <79860.1051730698@aardvark.icir.org> Sender: mjh@icir.org Subject: boot process order, named, and compat libs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2003 19:24:59 -0000 I just had to fix a curious bug related to the initialization order in the boot process. I was running named 9.2.2 (bind9 from ports) on FreeBSD 4.6.2, and recently upgraded the system to 4.8. This was done in such a way that /usr/lib and associated directories are now as they would be on a cleanly installed 4.8 release with all the compat libraries installed. The end result was that named could not be started during boot, but could be started from the command line after booting. The reason of course is that libcrypto.so.2 which was needed by my named build is now in /usr/compat/lib, but the LD_LIBRARY_PATH isn't set to include /usr/compat/lib until after named (and other network services) are started. This isn't a huge problem (I simply rebuilt named from sources so it now links against the newer libcrypto in /usr/lib) but in general it seems undesirable that upgrading the OS can cause these network services to break even though we've got the compat libraries that are needed. Is there any reason why LD_LIBRARY_PATH is set after the network services are started? Cheers, Mark