Обновление с Wheezy до Jessie: сердцебиение + кардиостимулятор, Использование устаревшего расположения конфигурации: / var / lib / heartbeat / crm, но, похоже, не работает - PullRequest
0 голосов
/ 26 мая 2019

Попытка перейти с Wheezy на Jessie (я знаю, поздно).

Я уже обнаружил, что, несмотря на то, что номера версий сердцебиения, кардиостимулятора и коросинхронизации практически не меняются, в его работе произошли большие изменения. Я использую эту статью https://wiki.debian.org/Debian-HA/ClustersFromScratch для ее установки.

Однако я не могу запустить кластер с исходной конфигурацией. Сообщает ERROR: status: crm_mon (rc=107): Connection to cluster failed: Transport endpoint is not connected

заметил в логе

May 25 01:07:59 [4989] domainname.com        cib:   notice: main:      Using legacy config location: /var/lib/heartbeat/crm
May 25 01:07:59 [4989] domainname.com        cib:     info: get_cluster_type:  Verifying cluster type: 'corosync'
May 25 01:07:59 [4989] domainname.com        cib:     info: get_cluster_type:  Assuming an active 'corosync' cluster
May 25 01:07:59 [4989] domainname.com        cib:     info: retrieveCib:       Reading cluster configuration file /var/lib/heartbeat/crm/cib.xml (digest: /var/lib/heartbeat/crm
May 25 01:07:59 [4992] domainname.com      attrd:     info: corosync_node_name:        Unable to get node name for nodeid 2130...
May 25 01:07:59 [4992] domainname.com      attrd:   notice: get_node_name:     Defaulting to uname -n for the local corosync node name
May 25 01:07:59 [4992] domainname.com      attrd:     info: crm_get_peer:      Node 2130... is now known as domainname.com
May 25 01:07:59 [4990] domainname.com stonith-ng:     info: corosync_node_name:        Unable to get node name for nodeid 2130...
May 25 01:07:59 [4990] domainname.com stonith-ng:   notice: get_node_name:     Defaulting to uname -n for the local corosync node name
May 25 01:07:59 [4990] domainname.com stonith-ng:     info: crm_get_peer:      Node 2130... is now known as domainname.com
May 25 01:07:59 [4992] domainname.com      attrd:     info: main:      Cluster connection active
May 25 01:07:59 [4992] domainname.com      attrd:     info: qb_ipcs_us_publish:        server name: attrd
May 25 01:07:59 [4992] domainname.com      attrd:     info: main:      Accepting attribute updates
May 25 01:07:59 [4989] domainname.com        cib:     info: validate_with_relaxng:     Creating RNG parser context
May 25 01:07:59 [4987] domainname.com pacemakerd:    error: pcmk_child_exit:   The cib process (4989) exited: Key has expired (127)

и когда я удаляю / var / lib / heartbeat / crm, он по крайней мере запускается, чтобы я мог получить статус crm.

Теперь: вопрос: должна ли работать старая конфигурация, и я должен искать в другом месте (журнал ОГРОМНЫЙ), или мне будет проще удалить каталог и просто определить четыре ресурса, которые у меня снова?

Для справки, номера версий: Свистящие:

pacemaker/wheezy uptodate 1.1.7-1
libcorosync4/wheezy uptodate 1.4.2-3
heartbeat/wheezy uptodate 1:3.0.5-3
libheartbeat2/wheezy uptodate 1:3.0.5-3

Jessie:

pacemaker:amd64/jessie-backports 1.1.16-1~bpo8+1 uptodate
corosync:amd64/jessie-backports 2.4.2-3+deb9u1~bpo8+1 uptodate
libcorosync-common4:amd64/jessie-backports 2.4.2-3+deb9u1~bpo8+1 uptodate
libcorosync4:all/jessie 1.4.6-1.1 uptodate
heartbeat:amd64/jessie 1:3.0.5+hg12629-1.2 uptodate
libheartbeat2:amd64/jessie 1:3.0.5+hg12629-1.2 uptodate

1 Ответ

0 голосов
/ 27 мая 2019

Чтение http://www.linux -ha.org / doc / руководство пользователя / _upgrading_from_crm_enabled_heartbeat_2_1_clusters.html # _backing_up_the_cib похоже, что правильным решением будет удаление всего в / var / lib / heartbeat /crm ИСКЛЮЧИТЬ /var/lib/heartbeat/crm/cib.xml

... не уверен, почему heartbeat / wheezy 3.0.5-3 будет похож на 2.1, но имеет смысл ...

... хммм нет не работает.

...