Nautilus - Octopus upgrade - more questions
Hello, I have a Nautilus cluster built using Ceph packages from Debian 10 Backports, deployed with Ceph-Ansible. I see that Debian does not offer Ceph 15/Octopus packages. However, download.ceph.com does offer such packages. Question: Is it a safe upgrade to install the download.ceph.com packages over top of the buster-backports packages? If so, the next question is how to deploy this? Should I pull down an appropriate version of Ceph-Ansible and use the rolling-upgrade playbook? Or just apg-get -f dist-upgrade the new Ceph packages into place? BTW, in the long run I'll probably want to get to container-based Reef, but I need to keep a stable cluster throughout. Any advice or reassurance much appreciated. Thanks. -Dave -- Dave Hall Binghamton University kdhall@binghamton.edu
On Tue, Oct 17, 2023, 8:19 PM Dave Hall <kdhall@binghamton.edu> wrote:
Hello,
I have a Nautilus cluster built using Ceph packages from Debian 10 Backports, deployed with Ceph-Ansible.
I see that Debian does not offer Ceph 15/Octopus packages. However, download.ceph.com does offer such packages.
Question: Is it a safe upgrade to install the download.ceph.com packages over top of the buster-backports packages?
It "should" be: Debian packages are upstream builds with minimal changes (e.g. security patches and various changes to conform with Debian standards). The latter are straight upstream builds. Nothing in life is certain, though! If so, the next question is how to deploy this? Should I pull down an
appropriate version of Ceph-Ansible and use the rolling-upgrade playbook? Or just apg-get -f dist-upgrade the new Ceph packages into place?
Someone with ceph-ansible experience can probably provide a more resounding "yes" on the former approach - but I imagine so. Maybe you need to apt-get update first... not sure? There are issues with running straight up apt-get dist-upgrade in certain configurations. You are unlikely to lose data, but Ceph upgrades are more nuisanced that just apt-get dist-upgrading everything (e.g. IIRC Debian and maybe upstream downloads.ceph.com builds have postinst hooks that reboots Ceph daemons immediately -- you'd want to be careful about this and keep it in mind). You also probably want to minimally set noout during upgrades to prevent RADOS from trying to recover unnecessarily if something goes awry. The docs on the latter approach are about as good as it gets: https://docs.ceph.com/en/latest/releases/octopus/#upgrading-from-mimic-or-na...
BTW, in the long run I'll probably want to get to container-based Reef, but I need to keep a stable cluster throughout.
Any advice or reassurance much appreciated.
Thanks.
-Dave
-- Dave Hall Binghamton University kdhall@binghamton.edu _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
I have a Nautilus cluster built using Ceph packages from Debian 10 Backports, deployed with Ceph-Ansible.
I see that Debian does not offer Ceph 15/Octopus packages. However, download.ceph.com does offer such packages.
Question: Is it a safe upgrade to install the download.ceph.com packages over top of the buster-backports packages?
I am also still on Nautilus. However I am planning different upgrade path. First I will update centos7 to an el9 equivalent. There is no Nautilus for el9, however I tried compiling it once, and I sort of got the necessary packages. From el9 you can upgrade to the newest ceph. Soon I will add an el9 osd node to the existing el7 cluster to see how this goes.
I started with Octopus. It had one very serious flaw that I only fixed by having Ceph self-upgrade to Pacific. Octopus required perfect health to alter daemons and often the health problems were themselves issues with daemons. Pacific can overlook most of those problems, so it's a lot easier to repair stuff. Nautilus is also the highest level supported natively by CentOS 7 (I went with Octopus because I mis-read that). I can attest that a Ceph FS mount under the Nautilus packages to Octopus and Pacific seem to work just find, incidentally. I can't use Ansible myself, because my hardware distribution is too irregular, so I'm doing everything from Ceph commands. If you are currently running on Ceph as installed services rather than containerized, I should also note that apparently the version of Docker for CentOS7 (which I'll take as a rough equivalent to what you've got) cannot properly run the Ceph containers. AlmaLinux 8, however has no problems. Since I've yet to migrate most of my hosts off CentOS 7, I run most of Ceph in VMs running AlmaLinux 8. The OSD storage I mount as raw disks to avoid the extra layer that virtualizing them would entail. The raw disks are themselves LVM logical volumes as I don't have dedicated physical drives. It's a work in progress, and a messy one. I don't know if you can do incremental migration with mixed Nautilus/Pacific OSDs, if Nautilus supports Ceph's internal upgrade (Octopus does), or if it's best to just crank up a fresh Ceph and migrate the data via something like rsync (which I did, since I was moving from glusterfs to Ceph). Maybe someone with more knowledge of the internals can answer these questions. Tim On Tue, 2023-10-17 at 20:18 -0400, Dave Hall wrote:
Hello,
I have a Nautilus cluster built using Ceph packages from Debian 10 Backports, deployed with Ceph-Ansible.
I see that Debian does not offer Ceph 15/Octopus packages. However, download.ceph.com does offer such packages.
Question: Is it a safe upgrade to install the download.ceph.com packages over top of the buster-backports packages?
If so, the next question is how to deploy this? Should I pull down an appropriate version of Ceph-Ansible and use the rolling-upgrade playbook? Or just apg-get -f dist-upgrade the new Ceph packages into place?
BTW, in the long run I'll probably want to get to container-based Reef, but I need to keep a stable cluster throughout.
Any advice or reassurance much appreciated.
Thanks.
-Dave
-- Dave Hall Binghamton University kdhall@binghamton.edu _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
participants (4)
-
Dave Hall
-
Marc
-
Tim Holloway
-
Tyler Stachecki