I think I actually found another issue. I am using Kibana behind an apache proxy, with password security on apache. It looks like that is the issue;: if I use the reporting function while removing it temporarily from behind the proxy, I will get the report and not the timeout.
I guess the xpack.reporting.queue.timeout will not be picked up, but behind a proxy the reporting function does not seem to work. I will create another topic on the x-pack forum.
The xpack.reporting.queue.timeout setting is used for the queueing mechanism and it doesn't affect how long we'll wait for kibana to load, which is the timeout that you're experiencing.
Unfortunately, that timeout isn't configurable at the moment, so no settings will affect it.
The followings settings are required when hosting kibana behind a reverse proxy: xpack.reporting.kibanaServer.protocol, xpack.reporting.kibanaServer.host, xpack.reporting.kibanaServer.port
Thanks for your reaction. I do have another issue with that, because I use a username/password mechanism in apache, and have no idea how to add that to one of those settings.
So you're enforcing Basic auth with Apache? That's not going to work with Reporting, because there is no way to tell Reporting to pass any kind of auth header.
You could set up another proxy that would inject the credentials in the request for you, and have Reporting use that proxy to side-step your auth.
If you need auth, why not just use Shield/Security? Reporting was made to work really well with it...
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.