Передовая практика DSE OpsCenter дает сбой при использовании Cassandra PasswordAuthenticator

При включении Cassandra PasswordAuthenticator не выполняются следующие проверки передового опыта:

  • Узлы поиска включены с плохой автоматической фиксацией
  • Узлы поиска с включенным кешем результатов запроса
  • Поисковые узлы с плохим кешем фильтров

Мои значения соответствуют рекомендуемым значениям; и я подтвердил, что проверки действительно проходят, когда я отключаю аутентификацию в Cassandra. Странно то, что в категории «Solr Advisor» службы Best Practice есть 6 проверок, и только эти 3 не проходят при включенной аутентификации.

введите здесь описание изображения

Это известная ошибка в Opscenter? Я использую v5.0.1, но я видел это с v5.0.0.

Куда я могу отправлять подобные отчеты об ошибках? Есть ли в Datastax общедоступный трекер ошибок?

ПС:

На самом деле я считаю, что этот вопрос больше подходит для ServerFault, но у меня недостаточно репутации на этом сайте, чтобы создавать теги «datastax» и «datastax-enterprise». Может ли кто-нибудь сделать это, пожалуйста, и перенести этот вопрос?


datastax datastax-enterprise opscenter
person PJ.    schedule 24.09.2014    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Когда Cassandra использует PasswordAuthenticator, то HTTP-маршруты, которые агент opscenter использует для определения параметров схемы solr, также становятся защищенными паролем (однако агент не пытается правильно ввести пароль). Это ошибка в агенте opscenter, на которую можно ссылаться как OPSC-3605.

К сожалению, у Datastax Enterprise нет общедоступной системы отслеживания ошибок. Если вы являетесь клиентом DSE, возможно, лучший метод, который вы можете использовать, — обратиться в службу поддержки DSE.

person Dio    schedule 29.09.2014
comment
Если причина в этом, то я не понимаю, почему остальные 3 проверки проходят. Смотрите изображение, которое я включил в свой OP. Проверка кучи, вероятно, является исключением, поскольку она устанавливается через другой файл конфигурации (cassandra-env.sh); но два других находятся в том же файле, где установлены 3 неудачные проверки (solrconfig.xml). Они были реализованы по-разному? - person PJ.; 10.10.2014
comment
PS: Компания, в которой я работаю, является клиентом DSE, но только через программу запуска, поэтому у нас нет доступа к официальной поддержке. Однако было бы неплохо иметь возможность видеть существующие отчеты об ошибках. - person PJ.; 10.10.2014
comment
Привет, PJ, на самом деле эти другие проверки поступают не из solrconfig.xml, они поступают из cassandra.yaml, пожалуйста, проверьте этот файл на наличие таких настроек, как row_cache_size_in_mb. Если вы участвуете в программе запуска DSE, то форумы, такие как StackOverflow, — лучший способ получить помощь. Вы можете ссылаться на это как OPSC-3605 при общении с Datastax. Лучший. - person Dio; 10.10.2014
comment
Пи Джей. Вы можете отправить электронное письмо на адрес [email protected]? Я позабочусь о том, чтобы у вас был канал, чтобы продвигать этот вопрос. Спасибо!!! - person phact; 22.10.2014