Closed dcapwell closed 6 years ago
$ pip freeze | grep python-krbV
python-krbV==1.0.90
$ pip freeze | grep snake
snakebite==2.11.0
$ pip freeze | grep sasl
sasl==0.2.1
Run snakebite in debug mode:
_DEBUG:snakebite.rpc_sasl:Available mechs: DIGEST-MD5,GSSAPI DEBUG:snakebite.rpcsasl:Chosen mech:
Empty "Chosen mech".
https://github.com/spotify/snakebite/issues/175#issuecomment-237251283
I was having the same problem as in the OP and for me the actual problem turned out to be missing the cyrus-sasl-md5 and(/or?) cyrus-sasl-gssapi packages. Installing these packages solved it.
Sorry, should close
So turns out that the way our package installs works is based off relocation which doesn't work with Cyrus sasl since plugin directory is a compile config.
I was able to resolve this by recompile Cyrus sasl
Related-To: https://github.com/spotify/snakebite/issues/175
I am trying to get snakebite to work (for Airflow) in a container environment and having a few issues. I removed Airflow (target client) from the picture and created this basic script to test things out
I have two clusters I am testing out; a hadoop cluster I created, and one created by CDH. When I run the above script on a physical node (host portion of principle matches hostname), it works just fine against my test cluster. When I move the script into a docker container and call the CDH cluster, I get the below exception. Since this is in Docker, the hostname doesn't match principle (nor do I have permissions to fix the hostname).
From the same host, using the hadoop libraries work fine, and so does code we have written in java. Its only when I try to use snakebite that this fails.
Thanks for your time reading this issue