Parámetros de Kubelet

Tres comandos gestionan un archivo de parámetros personalizados de kubelet, /etc/vpm/kubelet-custom-params.txt. Los tres son de F5, ninguno está en la API de depuración, y los tres son dirigidos por soporte — los parámetros de kubelet cambian la forma en que el nodo ejecuta las cargas de trabajo de Kubernetes.

`kubelet-get-params`

Lee los parámetros personalizados actuales.

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

Este comando no funciona desde la CLI del sitio en esta compilación. La cuenta admin no puede leer el archivo de parámetros, por lo que el comando falla independientemente de si hay parámetros configurados o no:

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

Por qué esto importa más de lo que parece. El fallo es un error de permiso, no un resultado vacío, y ambos son fáciles de confundir — “failed to read all params” se lee como “no hay parámetros”. No es evidencia de que no haya parámetros configurados. En esta compilación, la única forma de verlos desde la CLI del sitio es con acceso root auxiliar, que también es dirigido por soporte.

`kubelet-add-param`

Añade un parámetro personalizado.

execcli kubelet-add-param <parameter>

Ejecutado sin argumento, informa sobre su propia aridad, que es la forma en que se confirmó el requisito sin establecer nada:

Error: at least one parameter is required

Sin salida capturada. Este comando escribe en el nodo. Se verificó que existe y que requiere un argumento; no fue ejecutado con ninguno.

`kubelet-remove-param`

Elimina un parámetro personalizado.

execcli kubelet-remove-param <parameter>

Sin salida capturada, por la misma razón.