Skip to content

Kubelet parameters

Captured 2026-07-28 from a disposable CE used for the on-box command audit.

Three commands manage a file of custom kubelet parameters, /etc/vpm/kubelet-custom-params.txt. All three are F5’s, none are on the debug API, and all three are support-directed — kubelet parameters change how the node runs Kubernetes workloads.

Reads the current custom parameters.

Terminal window
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

This command does not work from the Site CLI on this build. The admin account cannot read the parameter file, so the command fails whether or not any parameters are set:

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

Why that matters more than it looks. The failure is a permission error, not an empty result, and the two are easy to confuse — “failed to read all params” reads like “there are no params”. It is not evidence that no parameters are configured. On this build the only way to see them from the Site CLI is with auxiliary root access, which is itself support-directed.

Adds a custom parameter.

Terminal window
execcli kubelet-add-param <parameter>

Run with no argument it reports its own arity, which is how the requirement was confirmed without setting anything:

Error: at least one parameter is required

No captured output. This command writes to the node. It was verified to exist and to require an argument; it was not run with one.

Removes a custom parameter.

Terminal window
execcli kubelet-remove-param <parameter>

No captured output, for the same reason.