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.
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
keluaranClient: &version.Version{SemVer:"v2.4.1", GitCommit:"46d9ea82e2c925186e1fc620a8320ce1314cbb02", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.4.1", GitCommit:"46d9ea82e2c925186e1fc620a8320ce1314cbb02", GitTreeState:"clean"}
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"
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?
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?