Я пытаюсь построить кластер ceph с 3 мониторами и 5 OSD, используя документацию в ручном режиме: http://docs.ceph.com/docs/master/install/manual-deployment/#monitor-bootstrapping.
Так как я использую debian buster на arm64, для debian-luminous нет пакета предварительной сборки, но я собрал свой собственный (apt-get source ceph-mgr; cd ceph-12 *; dpkg-buildpackage). Конечный результат доступен здесь: https://github.com/sebt3/packages.
Сборка 1-го монитора работает довольно хорошо. Но когда я добавляю второй монитор (используя http://docs.ceph.com/docs/master/rados/operations/add-or-rm-mons/). Второй монитор не подключается. Запуск его вручную (/ usr / bin / ceph-mon -f --cluster ceph --id nano13 --setuser ceph - -setgroup ceph -d --debug_ms 5), я выдает следующие ошибки:
2018-09-04 18:18:41.077937 7f89c86790 0 mon.nano13@-1(synchronizing) e1 ms_verify_authorizer bad authorizer from mon 192.168.10.12:6789/0
2018-09-04 18:18:41.078176 7f89c86790 0 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4947800 :-1 s=STATE_ACCEPTING_WAIT_CONNECT_MSG_AUTH pgs=300 cs=73 l=0).handle_connect_msg: challenging authorizer
2018-09-04 18:18:41.082448 7f89c86790 2 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4947800 :-1 s=STATE_ACCEPTING_WAIT_SEQ pgs=302 cs=75 l=0).handle_connect_msg accept write reply msg done
2018-09-04 18:18:41.085526 7f89c86790 2 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4947800 :-1 s=STATE_ACCEPTING_WAIT_SEQ pgs=302 cs=75 l=0)._process_connection accept get newly_acked_seq 3
2018-09-04 18:18:41.097364 7f89c86790 0 bad crc in front 4144944612 != exp 3525444667
2018-09-04 18:18:41.097557 7f89c86790 1 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4947800 :-1 s=STATE_OPEN_MESSAGE_READ_FOOTER_AND_DISPATCH pgs=302 cs=75 l=0).process decode message failed
2018-09-04 18:18:41.102803 7f8ac88790 1 -- 192.168.10.13:6789/0 >> - conn(0x55a4981000 :6789 s=STATE_ACCEPTING pgs=0 cs=0 l=0)._process_connection sd=29 -
2018-09-04 18:18:41.145781 7f8ac88790 0 mon.nano13@-1(synchronizing) e1 ms_verify_authorizer bad authorizer from mon 192.168.10.12:6789/0
2018-09-04 18:18:41.146050 7f8ac88790 0 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4981000 :6789 s=STATE_ACCEPTING_WAIT_CONNECT_MSG_AUTH pgs=0 cs=0 l=0).handle_connect_msg: challenging authorizer
2018-09-04 18:18:41.149062 7f8ac88790 0 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4981000 :6789 s=STATE_ACCEPTING_WAIT_CONNECT_MSG_AUTH pgs=0 cs=0 l=0).handle_connect_msg accept connect_seq 76 vs existing csq=75 existing_state=STATE_STANDBY
2018-09-04 18:18:41.149336 7f8ac88790 2 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4981000 :6789 s=STATE_ACCEPTING_WAIT_CONNECT_MSG_AUTH pgs=0 cs=0 l=0)._stop
2018-09-04 18:18:41.149481 7f8ac88790 1 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4981000 :6789 s=STATE_CLOSED pgs=0 cs=0 l=0).handle_connect_msg stop myself to swap existing
2018-09-04 18:18:41.153284 7f8ac88790 0 mon.nano13@-1(synchronizing) e1 ms_verify_authorizer bad authorizer from mon 192.168.10.12:6789/0
2018-09-04 18:18:41.153537 7f8ac88790 0 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4947800 :-1 s=STATE_ACCEPTING_WAIT_CONNECT_MSG_AUTH pgs=302 cs=75 l=0).handle_connect_msg: challenging authorizer
2018-09-04 18:18:41.157265 7f8ac88790 2 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4947800 :-1 s=STATE_ACCEPTING_WAIT_SEQ pgs=304 cs=77 l=0).handle_connect_msg accept write reply msg done
2018-09-04 18:18:41.159938 7f8ac88790 2 -- 192.168.10.13:6789/0 >> 192.168.10.12:6789/0 conn(0x55a4947800 :-1 s=STATE_ACCEPTING_WAIT_SEQ pgs=304 cs=77 l=0)._process_connection accept get newly_acked_seq 3
2018-09-04 18:18:41.171493 7f8ac88790 0 bad crc in front 4144944612 != exp 3525444667
Любой указатель будет более чем приветствоваться:)