Elasticsearch неизвестная настройка [xpack.license.self_generated.type]

Question

Я обновляю свой эластичный поиск на кластере kubernetes с 5.6.10 до эластичного поиска 6.1.4. Тем не менее, я даже не могу получить их 6.1.4 для запуска.

Я получаю сообщение об ошибке unknown setting [xpack.license.self_generated.type].

В соответствии с документами , я попытался установить базовое значение, xpack.license.self_generated.type=basic, и я также опустил значение все вместе.

Я видел, как некоторые другие сталкивались с этой ошибкой, но ни одно из их исправлений не помогло мне.

Помощь очень ценится!

Мой набор состояний yaml

apiVersion: apps/v1beta1
kind: StatefulSet
metadata:
  name: elastic-data
  labels:
    app: elastic-data
    area: devs
    role: nosql
    version: "6.1.4"
    environment: elastic
spec:
  serviceName: elastic-data
  replicas: 1
  updateStrategy:
    type: RollingUpdate
  template:
    metadata:
      labels:
        app: elastic-data
        area: devs
        role: nosql
        version: "6.1.4"
        environment: elastic
      annotations:
        pod.beta.kubernetes.io/init-containers: '[
          {
          "name": "sysctl",
            "image": "busybox",
            "imagePullPolicy": "IfNotPresent",
            "command": ["sysctl", "-w", "vm.max_map_count=262144"],
            "securityContext": {
              "privileged": true
            }
          }
        ]'
    spec:
      terminationGracePeriodSeconds: 10
      securityContext:
        runAsUser: 1000
        fsGroup: 1000
      containers:
      - name: elastic-data
        image: docker.elastic.co/elasticsearch/elasticsearch:6.1.4
        resources:
          requests:
            memory: "512Mi"
          limits:
            memory: "1024Mi"
        env:
        - name: ES_JAVA_OPTS
          value: -Xms512m -Xmx512m
        command: ["/bin/bash", "-c", "~/bin/elasticsearch-plugin remove x-pack; elasticsearch"]
        args:
        - -Ecluster.name=elastic-devs
        - -Enode.name=${HOSTNAME}
        - -Ediscovery.zen.ping.unicast.hosts=elastic-master.default.svc.cluster.local
        - -Enode.master=false
        - -Enode.data=true
        - -Enode.ingest=false
        - -Enetwork.host=0.0.0.0
        - -Expack.license.self_generated.type=basic    
        ports:
        - containerPort: 9300
          name: transport
        - containerPort: 9200
          name: http
        volumeMounts:
        - name: data-volume
          mountPath: /usr/share/elasticsearch/data
        readinessProbe:
          tcpSocket:
            port: 9300
          initialDelaySeconds: 30
          periodSeconds: 30
          timeoutSeconds: 3
        livenessProbe:
          tcpSocket:
            port: 9300
          initialDelaySeconds: 30
          periodSeconds: 30
          timeoutSeconds: 3
  volumeClaimTemplates:
  - metadata:
      name: data-volume
    spec:
      accessModes: [ "ReadWriteOnce" ]
      resources:
        requests:
          storage: 2Gi

Answer 1

Когда они пытаются связаться, вы забыли удалить свойство конфигурации из config/elasticsearch.yml. Таким образом, полный пересмотренный command: будет

~/bin/elasticsearch-plugin remove x-pack
sed -i.bak -e /xpack.license.self_generated.type/d config/elasticsearch.yml
elasticsearch

Не поймите меня неправильно, это очень глупо из них бомбардировать свойство конфигурации для чего-то, что не существует, но, очевидно, так оно и есть.

---

p.s. Вы можете быть счастливее с опцией --purge, поскольку, когда я попробовал эту команду локально, elasticsearch-plugin радостно советовал:

-> сохранение файлов конфигурации плагина [/ usr / share /asticsearch / config / x-pack] в случае обновления; используйте --purge, если не нужно

таким образом: ./bin/elasticsearch-plugin remove x-pack --purge