From nobody Mon Feb 17 23:47:33 2025 X-Original-To: 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 4YxfTW459yz5ncTP for ; Mon, 17 Feb 2025 23:47:27 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Received: from bs1.fjl.org.uk (bs1.fjl.org.uk [84.45.41.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4YxfTV6gJFz3HKt for ; Mon, 17 Feb 2025 23:47:26 +0000 (UTC) (envelope-from freebsd-doc@fjl.co.uk) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-doc@fjl.co.uk designates 84.45.41.196 as permitted sender) smtp.mailfrom=freebsd-doc@fjl.co.uk Received: from [192.168.1.109] (host86-168-81-187.range86-168.btcentralplus.com [86.168.81.187]) (authenticated bits=0) by bs1.fjl.org.uk (8.14.4/8.14.4) with ESMTP id 51HNkSb1023430 for ; Mon, 17 Feb 2025 23:47:26 GMT (envelope-from freebsd-doc@fjl.co.uk) Message-ID: Date: Mon, 17 Feb 2025 23:47:33 +0000 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 User-Agent: Mozilla Thunderbird From: Frank Leonhardt Subject: Re: Stuff Not Working after Upgrade - Missing Dependency To: questions@freebsd.org References: <20250217180704473755.3964cde2@vjs.org> <03ebd49d-9485-440a-b32d-a90a28b10d1a@fjl.co.uk> Content-Language: en-GB In-Reply-To: <03ebd49d-9485-440a-b32d-a90a28b10d1a@fjl.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [1.23 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[84.45.41.196:from]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(0.98)[0.984]; NEURAL_SPAM_SHORT(0.24)[0.244]; R_SPF_ALLOW(-0.20)[+ip4:84.45.41.196:c]; ONCE_RECEIVED(0.20)[]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25577, ipnet:84.45.0.0/17, country:GB]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[fjl.co.uk]; MLMMJ_DEST(0.00)[questions@freebsd.org] X-Rspamd-Queue-Id: 4YxfTV6gJFz3HKt X-Spamd-Bar: + On 17/02/2025 23:43, Frank Leonhardt wrote: > On 17/02/2025 23:07, Vincent Sabio wrote: >> Hi folks, >> >> 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" >> >> But this goes way beyond just php -- I get the same thing with dig, >> when trying to start named, etc. >> >> I've been pulling my hair out, trying updates and downgrades and >> side-parries and allkindsashit and I can't figure out how to fix this. >> >> Any help appreciated -- thanks! >> >> (Also didn't know which is the correct list for this issue, so >> figured I'd start here.) >> >> >> - V > > This list is as good as any. > > 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. > > The problem with the shared objects is some of the packages don't > appreciate having the upgraded versions, so basically you've got to > upgrade (or reinstall) all the packages too - assuming you're using > packages. This is easier said than done, and inevitably you'll find a > package that doesn't have an upgrade anyway. I'm sure there's someone > hereabouts that'll have the binary upgrades working fine, but IME they > work between minor versions, and between one major version and the > next, but not across two major versions - and that includes if you > upgrade to the intermediate major version first. This is just my > rule-of-thumb. > > One approach that does work for me is to run the old environment in a > jail on the newer OS, and that's what I do now instead of trying an > in-place upgrade. Of course you can only do this if you have a backup > of the original. I always run "zfs snap -r" before an upgrade ;-) > > Good luck! > Forgot to mention that "pkg upgrade" or "pkg-static upgrade" is the command you want to try running to actually upgrade the packages.