#########################################################
Success! Elastic Enterprise Search is starting successfully.
In a few moments, you'll be able to login at the following address:
* URL: http://localhost:3002
* If this is your first time starting Enterprise Search, check the console output above for your user authentication credentials.
etc
#########################################################
and also
#########################################################
*** Default user credentials have been setup. These are only printed once, so please ensure they are recorded. ***
username: enterprise_search
password: ****
#########################################################
However when I attempt to access https://localhost:3002/login
using the enterprise_search user and password from the console I get "Username or password is incorrect"
The password displayed is the same as ENT_SEARCH_DEFAULT_PASSWORD from the docker compose file.
I've also tried the elastic password, but same result "Username or password is incorrect"
I've checked the log files and there isn't anything useful in there.
I used David's files exactly as is, simply copy/pasted into new files on my local computer and ran docker-compose -f docker-compose.yml -f docker-compose-enterprise-search.yml up
I have found the following lines in the logs that suggest a problem when attempting to login as enterprise_search. However, I'm not sure how to fix it.
enterprisesearch_1 | [2020-12-07T02:56:51.687+00:00][1][2512][app-server][INFO]: [d315be3b-f601-4318-b644-d542a17a9d18] Started POST "/authenticate/sign_in" for 172.25.0.1 at 2020-12-07 02:56:51 +0000
enterprisesearch_1 | [2020-12-07T02:56:51.698+00:00][1][2512][action_controller][INFO]: [d315be3b-f601-4318-b644-d542a17a9d18] Processing by SharedTogo::AuthenticateController#login as */*
enterprisesearch_1 | [2020-12-07T02:56:51.699+00:00][1][2512][action_controller][INFO]: [d315be3b-f601-4318-b644-d542a17a9d18] Parameters: {"auth_strategy"=>"password", "user"=>{"email"=>"enterprise_search", "password"=>"[FILTERED]"}, "host"=>"localhost:3002", "protocol"=>"http"}
enterprisesearch_1 | [2020-12-07T02:56:51.703+00:00][1][2512][action_controller][WARN]: [d315be3b-f601-4318-b644-d542a17a9d18] Can't verify CSRF token authenticity
enterprisesearch_1 | [2020-12-07T02:56:51.705+00:00][1][2512][action_controller][INFO]: [d315be3b-f601-4318-b644-d542a17a9d18] Completed 422 Unprocessable Entity in 5ms
enterprisesearch_1 | [2020-12-07T02:56:51.714+00:00][1][2512][app-server][ERROR]: [d315be3b-f601-4318-b644-d542a17a9d18] Exception: ActionController::InvalidAuthenticityToken: ActionController::InvalidAuthenticityToken
enterprisesearch_1 | /usr/share/enterprise-search/lib/war/gems/gems/actionpack-4.2.11.3/lib/action_controller/metal/request_forgery_protection.rb:181:in `handle_unverified_request': ActionController::InvalidAuthenticityToken (ActionController::InvalidAuthenticityToken)
enterprisesearch_1 | from /usr/share/enterprise-search/lib/war/gems/gems/actionpack-4.2.11.3/lib/action_controller/metal/request_forgery_protection.rb:209:in `handle_unverified_request'
enterprisesearch_1 | from /usr/share/enterprise-search/lib/war/gems/gems/devise-4.7.1/lib/devise/controllers/helpers.rb:255:in `handle_unverified_request'
enterprisesearch_1 | from /usr/share/enterprise-search/lib/war/gems/gems/actionpack-4.2.11.3/lib/action_controller/metal/request_forgery_protection.rb:204:in `verify_authenticity_token'
How are you connecting to the running instance? I see the IP 172.25.0.1 in there. Enterprise Search is running on your localhost. Are you visiting http://localhost:3002 in order to log in?
Do you have the latest docker images? Does it help to run docker-compose pull?
I am visiting http://localhost:3002 , and I have run docker-compose pull to make sure I am running the latest docker images.
I even tried changing version to 7.9.3 to see if a different version would be any different, but no.
Same result and same error messages.
I am running docker desktop on windows, would that make a difference?
I just asked a colleague, who had an excellent idea. Maybe your browser is storing an old session cookie for the last instance you had running. Could you try and clear the _st_togo_session cookie in your browser and see if that helps?
Hello,
I'm in the same situation. I can't log in with any user. I have tried to delete cookies but without success.
With the user enterprise_search I can log into ElasticSearch.
I have tried multiple versions of Enterprise Search without success. I've tried mapping the enterprise-search.yml file inside the volumes section, but it doesn't recognize it.
Any ideas?
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.