We'd like to add our own noises of discontent from the public gallery. We have three Ceph clusters running Alma 8.10, a total of 108 nodes, storing ~40PiB of Science data. Upgrading these nodes to Alma/Rocky/OEL/RHEL 9.x is something we have been preparing for, but had not expected to do so for another 6 months. Why remove support for EL8 mid release cycle, with zero warning? Is there any possibility of getting one more point release of ceph for EL8? This would at least avoid a knee-jerk OS upgrade. Best regards Jake On 26/07/2024 15:37, Amardeep Singh wrote:
CAUTION: This email originated from outside of the LMB: .-ceph-users-bounces@ceph.io-. Do not click links or open attachments unless you recognize the sender and know the content is safe. If you think this is a phishing email, please forward it to phishing@mrc-lmb.cam.ac.uk --
I'll echo Adam's comments here.
Moreover, if we take a step to perform in place upgrade from el8 to el9, will 18.2.2 compatible for el9 before upgrading to 18.2.4?
This seems like too much effort for a minor release.
Amar
________________________________ From: Adam Tygart <mozes@ksu.edu> Sent: 26 July 2024 19:27 To: ceph-users@ceph.io <ceph-users@ceph.io> Subject: [ceph-users] Re: [Ceph-announce] v18.2.4 Reef released
EXTERNAL: Do not click links or open attachments if you do not recognize the sender.
Are you saying that the el9 rpms work on el8 hosts?
The complaint so far is that a minor release in Ceph has silently and unexpectedly seemed to remove support for an OS version that is still widely deployed. If this was intentional, there is a question as to why it didn't even warrant a note in the "notable changes" section of the release notes.
I'm sure that people can switch operating system versions, but this is a non-trivial amount of effort that should have been clearly indicated that it was coming and expected. Ideally this sort of drop of OS support would only come with a major version change, say the v19 release, not in a bugfix point release.
As for me, I've got 40 hosts that suddenly need non-trivial maintenance to get us to a reasonable place, given that all users are recommended to update to 18.2.4. -- Adam
On 7/26/24 8:41 AM, Yuri Weinstein wrote:
This email originated from outside of K-State.
Use https://urldefense.com/v3/__https://download.ceph.com/rpm-reef/el9/x86_64/__...
On Fri, Jul 26, 2024 at 1:37 AM Amardeep Singh <amardeep.singh@techblue.co.uk> wrote:
Hi,
I have tried running simple update on Rocky 8.9 running reef 18.2.2, it's failing straight away.
dnf update Ceph x86_64 84 B/s | 146 B 00:01 Errors during downloading metadata for repository 'Ceph': - Status code: 404 for https://urldefense.com/v3/__https://download.ceph.com/rpm-reef/el8/x86_64/re... (IP: 158.69.68.124) Error: Failed to download metadata for repo 'Ceph': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
Can someone please suggest?
Thanks,
Amar
On 25/07/24 09:57, Konstantin Shalygin wrote:
EXTERNAL: Do not click links or open attachments if you do not recognize the sender.
Hi,
On 25 Jul 2024, at 00:12, Yuri Weinstein <yweinste@redhat.com><mailto:yweinste@redhat.com> wrote:
We're happy to announce the 4th release in the Reef series.
The repo of reef now returns 404
GET /rpm-reef/el8/SRPMS/ HTTP/1.1 Host: download.ceph.com
< HTTP/1.1 404 Not Found
If change the repo to previous version, the answer 200 as expected
GET /rpm-18.2.2/el8/SRPMS/ HTTP/1.1 Host: download.ceph.com
< HTTP/1.1 200 OK
Seems something wrong with packages k _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io<mailto:ceph-users@ceph.io> To unsubscribe send an email to ceph-users-leave@ceph.io<mailto:ceph-users-leave@ceph.io>
--
DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system.
If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Thanks for your cooperation. _______________________________________________ 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
DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system.
If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Thanks for your cooperation. _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
For help, read https://www.mrc-lmb.cam.ac.uk/scicomp/ then contact unixadmin@mrc-lmb.cam.ac.uk -- Dr Jake Grimmett Head Of Scientific Computing MRC Laboratory of Molecular Biology Francis Crick Avenue, Cambridge CB2 0QH, UK. Phone 01223 267019 / Mobile 0776 9886539