2013-09-03 8 views
0

Я получаю follwing два исключения при подключении к Kerberos включен Datastax от Cassandra-кли: -Datastax с Kerberos - TTransportNegotiationException

  1. ERROR [Бережливость: 1] 2013-09-03 11:01: 01,025 CustomTThreadPoolServer.java (строка 210) Ошибка при обработке сообщения. java.lang.RuntimeException: org.apache.thrift.transport.TTransportException: Ошибка инициализации контекста безопасности

  2. ERROR [БЕРЕЖЛИВОСТЬ: 2] 2013-09-03 11: 01: 01061 TNegotiatingServerTransport.java (строка 291) Произошла ошибка во время переговоров по транспортировке com.datastax.bdp.transport.common.TTransportNegotiationException: запрашивается неправильный тип аутентификации. Запрашиваемые аутентификации: Нет аутентификации с сервис принципала: FRAMED_TRANSPORT_FAKE_PRINCIPAL, разрешены аутентификации: Kerberos

ответ

0

Вторая ошибка указывает на то, что Cassandra-кли соединение не защищено:

Requested auth: No authentication with service principal: FRAMED_TRANSPORT_FAKE_PRINCIPAL 
Allowed auth: Kerberos 

Используете Кассандры Cli из один из узлов в защищенном кластере DSE или удаленном компьютере вне кластера?

+0

ya Я запускаю его с самого узла кластера с билетом в кеберосе. – Debika

1

Эта проблема может быть вызвана неправильной настройкой Kerberos. Совсем недавно мы обнаружили, что сообщение об ошибках для связанных с кеберосом проблем иногда вводит в заблуждение, так как клиент пытается подключиться без кеберосов, если в первую очередь произойдет сбой связи с кеберосом. К сожалению, только исключение из этой попытки резервного копирования регистрируется вместо исходной ошибки. Это будет исправлено в следующем выпуске исправления (3.1.4).

Вы можете попытаться соединиться с

cassandra-cli -tr com.datastax.bdp.transport.client.TKerberosClientTransportFactory 

отключить не-Керберос не резервными и посмотреть, что это ошибка тогда? Вы также можете посмотреть в system.log и проверить, что сервер пытается вам рассказать.

 Смежные вопросы

  • Нет связанных вопросов^_^