I found the problem, thanks.

There is a tracker ticket: https://tracker.ceph.com/issues/52820

On Fri, Oct 8, 2021 at 8:01 AM Jonathan D. Proulx <j...@csail.mit.edu> wrote:
>
> Hi Patrick,
>
> Yes we had been successfully running on Pacific  v16.2.5
>
> Thanks for the pointer to the bug, we eventually ended up taking
> eveything down and rebuilding the monstore using
> monstore-tool. Perhaps a longer and less pleasant path than necessary
> but it was effective.
>
> -Jon
>
> On Thu, Oct 07, 2021 at 09:11:21PM -0400, Patrick Donnelly wrote:
> :Hello Jonathan,
> :
> :On Tue, Oct 5, 2021 at 9:13 AM Jonathan D. Proulx <j...@csail.mit.edu> wrote:
> :>
> :> In the middle of a normal cephadm upgrade from 16.2.5 to 16.2.6, after the 
> mgrs had successfully upgraded, 2/5 mons didn’t come back up (and the upgrade 
> stopped at that point). Attempting to manually restart the crashed mons 
> resulted in **all** of the other mons crashing too, usually with:
> :>
> :> terminate called after throwing an instance of 
> 'ceph::buffer::v15_2_0::malformed_input' what(): void 
> FSMap::decode(ceph::buffer::v15_2_0::list::const_iterator&) no longer 
> understand old encoding version v < 7: Malformed input
> :
> :You upgraded from v16.2.5 and not Octopus? I would expect your cluster
> :to crash when upgrading to any version of Pacific:
> :
> :https://tracker.ceph.com/issues/51673
> :
> :Only the crash error has changed from an assertion to an exception.
> :
> :--
> :Patrick Donnelly, Ph.D.
> :He / Him / His
> :Principal Software Engineer
> :Red Hat Sunnyvale, CA
> :GPG: 19F28A586F808C2402351B93C3301A3E258DD79D
> :
>
> --
>


-- 
Patrick Donnelly, Ph.D.
He / Him / His
Principal Software Engineer
Red Hat Sunnyvale, CA
GPG: 19F28A586F808C2402351B93C3301A3E258DD79D

_______________________________________________
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

Reply via email to