Hide Forgot
Description of problem: Due to recent changes in kube upstream (https://github.com/kubernetes/kubernetes/pull/19675), the container run time status is being verified based on docker's Version instead of APIVersion as done before. Since docker on fedora or rhel appends distro string (1.9.1-fc22/el7) to its version, kube parser fails to parse as the last part 1-fc22 is not integer. It was not an issue before as I said because APIVersion was being used which does not have this issue. For example: $ docker version Client: Version: 1.9.1-fc22 API version: 1.21 Package version: docker-1.9.1-4.git64eb95e.fc22.x86_64 Go version: go1.5.3 Git commit: 64eb95e/1.9.1 Built: OS/Arch: linux/amd64 Server: Version: 1.9.1-fc22 API version: 1.21 Package version: docker-1.9.1-4.git64eb95e.fc22.x86_64 Go version: go1.5.3 Git commit: 64eb95e/1.9.1 Built: OS/Arch: linux/amd64 Here are some errors, I noticed on kube nodes: E0122 10:24:18.435492 27245 manager.go:986] docker: failed to parse docker server version "1.9.1-fc22": Unable to parse version "1.9.1-fc22": "1-fc22" is not an integer E0122 10:24:23.273679 27245 manager.go:986] docker: failed to parse docker server version "1.9.1-fc22": Unable to parse version "1.9.1-fc22": "1-fc22" is not an integer E0122 10:24:23.273692 27245 kubelet.go:2579] Container runtime sanity check failed: docker: failed to parse docker server version "1.9.1-fc22": Unable to parse version "1.9.1-fc22": "1-fc22" is not an integer Detailed logs: http://pastebin.test.redhat.com/342892 As container run time status fails, all nodes in kube cluster are going down from Ready to NotReady status (it takes almost 5m in my setup). Version-Release number of selected component (if applicable): docker-1.9.1-el7 How reproducible: always Steps to Reproduce: 1. git clone kubernetes which has https://github.com/kubernetes/kubernetes/pull/19675 2. cd kubernetes 3. make clean all 4. ./hack/local-up-cluster.sh 5. kubectl get nodes (wait for around 5 or more mins and see node status changes to NotReady 6. check kubelet logs: cat /tmp/kubelet.log and notice errors regarding 1-fc22 or 1-el7 not an integer. Actual results: docker version shows Version as 1.9.1-fc22/el7 Expected results: docker version shows Version as 1.9.1 Additional info:
docker-1.9.1-6.git6ec29ef.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-b1c3922cf3
docker-1.9.1-5.git64eb95e.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2016-9025a22aa9
docker-1.9.1-6.git6ec29ef.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-b1c3922cf3
docker-1.9.1-5.git64eb95e.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-9025a22aa9
docker-1.9.1-6.git6ec29ef.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.