Hi all.

I'm reposting an earlier thread of mine with a more appropriate subject in
hopes that someone might have an idea on this one. :)

Each node in my cluster has its configuration set via elasticsearch.yml
only.  I do not apply any index level settings, however the nodes in the
cluster are overwriting my config settings with the defaults.  I have been
unable to figure out why this is happening, and was hoping someone else
might.

My elasticsearch.yml file defines these settings:

index:
  codec:
    bloom:
      load: false
  merge:
    policy:
      max_merge_at_once: 4
      max_merge_at_once_explicit: 4
      max_merged_segment: 1gb
      segments_per_tier: 4
      type: tiered
    scheduler:
      max_thread_count: 1
      type: concurrent
  number_of_replicas: 0
  number_of_shards: 1
  refresh_interval: 5s

>From the head plugin, I can see these settings are in effect:


   -
      settings: {
         - index: {
            - codec: {
               - bloom: {
                  - load: false
               }
            }
            - number_of_replicas: 1
            - number_of_shards: 6
            - translog: {
               - flush_threshold_size: 1GB
            }
            - search: {
               - slowlog: {
                  - threshold: {
                     - fetch: {
                        - warn: 2s
                        - info: 1s
                     }
                     - index: {
                        - warn: 10s
                        - info: 5s
                     }
                     - query: {
                        - warn: 10s
                        - info: 5s
                     }
                  }
               }
            }
            - refresh_interval: 60s
            - merge: {
               - scheduler: {
                  - type: concurrent
                  - max_thread_count: 1
               }
               - policy: {
                  - type: tiered
                  - max_merged_segment: 1gb
                  - max_merge_at_once_explicit: 4
                  - max_merge_at_once: 4
                  - segments_per_tier: 4
               }
            }
         }
         - bootstrap: {
            - mlockall: true
         }
         -


But each node outputs this on new index creation:

[2015-01-13 02:12:52,062][INFO ][index.merge.policy       ]
[elasticsearch-test] [test-20150113][1] updating [segments_per_tier] from
[4.0] to [10.0]
[2015-01-13 02:12:52,062][INFO ][index.merge.policy       ]
[elasticsearch-test] [test-20150113][1] updating [max_merge_at_once] from
[4] to [10]
[2015-01-13 02:12:52,062][INFO ][index.merge.policy       ]
[elasticsearch-test] [test-20150113][1] updating
[max_merge_at_once_explicit] from [4] to [30]
[2015-01-13 02:12:52,062][INFO ][index.merge.policy       ]
[elasticsearch-test] [test-20150113][1] updating [max_merged_segment] from
[1024.0mb] to [5gb]

This is happening both on two clusters for me.  My "regular" ES cluster of
3 nodes, and my dedicated Marvel cluster of 1 node.  So strange.

[2015-01-06 04:04:53,320][INFO ][cluster.metadata         ]
[elasticsearch-ip-10-0-0-42] [.marvel-2015.01.06] update_mapping
[cluster_state] (dynamic)
[2015-01-06 04:04:56,704][INFO ][index.merge.policy       ]
[elasticsearch-ip-10-0-0-42] [.marvel-2015.01.06][0] updating
[segments_per_tier] from [4.0] to [10.0]
[2015-01-06 04:04:56,704][INFO ][index.merge.policy       ]
[elasticsearch-ip-10-0-0-42] [.marvel-2015.01.06][0] updating
[max_merge_at_once] from [4] to [10]
[2015-01-06 04:04:56,704][INFO ][index.merge.policy       ]
[elasticsearch-ip-10-0-0-42] [.marvel-2015.01.06][0] updating
[max_merge_at_once_explicit] from [4] to [30]
[2015-01-06 04:04:56,704][INFO ][index.merge.policy       ]
[elasticsearch-ip-10-0-0-42] [.marvel-2015.01.06][0] updating
[max_merged_segment] from [1024.0mb] to [5gb]

I am really stumped on why this is happening!
Thanks so much for your time.
Chris

-- 
You received this message because you are subscribed to the Google Groups 
"elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/elasticsearch/CAND3DphZTogfwqD992nDB8sRjNVq-01BbMRrd8UdGwB2hfUuYg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to