Datastax Agent连接OpsCenter SSL时遇文件未找到/权限拒绝问题

结合你提供的日志、配置细节（DSE 5.1.7、OpsCenter 6.1.16，且使用cassandra服务账户而非默认opscenter账户），核心问题是Datastax Agent进程无法正常访问指定路径下的SSL密钥库文件，下面是具体的排查和解决步骤：

1. 确认密钥库文件的存在性与路径准确性 #

首先要排除“文件真的不存在”的情况：

• 针对你尝试的/etc/dse/路径，执行命令验证文件是否存在：

  ls -l /etc/dse/opscenter.jks /etc/dse/truststore.jks
  

  如果文件确实不存在，你需要从OpsCenter服务器复制正确的密钥库文件到Agent节点的对应路径，或者按照官方流程重新生成适配的SSL证书对。

2. 修复文件的权限与归属（关键！） #

因为你用cassandra账户运行OpsCenter及关联的Agent进程，必须确保密钥库文件的权限允许cassandra用户读取：

• 先将文件的所有者和组改为cassandra：

  sudo chown cassandra:cassandra /etc/dse/opscenter.jks /etc/dse/truststore.jks
  

• 再设置安全的文件权限（仅所有者可读写，符合SSL文件的安全要求）：

  sudo chmod 600 /etc/dse/opscenter.jks /etc/dse/truststore.jks
  

  注意：你之前尝试的/root/.cassandra/路径本身属于root用户，即使文件权限开放，cassandra用户也无法访问该目录（目录权限限制），所以绝对不要把密钥库放在root的家目录下。

3. 检查Agent配置文件的格式与完整性 #

你的address.yaml可能存在格式或配置缺失问题：

• 确保配置项的冒号后有空格，正确格式如下：

  opscenter_ssl_keystore: /etc/dse/opscenter.jks
  opscenter_ssl_keystore_password: <ks pass>
  opscenter_ssl_truststore: /etc/dse/truststore.jks
  opscenter_ssl_truststore_password: <trst pass>
  

• 日志中出现Creating stomp connection to :61620（缺少OpsCenter主机IP），说明你可能缺失了stomp_interface配置项，需要补充：

  stomp_interface: <opscenter_host_ip>
  

4. 重启Agent并验证结果 #

完成上述操作后，重启Datastax Agent进程：

sudo service datastax-agent restart

然后查看Agent日志（通常位于/var/log/datastax-agent/目录），确认是否还存在文件访问相关的错误。

内容的提问来源于stack exchange，提问作者sp77