Ceph assert после обновления до mimic (13.2.2): FAILED assert (0 == "поддержка pi_simple_rep удалена после свечения") - PullRequest
Новая
       138

Ceph assert после обновления до mimic (13.2.2): FAILED assert (0 == "поддержка pi_simple_rep удалена после свечения")

0 голосов
/ 19 октября 2018

На сервере Ubuntu 18.04 я обновил Ceph 12.2.7 (репозитории Ubuntu) до 13.2.2 (репозитории Ceph).

Я следовал описанию обновления на страницах Ceph https://ceph.com/releases/v13-2-0-mimic-released/.

Однако хранилище объектов не запускается после обновления.

Информация о работоспособности: 

sudo ceph health
HEALTH_WARN 1 osds down; 1 host (1 osds) down; 1 root (1 osds) down; no active mgr

Информация о версиях: 

sudo ceph versions
{
    "mon": {
        "ceph version 13.2.2 (02899bfda814146b021136e9d8e80eba494e1126) mimic (stable)": 1
    },
    "mgr": {},
    "osd": {},
    "mds": {},
    "overall": {
        "ceph version 13.2.2 (02899bfda814146b021136e9d8e80eba494e1126) mimic (stable)": 1
    }
}

Файл журнала / var / log / ceph /ceph-osd.0.log содержит следующую ошибку подтверждения, которая, как я полагаю, является причиной того, что сервер не запускается: 

2018-10-19 13:31:21.731 7f9819f42240 -1 /build/ceph-13.2.2/src/osd/osd_types.cc: In function 'void PastIntervals::decode(ceph::buffer::list::iterator&)' thread 7f9819f42240 time 2018-10-19 13:31:21.730816
/build/ceph-13.2.2/src/osd/osd_types.cc: 3314: FAILED assert(0 == "pi_simple_rep support removed post-luminous")

 ceph version 13.2.2 (02899bfda814146b021136e9d8e80eba494e1126) mimic (stable)
 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x102) [0x7f98113645c2]
 2: (()+0x26c787) [0x7f9811364787]
 3: (PastIntervals::decode(ceph::buffer::list::iterator&)+0x1e3) [0x55612429e0b3]
 4: (PG::read_info(ObjectStore*, spg_t, coll_t const&, pg_info_t&, PastIntervals&, unsigned char&)+0x291) [0x556124107771]
 5: (PG::read_state(ObjectStore*)+0x56) [0x55612412f606]
 6: (OSD::load_pgs()+0x566) [0x556124071a36]
 7: (OSD::init()+0xcd3) [0x55612407ce03]
 8: (main()+0x268d) [0x556123f6a4ed]
 9: (__libc_start_main()+0xe7) [0x7f980e927b97]
 10: (_start()+0x2a) [0x5561240327fa]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

--- begin dump of recent events ---

Могу ли я что-то сделать вручную, чтобы исправить эту ситуацию?

...