ما زلت أواجه مشكلات مع 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"
يبدو أنه تم تعديل configmap باستخدام kubectl. سوف يختلف Helm في الإصدار الأخير بدلاً من ما يتم تشغيله في المجموعة.
نعم ربما هذا هو الحال. شكرا على الاجابة السريعة!
لقد واجهت نفس المشكلة تسببت في بضع ساعات واحدة لمعرفة أن الدفة فشلت في تحديث configmap.
أعتقد أن هذا مربك للغاية للمستخدمين ، وبمجرد تعديل configmap باستخدام kubectl ، فلن يتم تحديثه باستثناء 1) إما تحديث قيم configmap ، 2) أو حذف configmap واستخدام helm لإعادة النشر.
هل يمكنك إضافة علامة ، أو التعرف على علامة --force
، لعدم التحقق من الإصدار الأخير ، ولكن هل يمكنك التحقق من الإصدار قيد التشغيل في المجموعة؟
التعليق الأكثر فائدة
لقد واجهت نفس المشكلة تسببت في بضع ساعات واحدة لمعرفة أن الدفة فشلت في تحديث configmap.
أعتقد أن هذا مربك للغاية للمستخدمين ، وبمجرد تعديل configmap باستخدام kubectl ، فلن يتم تحديثه باستثناء 1) إما تحديث قيم configmap ، 2) أو حذف configmap واستخدام helm لإعادة النشر.
هل يمكنك إضافة علامة ، أو التعرف على علامة
--force
، لعدم التحقق من الإصدار الأخير ، ولكن هل يمكنك التحقق من الإصدار قيد التشغيل في المجموعة؟