странный {"OK": {}} ответ на ElasticSearch curl-X GET 'http://localhost:9200"

на одном из моих узлов в кластере ElasticSearch я получаю следующий странный ответ:

:
curl -X GET 'http://localhost:9200'

ответ:

{"OK":{}}

не уверен, что с этим делать? Кто-нибудь сталкивался с этим раньше?

обновление:

Это то, что я получаю, когда звоню (я заменил IP на xxx):

curl -XGET localhost:9200/_nodes/jvm?human&pretty

{
  "cluster_name" : "elasticsearch",
  "nodes" : {
    "dtUV63D4RBq9JXw_o03-eg" : {
      "name" : "elasticsearch1",
      "transport_address" : "inet[xxx/xxx:9300]",
      "host" : "elasticsearch1",
      "ip" : "xxx",
      "version" : "1.3.2",
      "build" : "dee175d",
      "http_address" : "inet[/xxx:9200]",
      "jvm" : {
        "pid" : 1471,
        "version" : "1.7.0_65",
        "vm_name" : "OpenJDK 64-Bit Server VM",
        "vm_version" : "24.65-b04",
        "vm_vendor" : "Oracle Corporation",
        "start_time" : "2014-11-19T14:50:10.408Z",
        "start_time_in_millis" : 1416408610408,
        "mem" : {
          "heap_init" : "4gb",
          "heap_init_in_bytes" : 4294967296,
          "heap_max" : "3.9gb",
          "heap_max_in_bytes" : 4277534720,
          "non_heap_init" : "23.1mb",
          "non_heap_init_in_bytes" : 24313856,
          "non_heap_max" : "214mb",
          "non_heap_max_in_bytes" : 224395264,
          "direct_max" : "3.9gb",
          "direct_max_in_bytes" : 4277534720
        },
        "gc_collectors" : [ "ParNew", "ConcurrentMarkSweep" ],
        "memory_pools" : [ "Code Cache", "Par Eden Space", "Par Survivor Space", "CMS Old Gen", "CMS Perm Gen" ]
      }
    },
    "8eGVx6IGQ8qiFTc4rnaG3A" : {
      "name" : "elasticsearch2",
      "transport_address" : "inet[/xxx:9300]",
      "host" : "elasticsearch2",
      "ip" : "xxx",
      "version" : "1.3.2",
      "build" : "dee175d",
      "http_address" : "inet[/xxx:9200]",
      "jvm" : {
        "pid" : 1476,
        "version" : "1.7.0_65",
        "vm_name" : "OpenJDK 64-Bit Server VM",
        "vm_version" : "24.65-b04",
        "vm_vendor" : "Oracle Corporation",
        "start_time" : "2014-11-19T14:54:33.909Z",
        "start_time_in_millis" : 1416408873909,
        "mem" : {
          "heap_init" : "4gb",
          "heap_init_in_bytes" : 4294967296,
          "heap_max" : "3.9gb",
          "heap_max_in_bytes" : 4277534720,
          "non_heap_init" : "23.1mb",
          "non_heap_init_in_bytes" : 24313856,
          "non_heap_max" : "214mb",
          "non_heap_max_in_bytes" : 224395264,
          "direct_max" : "3.9gb",
          "direct_max_in_bytes" : 4277534720
        },
        "gc_collectors" : [ "ParNew", "ConcurrentMarkSweep" ],
        "memory_pools" : [ "Code Cache", "Par Eden Space", "Par Survivor Space", "CMS Old Gen", "CMS Perm Gen" ]
      }
    }
  }
}

1 ответов


Elasticsearch 1.3.2 в одиночку не способен производить такой ответ-просто нет "OK" строку в исходный код. Итак, я бы предположил, что кто-то установил плагин на этом узле, который перехватывает некоторые вызовы и заменяет их этим сообщением.

один из плагинов, который делает это elasticsearch-http-basic плагин, который действительно отображает {"OK":{}} неавторизованным пользователям вместо полного ответа. Вы можете проверить наличие этот и другие плагины, выполнив следующую команду на узле, который дает вам ответы:

curl "localhost:9200/_nodes/plugins?pretty"