Hi Kasper, Any reason why you're targeting v17.2.5? Is it to match the version in use on another cluster?
I'm asking this because the recommended path for major upgrades is usually going from latest point release to latest point release like <N>.x.<latest_point_release> to <N+1 or N+2>.x.<latest_point_release> which in your situation would be Pacific v16.2.15 to Quincy v17.2.8. Even though this time, you'd better avoid v17.2.8 due of [1] and upgrade to v17.2.7 if you need to use Quincy. With that said, unless you need to use Quincy, I would recommend going directly from Pacific v16.2.15 to the latest Reef v18.2.7, as this is well-supported and tested. Regards, Frédéric. [1] https://www.mail-archive.com/ceph-users@ceph.io/msg28886.html ----- Le 8 Mai 25, à 14:43, Kasper Rasmussen kasper_steenga...@hotmail.com a écrit : > Hi > > Upgrading from Pacific 16.2.15 to Quincy 17.2.5 > > Environment: Production > > Size: > 9PB RAW capacity > 5 mon/mgr/mds host. > 56 storage nodes > > I’m looking for advice to help me decide between - Staggered upgrade or not. > > Thanks > _______________________________________________ > 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
