I am facing this issue when I am trying to install ceph-common pkg.
cephadm install ceph-common
Installing packages ['ceph-common']...
Non-zero exit code 1 from yum install -y ceph-common
yum: stdout Last metadata expiration check: 0:00:28 ago on Wednesday 30
July 2025 10:09:50 AM.
yum: stdout (try to add '--skip-broken' to skip uninstallable packages or
'--nobest' to use not only best candidate packages)
yum: stderr Error:
yum: stderr Problem: conflicting requests
yum: stderr - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit)
needed by ceph-common-2:19.2.3-0.el9.x86_64 from Ceph
Traceback (most recent call last):
File "/usr/lib64/python3.9/runpy.py", line 197, in _run_module_as_main
return _run_code(code, main_globals, None,
File "/usr/lib64/python3.9/runpy.py", line 87, in _run_code
exec(code, run_globals)
File "/usr/sbin/cephadm/__main__.py", line 5581, in <module>
File "/usr/sbin/cephadm/__main__.py", line 5569, in main
File "/usr/sbin/cephadm/__main__.py", line 4588, in command_install
File "/usr/sbin/cephadm/cephadmlib/packagers.py", line 458, in install
File "/usr/sbin/cephadm/cephadmlib/call_wrappers.py", line 307, in
call_throws
RuntimeError: Failed command: yum install -y ceph-common: Last metadata
expiration check: 0:00:28 ago on Wednesday 30 July 2025 10:09:50 AM.
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to
use not only best candidate packages)
libcrypto.so.3 is present on the server.
locate libcrypto.so.3
/usr/lib64/libcrypto.so.3
Thanks,
Gagan
On Wed, Jul 30, 2025 at 9:21 AM gagan tiwari <
gagan.tiw...@mathisys-india.com> wrote:
> Hi Michal,
> I am facing the same issue. Mine is fresh squid
> 19.2.3 installation on RockyLinux9.6.
> Rocky Linux is the same as Centos. So, please let me know how to fix it.
>
> OS : - Rocky Linux release 9.6 (Blue Onyx)
>
> Kernel :- 5.14.0-570.28.1.el9_6.x86_64
>
> I need to install it at the earliest.
>
> Thanks,
> Gagan
>
>
> On Wed, Jul 30, 2025 at 1:02 AM Michel Jouvin <
> michel.jou...@ijclab.in2p3.fr> wrote:
>
>> Hi Moritz,
>>
>> Your issue seems similar to the one reported last Spring with 18.2 7. The
>> problem is that Ceph RPM are built against CentOS rather than RHEL or one
>> of its derivatives. As CentOS is upstream to RHEL, the result is that
>> RPMs
>> sometimes require dependencies not yet released in last RHEL release...
>>
>> Michel
>> Sent from my mobile
>> Le 29 juillet 2025 17:07:30 Moritz Baumann <m...@mo.homeip.net> a écrit :
>>
>> > I have problems upgrading ceph from
>> >
>> > https://download.ceph.com/rpm-19.2.3/el9/x86_64/
>> >
>> > and have broken dependencies on host running Almalinux 9.6
>> >
>> >
>> > So:
>> >
>> > ceph orch upgrade start --ceph_version 19.2.3
>> >
>> > works,
>> > but a dnf --refresh upgrade on ceph nodes gives broken dependencies
>> >
>> > ceph-poc1[0]:~# dnf --refresh upgrade
>> > isginf Extra Packages for 9 - x86_64 957 kB/s | 3.0 kB
>> 00:00
>> > AlmaLinux 9 - AppStream 12 kB/s | 4.2 kB
>> 00:00
>> > AlmaLinux 9 - BaseOS 10 kB/s | 3.8 kB
>> 00:00
>> > AlmaLinux 9 - CRB 12 kB/s | 4.2 kB
>> 00:00
>> > AlmaLinux 9 - Extras 9.7 kB/s | 3.8 kB
>> 00:00
>> > Ceph packages for x86_64 6.0
>> > kB/s | 1.5 kB 00:00
>> > Ceph noarch packages 5.9 kB/s |
>> > 1.5 kB 00:00
>> > Ceph source packages 5.7 kB/s |
>> > 1.5 kB 00:00
>> > Elastic repository for 8.x packages
>> > 83 kB/s | 1.5 kB 00:00
>> > Extra Packages for Enterprise Linux 9 - x86_64
>> > 252 kB/s | 29 kB 00:00
>> > Extra Packages for Enterprise Linux 9 openh264 (From Cisco) - x86_64
>> > 11 kB/s | 993 B 00:00
>> > RPM Fusion for EL 9 - Free - Updates
>> > 40 kB/s | 8.3 kB 00:00
>> > RPM Fusion for EL 9 - Nonfree - Updates
>> > 38 kB/s | 8.4 kB 00:00
>> > SP CLIENT Repository ETHZ 323
>> > kB/s | 3.0 kB 00:00
>> > Error:
>> > Problem 1: cannot install the best update candidate for package
>> > ceph-common-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > ceph-common-2:19.2.3-0.el9.x86_64 from Ceph
>> > Problem 2: cannot install the best update candidate for package
>> > librgw2-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > librgw2-2:19.2.3-0.el9.x86_64 from Ceph
>> > Problem 3: package python3-rgw-2:19.2.3-0.el9.x86_64 from Ceph
>> > requires librgw2 = 2:19.2.3-0.el9, but none of the providers can be
>> > installed
>> > - cannot install the best update candidate for package
>> > python3-rgw-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > librgw2-2:19.2.3-0.el9.x86_64 from Ceph
>> > Problem 4: package ceph-base-2:19.2.3-0.el9.x86_64 from Ceph requires
>> > librgw2 = 2:19.2.3-0.el9, but none of the providers can be installed
>> > - cannot install the best update candidate for package
>> > ceph-base-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > librgw2-2:19.2.3-0.el9.x86_64 from Ceph
>> > Problem 5: package ceph-selinux-2:19.2.3-0.el9.x86_64 from Ceph
>> > requires ceph-base = 2:19.2.3-0.el9, but none of the providers can be
>> > installed
>> > - package ceph-base-2:19.2.3-0.el9.x86_64 from Ceph requires librgw2
>> > = 2:19.2.3-0.el9, but none of the providers can be installed
>> > - cannot install the best update candidate for package
>> > ceph-selinux-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > librgw2-2:19.2.3-0.el9.x86_64 from Ceph
>> > Problem 6: package librgw2-2:19.2.2-0.el9.x86_64 from @System requires
>> > librados2 = 2:19.2.2-0.el9, but none of the providers can be installed
>> > - cannot install both librados2-2:19.2.3-0.el9.x86_64 from Ceph and
>> > librados2-2:19.2.2-0.el9.x86_64 from @System
>> > - problem with installed package librgw2-2:19.2.2-0.el9.x86_64
>> > - cannot install the best update candidate for package
>> > librados2-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > librgw2-2:19.2.3-0.el9.x86_64 from Ceph
>> > Problem 7: package ceph-common-2:19.2.2-0.el9.x86_64 from @System
>> > requires libcephfs2 = 2:19.2.2-0.el9, but none of the providers can be
>> > installed
>> > - cannot install both libcephfs2-2:19.2.3-0.el9.x86_64 from Ceph and
>> > libcephfs2-2:19.2.2-0.el9.x86_64 from @System
>> > - problem with installed package ceph-common-2:19.2.2-0.el9.x86_64
>> > - cannot install the best update candidate for package
>> > libcephfs2-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > ceph-common-2:19.2.3-0.el9.x86_64 from Ceph
>> > Problem 8: package ceph-base-2:19.2.2-0.el9.x86_64 from @System
>> > requires librbd1 = 2:19.2.2-0.el9, but none of the providers can be
>> > installed
>> > - problem with installed package ceph-base-2:19.2.2-0.el9.x86_64
>> > - cannot install both librbd1-2:19.2.3-0.el9.x86_64 from Ceph and
>> > librbd1-2:19.2.2-0.el9.x86_64 from @System
>> > - package ceph-base-2:19.2.3-0.el9.x86_64 from Ceph requires librgw2
>> > = 2:19.2.3-0.el9, but none of the providers can be installed
>> > - cannot install the best update candidate for package
>> > librbd1-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > librgw2-2:19.2.3-0.el9.x86_64 from Ceph
>> > Problem 9: package python3-rgw-2:19.2.2-0.el9.x86_64 from @System
>> > requires python3-rados = 2:19.2.2-0.el9, but none of the providers can
>> > be installed
>> > - problem with installed package python3-rgw-2:19.2.2-0.el9.x86_64
>> > - cannot install both python3-rados-2:19.2.3-0.el9.x86_64 from Ceph
>> > and python3-rados-2:19.2.2-0.el9.x86_64 from @System
>> > - package python3-rgw-2:19.2.3-0.el9.x86_64 from Ceph requires
>> > librgw2 = 2:19.2.3-0.el9, but none of the providers can be installed
>> > - cannot install the best update candidate for package
>> > python3-rados-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > librgw2-2:19.2.3-0.el9.x86_64 from Ceph
>> > Problem 10: package ceph-selinux-2:19.2.2-0.el9.x86_64 from @System
>> > requires ceph-base = 2:19.2.2-0.el9, but none of the providers can be
>> > installed
>> > - package ceph-base-2:19.2.2-0.el9.x86_64 from @System requires
>> > ceph-common = 2:19.2.2-0.el9, but none of the providers can be installed
>> > - problem with installed package ceph-selinux-2:19.2.2-0.el9.x86_64
>> > - package ceph-common-2:19.2.2-0.el9.x86_64 from @System requires
>> > libradosstriper1 = 2:19.2.2-0.el9, but none of the providers can be
>> > installed
>> > - package ceph-selinux-2:19.2.3-0.el9.x86_64 from Ceph requires
>> > ceph-base = 2:19.2.3-0.el9, but none of the providers can be installed
>> > - cannot install both libradosstriper1-2:19.2.3-0.el9.x86_64 from
>> > Ceph and libradosstriper1-2:19.2.2-0.el9.x86_64 from @System
>> > - package ceph-base-2:19.2.3-0.el9.x86_64 from Ceph requires librgw2
>> > = 2:19.2.3-0.el9, but none of the providers can be installed
>> > - cannot install the best update candidate for package
>> > libradosstriper1-2:19.2.2-0.el9.x86_64
>> > - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by
>> > librgw2-2:19.2.3-0.el9.x86_64 from Ceph
>> > (try to add '--allowerasing' to command line to replace conflicting
>> > packages or '--skip-broken' to skip uninstallable packages or '--nobest'
>> > to use not only best candidate packages)
>> >
>> >
>> >
>> > Am 28.07.2025 um 16:59 schrieb Yuri Weinstein:
>> >> We're happy to announce the third backport release in the Squid series.
>> >>
>> >> https://ceph.io/en/news/blog/2025/v19-2-3-squid-released/
>> >>
>> >> Notable Changes
>> >>
>> >> ---------------
>> >> * RGW: PutObjectLockConfiguration can now be used to enable S3 Object
>> Lock
>> >> on an
>> >> existing versioning-enabled bucket that was not created with Object
>> >> Lock enabled.
>> >> * RADOS: A new command, `ceph osd rm-pg-upmap-primary-all`, has been
>> >> added that allows
>> >> users to clear all pg-upmap-primary mappings in the osdmap when
>> desired.
>> >> Related trackers:
>> >> - https://tracker.ceph.com/issues/67179
>> >> - https://tracker.ceph.com/issues/66867
>> >> * RBD: Moving an image that is a member of a group to trash is no
>> longer
>> >> allowed. `rbd trash mv` command now behaves the same way as `rbd
>> rm` in this
>> >> scenario.
>> >> * MGR: MGR's always-on modules/plugins can now be force-disabled. This
>> can be
>> >> necessary in cases where MGR(s) needs to be prevented from being
>> flooded by
>> >> the module commands when corresponding Ceph service is
>> down/degraded.
>> >> * RGW: An authentication bypass vulnerability in STS
>> >> [CVE-2023-43040] has been fixed.
>> >> * RGW: S3 policy now enforces ARN-based conditionals.
>> >> * RGW: Copying an object to itself no longer causes data
>> >> loss. Potential corruption on ETIMEDOUT (not enabled by default),
>> >> was also fixed.
>> >>
>> >> Getting Ceph
>> >> ------------
>> >> * Git at git://github.com/ceph/ceph.git
>> >> * Tarball at https://download.ceph.com/tarballs/ceph-19.2.3.tar.gz
>> >> * Containers at https://quay.io/repository/ceph/ceph
>> >> * For packages, see
>> https://docs.ceph.com/en/latest/install/get-packages/
>> >> * Release git sha1: c92aebb279828e9c3c1f5d24613efca272649e62
>> >> _______________________________________________
>> >> ceph-users mailing list -- ceph-users@ceph.io
>> >> To unsubscribe send an email to ceph-users-le...@ceph.io
>> > _______________________________________________
>> > ceph-users mailing list -- ceph-users@ceph.io
>> > To unsubscribe send an email to ceph-users-le...@ceph.io
>>
>> _______________________________________________
>> ceph-users mailing list -- ceph-users@ceph.io
>> To unsubscribe send an email to ceph-users-le...@ceph.io
>>
>
_______________________________________________
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io
