You cannot post messages because this group is only available as an archive.
Description:
elasticsearch users mailing list
|
|
|
Problems with mailing list, migration on the way
|
| |
Heya, I created the mailing list on a google apps account (paying one...) with the hopes of not running into spam problems down the road. The problem with that is the fact that I did not know about the host of problems I will have with google account one... . The latest one is a major problem, where google... more »
|
|
|
testbed guideline
|
| |
I'm in the process of building a small testbed to test performance of
ES. Would you have any hardware recommendation? I'm looking to build a
2 node cluster initially and scaling it until I reach say 5 nodes. I
want to evaluate performance and key features such as high-
availability/redundancy.... more »
|
|
|
Term filters / exact match
|
| |
I'm having some difficulties getting term filters to work properly. I poked around the mailing lists, and from what I can see, I'm doing the right thing, but it isn't working. What I want to do is filter a query where a field exactly matches a string. I have a mapping (bits elided): { "geojson": {... more »
|
|
|
Disabling cache
|
| |
Hi, Is there a way to totally disable cache in ElasticSearch? To make sure every query runs as if it was the first time? I would need it to run some performance tests. Thanks!
|
|
|
Why isn't Elasticsearch using Sha1 for id?
|
| |
CouchDB is using a 40 long characters SHA1 id and they say that the
risk is very minimal.
I wonder if there is a risk that the id Elastic search auto generates
will collide with another one since it's only 22 characters long.
|
|
|
TTL for documents
|
| |
A lot of documents naturally come with an expiration date. I think it
would be nice to have a built-in support for a TTL/doc (with
eventually default TTLs configurable per types/indices). I know disks
are not expensive these days but it still is a common usage to use TTL
for documents and it can be a very useful feature especially for... more »
|
|
|
Reload synonym list
|
| |
Hey,
Don't think so, but is it possible to reload the synonym list
without restarting the cluster? The indices using this would need to
be rebuilt for things to correctly take effect.
Perhaps it would make more sense to add a new analyzer for the new
synonym list and create a new index using that analyzer, rebuild the... more »
|
|
|
Reindexing and error recovery
|
| |
Excuse me in advance for the long post. Up until now, I have avoided rebuilding from source but now is the time to finally dive in. Trying to determine reindexing best practices. Using aliases appears to be the suggested solution to creating updated indices in parallel to searching an existing index. Searchers always use the same index, while the indexers... more »
|
|
|
