Helm: 중첩 된 'null'값은 예상대로 키를 제거하지 않습니다.

@scottrigby ,

원저자에 따르면 이것이 실제로 버그라는 것이 확인 될 때까지 질문 / 지원으로 표시합니다.

2.12.3에서도 볼 수 있습니다. -f와 --set을 통해 값을 null로 설정하는 동안보고 있습니다. 어느 쪽이든 기본값을 제거하지 않고 문자열 (따옴표없이)로 "null"로 설정합니다.
내 상황 :

> helm get values grafana
admin:
  existingSecret: ""
chownDataImage:
  pullPolicy: null
  repository: null
  tag: null
<...>

> helm upgrade grafana stable/grafana --tls --reuse-values --set chownDataImage.pullPolicy=null
<output indicating it works>

> helm get values grafana
admin:
  existingSecret: ""
chownDataImage:
  pullPolicy: null
  repository: null
  tag: null
<...>

사용 사례는 이제 helm에 고정 된 기본값 대신 템플릿의 기본값을 사용하도록 이러한 값을 재설정하는 것입니다.

안정 / 파일 비트

null 또는 nil 같은 것이 보입니다 ... 키가 제거되지 않았습니다 ... null/nil 로 덮어 쓰여졌지만 제거되지 않고 교체 할 때 다른 키를 사용하면 문제가 발생합니다.

---values.yml in the Chart
output.file:
  path: /var/log/foo.log

```yaml
--- 내 재정의
output.elasticsearch :
호스트 :
- ' http : // localhost : 9200'
output.file : null

```yaml
---my overrides
output:
  elasticsearch:
     host:
      - 'http://localhost:9200'
  file: null

또는

---my overrides
output:
  elasticsearch:
     hosts:
      - 'http://localhost:9200'
output.file: null

» k get secret filebeat -o jsonpath="{.data.filebeat\.yml}" | base64 -D
    filebeat.config:
      modules:
        path: ${path.config}/modules.d/*.yml
        reload.enabled: false
      prospectors:
        path: ${path.config}/prospectors.d/*.yml
        reload.enabled: false
    filebeat.prospectors:
    - enabled: true
      fields:
        apenv: dev
        app: kubernetes
        log_category: kubernetes
      fields_under_root: true
      paths:
      - /var/log/*.log
      - /var/log/messages
      - /var/log/syslog
      type: log
    - containers.ids:
      - '*'
      fields:
        apenv: dev
        app: kubernetes
        log_category: kubernetes
      fields_under_root: true
      processors:
      - add_kubernetes_metadata:
          in_cluster: true
      - drop_event:
          when:
            equals:
              kubernetes.container.name: filebeat
      type: docker
    http.enabled: true
    http.port: 5066
    output:
      elasticsearch:
        hosts:
        - http://localhost9200
    output.file: null
    processors:
    - add_cloud_metadata: null

포드 오류 :

Exiting: error unpacking config data: more than one namespace configured accessing 'output' (source:'filebeat.yml')

또한 filebeat 차트에서이 정확한 문제가 발생합니다.

@cdenneen config.output.file.enabled=false 하여 특별히 파일 출력을 얻을 수 있습니다.

filebeat에 새 inputs 키를 사용하려고하지만 prospectors 키를 제거 할 수없는 문제가 발생했습니다.

기존 값 :

config:
  filebeat.prospectors:
    - type: log
      enabled: true
      paths:
        - /var/log/*.log
        - /var/log/messages
        - /var/log/syslog

내 재정의 : --set config.filebeat.prospectors=null

결과 : (구성은 비밀 값을 설정하는 데 사용됨)

filebeat:
  prospectors: null

또한 stable/kibana 및 stable/filebeat 에서도이 문제가 발생했습니다. !!null 가 지정된 경우에도 키가 차트 값으로 기본 설정됩니다.

@aeijdenberg 는 귀하의 PR이 검토를 위해 업데이트 된 레이블 만 필요하다고 믿습니다.

안녕하세요 @bacongobbler https://github.com/helm/helm/issues/5184#issuecomment -456138448에서 질문을 놓쳤습니다. 버그인지 확인할 수 있습니다. # 2648에서 문서화 된 예제와 일치하는 테스트를 추가해야했습니다. 나는 이것으로 돌아 가려고했지만 # 5185는 유망 해 보인다! 👏 응답합니다

안녕하세요 @scottrigby . 어떤 릴리스에 # 5185 수정 사항이 포함되는지 알 수 있습니까? istio 차트에서 리소스 정의를 제거하려고 할 때이 문제가 발생했습니다.

이것은 2.14.2에 있어야하지만 작동하도록 할 수 없습니다.

문제의 맨 위에있는 것과 매우 유사한 예를 따르고 있습니다. 내가 볼 수있는 유일한 차이점은 하위 차트 (제 경우에는 logstash)에 설정된 값을 삭제하려고한다는 것입니다.

나는 시도했다 :

• 기본 차트의 values.yaml 또는 명령 줄에서 logstash.livenessProbe.httpGet을 null , ~ 및 {} 로 설정합니다. 두 경우 모두 "helm template"은 원래 값이 여전히 있음을 보여줍니다 (예 : httpGet 설정이 계속됨). 이것은 "helm install"에 대해 보는 것과 일치합니다.
• logstash.livenessProbe.httpGet을 "nil"로 설정-이 경우 값을 덮어 쓰지만 여기서 사용할 수있는 유효한 값이 아닌 문자열 "nil"로 설정되므로 kubernetes는 템플릿을 거부합니다.

내가 오해했고 이것이 2.14.2로 들어 가지 않았습니까? 아니면 여전히 문제가 있습니까?

(이를 보여주는 차트 : demo.zip )

패치는 릴리스 노트에 따라 2.14.2로 선별되었으므로 사용할 수 있어야합니다.

어떤 경우에이 버그가 수정되었는지 확실하지 않습니다. 다시 열어야합니까 아니면 새로운 문제가 생성되어야합니까? 내가 위에 첨부 한 차트를 다른 사람이보고 다르게 보이는지 확인할 수 있습니까?

@ cc-stjm @bacongobbler-문제를 재현 할 수 있으며이 테스트가이를 입증한다고 생각합니다.

func TestSubchartCoaleseWithNullValue(t *testing.T) {
    v, err := CoalesceValues(&chart.Chart{
        Metadata: &chart.Metadata{Name: "demo"},
        Dependencies: []*chart.Chart{
            {
                Metadata: &chart.Metadata{Name: "logstash"},
                Values: &chart.Config{
                    Raw: `livenessProbe: {httpGet: {path: "/", port: monitor}}`,
                },
            },
        },
        Values: &chart.Config{
            Raw: `logstash: {livenessProbe: {httpGet: null, exec: "/bin/true"}}`,
        },
    }, &chart.Config{})
    if err != nil {
        t.Errorf("Failed with %s", err)
    }
    result := v.AsMap()
    expected := map[string]interface{}{
        "logstash": map[string]interface{}{
            "global": map[string]interface{}{},
            "livenessProbe": map[string]interface{}{
                "exec": "/bin/true",
            },
        },
    }
    if !reflect.DeepEqual(result, expected) {
        t.Errorf("got %+v, expected %+v", result, expected)
    }
}

내가 말할 수있는 한 문제는 CoalesceValues() 결과 값을 결합하는 기본 함수에 대한 호출이 두 번 이상 발생한다는 것입니다.
https://github.com/helm/helm/blob/e04fa72f6f211cae68c362f9b7c62f06dc51493e/pkg/chartutil/values.go#L164 -L180

즉, 위의 173 행은 httpGet 가 null 설정된 상태로 호출되지만 반환되는 값이지도에서 해당 키를 삭제했습니다 (의도 한대로). 그러나 그 출력은 두 번째 병합 집합에 대한 입력으로 두 번째로 전달되고 (179 행) 키가 더 이상 존재하지 않기 때문에 차트의 값으로 기본 설정됩니다.

안타깝게도 가까운 장래에 더 나아갈 시간이 없을 것 같습니다. 역할을 변경했으며 현재 Helm을 사용하지 않고 있으며 해결 방법에 대한 답변이 명확하지 않습니다. 위의 내용이 해결에 도움이되기를 바랍니다.

사실 방금 2.14.0 => 2.14.2로 업그레이드했습니다. null ed 키가 여전히 존재할뿐만 아니라 이전 값도 포함됩니다. 이전 동작은 방금 null로 만들었으므로 실제로 회귀했다고 생각합니다.

@aeijdenberg 당신은 질문의 @sgillespie에 모습을 기쁘게 할 수 있습니까? 회귀가있는 경우 수정 사항을 결정할 수없는 경우 PR을 제거하는 것이 더 안전 할 수 있습니다. 도움을 줄 수 없다면 커밋을 되돌리고 제곱 1로 돌아가는 것이 더 안전 할 것입니다. 진행 방법을 알려주세요.

내가 명시 적으로 @sgillespie 난에 언급 된 행동과 일치하는 것을 2.14.0 시험에 응시하지 않은 반면, @bacongobbler https://github.com/helm/helm/issues/5184#issuecomment-517059748을 . 안타깝게도 단위 테스트가 통과 한 경우라고 생각하지만 종단 간 실패입니다. 개별 구성 요소가 직렬로 사용되기 때문에 초기 단계에서 키를 제거하면 이후 단계에서는 효과가 없습니다. 원래 값이 전달됩니다).

나는 그것이 회귀라는 데 동의하지만 그것을 철회하는 것은 새로운 행동에 의존하는 모든 사람들에게 회귀이기도합니다.

나는 # 6146에서 영향을 줄일 것이라고 생각하는 비교적 사소한 패치를 빠르게 진행했습니다 (그리고 위에서 추가 한 테스트를 수정했습니다). 마지막 시도에서이 문제를 잘못 알아서 죄송합니다.

https://github.com/helm/helm/pull/6080 에서 수정되었을 수 있습니다

그렇다면 # 6146을 닫을 수 있습니까? 아니면 별도의 문제를 해결하려고합니까? 나는 여기 문제 공간에 대한 내 머리를 잡으려고 노력하고 있지만 이러한 PR이 해결하려고 시도하는 것이 무엇인지 명확하지 않습니다. 죄송합니다.

이것은 실제로 문제를 해결하는 것 같습니다. 간단한 테스트 :

하위 차트 값 :

prop:
  nested:
    val: true

상위 차트 값 :

sub:
  prop:
    nested: null

예상대로 출력은 {}

안녕하세요,

2.15.0 투구를 사용 중이며 여전히이 문제를 만났습니다.

값이있는 하위 차트가 제공됩니다.

securityContext:
  runAsUser: 65534
  fsGroup: 65534

값이 toYaml 와 함께 사용되는 경우

그리고 상위 차트 값에서 :

sub:
  securityContext:
  runAsUser: null

그러면 실제 출력은 다음과 같습니다.

securityContext:
  runAsUser: 65534
  fsGroup: 65534

그랬어 야했지만 :

securityContext:
  fsGroup: 65534

퍼레이드에 비를 내리려고하지 않지만, v3.0.1 키로 여전히 이것을보고 있습니다.

version.BuildInfo {버전 : "v3.0.1", GitCommit : "7c22ef9ce89e0ebeb7125ba2ebf7d421f3e82ffa", GitTreeState : "clean", GoVersion : "go1.13.4"}

안정 / 점화를 설치하려고 할 때 값을 설정 해제해야하지만 helm은 값을 null / nil로 설정하는 것처럼 보이므로 유효성 검사 단계에서 k8s가 중단됩니다.

재현하려면 bug5184-ignite.yaml 로 저장합니다 (차트의 기본값 인 https://github.com/helm/charts/blob/master/stable/ignite/values.yaml에서 값을 재정의하려면) :

persistence:
  enabled: true   # <-- without this, the keys in question are ignored
  persistenceVolume:
    provisionerParameters:
      type: null  # <-- I want to unset this key
  walVolume:
    provisionerParameters:
      type: null  # <-- I want to unset this key

그런 다음 ignite 설치를위한 값 파일로 사용합니다.

helm install runtimedb stable/ignite --version 1.0.1 --values bug5184-ignite.yaml --debug --dry-run | less

내가 얻은 결과는이 오류 메시지로, 설정 해제하려는 값이 nil 로 설정되었음을 보여줍니다.

install.go:148: [debug] Original chart version: ""
install.go:165: [debug] CHART PATH: /home/creinig/.cache/helm/repository/ignite-1.0.1.tgz

Error: unable to build kubernetes objects from release manifest: error validating "": error validating data: unknown object type "nil" in StorageClass.parameters.type
helm.go:76: [debug] error validating "": error validating data: unknown object type "nil" in StorageClass.parameters.type
helm.sh/helm/v3/pkg/kube.scrubValidationError
        /home/circleci/helm.sh/helm/pkg/kube/client.go:520
helm.sh/helm/v3/pkg/kube.(*Client).Build
        /home/circleci/helm.sh/helm/pkg/kube/client.go:135
helm.sh/helm/v3/pkg/action.(*Install).Run
        /home/circleci/helm.sh/helm/pkg/action/install.go:229
[...]

내가 시도한 것 :

• 값을 다른 것으로 설정 / 전혀 무시하지 않음
  
  
  
  • => 공급자가 지원하지 않는 추가 "유형"옵션이 있기 때문에 PersistentVolumeClaim이 "보류 중"으로 멈 춥니 다.
  
  
  • => 확실히 문제를 일으키는 가치
  
  
• null 를 통해 값을 --set
  
  
  
  • 파일에서 설정할 때와 동일한 동작
  
  

명령 줄을 통해 단일 값을 null 로만 설정하고 동시에 점화 지속성을 비활성화 할 때 (스토리지 클래스 템플릿이 생성되지 않고 해당 매개 변수가 무시되도록) ...

helm install myignite stable/ignite --version 1.0.1 --set persistence.persistenceVolume.provisionerParameters.type=null --debug --dry-run | less

... 오류 대신 적절한 디버그 출력이 있지만 값이 null (내가 추가 한 주석)로 설정되어 있음을 보여줍니다.

NAME: myignite
LAST DEPLOYED: Tue Dec 10 09:43:40 2019
NAMESPACE: default
STATUS: pending-install
REVISION: 1
TEST SUITE: None
USER-SUPPLIED VALUES:
persistence:
  persistenceVolume:
    provisionerParameters:
      type: null   # <-- Set via the command line

COMPUTED VALUES:
affinity: {}
dataStorage:
  config: ""
env:
  IGNITE_QUIET: "false"
  JVM_OPTS: -Djava.net.preferIPv4Stack=true
  OPTION_LIBS: ignite-kubernetes,ignite-rest-http
fullnameOverride: ""
image:
  pullPolicy: IfNotPresent
  repository: apacheignite/ignite
  tag: 2.7.6
nameOverride: ""
nodeSelector: {}
peerClassLoadingEnabled: false
persistence:
  enabled: false
  persistenceVolume:
    provisioner: kubernetes.io/aws-ebs
    provisionerParameters:
      fsType: ext4
      type: null  # <-- Set to null instead of removed
    size: 8Gi
  walVolume:
    provisioner: kubernetes.io/aws-ebs
    provisionerParameters:
      fsType: ext4
      type: gp2  # <-- This is what the default looks like
    size: 8Gi
rbac:
  create: true
replicaCount: 2
resources: {}
serviceAccount:
  create: true
  name: null
tolerations: []

3.0.1 사용하여 똑같은 문제가 발생했습니다.이 문제를 다시 여는 것이 좋을까요?

helm v2.16.1에서 v3.0.2로 이동 한 후. 나는 annoations unsetting 및 cpu limit 으로이 문제가 발생했습니다.

2.14.1 및 3.0.2 에서이 문제가 발생했습니다. 이것에 대한 업데이트가 있습니까?

helm 차트가 단순히 사용 중이고 테스트 인 경우 true / false임을 알고있는 경우 0과 같은 테이블이 아닌 값으로 값을 재정의합니다. Overwriting table item 'x', with non table value: 0 와 같은 많은 경고가 표시되지만 적어도 스탠자를 포함하지 않으려는 경우의 해결 방법입니다. 내 선호는 null이 작동하는 것이지만 이것은 추악한 해결 방법입니다.

값을 null로 설정하고 (값 파일에 null로 두었습니다) 현재는 괜찮은 긴 테이블 경고 목록을 무시하지만 저장된 이전 잘못된 값을 한 번만 정리하고 싶습니다. kubernetes. 이 값 삭제 버그가 수정 될 때까지 다운 타임없이 기존 배포의 값을 수동으로 편집 할 수있는 방법이 있습니까?

liveness 및 readiness 프로브에서 동일한 문제가 발생합니다.
템플릿 가이드에서 기본 키 삭제 가 작동하지 않습니다.

# 7743을 시도해주세요. Helm 2에 대한 커밋이 Helm 3으로 포팅되지 않은 것 같습니다.이 때문에 많은 사용자가이 동작을 보게 될 것입니다.

helm 2.16.3에서이 문제가 계속 발생하지만 requirements.yaml이 하위 차트를 종속성으로 나열하는 경우에만 발생합니다.

boo는 하위 차트이고 foo는 상위 차트입니다.

vibu@item-ax35755:~/work$ cat boo/values.yaml 
object:
  fromSubchart:
    hello: from boo
vibu@item-ax35755:~/work$ cat foo/values.yaml 
boo:
  object:
    fromParent:
      hello: from foo
    fromSubchart: null
vibu@item-ax35755:~/work$ cat boo/templates/test.yaml 
{{ toYaml .Values.object }}
vibu@item-ax35755:~/work$ cat foo/requirements.yaml 
dependencies:
- name: boo
  repository: file://../boo
  version: 0.1.0

vibu@item-ax35755:~/work/foo$ helm version -c
Client: &version.Version{SemVer:"v2.16.3", GitCommit:"1ee0254c86d4ed6887327dabed7aa7da29d7eb0d", GitTreeState:"clean"}
vibu@item-ax35755:~/work/foo$ helm dep up
Hang tight while we grab the latest from your chart repositories...
...Successfully got an update from the "incubator" chart repository
...Successfully got an update from the "stable" chart repository
Update Complete.
Saving 1 charts
Deleting outdated charts

vibu@item-ax35755:~/work/foo$ helm template .
---
# Source: foo/charts/boo/templates/test.yaml
fromParent:
  hello: from foo
fromSubchart:
  hello: from boo


vibu@item-ax35755:~/work/foo$ mv requirements.yaml{,.bak}
vibu@item-ax35755:~/work/foo$ helm template .
---
# Source: foo/charts/boo/templates/test.yaml
fromParent:
  hello: from foo

여기에 두 차트가 있습니다.

helm_5184.zip

@bacongobbler 2.x에서이 문제를 추가로 해결할 의도가 있습니까?

또한 하위 차트가 3.2.x와 함께 requirements.yaml에 종속성으로 나열 될 때 값 재정의에 대해 "null"이 작동하지 않는 문제 (@vbuciuc에서 설명한 것과 유사)가 발생했습니다. 이전 버전 (3.1.x)은 예상대로 작동합니다.

@bacongobbler @technosophos Helm 3.3.4 에서도이 문제를

3.1.2 작동했으며 @paleg에서 언급 3.2.x 이후 작동이 중지되었음을 확인할 수 있습니다. 현재 로서는 @ tuzla0autopilot4 의 해결 방법으로 false 와 같은 비맵 값으로 설정하면 의도 한 동작이 생성되지만 완료되면 출력 경고가 표시됩니다.

@ Chili-Man, 방금 3.1.3 시도했지만 작동하지 않는 것 같습니다. null 되지만 경고가 표시되고 아무 작업도하지 않습니다. 다른 것 ( false , 0 , [] )은 (예 :)

```coalesce.go : 196 : 경고 : 자원에 대한 테이블이 아닌 테이블을 덮어 쓸 수 없습니다 (map [requests : map [cpu : 250m memory : 256Mi]]).
오류 : UPGRADE FAILED : 값이 다음 차트의 스키마 사양을 충족하지 않습니다.
postgresql :

• 자원 : 유효하지 않은 유형. 예상 : 객체, 주어진 : 부울
  `` (or what the type that I try that is not a dict/hash). With 3.3.4 I get just silence and it does nothing with null` 및 마찬가지로 다른 모든 항목도 적용을 거부합니다. 가장 짜증나는 ...

3.4.2에서도 여전히이 문제가 발생합니다.

이 문제는 3.4.2에도 여전히 존재하지만 특정 상황에서만 발생합니다.
여러 하위 차트가있는 차트가 있습니다.
하위 차트 값에 기본값을 넣을 때 null 재정의가 작동하지 않습니다. 동일한 값을 상위 차트 값으로 이동하면 예상대로 작동합니다.
이것은 하위 차트로만 재현 할 수 있습니다. 단일 (평면) 차트에 넣으면 모든 것이 잘 작동합니다.

하위 차트를 사용할 때 3.4.2에서 동일한 문제가 발생합니다 (위의 @BohdanKalytka에서 설명한대로).
제 경우에는 OpenShift 클러스터에서 ElasticSearch helm 차트 를 사용할 때 securityContext를 덮어 쓰고 싶습니다.
이 문제가 다시 열리나요? 아니면 새 문제를 만들어야합니까?

제기 # 9136