It looks like there is an issue with the package-based 18.2.7 release, when upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the packages from installing: Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem. Regards, Erwin
Yup, also my end... - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit)
Op 08-05-2025 22:12 CEST schreef Erwin Bogaard <erwin.bogaard@gmail.com>:
It looks like there is an issue with the package-based 18.2.7 release, when upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the packages from installing:
Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef
This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem.
Regards, Erwin _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
Hi,
On 8 May 2025, at 23:12, Erwin Bogaard <erwin.bogaard@gmail.com> wrote:
It looks like there is an issue with the package-based 18.2.7 release, when upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the packages from installing:
Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so <http://libcrypto.so/>.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef
This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem.
This just means that your OS packages are outdated, not the "issue with 18.2.7 RPM release" Don't forget to run `dnf upgrade` [1] [root@el9:/]# rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" openssl-libs-3.5.0-1.el9.x86_64 [1] https://centos.pkgs.org/9-stream/centos-baseos-x86_64/openssl-libs-3.5.0-1.e... k
If someone can confirm this, I’ll PR a bit to the release notes.
On May 9, 2025, at 3:12 PM, Konstantin Shalygin <k0ste@k0ste.ru> wrote:
Hi,
On 8 May 2025, at 23:12, Erwin Bogaard <erwin.bogaard@gmail.com> wrote:
It looks like there is an issue with the package-based 18.2.7 release, when upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the packages from installing:
Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so <http://libcrypto.so/>.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef
This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem.
This just means that your OS packages are outdated, not the "issue with 18.2.7 RPM release" Don't forget to run `dnf upgrade` [1]
[root@el9:/]# rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" openssl-libs-3.5.0-1.el9.x86_64
[1] https://centos.pkgs.org/9-stream/centos-baseos-x86_64/openssl-libs-3.5.0-1.e... k _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
Looks like openssl-libs-3.5.0-1.el9.x86_64 is only in Stream 9 as of now. Cheers, dan On Fri, May 9, 2025 at 12:18 PM Anthony D'Atri <aad@dreamsnake.net> wrote:
If someone can confirm this, I’ll PR a bit to the release notes.
On May 9, 2025, at 3:12 PM, Konstantin Shalygin <k0ste@k0ste.ru> wrote:
Hi,
On 8 May 2025, at 23:12, Erwin Bogaard <erwin.bogaard@gmail.com> wrote:
It looks like there is an issue with the package-based 18.2.7 release, when upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the packages from installing:
Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so <http://libcrypto.so/>.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef
This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem.
This just means that your OS packages are outdated, not the "issue with 18.2.7 RPM release" Don't forget to run `dnf upgrade` [1]
[root@el9:/]# rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" openssl-libs-3.5.0-1.el9.x86_64
[1] https://centos.pkgs.org/9-stream/centos-baseos-x86_64/openssl-libs-3.5.0-1.e... k _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
-- Dan van der Ster Ceph Executive Council | CTO @ CLYSO Try our Ceph Analyzer -- https://analyzer.clyso.com/ https://clyso.com | dan.vanderster@clyso.com
We're running update to date RHEL 9 machines.. They're offline, so it could be we need to sync the central repo, but I don't think this version is available.
Op 09-05-2025 21:12 CEST schreef Konstantin Shalygin <k0ste@k0ste.ru>:
Hi,
On 8 May 2025, at 23:12, Erwin Bogaard <erwin.bogaard@gmail.com> wrote:
It looks like there is an issue with the package-based 18.2.7 release, when upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the packages from installing:
Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so <http://libcrypto.so/>.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef
This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem.
This just means that your OS packages are outdated, not the "issue with 18.2.7 RPM release" Don't forget to run `dnf upgrade` [1]
[root@el9:/]# rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" openssl-libs-3.5.0-1.el9.x86_64
[1] https://centos.pkgs.org/9-stream/centos-baseos-x86_64/openssl-libs-3.5.0-1.e... k _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
Some extra system information $ sudo dnf update Dependencies resolved. Nothing to do. Complete! $ cat /etc/redhat-release Red Hat Enterprise Linux release 9.5 (Plow) $ uname -r 5.14.0-503.33.1.el9_5.x86_64 $ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" no package provides libcrypto.so.3(OPENSSL_3.4.0)(64bit) $ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.2.0)(64bit)" openssl-libs-3.2.2-6.el9_5.1.x86_64 $ sudo dnf list openssl-libs Installed Packages openssl-libs.x86_64 1:3.2.2-6.el9_5.1 @rhel-9-for-x86_64-baseos-rpms
Op 09-05-2025 21:34 CEST schreef Sake Ceph <ceph@paulusma.eu>:
We're running update to date RHEL 9 machines.. They're offline, so it could be we need to sync the central repo, but I don't think this version is available.
Op 09-05-2025 21:12 CEST schreef Konstantin Shalygin <k0ste@k0ste.ru>:
Hi,
On 8 May 2025, at 23:12, Erwin Bogaard <erwin.bogaard@gmail.com> wrote:
It looks like there is an issue with the package-based 18.2.7 release, when upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the packages from installing:
Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so <http://libcrypto.so/>.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef
This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem.
This just means that your OS packages are outdated, not the "issue with 18.2.7 RPM release" Don't forget to run `dnf upgrade` [1]
[root@el9:/]# rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" openssl-libs-3.5.0-1.el9.x86_64
[1] https://centos.pkgs.org/9-stream/centos-baseos-x86_64/openssl-libs-3.5.0-1.e... k _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
FWIW CentOS9 repositories show 3.2.2-7 and 3.5.0-1
On May 9, 2025, at 3:43 PM, Sake Ceph <ceph@paulusma.eu> wrote:
Some extra system information
$ sudo dnf update Dependencies resolved. Nothing to do. Complete!
$ cat /etc/redhat-release Red Hat Enterprise Linux release 9.5 (Plow)
$ uname -r 5.14.0-503.33.1.el9_5.x86_64
$ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" no package provides libcrypto.so.3(OPENSSL_3.4.0)(64bit)
$ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.2.0)(64bit)" openssl-libs-3.2.2-6.el9_5.1.x86_64
$ sudo dnf list openssl-libs Installed Packages openssl-libs.x86_64 1:3.2.2-6.el9_5.1 @rhel-9-for-x86_64-baseos-rpms
Op 09-05-2025 21:34 CEST schreef Sake Ceph <ceph@paulusma.eu>:
We're running update to date RHEL 9 machines.. They're offline, so it could be we need to sync the central repo, but I don't think this version is available.
Op 09-05-2025 21:12 CEST schreef Konstantin Shalygin <k0ste@k0ste.ru>:
Hi,
On 8 May 2025, at 23:12, Erwin Bogaard <erwin.bogaard@gmail.com> wrote:
It looks like there is an issue with the package-based 18.2.7 release, when upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the packages from installing:
Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so <http://libcrypto.so/>.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef
This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem.
This just means that your OS packages are outdated, not the "issue with 18.2.7 RPM release" Don't forget to run `dnf upgrade` [1]
[root@el9:/]# rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" openssl-libs-3.5.0-1.el9.x86_64
[1] https://centos.pkgs.org/9-stream/centos-baseos-x86_64/openssl-libs-3.5.0-1.e... k _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
We also started seeing this issue on AlmaLinux 9.5 (presumably Rocky Linux and other RHEL derivatives would be impacted too). OpenSSL 3.5.0-1 as mentioned in the thread seems to be coming from the CentOS Stream 9 repos, which to my knowledge won't be available on RHEL or any of the RHEL derivatives. For those distros, OpenSSL 3.2.2-7 is the newest version available (and presumably will be stuck at that version until at least the release of RHEL 9.6, if not later). To address this, we changed the Ceph repo config base URLs from "rpm-reef" to "rpm-18.2.6", freezing our AlmaLinux 9.5 CephFS client hosts at that version until the OpenSSL version available catches up. -Steve On 5/9/25 15:54, Anthony D'Atri wrote:
FWIW CentOS9 repositories show 3.2.2-7 and 3.5.0-1
On May 9, 2025, at 3:43 PM, Sake Ceph <ceph@paulusma.eu> wrote:
Some extra system information
$ sudo dnf update Dependencies resolved. Nothing to do. Complete!
$ cat /etc/redhat-release Red Hat Enterprise Linux release 9.5 (Plow)
$ uname -r 5.14.0-503.33.1.el9_5.x86_64
$ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" no package provides libcrypto.so.3(OPENSSL_3.4.0)(64bit)
$ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.2.0)(64bit)" openssl-libs-3.2.2-6.el9_5.1.x86_64
$ sudo dnf list openssl-libs Installed Packages openssl-libs.x86_64 1:3.2.2-6.el9_5.1 @rhel-9-for-x86_64-baseos-rpms
Op 09-05-2025 21:34 CEST schreef Sake Ceph <ceph@paulusma.eu>:
We're running update to date RHEL 9 machines.. They're offline, so it could be we need to sync the central repo, but I don't think this version is available.
Op 09-05-2025 21:12 CEST schreef Konstantin Shalygin <k0ste@k0ste.ru>:
Hi,
On 8 May 2025, at 23:12, Erwin Bogaard <erwin.bogaard@gmail.com> wrote:
It looks like there is an issue with the package-based 18.2.7 release, when upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the packages from installing:
Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so <http://libcrypto.so/>.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef
This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem. This just means that your OS packages are outdated, not the "issue with 18.2.7 RPM release" Don't forget to run `dnf upgrade` [1]
[root@el9:/]# rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" openssl-libs-3.5.0-1.el9.x86_64
[1] https://centos.pkgs.org/9-stream/centos-baseos-x86_64/openssl-libs-3.5.0-1.e... k _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
-- Steve Anthony (he/him/his) HPC Systems Architect Lehigh University sma310@lehigh.edu
We are also having the same problem. On Wed, May 14, 2025 at 10:57 PM Steve Anthony <sma310@lehigh.edu> wrote:
We also started seeing this issue on AlmaLinux 9.5 (presumably Rocky Linux and other RHEL derivatives would be impacted too). OpenSSL 3.5.0-1 as mentioned in the thread seems to be coming from the CentOS Stream 9 repos, which to my knowledge won't be available on RHEL or any of the RHEL derivatives. For those distros, OpenSSL 3.2.2-7 is the newest version available (and presumably will be stuck at that version until at least the release of RHEL 9.6, if not later).
To address this, we changed the Ceph repo config base URLs from "rpm-reef" to "rpm-18.2.6", freezing our AlmaLinux 9.5 CephFS client hosts at that version until the OpenSSL version available catches up.
-Steve
On 5/9/25 15:54, Anthony D'Atri wrote:
FWIW CentOS9 repositories show 3.2.2-7 and 3.5.0-1
On May 9, 2025, at 3:43 PM, Sake Ceph <ceph@paulusma.eu> wrote:
Some extra system information
$ sudo dnf update Dependencies resolved. Nothing to do. Complete!
$ cat /etc/redhat-release Red Hat Enterprise Linux release 9.5 (Plow)
$ uname -r 5.14.0-503.33.1.el9_5.x86_64
$ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" no package provides libcrypto.so.3(OPENSSL_3.4.0)(64bit)
$ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.2.0)(64bit)" openssl-libs-3.2.2-6.el9_5.1.x86_64
$ sudo dnf list openssl-libs Installed Packages openssl-libs.x86_64
1:3.2.2-6.el9_5.1
Op 09-05-2025 21:34 CEST schreef Sake Ceph <ceph@paulusma.eu>:
We're running update to date RHEL 9 machines.. They're offline, so it
could be we need to sync the central repo, but I don't think this version is available.
Op 09-05-2025 21:12 CEST schreef Konstantin Shalygin <k0ste@k0ste.ru
:
Hi,
On 8 May 2025, at 23:12, Erwin Bogaard <erwin.bogaard@gmail.com>
wrote:
It looks like there is an issue with the package-based 18.2.7
release, when
upgrading from 18.2.6 on el9. There seems to be a new (unfulfilled) dependency that prevents the
@rhel-9-for-x86_64-baseos-rpms packages
from installing:
Problem 1: cannot install the best update candidate for package librgw2-2:18.2.6-0.el9.x86_64 - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 - nothing provides libcrypto.so <http://libcrypto.so/>.3(OPENSSL_3.4.0)(64bit) needed by librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef
This issue prevents almost all ceph packages from installing. 18.2.6 is installed and fully functional on this machine, so it seems something happened between 18.2.6 and 18.2.6. Hope someone can confirm this is happening at their severs as well and/or confirm or deny this is a packaging problem. This just means that your OS packages are outdated, not the "issue with 18.2.7 RPM release" Don't forget to run `dnf upgrade` [1]
[root@el9:/]# rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" openssl-libs-3.5.0-1.el9.x86_64
[1] https://centos.pkgs.org/9-stream/centos-baseos-x86_64/openssl-libs-3.5.0-1.e... k _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
-- Steve Anthony (he/him/his) HPC Systems Architect Lehigh University sma310@lehigh.edu _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
I don't think it is useful to report that you have the problem... Everybody trying to deploy the RPMs on RHEL or any of its derivative will have the issue until 9.6 is released... As I said in another message, it is by design if you build packages on CentOS. It would be probably better from the usage point of view to build on RHEL or one of its derivatives (but it may be posing other problems). Michel Le 02/06/2025 à 13:02, Rok Jaklič a écrit :
We are also having the same problem.
On Wed, May 14, 2025 at 10:57 PM Steve Anthony <sma310@lehigh.edu> wrote:
We also started seeing this issue on AlmaLinux 9.5 (presumably Rocky Linux and other RHEL derivatives would be impacted too). OpenSSL 3.5.0-1 as mentioned in the thread seems to be coming from the CentOS Stream 9 repos, which to my knowledge won't be available on RHEL or any of the RHEL derivatives. For those distros, OpenSSL 3.2.2-7 is the newest version available (and presumably will be stuck at that version until at least the release of RHEL 9.6, if not later).
To address this, we changed the Ceph repo config base URLs from "rpm-reef" to "rpm-18.2.6", freezing our AlmaLinux 9.5 CephFS client hosts at that version until the OpenSSL version available catches up.
-Steve
On 5/9/25 15:54, Anthony D'Atri wrote:
FWIW CentOS9 repositories show 3.2.2-7 and 3.5.0-1
On May 9, 2025, at 3:43 PM, Sake Ceph <ceph@paulusma.eu> wrote:
Some extra system information
$ sudo dnf update Dependencies resolved. Nothing to do. Complete!
$ cat /etc/redhat-release Red Hat Enterprise Linux release 9.5 (Plow)
$ uname -r 5.14.0-503.33.1.el9_5.x86_64
$ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" no package provides libcrypto.so.3(OPENSSL_3.4.0)(64bit)
$ rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.2.0)(64bit)" openssl-libs-3.2.2-6.el9_5.1.x86_64
$ sudo dnf list openssl-libs Installed Packages openssl-libs.x86_64 1:3.2.2-6.el9_5.1
Op 09-05-2025 21:34 CEST schreef Sake Ceph <ceph@paulusma.eu>:
We're running update to date RHEL 9 machines.. They're offline, so it could be we need to sync the central repo, but I don't think this version is available.
Op 09-05-2025 21:12 CEST schreef Konstantin Shalygin <k0ste@k0ste.ru :
Hi,
> On 8 May 2025, at 23:12, Erwin Bogaard <erwin.bogaard@gmail.com> wrote: > It looks like there is an issue with the package-based 18.2.7 release, when > upgrading from 18.2.6 on el9. > There seems to be a new (unfulfilled) dependency that prevents the
@rhel-9-for-x86_64-baseos-rpms packages
> from installing: > > Problem 1: cannot install the best update candidate for package > librgw2-2:18.2.6-0.el9.x86_64 > - problem with installed package librgw2-2:18.2.6-0.el9.x86_64 > - nothing provides libcrypto.so <http://libcrypto.so/>.3(OPENSSL_3.4.0)(64bit) needed by > librgw2-2:18.2.7-0.el9.x86_64 from ceph-reef > > This issue prevents almost all ceph packages from installing. > 18.2.6 is installed and fully functional on this machine, so it seems > something happened between 18.2.6 and 18.2.6. > Hope someone can confirm this is happening at their severs as well and/or > confirm or deny this is a packaging problem. This just means that your OS packages are outdated, not the "issue with 18.2.7 RPM release" Don't forget to run `dnf upgrade` [1]
[root@el9:/]# rpm --query --whatprovides "libcrypto.so.3(OPENSSL_3.4.0)(64bit)" openssl-libs-3.5.0-1.el9.x86_64
[1] https://centos.pkgs.org/9-stream/centos-baseos-x86_64/openssl-libs-3.5.0-1.e... k _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io -- Steve Anthony (he/him/his) HPC Systems Architect Lehigh University sma310@lehigh.edu
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
_______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
02.06.2025 15:39, Michel Jouvin пишет:
I don't think it is useful to report that you have the problem... Everybody trying to deploy the RPMs on RHEL or any of its derivative will have the issue until 9.6 is released...
9.6 is released some time ago: cat /etc/redhat-release AlmaLinux release 9.6 (Sage Margay)
Le 02/06/2025 à 15:59:00+0400, Dmitry Melekhov a écrit Hi,
02.06.2025 15:39, Michel Jouvin пишет:
I don't think it is useful to report that you have the problem... Everybody trying to deploy the RPMs on RHEL or any of its derivative will have the issue until 9.6 is released...
9.6 is released some time ago:
cat /etc/redhat-release AlmaLinux release 9.6 (Sage Margay)
I just like to understand what are the advantage to deploy directly on the OS and not through docker/podman container ? Is it just the history ? Because as I understand with container you will have no issue isn't it ? Regards -- Albert SHIH 🦫 🐸 France Heure locale/Local time: lun. 02 juin 2025 22:27:29 CEST
Hi Albert, You are right. It has been discussed in other threads. Except if you have a specific constraint, cephadm and conta-based deployment is the recommended approach IMO and in this case you'll avoid this kind of problems. Michel Sent from my mobile Le 2 juin 2025 22:32:31 Albert Shih <Albert.Shih@obspm.fr> a écrit :
Le 02/06/2025 à 15:59:00+0400, Dmitry Melekhov a écrit Hi,
02.06.2025 15:39, Michel Jouvin пишет:
I don't think it is useful to report that you have the problem... Everybody trying to deploy the RPMs on RHEL or any of its derivative will have the issue until 9.6 is released...
9.6 is released some time ago:
cat /etc/redhat-release AlmaLinux release 9.6 (Sage Margay)
I just like to understand what are the advantage to deploy directly on the OS and not through docker/podman container ? Is it just the history ?
Because as I understand with container you will have no issue isn't it ?
Regards
-- Albert SHIH 🦫 🐸 France Heure locale/Local time: lun. 02 juin 2025 22:27:29 CEST _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
03.06.2025 00:30, Albert Shih пишет:
Le 02/06/2025 à 15:59:00+0400, Dmitry Melekhov a écrit Hi,
02.06.2025 15:39, Michel Jouvin пишет:
I don't think it is useful to report that you have the problem... Everybody trying to deploy the RPMs on RHEL or any of its derivative will have the issue until 9.6 is released... 9.6 is released some time ago:
cat /etc/redhat-release AlmaLinux release 9.6 (Sage Margay) I just like to understand what are the advantage to deploy directly on the OS and not through docker/podman container ? Is it just the history ?
This server is client to cluster .
Because as I understand with container you will have no issue isn't it ?
No, you are wrong, 17.2.9 has no container build.
This is also the case with us for Cephfs clients. We use the kernel mount, but still you need to install ceph-common. Which isn't possible with the latest version of Reef and thus those are stuck on 18.2.4. Or am I doing something wrong?
Op 03-06-2025 06:03 CEST schreef Dmitry Melekhov <dm@belkam.com>:
03.06.2025 00:30, Albert Shih пишет:
Le 02/06/2025 à 15:59:00+0400, Dmitry Melekhov a écrit Hi,
02.06.2025 15:39, Michel Jouvin пишет:
I don't think it is useful to report that you have the problem... Everybody trying to deploy the RPMs on RHEL or any of its derivative will have the issue until 9.6 is released... 9.6 is released some time ago:
cat /etc/redhat-release AlmaLinux release 9.6 (Sage Margay) I just like to understand what are the advantage to deploy directly on the OS and not through docker/podman container ? Is it just the history ?
This server is client to cluster .
Because as I understand with container you will have no issue isn't it ?
No, you are wrong, 17.2.9 has no container build. _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
On Tue, Jun 3, 2025 at 7:08 AM Sake Ceph <ceph@paulusma.eu> wrote:
This is also the case with us for Cephfs clients. We use the kernel mount, but still you need to install ceph-common. Which isn't possible with the latest version of Reef and thus those are stuck on 18.2.4. Or am I doing something wrong?
The version of ceph-common on the client side is much less relevant, especially if you are using the kernel client. I wouldn't expect any issues with upgrading the cluster while leaving ceph-common on the client side as is. Technically, it's possible to mount the kernel client without ceph-common being installed at all. Thanks, Ilya
Op 03-06-2025 06:03 CEST schreef Dmitry Melekhov <dm@belkam.com>:
03.06.2025 00:30, Albert Shih пишет:
Le 02/06/2025 à 15:59:00+0400, Dmitry Melekhov a écrit Hi,
02.06.2025 15:39, Michel Jouvin пишет:
I don't think it is useful to report that you have the problem... Everybody trying to deploy the RPMs on RHEL or any of its derivative will have the issue until 9.6 is released... 9.6 is released some time ago:
cat /etc/redhat-release AlmaLinux release 9.6 (Sage Margay) I just like to understand what are the advantage to deploy directly on the OS and not through docker/podman container ? Is it just the history ?
This server is client to cluster .
Because as I understand with container you will have no issue isn't it ?
No, you are wrong, 17.2.9 has no container build. _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
Le 03/06/2025 à 08:03:15+0400, Dmitry Melekhov a écrit Hi,
I don't think it is useful to report that you have the problem... Everybody trying to deploy the RPMs on RHEL or any of its derivative will have the issue until 9.6 is released... 9.6 is released some time ago:
cat /etc/redhat-release AlmaLinux release 9.6 (Sage Margay) I just like to understand what are the advantage to deploy directly on the OS and not through docker/podman container ? Is it just the history ?
This server is client to cluster .
Ok.
Because as I understand with container you will have no issue isn't it ?
No, you are wrong, 17.2.9 has no container build.
Well...the subject of the mail seem to talk about 18.2.7.... Regards -- Albert SHIH 🦫 🐸 France Heure locale/Local time: mar. 03 juin 2025 10:49:39 CEST
participants (11)
-
Albert Shih
-
Anthony D'Atri
-
Dan van der Ster
-
Dmitry Melekhov
-
Erwin Bogaard
-
Ilya Dryomov
-
Konstantin Shalygin
-
Michel Jouvin
-
Rok Jaklič
-
Sake Ceph
-
Steve Anthony