Helm: --setは数値のみの値をfloat64として解析します

--set tag=\"1\"を実行すると、動作が異なりますか？

@chancezのおかげで、正確な問題がわかりました。 ghodss/yamlによって行われるJSONとの間の変換中に、Javascriptの数値型を表す整数がfloat64にキャストされます。 これにより、特定の値を超えるすべての整数が科学的記数法で表されます。

私は同じ問題に噛まれてきました。 こぶ（またはバグ）を乗り越える方法は、これを行うことです：

--set bignumber=\\"a185576882739235744\\"

私たちが使用した別の回避策は、次のようなことを行うことです。

--set port=":1234567"

次に、テンプレートで：

{{ .Values.port | replace ":" "" }}

うん！ 😷

これは大変な苦痛であり、

私はまだ自分のプライドを飲み込んで@technosophosの醜いハックを試してみる

今のところ、デプロイスクリプトを拡張して、データをyamlとして一時ファイルに書き込み、それを-f引数として使用することで、これをハッキングしています。

画像タグについても同じ問題が発生することがあります。
これらの回避策の1つを使用してみます。 私はそれがすぐに修正されることを願っています:)

私の場合、以下の--set image.tag=5997578これを見てください：

$ kubetctl describe po msj-treasure-map-msj-treasure-map-192172122-dnb80
...
Events:
  Type     Reason         Age               From                                    Message
  ----     ------         ----              ----                                    -------
  Normal   Scheduled      1m                default-scheduler                       Successfully assigned msj-treasure-map-msj-treasure-map-192172122-dnb80 to ip-10-253-13-113.ec2.internal
  Warning  InspectFailed  15s (x9 over 1m)  kubelet, ip-10-253-13-113.ec2.internal  Failed to apply default image tag "596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-uwsgi:5.997578e+06": couldn't parse image reference "596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-uwsgi:5.997578e+06": invalid reference format
  Warning  InspectFailed  15s (x9 over 1m)  kubelet, ip-10-253-13-113.ec2.internal  Failed to apply default image tag "596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-nginx:5.997578e+06": couldn't parse image reference "596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-nginx:5.997578e+06": invalid reference format
  Warning  FailedSync     15s (x9 over 1m)  kubelet, ip-10-253-13-113.ec2.internal  Error syncing pod, skipping: [failed to "StartContainer" for "msj-treasure-map-uwsgi" with InvalidImageName: "Failed to apply default image tag \"596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-uwsgi:5.997578e+06\": couldn't parse image reference \"596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-uwsgi:5.997578e+06\": invalid reference format"
, failed to "StartContainer" for "msj-treasure-map-nginx" with InvalidImageName: "Failed to apply default image tag \"596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-nginx:5.997578e+06\": couldn't parse image reference \"596297932419.dkr.ecr.us-east-1.amazonaws.com/msj-trmap-nginx:5.997578e+06\": invalid reference format"

$ helm version                                                                                                                                                                             
Client: &version.Version{SemVer:"v2.5.1", GitCommit:"7cf31e8d9a026287041bae077b09165be247ae66", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.5.1", GitCommit:"7cf31e8d9a026287041bae077b09165be247ae66", GitTreeState:"clean"}

ヘルム2.6.2でも同じ問題が発生しています。

Client: &version.Version{SemVer:"v2.6.2", GitCommit:"be3ae4ea91b2960be98c07e8f73754e67e87963c", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.6.2", GitCommit:"be3ae4ea91b2960be98c07e8f73754e67e87963c", GitTreeState:"clean"}

• 1

YAMLをJSONに分解すると、ほとんどのタイプに関連する多くの情報が削除されます。 デプロイ前にチェック値を入力できないことを意味します。

これは別のyamlライブラリに移動することで解決できると思います。 多分これ： https ：

今日この問題に苦しんでいる間、私はtoStringフィルターがこれを助けることができることを発見しました：

dockerPort: {{ .Values.dockerPort | toString }}

次に、コマンドライン（ --set dockerPort=2376 ）でポートを渡して、正しく解釈させることができました。

これは2.7.2で見たばかりで、すべての--setオプションをローカルファイルに書き込み、それをhelm -f locals.yml経由で渡すことを除いて、ほとんどの回避策は実際には機能しません。

私はこれを2.7.2でも見ました（そして結果として＃3246を提出しました）ので、この問題について+1します。 https://github.com/kubernetes/helm/issues/3001のように、DockerイメージタグにもgitSHAを使用していました。 今のところ私の回避策であるFWIWは、画像タグに-gitsha接尾辞を付けることです。

私も+1。

$ helm version                                                                                                                                    ⏎
Client: &version.Version{SemVer:"v2.7.2", GitCommit:"8478fb4fc723885b155c924d1c8c410b7a9444e6", GitTreeState:"clean"}
Server: &version.Version{SemVer:"v2.7.2", GitCommit:"8478fb4fc723885b155c924d1c8c410b7a9444e6", GitTreeState:"clean"}

$ git rev-parse --short HEAD
6180689

$ helm upgrade foobar \
    -i charts/foobar \
    --set image.tag=$(git rev-parse --short HEAD) \
    --reuse-values

デプロイ後、私はこれを取得します：

Failed to apply default image tag "gcr.io/foobar/foobar:6.180689e+06": couldn't parse image reference "gcr.io/foobar/foobar:6.180689e+06": invalid reference format
Error syncing pod

私はまた、取得InvalidImageName実行している時にkubectl get pods 。

| toString追加しても、私には違いがないようです。

あなたはただすることができます：

{{ .Values.tag | int64 }}

チャートの@laveriteは絶対ですが、これは--setパーサーを使用しています。 この問題は、-setパーサーにのみ存在します。 values.yamlを介して渡された値は正しく解析されます。 :)

これは＃3155に関連しているようです

うん、そう信じて

また、 https：//github.com/kubernetes/helm/issues/3246

ヘルム2.8.0でも同じ問題が発生します。

@bacongobblerまたは@ technosophos ＃3599でこの問題の修正があります。すでに承認があり、別の承認が必要です。 ありがとう！

＃3599で解決

pingをありがとう@ arturo-c :)

Helm2.9.1でもこのバグを確認

なぜhelm lintがこれをキャッチしないのだろうか？ ＃4099を参照

--set明らかなバグと思われるものを修正する代わりに、 --set-string追加することでこれが解決された理由に興味があります。

yamlファイルで数値を科学的記数法に強制することを意図している人はいる可能性がありますか？

2つの単語：下位互換性:)

--setパーサーがHelm 3で強制する方法を変更できますが、一般的に言って、Helmを実行しているユーザーが非常に多いため、 --setなどのコア機能の予想される動作が変更されないようにしました。生産中。 また、 --setすべての値を文字列に強制変換することはできません。これは、値ファイルのnull値や真の値に関する期待される動作などの既存の動作を壊すため、 --set-stringが実行可能として受け入れられたためです。とりあえず解決策。

下位互換性？ 単なる「WTF」であり、多くの人がそれを望んでいない、または使用していない可能性が高い機能についてはどうでしょうか。 開発が進んでいて、実際には広く採用されていないツールでは？ 本当に遅くなる前に、それを再考して修正することをお勧めします。

@technosophosありがとう。
例：

kind: Secret
data:
  some_db_port: {{ .Values.dbInfo.db_port | replace ":" "" | b64enc }}

それは私のために働いています。

@OndraZizka （非常に情熱的な）フィードバックをありがとうございます。 --setパーサーがHelm 3に対して持つこれらの不安定な動作の問題のいくつかに対処することを確実に検討しています。おそらく、新しい--set-stringパーサーに類似したものに置き換えることによってです。

この場合、 --setが非常に奇妙である（そしてまったく間違っている）ことに完全に同意しますが、解析ライブラリ全体を別のライブラリに置き換えることは期待できず、他の強制がないことを確信できます。新しいシステムのバグ。 強制ライブラリの交換は、後方互換性のない変更と見なされます。

とりあえず、 --set-stringは素晴らしい機能であり、このバグに遭遇した他の人には、型強制に依存しない場合はできるだけ--set-stringを使用することを強くお勧めします。 そうすれば、値は浮動小数点数ではなく文字列として強制変換されます。

残念ながら、Ansibleがdictをyaml（私のvalues.yaml）にフォーマットすると、引用符が追加されません。これは私にとって大きな問題です。 この血まみれのハックを使わなければならないなんて信じられない： replace ":" ""

タグの前に:を付けて後で削除せずに機能する回避策が必要な場合は、これを使用できます（tl; dr：タグが数字の場合は、printfを使用して印刷します。それ以外の場合は、あなたが得た文字列）

{{- $tag :=  .Values.image.tag }}
{{- $type := printf "%T" $tag }}
image: "{{ .Values.image.repository }}:{{if eq $type "float64"}}{{ printf "%.0f" $tag }}{{ else }}{{ $tag }}{{ end }}"

バグはhelm ... -f myval.yamlでも発生します

参考までに、これはhttps://github.com/helm/helm/pull/6010で修正されました

@bacongobblerはヘルムバージョンv2.14.3でまだ私に起こっています

新しい号を開くことはできますか？ ありがとう。

＃6749の＃6010を元に戻す必要があるため、再度開きます。

修正が利用可能になる時期のETAはありますか？

＃6888を参照してください。

@sagarkalは、同じページにいることを確認します。前述の修正は、v2ではなくHelm v3に到達することのみを目的としています（これはランダムな貢献者として宣言しています。実際の決定は常にチーム次第です）。 変更は比較的大規模であり、現在パッチのみである2.xブランチにマージするのに100％安全であると見なすべきではありません。 それまでの間、機会があれば、ユースケースに対してPRブランチをテストし、期待どおりに機能するかどうかをお知らせいただければ幸いです。 それは大いに役立つでしょう！

--set-string image.tag=6599236を使用すると、次のようなプレーンなテンプレートで機能しました

  ...
      containers:
        - name: {{ .Chart.Name }}
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
          env:
  ...

チャートの値ファイルで指定された大きな整数値でこれに遭遇します。 科学的記数法で暗黙的にフロートに変換されます。 値をintキャストするだけでこれが修正され、私が見た他のいくつかの回避策よりもはるかにクリーンに見えます。

# values.yaml

tomcat:
  maxPostSize: 2097152

# Cast to int when used

{{ .Values.tomcat.maxPostSize | int }}

これはHelmv3.1.1でテストされました。

それは知って良いです！ これは、私が見た多くの回避策と比較して、間違いなく簡単な回避策です。 ありがとう！

@Rathgore intへのキャストは、常にintを処理する場合に最適ですが、私の場合、入力値は文字列として扱う必要がありますが、数字の形式で提供されます（場合によっては）。 たとえば、短縮された7つの長さのgithubコミットハッシュは、文字列である場合もあれば、単なる数字の文字列である場合もあります。 この場合、 --set-stringオプションを使用して値を渡すことは、毎回機能します。

@ m0rganicこれはテストしていませんが、 toString代わりにint toStringを使用するか、 !!strを使用してタイプを明示的に設定してみてください。 --set-stringを使用している場合はこれは必要ありませんが、グラフで定義されている値に対してもこの動作が必要です。

@ m0rganicこれはテストしていませんが、 toString代わりにint toStringを使用するか、 !!strを使用してタイプを明示的に設定してみてください。 --set-stringを使用している場合はこれは必要ありませんが、グラフで定義されている値に対してもこの動作が必要です。

toStringが機能せず、場合によっては!!str使用できません

この動作を修正する計画はありますか？ この問題はかなり前から開かれています...

＃6888を参照してください。 それ以外の場合はありません。 使用する多くのパターンを文書化しました。 しかし、それが引き起こすよりも多くの問題を解決する解決策は見つかりませんでした。 気軽にPRでお試しください。

素早い対応に感謝致します！ 提案された回避策のいずれかが私のユースケースを解決するかどうかはわかりませんが、再試行します。

--set tag=\"1\"を実行すると、動作が異なりますか？

私の場合、int、float、boolの値に""を使用しましたが、うまくいきました。

このコメントに基づくと、

Helm 2ユーザーの場合、現時点ではセキュリティパッチのみを受け付けているため、Helm 2のこのバグを修正する予定はありません。ただし、これがHelm 3に引き続き関連する場合は、コミュニティからの詳細情報をいただければ幸いです。この特定のバグ。

ヘルム2の場合、以下の例のように、（）の間に好きなようにキャストできます。

{{- range $i := until (int .Values.deployment.numberofracks) }}
  - name: rack{{$i}}
{{- end}}

これはHelm3で修正されたと想定します。これは、これが修正されたように見えることを最後に投稿してから3週間が経過しているためです。 Helm 3でこの問題が発生している他のユーザーがまだいる場合は、遠慮なくこの問題について話し合ってください。この問題を再開できます。 ありがとう！

これはまだ問題です。 私は3.3.0を使用していますが、まだこれを経験しています。

デモンストレーションをお願いできますか？

嬉しいですが、その方法がよくわかりません。 values.yamlに次のようなフィールドがあるグラフがあります。

customEnv:
  SOME_ENV_VAR: 10000000

そしてtemplates/deployment.yaml 、私はこれを持っています：

    ...
    containers:
      - name: someContainer
        env:
           {{- range $key, $value := .Values.customEnv }}
            - name: {{ $key | quote }}
              value: {{ $value | quote }}
          {{- end }}
    ...

helm templateを実行すると、レンダリングされた出力で次の値が取得されます。

    ...
    containers:
      - name: someContainer
        env:
            - name: "SOME_ENV"
              value: "1e+07"
   ...

次に、デプロイされたアプリケーションがSOME_ENVの値を数値として解析しようとすると、失敗します。

はい。 Helm 3.3.1での指示に従って、同じ問題を再現することができました。 ありがとうございました。 再開。

少し違う角度で同じ問題にぶつかっています。 私のappVersionは8482e77です。 appVersionを参照すると、 +Infとしてレンダリングされます。 ところで、これはデバッグするのが楽しいです。

編集：
appVersionをappVersion: 8482e77からappVersion: "8482e77" 、問題が修正されました

それは予想されることです。 引用符で囲まれていない場合、YAMLはその値を科学的記数法として解析します（ 8482e77は「8482 * 10 ^ 77」を意味するため）。 値を文字列として扱いたい場合は、引用符で囲みます。

contianer画像タグでこの問題が発生しました。 この問題は、以下のヘルパーを作成することで解決されました。

+{{/* Generate Image Name */}}
+{{- define "helpers.image" }}
+{{- $tag := printf "%f" .Values.app.image.tag -}} 
+{{- if regexMatch "^[0-9]+\\.[0-9]+$" $tag }}
+{{ .Values.image.repository }}:{{ .Values.image.tag | int }}
+{{- else }}
+{{ .Values.image.repository }}:{{ .Values.image.tag }}
+{{- end }}
+{{- end }}

そして、デプロイメントマニフェストで：

   containers:
       - name: {{ template "helpers.fullname" . }}
         image: {{ template "helpers.image" . }}

この問題は修正されていますか？ そうでない場合は、これを修正したいと思います。

いいえ。上記を参照してください。 必ずスレッドを読んで、自分でテストしてください。 :)

この問題は、アクティビティがない状態で90日間開いているため、古いものとしてマークされています。 それ以上のアクティビティが発生しない場合、このスレッドは30日以内に自動的に閉じられます。

バンプ、まだ問題

多分数値のコミットIDでこの問題が発生した場合、この回避策を使用しています。

{{- define "numericSafe" -}}
{{- if . | toString | contains "e+" -}}
{{ . | toString | replace "." "" | regexFind "^\\d+" }}
{{- else -}}
{{ . }}
{{- end -}}
{{- end -}}

その後、

{{ include "numericSafe" .Values.git.commitID }}

元の文字列にドットとe+が含まれていない場合は問題が解決しますが、非常に長い数値文字列かどうかはわかりませんが、何も省略されます。

@urakagi残念ながら、値が次の場合は機能しません： 1800000

この問題の修正は計画されていますか？

更新はありますか？

@ bacongobbler @ edobryからの再現は実際には別の問題です。 これは元々、 --setで渡される値に関するものでしたが、現在は修正され、 --set-stringオプションが追加されました。

再現は、values.yaml内のいくつかが科学的記数法に変更されていることです。 文字列として扱う必要がある場合は、 values.yamlの数値を引用することで再現を修正できます。 数字として使用する場合、表記は問題になりません。

コードを調べたところ、最大20桁の10進数ではなく、標準表記で数値を出力するように動作を変更できると思います。 その後、基になるyamlパーサーには、非常に大きな数を丸めたり、科学的記数法に変換したりする実装上の制限があるようです。

また、 @ edobryの再現で説明されているように、問題に対処する別の問題を見つけようとしましたが、パーサーが適切であると判断した値を解析するためにこれが意図されているように見える＃9162を見つけましたyaml仕様の範囲。

したがって、誰かがたとえば数値を持たない（算術が定義されていない）数値タグを使用する場合、文字列として扱われるようにvalues.yamlで引用する必要があり、これで問題が修正されます。

# values.yaml
foo: "10000000"

# template
foo: {{ .Values.foo | quote }}



md5-aba98a385ca8fe457cb1f98967ed3bf1



# Source: foo/templates/x.yaml
foo: "10000000"



md5-265ed31678f08bdbd76c259b974f5398



# Source: foo/templates/x.yaml
foo: "1e+07"



md5-3df6a1bc5fe8f474ded5c2033aaf11a3



# Source: foo/templates/x.yaml
foo: "10000000"

したがって、引用符で囲まれていない数値の解析は、すでに行われている以外の規則に従う必要があると誰かが考えた場合、これを閉じて新しい問題を開くことができると思います。