Обычный запрос на Cassandra с использованием DataStax Enterprise работает, но не solr_query

Question

У меня возникла странная проблема при использовании обработчика solr_query, чтобы делать запросы в Cassandra на моем терминале.

Когда я выполнять обычные запросы на моем столе, я не имею никаких проблем, но когда я использую solr_query я получаю следующее сообщение об ошибке:

Невозможно выполнить запрос: один или несколько узлов были недоступны.

Другие люди, которые испытали эту проблему, похоже, не могут выполнять какие-либо запросы по своим данным, независимо от того, является ли это solr_query. Моя проблема сохраняется только при использовании этого обработчика.

Может ли кто-нибудь дать мне предложение о том, что может быть с моим solr-узлом.

ТАКЖЕ - я могу делать запросы от страницы Solr администратора, но как я уже сказал, я не в состоянии сделать это на терминале в моем MacBook .....

Вот запрос я использовал для ссылка:

cqlsh: demo> select * from device WHERE solr_query = 'id: от [1 до 10000000000}';

Подробнее:

Это, как я создал свой: пространство ключей

СОЗДАНИЯ демо-пространство ключей с репликацией = { 'класс': 'NetworkTopologyStrategy', 'Solr': 1};

Это, как я создал ядро ​​Solr:

бен/dsetool create_core demo.device generateResources = истинный REINDEX = истинный

Выполненный nodetool кольцо -h на моем локальном хосте и получил это обратно:

Datacenter: Solr

адрес Состояние Rack Статус нагрузки Владеет Токен

127.0.0.1 Rack1 Up Нет rmal 2.8 MB 100.00% -673443545391973027

Итак, кажется, что мой узел вверх и нормальный ..... Это заставляет меня думать, что это проблема с фактическим обработчиком solr_query.

Я также нашел RequestHandler в моем файле конфигурации

Answer 1

Ваш запрос, вероятно, не правильно: id:[1 to 10000000000}

Ошибка «недоступные узлы», к сожалению, отвлекающим маневром, так как это путь Бережливость (который cqlsh в Cassandra 2.0 основывается) переводит заданные ошибки, в то время как вы должны получить более значимую ошибку, если повторите один и тот же запрос с драйвером на основе собственного протокола.