Не удалось настроить DSE из Opscenter

Я пытаюсь настроить DSE на недавно настроенной виртуальной машине Centos 7, но получаю сообщение об ошибке Попытка настроить dse-full 5.1.0, но установлена ​​другая версия. Обновления и понижения не поддерживаются." (opscd-pool-4) Я не могу понять, почему появляется эта ошибка, когда машина совершенно новая, даже я не запускал никаких команд DSE.

ERROR: Received error from node event-subtype="MeldError" job-id="a38724e1-2139-45f5-9266-079638c2ca2e" name="cassandra-5" ssh-management-address="192.168.159.175" node-id="dafe635a-6e98-4ae6-b0ea-6afa0da51731" event-type="error" message="Attempting to configure dse-full 5.1.0, but found a different version installed. Upgrades and downgrades aren't supported." (opscd-pool-4)

Я использую Opscentre для настройки Node.

Здесь вы идете подробный журнал LCM

2017-11-29 05:38:37,753 [opscenterd]  INFO: configure job started for node name="cassandra-5" ssh-management-address="192.168.138.237" node-id="dafe635a-6e98-4ae6-b0ea-6afa0da51731" (async-thread-macro-32)
2017-11-29 05:38:37,776 [opscenterd]  INFO: Trying to establish ssh connection name="cassandra-5" ssh-management-address="192.168.138.237" node-id="dafe635a-6e98-4ae6-b0ea-6afa0da51731" node-name="cassandra-5" job-id="4fae4fe1-ca3c-4924-abdb-62c4cf4ad878" (async-thread-macro-32)
2017-11-29 05:38:38,515 [opscenterd]  INFO: Received milestone from node name="cassandra-5" ssh-management-address="192.168.138.237" node-id="dafe635a-6e98-4ae6-b0ea-6afa0da51731" message="Uploaded facts to OpsCenter server" job-id="4fae4fe1-ca3c-4924-abdb-62c4cf4ad878" (opscd-pool-0)
2017-11-29 05:38:40,135 [opscenterd] ERROR: Received error from node event-subtype="MeldError" job-id="4fae4fe1-ca3c-4924-abdb-62c4cf4ad878" name="cassandra-5" ssh-management-address="192.168.138.237" node-id="dafe635a-6e98-4ae6-b0ea-6afa0da51731" event-type="error" message="Attempting to configure dse-full 5.1.0, but found a different version installed. Upgrades and downgrades aren't supported." (opscd-pool-7)
2017-11-29 05:38:40,161 [opscenterd] ERROR: Configure job 4fae4fe1-ca3c-4924-abdb-62c4cf4ad878 failed! (async-thread-macro-33)
2017-11-29 05:38:41,102 [opscenterd]  INFO: configure job finished for node name="cassandra-5" ssh-management-address="192.168.138.237" node-id="dafe635a-6e98-4ae6-b0ea-6afa0da51731" (async-thread-macro-32)

Вот информация об узле:

[root@li1639-135 ~]# dpkg -l dse-full
    -bash: dpkg: command not found

[root@li1639-135 ~]# yum info dse-full

Loaded plugins: fastestmirror

base                                                     | 3.6 kB     00:00     
extras                                                   | 3.4 kB     00:00     
updates                                                  | 3.4 kB     00:00     
(1/4): base/7/x86_64/group_gz                              | 156 kB   00:00     
(2/4): extras/7/x86_64/primary_db                          | 130 kB   00:00     
(3/4): base/7/x86_64/primary_db                            | 5.7 MB   00:00     
(4/4): updates/7/x86_64/primary_db                         | 3.6 MB   00:00     
Determining fastest mirrors
 * base: mirrors.linode.com
 * extras: mirrors.linode.com
 * updates: mirrors.linode.com
Error: No matching Packages to list

Вакансия ID4fae4fe1-ca3c-4924-abdb-62c4cf4ad878

11/29/2017, 5:38:40AM UTC ERROR - MELDERROR Attempting to configure dse-full 5.1.0, but found a different version installed. Upgrades and downgrades aren't supported.
11/29/2017, 5:38:40AM UTC SHELL-COMMAND - RESULT Finished executing command: rpm -qa | grep -E ^dse-full-[[:digit:]] | grep 5.1.0
11/29/2017, 5:38:39AM UTC SHELL-COMMAND - INVOCATION Invoked command: rpm -qa | grep -E ^dse-full-[[:digit:]] | grep 5.1.0
11/29/2017, 5:38:39AM UTC CHECK - IS-PACKAGE-INSTALLED Checking if package dse-full is installed with version 5.1.0
11/29/2017, 5:38:39AM UTC CHANGE - PACKAGE-PROXY Not using proxy
11/29/2017, 5:38:38AM UTC MILESTONE - UPLOADED-FACTS Uploaded facts to OpsCenter server
11/29/2017, 5:38:38AM UTC SHELL-COMMAND - INVOCATION Invoked command: if [ -x "$(which yum)" ] && [ -f "/etc/redhat-release" -o -f "/etc/SuSE-release" -o -f "/etc/system-release" ]; then echo -n "yum"; elif [ -x "$(which...

datastax-enterprise datastax-startup opscenter
person Ranjeet Ranjan    schedule 20.11.2017    source источник
comment
Это должно быть исправлено в OpsCenter 6.1.5. Пожалуйста, дайте мне знать, если это работает для вас.   -  person tom.alexander    schedule 22.11.2017
comment
Я получаю сообщение об ошибке только в 6.1.5.   -  person Ranjeet Ranjan    schedule 22.11.2017

Ответы (1)


arrow_upward
1
arrow_downward

Обновленный ответ

Я смог синхронизироваться с Ranjeet в автономном режиме и обнаружил, что опубликованные выше журналы были результатом заданий настройки, для которых требуется, чтобы DSE уже был установлен. При выполнении заданий установки все шло, как и ожидалось.

Были также некоторые проблемы с новыми поддерживаемыми платформами и проверками платформ, работающими запутанными способами, но ничего из этого не отражено в журналах исходного сообщения в этом вопросе.

Оригинальный ответ

Инженер OpsCenter/LCM здесь, я работаю над функциями обеспечения.

  1. «Попытка настроить dse-full 5.1.0, но установлена ​​другая версия. Обновления и понижения не поддерживаются». Смысл сообщения об ошибке кажется довольно ясным. Вы просите OpsCenter/LCM установить/настроить DSE 5.1.0. Вы уверены, что у вас не установлена ​​другая версия?
  2. На целевых машинах на основе apt вы можете проверить, какая версия DSE установлена, с помощью «dpkg -l dse-full».
  3. На целевых машинах на основе yum вы можете проверить, какая версия DSE установлена, с помощью «yum info dse-full».
  4. Если вы действительно пытаетесь установить DSE 5.1.0, но на ваших узлах уже установлена ​​другая версия, вам придется выполнить обновление/понижение версии вне OpsCenter LCM, и вы сможете возобновить управление конфигурациями с помощью LCM после установки нужной версии. См. http://docs.datastax.com/en/upgrade/doc/upgrade/datastax_enterprise/upgrdDSE.html
  5. Если вы пытаетесь установить какую-либо другую версию (которая соответствует уже установленной), вам придется клонировать свой профиль конфигурации и установить правильную версию DSE при создании нового CP. См.: https://support.datastax.com/hc/en-us/articles/212267063-Lifecycle-Manager-Cloning-Configuration-Profiles
  6. Если вы считаете, что ошибка от OpsCenter/LCM ошибочна и что у вас на самом деле не установлена ​​другая версия DSE на целевых узлах, нам потребуются дополнительные фрагменты журнала от LCM с событиями, приведшими к ошибке, и информацию о том, как вы подтвердили версию DSE на всех узлах.
person Mike Lococo    schedule 27.11.2017
comment
Привет, Майк, если вы ответите на мой вопрос, я четко упомянул, что не запускал ни одной команды на своем новом узле, но я не могу понять, почему возникает эта ошибка, когда машина совершенно новая, даже я не запускал ни одной команды DSE. . - person Ranjeet Ranjan; 27.11.2017
comment
Я не слышал других сообщений об этом поведении, но, как упоминалось выше, в вашем журнале заданий есть другие события заданий, которые показывают, как LCM определяет, установлен DSE или нет, и я также предложил несколько упрощенных команд для проверки. Если вы считаете, что LCM неправильно определяет установку DSE там, где ее нет, вам необходимо опубликовать соответствующие события заданий, в которых LCM ищет и ошибочно находит установленную DSE, а также результаты команд, которые я предложил в шагах 2 и 3 моего ответа. - person Mike Lococo; 28.11.2017
comment
Из-за ограничения количества символов я обновил журналы LCM и информацию о пакете Node только для своего вопроса. - person Ranjeet Ranjan; 29.11.2017
comment
Хрмф. Это, безусловно, похоже на то, что ошибка выдается ошибочно. Обновленная информация в вашем посте полезна, но упускает некоторый критический контекст. В пользовательском интерфейсе LCM в разделе «Работа» -> страница «Неудачное задание» -> страница «Неудачный узел» есть список событий-задания. В середине списка должна быть серия, подобная Installing DSE Invoked command: apt cache madison... Завершено выполнение команды: .... Их довольно много, которые могут иметь значение, самый простой способ сообщить об этом может быть чтобы включить ведение журнала отладки и запустить другое задание, в результате чего события заданий будут отображаться в opscenterd.log... - person Mike Lococo; 30.11.2017
comment
Но эти события Finished Executing command: ... должны иметь вывод stdout и stderr для команды, и, если повезет, один из них может показать команду и результаты, в которых мы неправильно оцениваем, что DSE уже установлен. Но в основном мы ищем любые соответствующие команды после события «Установка DSE», которые могут сообщить нам, почему LCM запутался. - person Mike Lococo; 30.11.2017
comment
Есть также некоторые события проверки наличия пакета foo, за которыми следуют вызовы команд, которые могут быть лучшим местом для начала. К сожалению, мы не записываем результаты для этих команд, но мы записываем команду, которую мы запускаем, и вы должны иметь возможность запустить их самостоятельно, чтобы увидеть, каков результат. - person Mike Lococo; 30.11.2017
comment
Я повторно обновил свой вопрос с подробными журналами LCM. Пожалуйста, проверьте и дайте мне знать, если вам нужна дополнительная информация. - person Ranjeet Ranjan; 01.12.2017
comment
'29.11.2017, 5:38:40 UTC SHELL-COMMAND - РЕЗУЛЬТАТ Завершено выполнение команды: rpm -qa | grep -E ^dse-полный-[[:цифра:]] | grep 5.1.0' Это критическое событие задания. Слева от этой строки в пользовательском интерфейсе есть значок. Если вы нажмете на него, он покажет вам stderr и stdout для этой команды, или вы можете запустить его вручную и посмотреть, что вы получите. Они точно скажут нам, почему LCM сбит с толку. - person Mike Lococo; 02.12.2017
comment
Я не получил ничего после выполнения вручную непосредственно на узле rpm -qa | grep -E ^dse-полный-[[:цифра:]] | grep 5.1.0 root@li1474-22 ~]# rpm -qa | grep -E ^dse-полный-[[:цифра:]] | grep 5.1.0 [root@li1474-22 ~]# - person Ranjeet Ranjan; 04.12.2017
comment
Странный. Никакого вывода не ожидается, если dse-full не установлен, поэтому я не уверен, почему LCM утверждает, что он установлен. Я думаю, что на этом этапе лучше всего открыть событие задания в пользовательском интерфейсе и вставить stdout, stderr и код выхода, чтобы у меня была вся информация именно так, как ее видел LCM. - person Mike Lococo; 04.12.2017
comment
Я не понял. Cau вы объясните маленькую деталь? - person Ranjeet Ranjan; 04.12.2017
comment
Насколько я понимаю, вам нужен вывод LCM от 29.11.2017, 5:38:40 UTC SHELL-COMMAND — RESULT — до {} и после { stdout: , stderr: , return_code: 1 } - person Ranjeet Ranjan; 04.12.2017
comment
Этот результат - то, что я искал, и он выглядит так, как должен. Когда я сравниваю ваш список событий работы со своим собственным, я не вижу 3 дополнительных события работы, которые я ожидал увидеть. У вас есть: Проверка того, установлена ​​ли какая-либо версия пакета dse-full, затем вызывается команда, за которой следует КОМАНДА ОБОЛОЧКИ - РЕЗУЛЬТАТ? Обратите внимание, что эти события проверяют любую версию dse по сравнению с событиями, которые вы опубликовали специально для 5.1.0. Опять же, интересным будет stdout, stderr и return_code события команда-результат. - person Mike Lococo; 05.12.2017
comment
Привет, Майк, все, что я вижу, это журналы, которыми я поделился. Других рабочих событий нет. Пожалуйста, дайте мне знать, если вам нужно что-то еще от меня. - person Ranjeet Ranjan; 05.12.2017
comment
Я в тупике. Я не думаю, что я могу чем-то еще помочь вам через stackoverflow. Если у вас есть поддержка DataStax, откройте заявку в службу поддержки и запросите эскалацию вашей заявки в службу поддержки. Если вы участвуете в программе запуска, обратитесь к своему контактному лицу в программе, упомяните меня по имени и скажите им, что даже если у вас нет поддержки, команда инженеров LCM хочет работать с вами, чтобы решить трудно воспроизводимую проблему. проблема, которая может затронуть всех клиентов. Возможно, с помощью совместного использования экрана мы сможем продвинуться дальше. - person Mike Lococo; 05.12.2017