cassandra - datastax opscenter代理未安装

Question

我在127.0.1.1上运行自己的cassandra版本。我将rpc_address和address更改为127.0.1.1。

当我启动 Opscenter 时，系统会提示我安装agents，并通过推荐的Fix now选项进行安装。但是，当我尝试安装时，会要求我提供一些Node ssh凭据。我不知道这是什么意思。





在此处输入正确的凭证是什么？

我尝试在具有root权限的Linux上添加新用户，并尝试使用该用户名，但是它不起作用。我也尝试过手动运行install_agent.sh，但是它不起作用。

我想念什么吗？

编辑:

address.yaml

stomp_interface: 127.0.1.1
agent_rpc_interface: "127.0.1.1"
cassandra-conf: /home/kaushaya/Dropbox/Work/ITNow/olderVersions/cassandra2.11/apache-cassandra-2.1.12/conf/cassandra.yaml
stomp_port: 61620
jmx_host: 127.0.1.1
jmx_port: 7199

cassandra.yaml

http://textuploader.com/57ivn

编辑2:

对于用户名和密码，我使用的是datastax凭据。
对于私钥，我正在使用@apesa提到的 /etc/ssh/ssh_host_rsa_key.pub中的 key 。但是仍然无法安装代理。

我的address.yaml文件正确吗？

编辑3:

就像您在下图中看到的那样，当考虑到Opscenter未连接到代理时，我仍然可以看到cassandra中的键空间和表。



对于 sudo netstat -p | grep 127.0.1.1我没有输出。

xyz@ubuntu$ ps -ef | grep datastax-agent
xyz@ubuntu$ ps -ef | grep cassandra

输出分别是this和this。简而言之，是的，我可以看到 jar ，而且我也猜环境变量。

，您问我如何开始使用cassandra？

cassandra文件夹中的 sudo ./bin/cassandra。之后，我使用Spark Streaming将数据从kafka传输到cassandra。但这并不重要。
Even if it is not connecting to the agent the opscenter should still show the cassandra instance. Do you see your test_Cluster?是的!我做!

最后， nodetool status给了我这个:

Datacenter: datacenter1
=======================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address    Load       Tokens  Owns    Host ID                               Rack
UN  127.0.1.1  58.94 MB   256     ?       367dd1c6-291d-4e57-a2b6-e04d74154a6f  rack1

Note: Non-system keyspaces don't have the same replication settings, effective ownership information is meaningless

我相信:

我不确定，但也许我的 address.yaml不正确？我已经更新了上面的 address.yaml，也许我需要更改一些内容？当我运行 ./datastax-agent时，更改address.yaml给我不同的输出。谢谢。

编辑4:

尝试了@apesa建议的所有内容，这是脚本的详细输出。我仍然有同样的问题。

版本:

Opscenter: 5.2.4
datastax-agent: 5.2.4
Cassandra: 2.1.12

sudo netstat -p的输出grep:9042

tcp        0      0 localhost:38155         ganguly:9042            ESTABLISHED 15907/python2.7 
tcp        0      0 localhost:38154         ganguly:9042            ESTABLISHED 15907/python2.7 
tcp        0      0 localhost:38153         ganguly:9042            ESTABLISHED 15907/python2.7 
tcp6       0      0 localhost:38176         ganguly:9042            ESTABLISHED 15951/java      
tcp6       0      0 localhost:38179         ganguly:9042            ESTABLISHED 15951/java      
tcp6       0      0 ganguly:9042            localhost:38154         ESTABLISHED 15720/java      
tcp6       0      0 ganguly:9042            localhost:38153         ESTABLISHED 15720/java      
tcp6       0      0 ganguly:9042            localhost:38179         ESTABLISHED 15720/java      
tcp6       0      0 ganguly:9042            localhost:38176         ESTABLISHED 15720/java      
tcp6       0      0 ganguly:9042            localhost:38155         ESTABLISHED 15720/java  

sudo netstat -p的输出grep:7199

空白的

sudo netstat -p的输出grep:61620

空白的

在运行 sudo ./datastax-agent时使用 This is the console log。

简而言之，这是错误行:

ERROR [clojure-agent-send-off-pool-0] 2016-02-04 11:33:26,274 Can't \
connect to Cassandra (All host(s) tried for query failed (tried:\
 /127.0.0.1:9042 \
(com.datastax.driver.core.TransportException: \
[/127.0.0.1:9042] Cannot connect))), retrying soon.

但是我不知道为什么它试图在127.0.0.1上连接到cassandra，因为cassandra在127.0.1.1上运行。我在这里做错了什么？

Answer 1

有两种方法可以从OpsCenter安装DataStax代理。基于IP地址127.0.1.1，您必须正在运行Debian版本的Linux。我知道它说“可选”，但是如果没有ssh私钥，我将永远无法运行。在这种情况下，您应该使用以下命令安装OpenSSH-server

xyz@ubuntu$ sudo apt-get install openssh-server

然后按照这些 instructions设置SSH key ，然后在向“修复程序代理”对话框提供凭据时将使用该SSH key 。除非您进行更改，否则Datastax中DSE侧的用户名/密码为datastax/datastax。这就是您应该输入用户名/密码，然后将新的SSH key 复制/粘贴到私钥框中的内容。 ssh key 将在

/etc/ssh/ssh_host_rsa_key.pub

将所有凭据放在一起后，继续运行“安装代理”工具。如果仍然无法完成，则应检查安装DSE的datastax-agent文件夹，并验证是否有该代理的jar文件。

datastax-agent-5.2.4-standalone.jar

您还应该看到Agent的文件夹结构，bin，conf ...等目录都应该存在。如果一切就绪，并且cassandra.yaml文件正确，则应该可以使代理运行。

您也可以通过以下方式手动执行此操作:将正确的目录和jar文件移到适当的位置，然后重新启动代理。

编辑:

查看您最新的agent.log文件后，我会这样说。 Java中的管道中断错误是指连接不再可用或不可用。 agent.log中发生故障的地方是尝试与opscenter通信的地方。您的连接之一没有建立或配置错误。您还拥有另一个有关cassandra的日志，该日志通常位于/var/log/cassandra中，具体取决于您安装cassandra的方式。对此进行梳理，并确保在启动过程中没有错误，可以发出警告，但通常会指出问题所在。

从这一点开始，您将拥有以下日志文​​件。请注意，根据您安装所有内容的方式，文件位置可能与您的文件位置不同。

/var/log/cassandra
/var/log/datastax-agent
/var/log/OpsCenter

并且您具有以下命令来帮助整理实际运行的内容以及绑定(bind)到的端口。下面看一下，这些命令告诉您什么？

xyz@ubuntu$ sudo netstat -p | grep 127.0.1.1

您应该至少看到绑定(bind)到127.0.1.1 addr的以下端口:9042、8888、61620和其他几个端口。

还是看看这两个命令的输出。如果您还没有收到任何东西，请尝试以sudo的身份运行它们。输出将取决于您如何启动 jar

xyz@ubuntu$ ps -ef | grep datastax-agent
xyz@ubuntu$ ps -ef | grep cassandra

您应该看到所有已加载的jar文件以及启动cassandra和/或datastax-agent时设置的环境变量。

您可以编辑您的文章，并说明如何启动cassandra。即作为服务还是从命令行？

另外，从OpsCenter，您应该可以在127.0.1.1:8888看到test_cluster。如果系统提示您修复代理，请退出这些对话框，直到进入显示数据中心的主屏幕为止。即使未连接到代理，opscenter仍应显示cassandra实例。您看到您的test_Cluster吗？

最后，输入此内容会得到什么

xyz@ubuntu$ nodetool status

编辑2:

根据您的上一次编辑，看起来除了代理之外的所有东西都已启动并正在运行。因此，nodetool表示，这很好。另外，由于您可以在OpsCenter中看到“键空间”，因此您肯定已连接到正在运行的cassandra实例。

因此，进一步看似乎您的datastax-agent仍未连接。在查看您的address.yaml文件时，我可以看到几个可能的问题。这是一个简单的独立cassandra群集，具有127.0.1.1的单个IP地址。这样，将在涉及IP地址或主机的所有配置中使用127.0.1.1地址。我将对您的address.yaml文件进行以下更改。

stomp_interface: 127.0.1.1
cassandra-conf: /home/kaushaya/Dropbox/Work/ITNow/olderVersions/cassandra2.11/apache-cassandra-2.1.12/conf/cassandra.yaml
stomp_port: 61620

将JMX详细信息排除在外，因为不需要它们，一旦连接，将由opscenterd发送。此安装中也不需要agent_rpc_interface。

在cassandra/conf目录中也可以找到 cassandra-env.sh脚本。该脚本在cassandra启动时执行。在脚本底部附近查找以下行并将其取消注释，并添加主机IP 127.0.1.1代替 <public name>

# jmx: metrics and administration interface
#
# add this if you're having trouble connecting:
JVM_OPTS="$JVM_OPTS -Djava.rmi.server.hostname=127.0.1.1"

最后，有cassandra实用程序记录了 HERE。您可以在初始化时将多个cli参数传递给cassandra shell。当您要在更改IP或主机名后启动/重新启动cassandra群集时，下面的这一特定选项非常有用。进行这些更改后，您将需要重新启动cassandra。实际上，您应该按此顺序重新启动所有内容。Cassandra，datastax-agent和opscenter。

xyz@ubuntu$ bin/cassandra -Dcassandra.load_ring_state=false

完成更改并尝试启动代理后，代理仍然失败，您将需要更多调试详细信息。由于我们通过管道传递给grep实用程序，因此Netstat返回false。请尝试以下操作，因为自从使用127.0.1.1以来，端口可能已绑定(bind)到您的主机名。在以下端口:9042，:7199和:61620上运行它。您正在寻找cassandra运行时绑定(bind)到所有这些端口的主机名。

xyz@ubuntu$ sudo netstat -p | grep :9042

还请编辑您的问题，并添加运行的OpsCenter和Datastax-Agent版本。那很重要。