Curator 2.0 fails


(Tim Dunphy) #1

guys,

I've installed elasticsearch-curator 2.0, and it's unusable!

I used the recommended install command that I found here:

ES Curator Docs

[root@logs:~] #pip install elasticsearch-curator==2.0.0
Collecting elasticsearch-curator==2.0.0
  Using cached elasticsearch-curator-2.0.0.tar.gz
Requirement already satisfied (use --upgrade to upgrade): elasticsearch<2.0.0,>=1.0.0 in /usr/lib/python2.7/site-packages (from elasticsearch-curator==2.0.0)
Requirement already satisfied (use --upgrade to upgrade): argparse>=1.1.0 in /usr/lib/python2.7/site-packages (from elasticsearch-curator==2.0.0)
Requirement already satisfied (use --upgrade to upgrade): urllib3<2.0,>=1.8 in /usr/lib/python2.7/site-packages (from elasticsearch<2.0.0,>=1.0.0->elasticsearch-curator==2.0.0)
Installing collected packages: elasticsearch-curator
  Running setup.py install for elasticsearch-curator
Successfully installed elasticsearch-curator-2.0.0

But when I try to show indices, I get this!!

#curator show --show-indices
Traceback (most recent call last):
  File "/bin/curator", line 9, in <module>

load_entry_point('elasticsearch-curator==2.0.0', 'console_scripts', 'curator')()
File "/usr/lib/python2.7/site-packages/curator/curator_script.py", line 340, in main
check_version(client)
File "/usr/lib/python2.7/site-packages/curator/curator_script.py", line 220, in check_version
version_number = curator.get_version(client)
File "/usr/lib/python2.7/site-packages/curator/curator.py", line 247, in get_version
version = client.info()['version']['number']
File "/usr/lib/python2.7/site-packages/elasticsearch/client/utils.py", line 69, in _wrapped
return func(*args, params=params, **kwargs)
File "/usr/lib/python2.7/site-packages/elasticsearch/client/init.py", line 201, in info
_, data = self.transport.perform_request('GET', '/', params=params)
File "/usr/lib/python2.7/site-packages/elasticsearch/transport.py", line 307, in perform_request
status, headers, data = connection.perform_request(method, url, params, body, ignore=ignore, timeout=timeout)
File "/usr/lib/python2.7/site-packages/elasticsearch/connection/http_urllib3.py", line 93, in perform_request
self._raise_error(response.status, raw_data)
File "/usr/lib/python2.7/site-packages/elasticsearch/connection/base.py", line 105, in _raise_error
raise HTTP_EXCEPTIONS.get(status_code, TransportError)(status_code, error_message, additional_info)
elasticsearch.exceptions.AuthenticationException: TransportError(401, u'security_exception')

What's broken? How do I fix this?


(Aaron Mildenstein) #2

You should be using Curator 3.4.0, which is what the documentation linked is referencing. 2.0 is very old, and before a major API change, which is reflected in the docs you linked.


(Tim Dunphy) #3

Ahhh! Thanks Aaron! I guess I didn't read down far enough into that page.

Working just fine at this point:

root@logs:~] #curator --http_auth admin:$ES_PASS show indices  --all-indices
2015-11-20 19:44:11,598 INFO      Job starting: show indices
2015-11-20 19:44:11,614 INFO      Matching all indices. Ignoring flags other than --exclude.
2015-11-20 19:44:11,614 INFO      Action show will be performed on the following indices: [u'.kibana', u'logstash-2015.11.19', u'logstash-2015.11.21']
2015-11-20 19:44:11,614 INFO      Matching indices:
.kibana
logstash-2015.11.19
logstash-2015.11.21

I appreciate the input!

Also, I hate to bring this up, but I am still stuck with a bigger issue of getting LS to write to ES+Shield, using ES 2.0. I had this working fine under ES 1.7.1. But since the upgrade, no joy! Also, LS works beautifully minus shield! But I don't want to leave my ES cluster exposed.

Could I get your input on this issue?

LS fails to write to ES + Shield

Thanks!


(system) #4