Kubelet-Parameter

Drei Befehle verwalten eine Datei mit benutzerdefinierten Kubelet-Parametern, /etc/vpm/kubelet-custom-params.txt. Alle drei stammen von F5, keiner ist in der Debug-API verfügbar, und alle drei sind support-gesteuert — Kubelet-Parameter ändern, wie der Knoten Kubernetes-Workloads ausführt.

`kubelet-get-params`

Liest die aktuellen benutzerdefinierten Parameter.

execcli kubelet-get-params

Error: failed to read all params: failed to read custom param file: open /etc/vpm/kubelet-custom-params.txt: permission denied

Dieser Befehl funktioniert in diesem Build nicht über das Site-CLI. Das admin-Konto kann die Parameterdatei nicht lesen, daher schlägt der Befehl fehl, unabhängig davon, ob Parameter gesetzt sind oder nicht:

Error: failed to read all params: failed to read custom param file:
open /etc/vpm/kubelet-custom-params.txt: permission denied

Warum das wichtiger ist, als es aussieht. Der Fehler ist ein Berechtigungsfehler, kein leeres Ergebnis, und beides ist leicht zu verwechseln — „failed to read all params” liest sich wie „es gibt keine Parameter”. Es ist kein Beweis dafür, dass keine Parameter konfiguriert sind. In diesem Build ist der einzige Weg, sie über das Site-CLI einzusehen, der zusätzliche Root-Zugriff, der selbst support-gesteuert ist.

`kubelet-add-param`

Fügt einen benutzerdefinierten Parameter hinzu.

execcli kubelet-add-param <parameter>

Ohne Argument gibt er seine eigene Stelligkeit aus, womit die Anforderung bestätigt wurde, ohne etwas zu setzen:

Error: at least one parameter is required

Keine erfasste Ausgabe. Dieser Befehl schreibt auf den Knoten. Es wurde verifiziert, dass er existiert und ein Argument erfordert; er wurde nicht mit einem Argument ausgeführt.

`kubelet-remove-param`

Entfernt einen benutzerdefinierten Parameter.

execcli kubelet-remove-param <parameter>

Keine erfasste Ausgabe, aus demselben Grund.