Hey all, I recently upgraded my elastic stack to 6.6.2 from 5.6.x. I got everything running but when I load into Kibana's Management tab to create my index patterns it says "Failed to load indices". The strange thing is when I go to Management --> Elasticsearch --> Index Management, all of my indices are properly listed. Why would one tab of Kibana be able to see it fine but the other not? Thanks!
Setup info: Running on Windows 10 server. Elasticsearch installed with MSI as Local System Service, Kibana set up with NSSM as Local System Service. Created URL Rewrite rules for both in the IIS setup. Am able to properly communicate with both via the configured website.
@Christian_Dahlqvist After Installing Elasticsearch via MSI and Kibana via zip, I wrapped the folder location in a website with IIS. I then set up 2 URL rewrite rules:
The Kibana rule (applied to the Kibana install folder) is Pattern: (.), Rewrite URL: http://{server IP}:5601/{R:1}
The Elasticsearch rule (applied to the Elasticsearch install folder) is Pattern: (.), Rewrite URL: http://127.0.0.1:9200/{R:1}
This seems to work as I can access Kibana and write logs to Elasticsearch via the DNS entry our company created. In fact, as I stated in the first post, under Management --> Elasticsearch --> Index Management in Kibana it correctly shows all the log indices that have been written to Elasticsearch so that all seems to be working. It is only in the Management --> Kibana --> Create Index Pattern screen where I immediately get 2 pop up errors and see no indices:
"Failed to load remote clusters"
"Failed to load indices"
@Christian_Dahlqvist No, Im only using IIS as a wrapper so the outside word can communicate with it (URL Rewrite rules), pretty sure both of them are running in localhost as far as they are concerned.
@ljh33txm Yes, those are failed http requests. Do you see matching failures in the kibana logs? I wonder if the urls are being rewritten incorrectly and I'm curious if they're making it to kibana.
We were seeing the same thing with Kibana 6.7.0 on Windows 2016 Server. Looking at the Event Logs in Windows I noted the following:
HttpException
A potentially dangerous Request.Path value was detected from the client (). at System.Web.HttpRequest.ValidateInputIfRequiredByConfig() at System.Web.HttpApplication.PipelineStepManager.ValidateHelper(HttpContext context) http://OurURL/elasticsearch//_search?ignore_unavailable=true/elasticsearch/*/_search
The fix was to add the following to the IIS web.config:
<system.web>
<httpRuntime requestPathInvalidCharacters="" / >
</system.web>
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.