【问题标题】:DSE OpsCenter best practice fails when Cassandra PasswordAuthenticator is used使用 Cassandra PasswordAuthenticator 时,DSE OpsCenter 最佳实践失败
【发布时间】:2014-11-18 17:15:48
【问题描述】:

启用 Cassandra 的 PasswordAuthenticator 时,以下最佳实践检查失败:

  • 启用了错误自动提交的搜索节点
  • 已启用查询结果缓存的搜索节点
  • 搜索过滤器缓存错误的节点

我的值符合推荐值;我已经确认当我在 Cassandra 中禁用身份验证时检查确实通过了。奇怪的是,Best Practice Service 的“Solr Advisor”类别下有 6 项检查,而启用身份验证时只有这 3 项检查失败。

这是 Opscenter 中的一个已知错误吗?我使用的是 v5.0.1,但我从 v5.0.0 开始就看到了。

我在哪里可以提交这样的错误报告? Datastax 有公共错误跟踪器吗?

PS:

我实际上觉得这个问题在 ServerFault 下更合适,但我在该站点没有足够的声誉来创建标签“datastax”和“datastax-enterprise”。有人可以这样做并移动这个问题吗?

【问题讨论】:

    标签: datastax-enterprise datastax opscenter


    【解决方案1】:

    当 Cassandra 使用 PasswordAuthenticator 时,opscenter 代理用于确定 solr 架构设置的 http 路由也会受到密码保护(但是代理不会正确尝试密码)。这是 opscenter 代理中的一个错误,可以引用为 OPSC-3605。

    很遗憾,Datastax Enterprise 没有公共错误跟踪器。如果您是 DSE 客户,您可以使用的最佳方法可能是通过 DSE 支持。

    【讨论】:

    • 如果是这个原因,那么我不明白为什么其他 3 项检查都通过了。请参阅我包含在我的 OP 中的图像。堆检查可能是一个例外,因为它是通过不同的配置文件(cassandra-env.sh)设置的;但其他两个位于设置了 3 个失败检查的同一文件中 (solrconfig.xml)。它们的实施方式不同吗?
    • PS:我工作的公司是 DSE 客户,但只能通过启动计划 - 所以我们无法获得正式支持。不过,能够查看现有的错误报告会很好
    • 嗨 PJ,实际上这些其他检查不是来自 solrconfig.xml,它们来自 cassandra.yaml,请检查该文件的设置,例如 row_cache_size_in_mb。如果您正在使用 DSE 启动程序,那么 StackOverflow 等论坛是您寻求帮助的最佳方法。与 Datastax 通信时,您可以将此称为 OPSC-3605。最好的。
    • PJ。您可以发送电子邮件至 startups@datastax.com 吗?我会确保你有一个渠道来处理这类问题。谢谢!!!
    猜你喜欢
    • 2015-03-25
    • 2016-05-19
    • 2013-06-30
    • 2015-07-13
    • 1970-01-01
    • 1970-01-01
    • 2020-12-01
    • 2018-11-24
    • 2021-10-24
    相关资源
    最近更新 更多