Bereitstellung des Helms in solchen Umgebungen, in denen kein stabiles Chart-Repo erforderlich ist und (übrigens) überhaupt keine Internetverbindung besteht (auch kein öffentlicher DNS-Server ist erreichbar).
Derzeit schlägt helm init in solchen isolierten Umgebungen fehl, da die index.yaml des stabilen Repos nicht abgerufen werden kann.
# helm init -c
Creating /root/.helm
Creating /root/.helm/repository
Creating /root/.helm/repository/cache
Creating /root/.helm/repository/local
Creating /root/.helm/plugins
Creating /root/.helm/starters
Creating /root/.helm/repository/repositories.yaml
Error: Looks like "https://kubernetes-charts.storage.googleapis.com" is not a valid chart repository or cannot be reached: Get https://kubernetes-charts.storage.googleapis.com/index.yaml: dial tcp: lookup kubernetes-charts.storage.googleapis.com on xx.xx.xx.xx:53: server misbehaving
Das Erstellen einer leeren /root/.helm/repository/repositories.yaml
-Datei und der anderen relevanten Verzeichnisse vor helm init -c
löst das Problem, da in diesem Fall das Ruder nicht auf das stabile Chart-Repo zugreifen möchte.
Es wäre schön, einen Befehlszeilenparameter oder eine andere Optionssteuerung zu haben, um diese Laufzeit-Internetabhängigkeit zu vermeiden.
Wenn sich der Anwendungsfall als sinnvoll herausstellt, geben Sie bitte den gewünschten Parameter / die gewünschte Methode an, um dies zu steuern, und wir werden ihn implementieren.
In Helm 2.3.0: helm init -c --skip-refresh
Tatsächlich. Wir haben versucht, dies mit der 2.2.0-Steuer-CLI ohne Master / 2.3.0-Code-Inspektion herauszufinden.
Danke für die schnelle Antwort!
helm init -c --skip-refresh
Vielen Dank.
Hilfreichster Kommentar
In Helm 2.3.0:
helm init -c --skip-refresh