Kubelet 파라미터

세 가지 명령어가 커스텀 kubelet 파라미터 파일인 /etc/vpm/kubelet-custom-params.txt를 관리합니다. 세 명령어 모두 F5의 것이며, debug API에는 없고, 모두 지원 주도형입니다 — kubelet 파라미터는 노드가 Kubernetes 워크로드를 실행하는 방식을 변경합니다.

`kubelet-get-params`

현재 커스텀 파라미터를 읽습니다.

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

이 명령어는 이 빌드에서 사이트 CLI의 Site CLI에서 작동하지 않습니다. admin 계정은 파라미터 파일을 읽을 수 없으므로, 파라미터 설정 여부와 관계없이 명령어가 실패합니다:

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

이것이 보이는 것보다 더 중요한 이유. 실패는 빈 결과가 아닌 권한 오류이며, 두 가지를 혼동하기 쉽습니다 — “failed to read all params”는 “파라미터가 없다”는 것처럼 읽힙니다. 이것은 파라미터가 구성되지 않았다는 증거가 아닙니다. 이 빌드에서 사이트 CLI로 파라미터를 확인할 수 있는 유일한 방법은 보조 루트 접근을 사용하는 것이며, 이 역시 지원 주도형입니다.

`kubelet-add-param`

커스텀 파라미터를 추가합니다.

execcli kubelet-add-param <parameter>

인수 없이 실행하면 자체 항수(arity)를 보고하며, 이것이 아무것도 설정하지 않고 요건을 확인한 방법입니다:

Error: at least one parameter is required

캡처된 출력 없음. 이 명령어는 노드에 씁니다. 존재하며 인수를 필요로 한다는 것이 검증되었습니다; 인수와 함께 실행되지는 않았습니다.

`kubelet-remove-param`

커스텀 파라미터를 제거합니다.

execcli kubelet-remove-param <parameter>

캡처된 출력 없음, 같은 이유입니다.