CentOS Stream 8 - DNF Broken - Unable to Run Update/Upgrade - centos

I thought I successfully upgraded from CentOS8 to Centos Stream 8, however I was never able to get dnf distro-sync to work. Now DNF appears to be broken and dnf upgrade throws unsatisfied dependencies for libsmartcols.so.1 in relation to DNF itself.
dnf distro-sync:
When running the sync, the following appears:
Error:
Problem: The operation would result in removing the following protected packages: setup
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
I tried every possible combination of --skip-broken, --nobest --allowerasing, etc. to resolve. Tried using the vault versions, no difference. All of the old CentOS repos were removed, so the only repos in the /etc/yum.repos.d/ folder are -Stream-. I do not have any EPEL repos installed at this time.
cat /etc/centos-release => CentOS Stream release 8
The server survives reboots and seems to work correctly for everything else.
When running dnf -y upgrade -v, the following results:
dnf -y upgrade -v
Loaded plugins: builddep, changelog, config-manager, copr, debug, debuginfo-install, download, generate_completion_cache, groups-manager, needs-restarting, playground, repoclosure, repodiff, repograph, repomanage, reposync
DNF version: 4.7.0
cachedir: /var/cache/dnf
User-Agent: constructed: 'libdnf (CentOS Stream 8; generic; Linux.x86_64)'
repo: using cache for: appstream
appstream: using metadata from Tue 08 Feb 2022 07:27:22 PM EST.
repo: using cache for: baseos
baseos: using metadata from Tue 08 Feb 2022 07:26:22 PM EST.
repo: using cache for: extras
extras: using metadata from Tue 08 Feb 2022 04:08:34 PM EST.
Last metadata expiration check: 0:26:35 ago on Thu 10 Feb 2022 12:44:57 PM EST.
--> Starting dependency resolution
---> Package dnf-plugins-core.noarch 4.0.21-8.el8 will be upgraded
---> Package dnf-plugins-core.noarch 4.0.21-10.el8 will be an upgrade
---> Package libdnf.x86_64 0.63.0-5.el8 will be upgraded
---> Package libdnf.x86_64 0.63.0-7.el8 will be an upgrade
---> Package python3-dnf-plugins-core.noarch 4.0.21-8.el8 will be upgraded
---> Package python3-dnf-plugins-core.noarch 4.0.21-10.el8 will be an upgrade
---> Package python3-hawkey.x86_64 0.63.0-5.el8 will be upgraded
---> Package python3-hawkey.x86_64 0.63.0-7.el8 will be an upgrade
---> Package python3-libdnf.x86_64 0.63.0-5.el8 will be upgraded
---> Package python3-libdnf.x86_64 0.63.0-7.el8 will be an upgrade
--> Finished dependency resolution
Dependencies resolved.
==============================================================================================================================================================================================================
Package Architecture Version Repository Size
==============================================================================================================================================================================================================
Upgrading:
dnf-plugins-core noarch 4.0.21-10.el8 baseos 71 k
libdnf x86_64 0.63.0-7.el8 baseos 701 k
python3-dnf-plugins-core noarch 4.0.21-10.el8 baseos 230 k
python3-hawkey x86_64 0.63.0-7.el8 baseos 116 k
python3-libdnf x86_64 0.63.0-7.el8 baseos 778 k
Transaction Summary
==============================================================================================================================================================================================================
Upgrade 5 Packages
Total size: 1.9 M
Downloading Packages:
[SKIPPED] dnf-plugins-core-4.0.21-10.el8.noarch.rpm: Already downloaded
[SKIPPED] libdnf-0.63.0-7.el8.x86_64.rpm: Already downloaded
[SKIPPED] python3-dnf-plugins-core-4.0.21-10.el8.noarch.rpm: Already downloaded
[SKIPPED] python3-hawkey-0.63.0-7.el8.x86_64.rpm: Already downloaded
[SKIPPED] python3-libdnf-0.63.0-7.el8.x86_64.rpm: Already downloaded
Using rpmkeys executable at /usr/bin/rpmkeys to verify signatures
Running transaction check
Error: transaction check vs depsolve:
libsmartcols.so.1()(64bit) is needed by libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1(SMARTCOLS_2.25)(64bit) is needed by libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1(SMARTCOLS_2.28)(64bit) is needed by libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1(SMARTCOLS_2.29)(64bit) is needed by libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1(SMARTCOLS_2.30)(64bit) is needed by libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1()(64bit) is needed by python3-hawkey-0.63.0-7.el8.x86_64
libsmartcols.so.1()(64bit) is needed by python3-libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1(SMARTCOLS_2.25)(64bit) is needed by python3-libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1(SMARTCOLS_2.27)(64bit) is needed by python3-libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1(SMARTCOLS_2.28)(64bit) is needed by python3-libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1(SMARTCOLS_2.29)(64bit) is needed by python3-libdnf-0.63.0-7.el8.x86_64
libsmartcols.so.1(SMARTCOLS_2.30)(64bit) is needed by python3-libdnf-0.63.0-7.el8.x86_64
To diagnose the problem, try running: 'rpm -Va --nofiles --nodigest'.
You probably have corrupted RPMDB, running 'rpm --rebuilddb' might fix the issue.
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
I have tried cleaning the packages (dnf clean all), removing the cache files, individually trying to update/upgrade each package, etc.. I'm out of ideas.
Any suggestions?

Afer a couple more hours of trying, I was able to resolve it by performing the following:
Copy a CentOS-Base.repo file from another server
Edit the repo file to reflect the vault.centos.org location, turn off gpgcheck
dnf clean all
dnf install libsmartcols-2.32.1-28.el8
Ran dnf -y upgrade again and it worked. Go figure.
Hopefully, this will help someone else with the same or similar issue.

Related

No way to update python3.10 on my linux mint mate 20.3 Una

Last night the update manager indicates there are 2 update ready. I want to apply them but at the end only one updates the 2nd one (python 3.10) does not. It was late so went to bed. This morning that update is still there but now there is some more stuff.
Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'http://apt.postgresql.org/pub/repos/apt focal-pgdg InRelease' doesn't support architecture 'i386'
It was not exactly the same as mine related to codelite. I looked in repositories and ppa´s and found an entry for codelite and disabled it. That message was gone. But the update still did not work. This time a problem with the mirror I was using. Changed mirror and all the rest runs fine. Still updating python 3.10 no way. Other updates do pass, even python 3.8 and 3.9. Clearly the problem lies with python 3.10 and seem dependency related but I am stumped.
The deadsnakes repository is there. I removed and reinstalled it. Still same problem.
Here is a screen shoot of my terminal (same messages appear when I use synaptic):
It all turn around two dependencies that python 3.10 needs but are no longer there. But the recommended commands do nothing but return the same result.
The following packages have unmet dependencies.
python3.10 : Depends: libpython3.10-stdlib (= 3.10.4-1+focal2) but 3.10.4-1+focal1 is installed
python3.10-minimal : Depends: libpython3.10-minimal (= 3.10.4-1+focal2) but 3.10.4-1+focal1 is installed
So what is going wrong? what apart from focal1 and focal2 is different? And are they fundamentally different? Most importantly how do I solve this problem without going in circles.
Oh and before I forget. My python console in gedit stopped working at the same time as these problems started and I can't make out what the problem there is either. Suspect though they are related. e
Thank you in advance.
Here is how I solved the same issue in Ubuntu 20.04
Locate package libpython3.10-stdlib
$ apt-cache policy libpython3.10-stdlib
libpython3.10-stdlib:
Installed: 3.10.4-1+focal1
Candidate: 3.10.4-1+focal2
Version table:
3.10.4-1+focal2 500
500 http://ppa.launchpad.net/deadsnakes/ppa/ubuntu focal/main amd64 Packages
*** 3.10.4-1+focal1 100
100 /var/lib/dpkg/status
$ ls -l /var/lib/dpkg/info | grep -i libpython3.10-stdlib
-rw-r--r-- 1 root root 14489 Apr 10 00:26 libpython3.10- stdlib:amd64.list
-rw-r--r-- 1 root root 23536 Mär 24 17:12 libpython3.10-stdlib:amd64.md5sums
-rwxr-xr-x 1 root root 1161 Mär 24 17:12 libpython3.10-stdlib:amd64.prerm
Remove manually the package
$ sudo mv /var/lib/dpkg/info/libpython3.10-stdlib:amd64.* /tmp
Repeat the same steps for libpython3.10-minimal. Then fix the broken packages
$ sudo apt --fix-broken install
Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
The following additional packages will be installed:
libpython3.10-minimal libpython3.10-stdlib
The following packages will be upgraded:
libpython3.10-minimal libpython3.10-stdlib
2 upgraded, 0 newly installed, 0 to remove and 8 not upgraded.
5 not fully installed or removed.
Need to get 0 B/2.566 kB of archives.
After this operation, 68,6 kB disk space will be freed.
Do you want to continue? [Y/n]
dpkg: warning: files list file for package 'libpython3.10-stdlib:amd64' missing; assuming package has no files currently installed
dpkg: warning: files list file for package 'libpython3.10-minimal:amd64' missing; assuming package has no files currently installed
(Reading database ... 191581 files and directories currently installed.)
Preparing to unpack .../libpython3.10-stdlib_3.10.4-1+focal2_amd64.deb ...
Unpacking libpython3.10-stdlib:amd64 (3.10.4-1+focal2) over (3.10.4-1+focal1) ...
Preparing to unpack .../libpython3.10-minimal_3.10.4-1+focal2_amd64.deb ...
Unpacking libpython3.10-minimal:amd64 (3.10.4-1+focal2) over (3.10.4-1+focal1) ...
Setting up libpython3.10-minimal:amd64 (3.10.4-1+focal2) ...
Setting up python3.10-minimal (3.10.4-1+focal2) ...
Setting up libpython3.10-stdlib:amd64 (3.10.4-1+focal2) ...
Setting up libpython3.10:amd64 (3.10.4-1+focal2) ...
Setting up python3.10 (3.10.4-1+focal2) ...
Setting up libpython3.10-dev:amd64 (3.10.4-1+focal2) ...
Setting up python3.10-dev (3.10.4-1+focal2) ...
I had the same error. I followed the instructions in the first and second answer and I got this:
/var/cache/apt/archives/libpython3.10-stdlib_3.10.4-1+focal2_amd64.debE: Sub-process /usr/bin/dpkg returned an error code (1)
After move this :
sudo mv /var/cache/apt/archives/libpython3.10-stdlib_3.10.4-1+focal2_amd64.deb /tmp
It works !
Same thing happened to me. When apt fails I go for https://pkgs.org/, search the package, download and install manually. It usually works.

"Error: conflicting requests" in centos 8 package installation

I am trying to install the gdal on my centos 8. I tried with following command
sudo yum install gdal
And it through me following error,
Last metadata expiration check: 0:05:58 ago on Sun 10 Jan 2021 10:52:18 PM EST.
Error:
Problem: conflicting requests
- nothing provides libdap.so.25()(64bit) needed by gdal-libs-3.0.4-5.el8.x86_64
- nothing provides libdapclient.so.6()(64bit) needed by gdal-libs-3.0.4-5.el8.x86_64
- nothing provides libdapserver.so.7()(64bit) needed by gdal-libs-3.0.4-5.el8.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Please, anyone, suggest to me, how to solve this error?
You can enable the powertools repository to solve this issue,
sudo yum install dnf-plugins-core
sudo yum config-manager --set-enabled powertools
Now you can install the gdal by following code,
sudo yum install gdal-devel

Cannot install Icinga Web 2 on CentOS 8

I have installed Icinga2 on my server, which is running CentOS 8. However, I run into problems when I try and install Icinga Web 2.
When I try and run the command yum -y install icingaweb2 icingacli, CentOS cannot find the packages. The following output is given:
Last metadata expiration check: 0:01:04 ago on Sat 16 Nov 2019 23:22:22 NZDT.
No match for argument: icingaweb2
No match for argument: icingacli
Error: Unable to find a match
It also cannot find the packages centos-release-scl and icingaweb2-selinux.
I've added the Icinga repositories to CentOS manually, including EPEL relase, and they are showing in the yum.repos.d folder. But every time I try and install Icinga Web 2, whether with yum or dnf, I get the same error. I've tried dnf makecache and yum makecache and have updated the packages, but nothing seems to work.
What is going on here?
For install icinga via package management you should add this repo: https://packages.icinga.com/epel/

How to fix missing package for MYSQL 8.0 on CENTOS 7

Summary
I try to install MYSQL community edition 8.0 on my Amazon Linux server
Command i have done so far
cd /home/ec2-user
wget https://dev.mysql.com/get/Downloads/MySQL-8.0/mysql-8.0.16-2.el7.x86_64.rpm-bundle.tar
tar -xvf mysql-8.0.16-2.el7.x86_64.rpm-bundle.tar
rpm -ivh mysql-community-server-8.0.16-2.el7.x86_64.rpm
I get the following error :
error: Failed dependencies:
libsasl2.so.3()(64bit) is needed by mysql-community-server-8.0.16-2.el7.x86_64
systemd is needed by mysql-community-server-8.0.16-2.el7.x86_64
What i tried by now
The library libsasl2.so.3()(64bit) is included in cyrus-sasl-lib
I tried to install it but still the same result
Here is the command i tried : sudo yum install cyrus-sasl-lib
Operating System
Linux ip-172-31-86-163 4.14.146-93.123.amzn1.x86_64 #1 SMP Tue Sep 24 00:45:23 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Expected Result :
Success
Error Message i have :
Failed dependencies:
libsasl2.so.3()(64bit) is needed by mysql-community-server-8.0.16-2.el7.x86_64
try
yum install /path/to/mysql-8...rpm
then yum will try to find the dependencies you need. If some dependencies cannot be found, you can try downloading them yourself, or enabling repositories. But be careful since you are trying to install recent software on an old os... I don't know if amazon has centos8 machines already, otherwise that would probably help you out :)

elrepo archive metadata doesn't list kernel-lt as of 2018-10-01 0600 UTC

Anyone seeing problems with the elrepo archive mirrors not able to install or list all available kernels?
yum list available --showduplicates \
--disablerepo=* --enablerepo elrepo-amirror-kernel kernel-lt
Prior to 10 am today / 6 am UTC our artifactory instance could report multiple kernel-lt packages. After whether I use artifactory or go directly to the remote repository I see nothing:
Loading "fastestmirror" plugin
Loading "presto" plugin
Running "config" handler for "presto" plugin
Config time: 0.018
Running "init" handler for "fastestmirror" plugin
Yum Version: 3.2.29
COMMAND: yum list available --showduplicates --disablerepo=* --enablerepo elrepo-amirror-kernel kernel*
Installroot: /
Ext Commands:
available
kernel*
Reading Local RPMDB
rpmdb time: 0.000
Setting up Package Sacks
Running "postreposetup" handler for "fastestmirror" plugin
Loading mirror speeds from cached hostfile
pkgsack time: 0.003
Error: No matching Packages to list
Repo definition
[elrepo-amirror-kernel]
name=ELRepo.org Community Enterprise Linux Kernel Repository - el6
baseurl=http://lon.mirror.rackspace.com/elrepo/archive/kernel/el6/$basearch/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-elrepo.org
protect=0
Mirrors Tested
http://mirrors.coreix.net/elrepo-archive-archive
http://lon.mirror.rackspace.com/elrepo/archive/kernel
Direct access to repos fails, so it cannot be artifactory.
The following had no impact:
clean all, makecache
rm -rf /var/cache/yum/ and makecache
Well, there may have been a problem with our artifactory instance but this problem above was caused by an exclude for kernels to avoid automatically changing kernel upon reboot.
Adding --disableexcludes=all to the line allow us to see the kernel-lt packages.