<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with elastic]]></title><description><![CDATA[A list of topics that have been tagged with elastic]]></description><link>https://fusionauth.io/community/forum/tags/elastic</link><generator>RSS for Node</generator><lastBuildDate>Thu, 15 Oct 2026 08:45:46 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/elastic.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Elastic documentation is pretty abismal. Has anyone found better packages or workarounds?]]></title><description><![CDATA[<p dir="auto"><a class="mention plugin-mentions-user plugin-mentions-a" href="https://fusionauth.io/community/forum/uid/2801">@admin-9</a> I'm sorry to hear you're frustrated.</p>
<p dir="auto">However, I don't know what you mean by a fleet server.</p>
<p dir="auto">You have a couple of options:</p>

you can test FusionAuth with the database search option, which doesn't require elasticsearch, but offers more limited search capabilities: <a href="https://fusionauth.io/docs/lifecycle/manage-users/search/search#using-the-database-search-engine" rel="nofollow ugc">https://fusionauth.io/docs/lifecycle/manage-users/search/search#using-the-database-search-engine</a>
you could use our docker compose examples which are preconfigured to work with opensearch or elasticsearch: <a href="https://fusionauth.io/docs/get-started/download-and-install/docker" rel="nofollow ugc">https://fusionauth.io/docs/get-started/download-and-install/docker</a>

<p dir="auto">If you can provide a few more details about what you are trying to accomplish, I might be able to offer more guidance.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/2596/elastic-documentation-is-pretty-abismal-has-anyone-found-better-packages-or-workarounds</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/2596/elastic-documentation-is-pretty-abismal-has-anyone-found-better-packages-or-workarounds</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[How can I protect my elasticsearch instances?]]></title><description><![CDATA[<p dir="auto">There are a few ways to do this.</p>
<p dir="auto">This assumes that you are running elasticsearch on a different server than you are running the fusionauth instances. If they are on the same server, you should be fine, as that is the <a href="https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-network.html" rel="nofollow ugc">default configuration</a>.</p>
<p dir="auto">The first is at the network level, using a firewall or something like security groups on AWS. If you are doing this, you can configure the server that elasticsearch is installed on to accept requests only from the server that FusionAuth is installed on.</p>
<p dir="auto">The second is to use basic authentication. That is, set fusionauth-search.servers in the fusionauth.properties file, or the FUSIONAUTH_SEARCH_SERVERS environment variable to include the basic username and password. <a href="https://user:password@example.com" rel="nofollow ugc">https://user:password@example.com</a>. And make sure to set up <a href="https://www.elastic.co/guide/en/elasticsearch/reference/current/setting-up-authentication.html" rel="nofollow ugc">elastic to use basic auth</a>, using whatever authentication source you'd like. (You could even go meta and have elasticsearch auth the user against the fusionauth instance 🙂 ).</p>
<p dir="auto"><a href="https://github.com/FusionAuth/fusionauth-issues/issues/531" rel="nofollow ugc">Further discussion here</a>.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/185/how-can-i-protect-my-elasticsearch-instances</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/185/how-can-i-protect-my-elasticsearch-instances</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[I&#x27;m having an issue with Elastic Search queries in FusionAuth.]]></title><description><![CDATA[<p dir="auto">It depends on the issue, but there are two things you can do. Note that FusionAuth typically sends the query you post to the <a href="https://fusionauth.io/docs/v1/tech/apis/users#search-for-users" rel="nofollow ugc">/api/user/search</a> endpoint with the query parameter straight through to Elasticsearch</p>
<p dir="auto">First, ensure you are running elasticsearch and not the database search engine.</p>
<p dir="auto">Then, for some queries you can see the generate ElasticSearch query strings by clicking on the 'advanced' option in the user search area of the admin UI. This can be helpful.</p>
<p dir="auto">Finally, try running the query directly against elasticsearch and seeing if it works. Here are examples which will pull back all the data in your elasticsearch cluster (beware!).</p>
curl -XPOST -H 'Content-type: application/json' "http://localhost:9021/_search" -d'
  {            
     "query": {       
       "match_all": {}
     }
  }'

<p dir="auto">or, if you have the query stored in query.json</p>
curl -XPOST -H 'Content-type: application/json' "http://localhost:9021/_search" -d@query.json


]]></description><link>https://fusionauth.io/community/forum/topic/177/i-m-having-an-issue-with-elastic-search-queries-in-fusionauth</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/177/i-m-having-an-issue-with-elastic-search-queries-in-fusionauth</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[&quot;A request to the search index has failed. This error is unexpected.&quot;]]></title><description><![CDATA[<p dir="auto">Turns out that I didn't have much disk space.</p>
<p dir="auto">Saw this in the FA search logs:</p>
{"type": "server", "timestamp": "2020-06-10T14:34:28,378Z", "level": "WARN", "component": "o.e.c.r.a.DiskThresholdMonitor", "cluster.name": "FusionAuth", "node.name": "ubuntu-xenial", "message": "flood stage disk watermark [95%] exceeded on [NE_DhFssRru-H5oIiLwBjA][ubuntu-xenial][/usr/local/fusionauth/data/search/esv6/nodes/0] free: 887.9mb[4.4%], all indices on this node will be marked read-only", "cluster.uuid": "LGdaij30RrS4FZbgsT_6KA", "node.id": "NE_DhFssRru-H5oIiLwBjA"  }

<p dir="auto">Deleting some things from my hard drive lowered my disk usage below 95% and I no longer saw the message.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/151/a-request-to-the-search-index-has-failed-this-error-is-unexpected</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/151/a-request-to-the-search-index-has-failed-this-error-is-unexpected</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Do you support sig4 auth headers for AWS Elasticsearch?]]></title><description><![CDATA[<p dir="auto">If you are using <a href="https://aws.amazon.com/elasticsearch-service/" rel="nofollow ugc">https://aws.amazon.com/elasticsearch-service/</a> for your Elasticsearch server, you can access it via AWS APIs and use IAM to control access: <a href="https://docs.aws.amazon.com/elasticsearch-service/latest/developerguide/es-ac.html" rel="nofollow ugc">https://docs.aws.amazon.com/elasticsearch-service/latest/developerguide/es-ac.html</a></p>
<p dir="auto">However, FusionAuth doesn't currently support the AWS signature for Elasticsearch requests.</p>
<p dir="auto">The recommended way of securing such clusters is to place it in a private subnet and restricting traffic to it using a security group. More information: <a href="https://fusionauth.io/docs/v1/tech/installation-guide/securing#fusionauth-search" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/installation-guide/securing#fusionauth-search</a></p>
<p dir="auto">If you have to make it public to make it accessible to resources outside if AWS you could use a source IP lock, a VPN, basic auth if AWS supports it, or you could proxy the request perhaps to another endpoint that can build the AWS sig v4 header.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/141/do-you-support-sig4-auth-headers-for-aws-elasticsearch</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/141/do-you-support-sig4-auth-headers-for-aws-elasticsearch</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[What is the advantage of using ElasticSearch as the search engine?]]></title><description><![CDATA[<p dir="auto">Here's a doc about how to switch search engines: <a href="https://fusionauth.io/docs/v1/tech/tutorials/switch-search-engines" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/tutorials/switch-search-engines</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/67/what-is-the-advantage-of-using-elasticsearch-as-the-search-engine</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/67/what-is-the-advantage-of-using-elasticsearch-as-the-search-engine</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Why is the fulltext-search with Elastic required?]]></title><description><![CDATA[<p dir="auto">Note that with version 1.16.x, elastic search is no longer required to run FusionAuth. More here about how you might make the choice: <a href="https://fusionauth.io/community/forum/topic/67/what-is-the-advantage-of-using-elasticsearch-as-the-search-engine">https://fusionauth.io/community/forum/topic/67/what-is-the-advantage-of-using-elasticsearch-as-the-search-engine</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/21/why-is-the-fulltext-search-with-elastic-required</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/21/why-is-the-fulltext-search-with-elastic-required</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>