From nobody Tue Feb 18 03:36:53 2025 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4YxlZV4Qhzz5nvBx for ; Tue, 18 Feb 2025 03:37:06 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns0.genyosha.net (ns0.genyosha.net [50.39.243.220]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "float.home.genyosha.net", Issuer "float.home.genyosha.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4YxlZV1pbLz3KHN for ; Tue, 18 Feb 2025 03:37:06 +0000 (UTC) (envelope-from sr@genyosha.net) Authentication-Results: mx1.freebsd.org; none Received: from dragon.home.genyosha.net (ops0.genyosha.net [50.39.243.219]) by ns0.genyosha.net (8.18.1/8.18.1) with ESMTPS id 51I3axTx025816 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 17 Feb 2025 19:36:59 -0800 (PST) (envelope-from sr@genyosha.net) Received: from dragon.home.genyosha.net (localhost [127.0.0.1]) by dragon.home.genyosha.net (8.14.7/8.14.7) with ESMTP id 51I3asw9001231; Mon, 17 Feb 2025 19:36:54 -0800 Received: (from sr@localhost) by dragon.home.genyosha.net (8.14.7/8.14.7/Submit) id 51I3argj001230; Mon, 17 Feb 2025 19:36:53 -0800 Date: Mon, 17 Feb 2025 19:36:53 -0800 From: Steve Rikli To: Vincent Sabio Cc: FreeBSD Questions Subject: Re: Stuff Not Working after Upgrade - Missing Dependency Message-ID: References: <20250217180704473755.3964cde2@vjs.org> <13030dcb-ec33-48a1-861e-fdfc977d3f55@fjl.co.uk> <20250217202859293467.372ac126@vjs.org> <20250217213500905120.4eca6d97@vjs.org> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250217213500905120.4eca6d97@vjs.org> X-Greylist: inspected by milter-greylist-4.6.4 (ns0.genyosha.net [50.39.243.220]); Mon, 17 Feb 2025 19:36:59 -0800 (PST) for IP:'50.39.243.219' DOMAIN:'ops0.genyosha.net' HELO:'dragon.home.genyosha.net' FROM:'sr@genyosha.net' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (ns0.genyosha.net [50.39.243.220]); Mon, 17 Feb 2025 19:36:59 -0800 (PST) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20055, ipnet:50.39.128.0/17, country:US] X-Rspamd-Queue-Id: 4YxlZV1pbLz3KHN X-Spamd-Bar: ---- On Mon, Feb 17, 2025 at 09:35:00PM -0500, Vincent Sabio wrote: > On Mon, 17 Feb 2025 17:54:01 -0800, Steve Rikli wrote: > > On Mon, Feb 17, 2025 at 08:28:59PM -0500, Vincent Sabio wrote: > >> On Mon, 17 Feb 2025 23:42:43 +0000, Frank Leonhardt wrote: > >>> On 17/02/2025 23:07, Vincent Sabio wrote: > >> > >>>> I just upgraded my server from 12.0-REL to 14.1-REL (yeah, I know) > >>>> (I'm still running CentOS, too), and now PHP refuses to run. Typing > >>>> php at the command line gives me: > >>>> > >>>> ld-elf.so.1: Shared object "libdl.so.1" not found, required by > >>>> "libxml2.so.2" > >>> > >>> I had hell when I went from 12 to 14 (via 13) on a workshop machine > >>> (my gateway), so I just don't do it on anything "production". I spent > >>> six months on and off, fiddling with it to try and see if there was > >>> some cure by hand-fixing dependencies. At the weekend I gave up, > >>> flattened it and installed everything from scratch. > >> > >> I'm dreading having to go that route; it's a highly customized > >> config, including several RAIDs > > I should hove noted -- SoftRAIDs. > > >> Is it possible to get a copy of libdl.so.1 and install it in > >> /usr/local/lib/ ? > > > > I've had to do something like that in the past to pull a machine back > > in from the weeds, e.g. copy a missing library from backups and temporarily > > copy it back onto the sysdisk so I had enough working tools to do a proper > > upgrade routine. > > I upgraded from 12.0 directly to 14.0 and then 14.1. The file was missing as of 14.0 -- and I had hoped that upgrading to 14.1 would fix it, but of course it did not. > > > So in theory, yes. If your next move is some kind of re-install, it likely > > won't hurt to try it, at least. Some advice: > > > > - do this while booted from rescue media if you possibly can, or at least > > while in single-user > > > > - make small moves, i.e. change just one thing at a time, then check if > > anything has been fixed or something new has broken > > > > - save a copy of anything you have to modify or move aside, JIC > > Yeah, I do a lot of that -- have more copies of "-orig" files and directories than I can count. :-) > > > - fyi libdl.so.1 is typically found in /usr/lib/ , along with libdl.a > > and the symlink for libdl.so -> libdl.so.1 . > > Ah, good to know - thanks! > > > You might also have > > a version of it in /usr/lib32/ if you installed 32-bit support. > > Nope, I'm all 64 here. > > > Can you tell if libdl.so.1 is missing altogether? > > It is missing altogether. > > > Or perhaps is from > > the wrong release or something along those lines -- something to check, > > since you were attempting a system upgrade. > > Nope, it's totally gone. And I don't seem to have it under the 12.0 backups, either. Could it be new since 12.0? I don't think so. I see libdl.so.1 in an old backup list from a 12.1 system, and afaik libdl is a pretty important library -- not surprised you have substantial breakage from its absence. I can't think what would cause a system lib like that to be removed and not re-installed; it makes me wonder if your system kernel and userland might be out-of-sync too at this point; e.g. check 'freebsd-version -kru' just in case. That might tell you if a previous freebsd-update run was not entirely successful.