Реконструкция datastax-агента не удается из OpsCenter

Запуск Datastax Enterprise 4.5.1 с OpsCenter 5.0.0 и пытается обновить OpsCenter и datastax-агентов OpsCenter версии 5.1.0Реконструкция datastax-агента не удается из OpsCenter

Это тестовый кластер из 2-х узлов AWS.

Я загрузил OpsCenter 5.1.0 с сайта Datastax и успешно обновил сервер OpsCenter в своем тестовом кластере. Как и ожидалось, после подключения к новой веб-странице OpsCenter было отображено сообщение о том, что агенты не могут подключиться.

Я попытался обновить агентов из веб-интерфейса OpsCenter. Я добавил учетные данные для AWS, имя пользователя 'ubuntu' и открытый ключ в формате pem и выполнил обновление. Это не удалось.

В /var/log/opscenterd/opscenterd.log, я вижу следующее:

2015-03-05 17:47:33+0000 [] WARN: Marking request e3f82540-3bd8-4d27-81dd-e40fd476dd0a as failed: Failure installing agent on 10.0.11.138. 
     Standard output: 
       bin/find-java 
       bin/install_agent.sh 
       bin/sudowrap 
       ./datastax-agent.deb 
       ./datastax-agent.rpm 
       DataStax AMI wasn't used 
       * Stopping DataStax Agent datastax-agent 
       ...done. 
       Reading package lists... 
       Building dependency tree... 
       Reading state information... 
       E: Unable to locate package opscenter-agent 
       Starting agent installation process for version 5.1.0 
       Reading package lists... 
       Building dependency tree... 
       Reading state information... 
       sysstat is already the newest version. 
       0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 
       Selecting previously unselected package datastax-agent. 
       (Reading database ... 82449 files and directories currently installed.) 
       Preparing to unpack .../datastax-agent.deb ... 
       Unpacking datastax-agent (5.1.0) ... 
       Setting up datastax-agent (5.1.0) ... 

       Configuration file '/etc/datastax-agent/datastax-agent-env.sh' 
       ==> File on system created by you or by a script. 
       ==> File also in package provided by package maintainer. 
       What would you like to do about it ? Your options are: 
       Y or I : install the package maintainer's version 
       N or O : keep your currently-installed version 
       D  : show the differences between the versions 
       Z  : start a shell to examine the situation 
       The default action is to keep your current version. 

     Exit code: 130

Когда я пошел к узлам, то Dpkg процесс все еще работает, и я должен был убить его вручную. Я снова запустил процедуру обновления из webUI; на этот раз он говорит, что это было успешно, но агенты все еще не соединяются.

Любая идея, что произошло или как ее решить?

источник

2015-03-05 LHWizard

Является ли агент запущенным на ваших узлах? '' 'ps -ef | grep datastax-agent''' – phact

Почему есть 2 банки? 'opscent + 20387 1 41 20:52 pts/0 00:00:07/usr/lib/jvm/java-7-oracle/jre/bin/java -Xmx40M -Xms40M -Dopscenter.ssl.trustStore =/var/lib/datastax-agent/ssl/agentKeyStore -Dopscenter.ssl.keyStore =/var/lib/datastax-agent/ssl/agentKeyStore -Dopscenter.ssl.keyStorePassword = opscenter -Dagent-pidfile =/var/run/datastax-agent/datastax-agent.pid -Dlog4j.configuration =./conf/log4j.properties -Djava.security.auth.login.config =./conf/kerberos.config -jar datastax-agent-5.0.0-standalone.jar datastax- agent-5.1.0-standalone.jar/var/lib/datastax-agent/conf/address.yaml' – LHWizard

Это выглядит нормально. Учитывая предупреждение выше, ваш файл конфигурации искажен? '/etc/datastax-agent/datastax-agent-env.sh' – phact

Это известная проблема, когда файлы конфигурации, которые были изменены в пакетах, изменены пользователем. Двумя возможными обходными решениями для этого являются установка пакета агента на каждом узле вручную, так что вы можете выбрать, какие действия должен предпринять менеджер пакетов; или вернуть изменения в datastax-agent-env.sh, установить агентов через OpsCenter, а затем повторно применить свои изменения (это возможно только в том случае, если вы точно знаете, какие изменения были внесены).

Для справки, внутренний билет для фиксации этого в OpsCenter - это OPSC-4495, который должен быть исправлен в предстоящем выпуске исправления.

источник

2015-03-17 14:23:17 mbulman

для полноты, есть 3 файла, которые изменяются при обновлении с 5.0.0. до 5.1.0 - '/etc/datastax-agent/datastax-agent-env.sh, /etc/init.d/datastax-agent,/etc/sudoers.д/OpsCenter-агент-sudoers' – LHWizard

Вы пытались обновить агент данных datastax вручную на каждом узле через sudo apt-get update && sudo apt-get upgrade datastax-agent?

источник

2015-03-11 18:17:46 sebamontini

нет, я не пробовал, потому что я не устанавливал из репо. Я загрузил установщик OpsCenter 5.1 для Linux с сайта Datastax. Я использую datastax для предприятия. – LHWizard

Почему бы не попробовать с РЕПО? вы получите обновления быстрее и проще в дальнейшем, используя tarball – sebamontini

Реконструкция datastax-агента не удается из OpsCenter

ответ

Смежные вопросы