Helm: Upgrade helm gagal mengupgrade ConfigMap

Dibuat pada 23 Mei 2017  ·  3Komentar  ·  Sumber: helm/helm

Saya terus mengalami masalah dengan ConfigMaps yang tidak diperbarui pada helm upgrade . Ini bukan masalah permanen jadi saya tidak bisa memberikan skenario pasti bagaimana mereproduksi. Saya akan mencoba memberikan info sebanyak mungkin. Ketika saya mengatakan itu bukan masalah permanen yang saya maksud itu tidak selalu terjadi ketika saya mengubah ConfigMaps tetapi ketika itu terjadi saya dapat menjalankan peningkatan beberapa kali dan nilainya tidak akan berubah.

Apa yang saya coba lakukan

Saya memiliki ConfigMap yang terlihat seperti ini. Saya mencoba mengubah nilai APP_DOMAIN dari test.mydomain.com menjadi develop.europa.mydomain.com .

kubectl describe cm jupiter-config
Name:       jupiter-config
Namespace:  develop
Labels:     <none>
Annotations:    kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"v1","data":{"API_URL":"http://node-services","APP_DOMAIN":"test.mydomain.com","LOG_LEVEL":"info",...

Data
====
SHOW_ADS:
----
true
API_URL:
----
http://node-services
APP_DOMAIN:
----
test.mydomain.com
HTTP_DEBUG:
----
true
LOG_LEVEL:
----
info

Saya menjalankan helm upgrade untuk mengubah nilai ini menjadi develop.europa.mydomain.com . Anda dapat melihat keluaran debug dari Helm. Upgrade berhasil diselesaikan tetapi ConfigMap tetap sama.

helm version keluaran

Client: &version.Version{SemVer:"v2.4.1", GitCommit:"46d9ea82e2c925186e1fc620a8320ce1314cbb02", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.4.1", GitCommit:"46d9ea82e2c925186e1fc620a8320ce1314cbb02", GitTreeState:"clean"}

Keluaran helm upgrade

REVISION: 61
RELEASED: Tue May 23 15:11:34 2017
CHART: jupiter-0.1.0
USER-SUPPLIED VALUES:
cluster: europa
config:
  API_URL: http://node-services
  APP_DOMAIN: develop.europa.mydomain.com
  HTTP_DEBUG: "true"
  LOG_LEVEL: info
  SHOW_ADS: "true"
resources:
  limits:
    cpu: 500m
    memory: 500Mi
  requests:
    cpu: 100m
    memory: 100Mi
scaling:
  maxReplicas: 4
  minReplicas: 2
version: 1

COMPUTED VALUES:
cluster: europa
config:
  API_URL: http://node-services
  APP_DOMAIN: develop.europa.mydomain.com
  HTTP_DEBUG: "true"
  LOG_LEVEL: info
  SHOW_ADS: "true"
resources:
  limits:
    cpu: 500m
    memory: 500Mi
  requests:
    cpu: 100m
    memory: 100Mi
scaling:
  maxReplicas: 4
  minReplicas: 2
version: 1

HOOKS:
MANIFEST:

---
# Source: jupiter/templates/config.yaml
kind: ConfigMap
apiVersion: v1
metadata:
  name: jupiter-config
data:
  API_URL: http://node-services
  APP_DOMAIN: develop.europa.mydomain.com
  HTTP_DEBUG: "true"
  LOG_LEVEL: info
  SHOW_ADS: "true"
questiosupport

Komentar yang paling membantu

Saya mengalami masalah yang sama menyebabkan beberapa 1 jam untuk mengetahui bahwa helm gagal memperbarui configmap.
Saya rasa ini cukup membingungkan pengguna, dan setelah configmap diubah dengan kubectl, ia tidak akan memperbarui kecuali 1) memperbarui nilai configmap helm, 2) atau menghapus configmap dan menggunakan helm untuk menerapkan ulang.

Jadi dapatkah Anda menambahkan sebuah flag, atau mengenali flag --force , untuk tidak memeriksa rilis terakhir, tetapi memeriksa rilis yang sedang berjalan di cluster?

Semua 3 komentar

Sepertinya configmap telah dimodifikasi dengan kubectl. Helm akan berbeda pada rilis terakhir daripada yang berjalan di cluster.

Ya, mungkin itu masalahnya. Terima kasih atas jawaban cepatnya!

Saya mengalami masalah yang sama menyebabkan beberapa 1 jam untuk mengetahui bahwa helm gagal memperbarui configmap.
Saya rasa ini cukup membingungkan pengguna, dan setelah configmap diubah dengan kubectl, ia tidak akan memperbarui kecuali 1) memperbarui nilai configmap helm, 2) atau menghapus configmap dan menggunakan helm untuk menerapkan ulang.

Jadi dapatkah Anda menambahkan sebuah flag, atau mengenali flag --force , untuk tidak memeriksa rilis terakhir, tetapi memeriksa rilis yang sedang berjalan di cluster?

Apakah halaman ini membantu?
0 / 5 - 0 peringkat