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.

Reply via email to