Hi all, I'm experimenting with Kubernetes on my local laptop (RHEL 7), and trying to set up a k8s cluster using VirtualBox. Here's my configuration so far:
- kubeadm/kubectl/kubelet 1.6 - Docker 1.12.6 - 2 VB nodes (master and worker) running Ubuntu 16.04 - Both nodes are configured with NAT and host-only adapters The host-only network is intended as the internal network for the nodes to communicate, and the NAT adapter for external access. The 2 VMs can ping each other over their host-only IPs fine. However, when I run "kubectl get nodes" from the master, the worker node shows as "NotReady", so it's not able to accept deployments. I am able to set up the master node fine, and the work is able to join the cluster (apparently) fine, at least with no errors: Master node setup: kubeadm init --apiserver-advertise-address=192.168.99.100 sudo cp /etc/kubernetes/admin.conf $HOME/ sudo chown $(id -u):$(id -g) $HOME/admin.conf export KUBECONFIG=$HOME/admin.conf kubectl apply -f weave-daemonset-k8s-1.6.yaml # Had to download the YAML separately for some reason Worker node setup: kubeadm join --token 9dd48f.2b3e4e3732b2aa41 192.168.99.100:6443 If I run 'kubelet' from the command-line, I see the following info (I'm assuming log entries) from the kubelet service. I've highlighted what I think are relevant errors: *W0531 11:56:58.167372 12376 cni.go:157] Unable to update cni config: No networks found in /etc/cni/net.d* I0531 11:56:58.175278 12376 manager.go:143] cAdvisor running in container: "/user.slice" *W0531 11:56:58.182134 12376 manager.go:151] unable to connect to Rkt api service: rkt: cannot tcp Dial rkt api service: dial tcp 127.0.0.1:15441: getsockopt: connection refused* I0531 11:56:58.186323 12376 fs.go:117] Filesystem partitions: map[/dev/sda1:{mountpoint:/var/lib/docker/aufs major:8 minor:1 fsType:ext4 blockSize:0}] I0531 11:56:58.192677 12376 manager.go:198] Machine: {NumCores:1 CpuFrequency:2593992 MemoryCapacity:2097061888 MachineID:ab4fad20859448f493aa428ffe811564 SystemUUID:4F055E4A-2383-468C-A046-085F0112FE77 BootID:74fd9c5d-3b1c-4588-9b04-c7adb5925dc1 Filesystems:[{Device:/dev/sda1 Capacity:31571570688 Type:vfs Inodes:1966080 HasInodes:true}] DiskMap:map[8:0:{Name:sda Major:8 Minor:0 Size:34359738368 Scheduler:deadline}] NetworkDevices:[{Name:datapath MacAddress:fe:02:7e:59:5c:29 Speed:0 Mtu:1376} {Name:dummy0 MacAddress:3a:c5:c5:07:dc:87 Speed:0 Mtu:1500} {Name:enp0s3 MacAddress:08:00:27:ba:e9:d0 Speed:1000 Mtu:1500} {Name:enp0s8 MacAddress:08:00:27:6f:92:f0 Speed:1000 Mtu:1500} {Name:vxlan-6784 MacAddress:7a:24:c6:5e:f1:48 Speed:0 Mtu:65485} {Name:weave MacAddress:ae:e7:0f:ef:10:c2 Speed:0 Mtu:1376}] Topology:[{Id:0 Memory:2097061888 Cores:[{Id:0 Threads:[0] Caches:[{Size:32768 Type:Data Level:1} {Size:32768 Type:Instruction Level:1} {Size:262144 Type:Unified Level:2}]}] Caches:[{Size:3145728 Type:Unified Level:3}]}] CloudProvider:Unknown InstanceType:Unknown InstanceID:None} I0531 11:56:58.193392 12376 manager.go:204] Version: {KernelVersion:4.8.0-52-generic ContainerOsVersion:Ubuntu 16.04.2 LTS DockerVersion:1.12.6 CadvisorVersion: CadvisorRevision:} *W0531 11:56:58.193963 12376 server.go:350] No api server defined - no events will be sent to API server.* I0531 11:56:58.197668 12376 server.go:509] --cgroups-per-qos enabled, but --cgroup-root was not specified. defaulting to / *I0531 11:56:58.204579 12376 cadvisor_linux.go:152] Failed to register cAdvisor on port 4194, retrying. Error: listen tcp :4194: bind: address already in use* *W0531 11:56:58.205325 12376 container_manager_linux.go:218] Running with swap on is not supported, please disable swap! This will be a fatal error by default starting in K8s v1.6! In the meantime, you can opt-in to making this a fatal error by enabling --experimental-fail-swap-on.* I0531 11:56:58.205461 12376 container_manager_linux.go:245] container manager verified user specified cgroup-root exists: / I0531 11:56:58.205513 12376 container_manager_linux.go:250] Creating Container Manager object based on Node Config: {RuntimeCgroupsName: SystemCgroupsName: KubeletCgroupsName: ContainerRuntime:docker CgroupsPerQOS:true CgroupRoot:/ CgroupDriver:cgroupfs ProtectKernelDefaults:false EnableCRI:true NodeAllocatableConfig:{KubeReservedCgroupName: SystemReservedCgroupName: EnforceNodeAllocatable:map[pods:{}] KubeReserved:map[] SystemReserved:map[] HardEvictionThresholds:[{Signal:memory.available Operator:LessThan Value:{Quantity:100Mi Percentage:0} GracePeriod:0s MinReclaim:<nil>}]} ExperimentalQOSReserved:map[]} *W0531 11:56:58.214810 12376 kubelet_network.go:70] Hairpin mode set to "promiscuous-bridge" but kubenet is not enabled, falling back to "hairpin-veth"* I0531 11:56:58.214924 12376 kubelet.go:494] Hairpin mode set to "hairpin-veth" *W0531 11:56:58.247353 12376 cni.go:157] Unable to update cni config: No networks found in /etc/cni/net.d* I0531 11:56:58.271630 12376 docker_service.go:187] Docker cri networking managed by kubernetes.io/no-op I0531 11:56:58.275319 12376 docker_service.go:204] Setting cgroupDriver to cgroupfs I0531 11:56:58.283946 12376 remote_runtime.go:41] Connecting to runtime service /var/run/dockershim.sock I0531 11:56:58.285263 12376 kuberuntime_manager.go:171] Container runtime docker initialized, version: 1.12.6, apiVersion: 1.24.0 I0531 11:56:58.286358 12376 server.go:869] Started kubelet v1.6.1 *E0531 11:56:58.286486 12376 server.go:586] Starting health server failed: listen tcp 127.0.0.1:10248: bind: address already in use* *E0531 11:56:58.286678 12376 kubelet.go:1165] Image garbage collection failed: unable to find data for container /* W0531 11:56:58.286748 12376 kubelet.go:1242] No api server defined - no node status update will be sent. I0531 11:56:58.286925 12376 kubelet_node_status.go:230] Setting node annotation to enable volume controller attach/detach *I0531 11:56:58.287680 12376 server.go:127] Starting to listen on 0.0.0.0:10250* *F0531 11:56:58.300363 12376 server.go:152] listen tcp 0.0.0.0:10255: bind: address already in use* I'm not sure if port-binding errors are true failures, or what. Has anyone seen this before? Are there other things I look for to try to figure out what's going on? Thanks, Mike -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.