Helm: فشل ترقية Helm في ترقية ConfigMap

تم إنشاؤها على ٢٣ مايو ٢٠١٧  ·  3تعليقات  ·  مصدر: helm/helm

ما زلت أواجه مشكلات مع ConfigMaps لا يتم تحديثها على helm upgrade . إنها ليست مشكلة دائمة ، لذا لا يمكنني إعطاء سيناريو دقيق لكيفية إعادة الإنتاج. سأحاول تقديم أكبر قدر ممكن من المعلومات. عندما أقول إنها ليست مشكلة دائمة ، أعني أنها لا تحدث دائمًا عندما أقوم بتغيير ConfigMaps ولكن عندما يحدث ذلك ، يمكنني تشغيل الترقية أي عدد من المرات ولن تتغير القيمة.

ما أحاول القيام به

لدي ملف ConfigMap يشبه هذا. أحاول تغيير قيمة APP_DOMAIN من test.mydomain.com إلى 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

أقوم بتشغيل helm upgrade لتغيير هذه القيمة إلى develop.europa.mydomain.com . يمكنك رؤية إخراج التصحيح من Helm. تمت الترقية بنجاح لكن ConfigMap بقي كما هو.

helm version

Client: &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"
questiosupport

التعليق الأكثر فائدة

لقد واجهت نفس المشكلة تسببت في بضع ساعات واحدة لمعرفة أن الدفة فشلت في تحديث configmap.
أعتقد أن هذا مربك للغاية للمستخدمين ، وبمجرد تعديل configmap باستخدام kubectl ، فلن يتم تحديثه باستثناء 1) إما تحديث قيم configmap ، 2) أو حذف configmap واستخدام helm لإعادة النشر.

هل يمكنك إضافة علامة ، أو التعرف على علامة --force ، لعدم التحقق من الإصدار الأخير ، ولكن هل يمكنك التحقق من الإصدار قيد التشغيل في المجموعة؟

ال 3 كومينتر

يبدو أنه تم تعديل configmap باستخدام kubectl. سوف يختلف Helm في الإصدار الأخير بدلاً من ما يتم تشغيله في المجموعة.

نعم ربما هذا هو الحال. شكرا على الاجابة السريعة!

لقد واجهت نفس المشكلة تسببت في بضع ساعات واحدة لمعرفة أن الدفة فشلت في تحديث configmap.
أعتقد أن هذا مربك للغاية للمستخدمين ، وبمجرد تعديل configmap باستخدام kubectl ، فلن يتم تحديثه باستثناء 1) إما تحديث قيم configmap ، 2) أو حذف configmap واستخدام helm لإعادة النشر.

هل يمكنك إضافة علامة ، أو التعرف على علامة --force ، لعدم التحقق من الإصدار الأخير ، ولكن هل يمكنك التحقق من الإصدار قيد التشغيل في المجموعة؟

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات