Bugzilla – Bug 1221119
zypper cannot open shared library libabsl_log_internal_check_op.so.2308.0.0
Last modified: 2024-07-14 09:56:34 UTC
Created attachment 873300 [details] zypper logs after distribution update For days the dup was failing due to virtiofsd. a cron job run yesterday and since zypper fails to run. output says ``` zypper: error while loading shared libraries: libabsl_log_internal_check_op.so.2308.0.0: cannot open shared object file: No such file or directory``` # rpm -qi zypper Name : zypper Version : 1.14.68 Release : 1.4 Architecture: x86_64 Install Date: Sun Feb 25 04:35:40 2024 Group : System/Packages Size : 7812452 License : GPL-2.0-or-later Signature : RSA/SHA512, Fri Feb 23 18:27:39 2024, Key ID 35a2f86e29b700a4 Source RPM : zypper-1.14.68-1.4.src.rpm Build Date : Fri Feb 23 18:23:18 2024 Build Host : i02-ch2d Packager : https://bugs.opensuse.org Vendor : openSUSE URL : https://github.com/openSUSE/zypper Summary : Command line software manager using libzypp Description : Zypper is a command line tool for managing software. It can be used to add package repositories, search for packages, install, remove, or update packages, install patches, hardware drivers, verify dependencies, and more. Zypper can be used interactively or non-interactively by user, from scripts, or front-ends. Authors: -------- Jan Kupec <jkupec@suse.cz> Michael Andres <ma@suse.de> Duncan Mac-Vicar <dmacvicar@suse.de> Martin Vidner <mvidner@suse.cz> Josef Reidinger <jreidinger@suse.cz> Distribution: openSUSE Tumbleweed
See https://forums.opensuse.org/t/zypper-error-while-loading-shared-libraries/172945 for solution and root cause.
@suse.com should be able to locate the right bugowner, and possibly more... Your zypper installation is temporarily broken, probably by having run an incomplete transaction in combination with an soname change of an indirect dependency of zypper. From your error message you should come to the following the dependency chain: a) zypper -> libzypp -> libprotobuf-lite25_1_0 -> libabsl2308_0_0 b) zypper -> libzypp -> libprotobuf-lite25_1_0 -> libabsl2401_0_0 You may be already been able to locate https://build.opensuse.org/request/show/1154589 The zypper/libzypp versions are irrelevant here. This is what has been built: osc buildhist openSUSE:Factory zypper standard x86_64 | tail -n2 2024-02-03 01:11:25 6d931832f87084dc1237c978b720df4f 1.14.68-1.3 336 281 2024-02-23 17:27:40 6d931832f87084dc1237c978b720df4f 1.14.68-1.4 336 279 osc buildhist openSUSE:Factory libzypp standard x86_64 | tail -n2 2024-02-09 23:51:36 debedaa689c475bd6e12d99f12cf7906 17.31.31-1.1 486 915 2024-02-23 17:21:23 debedaa689c475bd6e12d99f12cf7906 17.31.31-1.2 486 896 osc buildhist openSUSE:Factory protobuf standard x86_64 | tail -n2 2024-02-05 00:44:57 52f5fe6091ba1db397dc1c6c22063fc7 25.1-9.4 78 336 2024-03-05 18:14:58 52f5fe6091ba1db397dc1c6c22063fc7 25.1-9.5 78 308 osc buildhist openSUSE:Factory abseil-cpp standard x86_64 | tail -n2 2024-02-09 22:58:17 cc2706644c6849362adb38c9e2b8f306 20230802.1-3.1 34 80 2024-03-05 18:01:58 0b137e1698eb1d71a97d3c9207789bcf 20240116.1-1.1 35 76 Note the dates. Here's the direct package reference for you to install with rpm: https://download.opensuse.org/tumbleweed/repo/oss/x86_64/libprotobuf-lite25_1_0-25.1-9.5.x86_64.rpm https://download.opensuse.org/tumbleweed/repo/oss/x86_64/libabsl2401_0_0-20240116.1-1.1.x86_64.rpm If you would rather go back a step, use the previous ones still in the repo: https://download.opensuse.org/tumbleweed/repo/oss/x86_64/libprotobuf-lite25_1_0-25.1-9.4.x86_64.rpm https://download.opensuse.org/tumbleweed/repo/oss/x86_64/libabsl2308_0_0-20230802.1-3.1.x86_64.rpm Alternatively roll back using your favorite snapshot program. The root cause is incomplete execution of transactions while changing shared library dependencies of zypper. The incomplete transaction may actually be triggered by the virtio problem. Bit of a systematic problem in how zypper executes rpm transactions (it does not), but works fine in the absence of an interrupted upgrade.
The virtio problem is boo#1220592
*** This bug has been marked as a duplicate of bug 1220592 ***
(In reply to Andreas Stieger from comment #2) > a) zypper -> libzypp -> libprotobuf-lite25_1_0 -> libabsl2308_0_0 > b) zypper -> libzypp -> libprotobuf-lite25_1_0 -> libabsl2401_0_0 Now: zypper -> libzypp -> libprotobuf-lite25_2_0 -> libabsl2401_0_0