Kubeadm: [경고 FileExisting-crictl]: 시스템 경로에서 crictl을 찾을 수 없습니다.

오류가 아닌 경고일 뿐입니다. 그것 없이도 잘 진행할 수 있어야 합니다.
경고를 제거하려면 https://github.com/kubernetes-incubator/cri-tools/tree/master/cmd/crictl 을 설치하십시오.

감사합니다 그리고 좋은 하루 되세요!

@luxas 감사합니다!

"go get" 방법과 PATH에 직접 배치하여 설치했습니다. 경고가 계속 나오고 있습니다. 못찾는 이유가 있나요?

경고에 이동 경로를 추가하겠습니다.

go get github.com/kubernetes-incubator/cri-tools/cmd/crictl 해결

@추카

kubeadm이 이 cli 도구를 원하면 경고가 아니라 존재하지 않는 경우 설치해야 합니다. 나는 매우 드문 소수의 사용자가 crictl을 미리 설치했을 것이라고 생각합니다!!

공식 deb/rpm 패키지로 crictl 를 배송합니까?

@errordeveloper 아니요 , 하지만 우리는 할 수 있습니다.

https://kubernetes.io/docs/setup/independent/install-kubeadm에서 이에 대해 언급하지 않은 이유는 무엇입니까? ?

내가해야 할 일에 따라 무언가를 포함해야합니다.
kubeadm이 필요로 하는 다른 것을 빌드할 수 있도록 이 go 물건을 설치하십시오:

냠 설치 이동

더 많은 인터넷 검색 없이는 아무 것도 작동하지 않으므로 업데이트하십시오. 따라서 물론 설치된 버전이 너무 오래되었습니다.

rpm --import https://mirror.go-repo.io/centos/RPM-GPG-KEY-GO-REPO
컬 -s https://mirror.go-repo.io/centos/go-repo.repo | 티 /etc/yum.repos.d/go-repo.repo
vi /etc/yum.repos.d/go-repo.repo

"$releasever"를 "7"로, "$basearch"를 "x86_64"로 바꾸십시오. 왜냐하면 해당 변수는 존재하지 않을 것이기 때문입니다.

냠 업데이트 golang

물건 만들기:

github.com/kubernetes-incubator/cri-tools/cmd/crictl을 받으십시오.

이제 kubeadm init를 시도하고 문서화되지 않은 다른 오류를 처리하십시오.

마찬가지로 Ubuntu 16.4 .. "go get ..." 사용에 대한 유용한 제안이 있었지만

sudo apt-get golang-go 설치

그런 다음 go-get 명령을 실행하고 GOPATH가 설정되지 않았기 때문에 오류가 발생했습니다. 수정했지만 상대 경로를 사용했기 때문에 불평했습니다.

패키지 컨텍스트: 인식할 수 없는 가져오기 경로 "context"(가져오기 경로가 호스트 이름으로 시작하지 않음)

apt-get을 사용하여 설치할 수 있는 golang의 최신 버전이 1.6이고 컨텍스트 수정이 1.7 이상이기 때문입니다. 여기 에 있는 친숙한 지침을 사용하여 완전한 제거 및 재설치가 필요합니다. 환경 변수 설정이 잘못되었지만 .. (한숨) .. 1.7이 정말 오래되었다는 것을 깨닫고 여기 에서 공식 지침으로 돌아갑니다 .. 그래도 wget이 있어서 기쁩니다. 첫 번째 유용한 위치에서 tarball을 다운로드하기 위한 지침 .. 내가 수정했습니다.

wget https://storage.googleapis.com/golang/go1.10.1.linux-amd64.tar.gz

다른 사람이 이것에 걸려 넘어지는 경우를 대비하여 ...

나는 이것이 내가 신음하는 것처럼 들린다는 것을 알고 있습니다. (내가 조금 짜증이 나기 때문입니다) .. 그러나 나는 그것이 단지 실행 명령을 추가하는 것만큼 간단하지 않다는 것을 지적할 가치가 있다고 생각했습니다.

github.com/kubernetes-incubator/cri-tools/cmd/crictl을 받으십시오.

그리고 그것이 문제를 쉽게 해결할 것이라고 믿습니다... 이런 종류의 것들은 아마도 최종 사용자에게 푸시되어서는 안 됩니다.

이 경고와 함께 무엇을 만났는지 제공하십시오.

kubeadm 버전: &version.Info{주요:"1", 부:"10", GitVersion:"v1.10.2", GitCommit:"81753b10df112992bf51bbc2c2f85208aad78335"::T09208aad78335", GitTreeState:"clean"2-0 BuildDate:"clean"2, 24Z", GoVersion:"go1.9.3", 컴파일러:"gc", 플랫폼:"linux/amd64"}

1. --ignore-preflight-errors는 이 경고를 완화할 수 없습니다. 다양한 형식을 시도했습니다.
   --ignore-preflight-errors="cri" 또는 --ignore-preflight-errors=cri 또는
   --ignore-preflight-errors "cri" 또는 --ignore-preflight-errors cri

2. 패키지를 설치해도 이 경고를 완화할 수 없습니다.

   github.com/kubernetes-incubator/cri-tools/cmd/crictl을 받으십시오.

   $HOME/go/bin에 바이너리를 설치하고 $PATH에 추가했습니다.
   그리고 일반 사용자와 루트로 바이너리를 설치했습니다(그래서 두 홈 디렉토리에 나타남).
   여전히 kubeadm이 경고를 보고하고 찾을 수 없습니다.

@heyi-arm --ignore-preflight-errors 는 오류 를 경고로 변환하지만 경고는 계속 표시됩니다.

Ansible을 사용하여 멀티 마스터 설정을 프로비저닝하려고 할 때 방금 이 문제에 부딪쳤습니다.

TASK [ansible-k8s : join_cluster | Joining Additional Nodes To K8s Cluster] ******************************************************************************************************
fatal: [node1]: FAILED! => {"changed": true, "cmd": ["kubeadm", "join", "--token", "8gsm4e.uv0bve5j7ec2i0qk", "--discovery-token-unsafe-skip-ca-verification", "--ignore-preflight-errors", "192.168.250.10:6443"], "delta": "0:00:00.176311", "end": "2018-05-10 19:57:28.117885", "msg": "non-zero return code", "rc": 2, "start": "2018-05-10 19:57:27.941574", "stderr": "\t[WARNING FileExisting-crictl]: crictl not found in system path\nSuggestion: go get github.com/kubernetes-incubator/cri-tools/cmd/crictl\n[preflight] Some fatal errors occurred:\n\t[ERROR FileAvailable--etc-kubernetes-pki-ca.crt]: /etc/kubernetes/pki/ca.crt already exists\n[preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...`", "stderr_lines": ["\t[WARNING FileExisting-crictl]: crictl not found in system path", "Suggestion: go get github.com/kubernetes-incubator/cri-tools/cmd/crictl", "[preflight] Some fatal errors occurred:", "\t[ERROR FileAvailable--etc-kubernetes-pki-ca.crt]: /etc/kubernetes/pki/ca.crt already exists", "[preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...`"], "stdout": "[preflight] Running pre-flight checks.", "stdout_lines": ["[preflight] Running pre-flight checks."]}
fatal: [node2]: FAILED! => {"changed": true, "cmd": ["kubeadm", "join", "--token", "8gsm4e.uv0bve5j7ec2i0qk", "--discovery-token-unsafe-skip-ca-verification", "--ignore-preflight-errors", "192.168.250.10:6443"], "delta": "0:00:00.183138", "end": "2018-05-10 19:57:28.171885", "msg": "non-zero return code", "rc": 2, "start": "2018-05-10 19:57:27.988747", "stderr": "\t[WARNING FileExisting-crictl]: crictl not found in system path\nSuggestion: go get github.com/kubernetes-incubator/cri-tools/cmd/crictl\n[preflight] Some fatal errors occurred:\n\t[ERROR FileAvailable--etc-kubernetes-pki-ca.crt]: /etc/kubernetes/pki/ca.crt already exists\n[preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...`", "stderr_lines": ["\t[WARNING FileExisting-crictl]: crictl not found in system path", "Suggestion: go get github.com/kubernetes-incubator/cri-tools/cmd/crictl", "[preflight] Some fatal errors occurred:", "\t[ERROR FileAvailable--etc-kubernetes-pki-ca.crt]: /etc/kubernetes/pki/ca.crt already exists", "[preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...`"], "stdout": "[preflight] Running pre-flight checks.", "stdout_lines": ["[preflight] Running pre-flight checks."]}

@mrlesmithjr 관련 없는 또 다른 문제가 있습니다: [ERROR FileAvailable--etc-kubernetes-pki-ca.crt]: /etc/kubernetes/pki/ca.crt already exists . 가능한 플레이북을 확인하고 필요한 경우 세부 정보가 포함된 새 문제를 엽니다.

마스터 PKI 폴더에서 복사한 곳입니다. 여전히 모든 것을 정리하려고 합니다. 그러나 확실히 할 것입니다.

이것은 훌륭한 피드백입니다. sig-cluster-lifecycle에서 다루겠습니다. 이것은 최소한 절대적으로 무시할 수 있어야 합니다.

그리고 kubeadm이 의존하는 경우 .deb 배포되어야 합니다. 그렇지 않다면 그것은 단지 일부 선택적 유틸리티일 뿐입니다. 여전히 패키징되어야 합니다.

이것이 설치에 필요한 경우 패키지와 함께 배송되어야 합니다. Go 빌드 도구는 프로덕션 컨테이너 호스트에 속하지 않습니다.

제 생각에는 사용자가 도커 대신 CRI를 사용하지 않으려는 경우가 아니면 필요하지 않습니다. 새로운 명령줄 옵션(--use-cri ?)을 도입하여 명시적으로 수행하거나 사용자가 --cri-socket 옵션을 사용하여 CRI 소켓을 지정할 때 이 PR 에서 암시적으로 수행할 수 있습니다.

@luxas 는 이것이 오류로 나타납니다. 버그인가요? 그렇다면 신속하게 수정해야 합니다. 위에서 설명한 것처럼 일부 구성에서는 crictl을 설치하는 것이 쉽지 않기 때문입니다(그리고 프로덕션 호스트에서 go build 도구가 필요함).

이 PR 로 고쳐야 할 것 같아요.