[caasp-beta] caasp-beta
Alejandro Bonilla
abonilla at suse.com
Tue Apr 4 12:21:32 MDT 2017
All,
The Unauthorized is due to a authentication configuration we currently have, i.e. certs only vs user authentication. (Solution to this coming in another e-mail)
To access the Dashboard (for) now, one can do:
kubectl describe pod kubernetes-dashboard --namespace=kube-system | grep Node
kubectl describe service kubernetes-dashboard --namespace=kube-system | grep Node
And use the worker IP and service NodePort to reach the Dashboard. i.e. :
root at w530:~ # kubectl describe pod kubernetes-dashboard --namespace=kube-system | grep Node
Node: worker2/192.168.122.39
root at w530:~ # kubectl describe service kubernetes-dashboard --namespace=kube-system | grep Node
Type: NodePort
NodePort: <unset> 30957/TCP
So:
http://192.168.122.39:30957
Let us know
> On Apr 4, 2017, at 10:52 AM, Vinicius Neuhauss <Vinicius.Neuhauss at suse.com> wrote:
>
> I Instaled the dashboard using this documentation( https://kubernetes.io/docs/user-guide/ui/#accessing-the-dashboard-ui) in my laptop , but when i try to access the web ui I had this message:
>
> {
> "kind": "Status",
> "apiVersion": "v1",
> "metadata": {},
> "status": "Failure",
> "message": "no endpoints available for service \"kubernetes-dashboard\"",
> "reason": "ServiceUnavailable",
> "code": 503
> }
>
>
>
> jarvis:/home/neuhauss/Downloads # kubectl proxy
> Starting to serve on 127.0.0.1:8001^C
> jarvis:/home/neuhauss/Downloads # kubectl get pods --all-namespaces
> NAMESPACE NAME READY STATUS RESTARTS AGE
> kube-system kubernetes-dashboard-3203962772-nbfc5 1/1 Running 0 4h
> jarvis:/home/neuhauss/Downloads # kubectl get services -a --all-namespaces
> NAMESPACE NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE
> default kubernetes 172.21.0.1 <none> 443/TCP 4h
> kube-system kubernetes-dashboard 172.21.125.138 <nodes> 80:31512/TCP 4h
> jarvis:/home/neuhauss/Downloads #
>
>
> I also notice after reboot my vms , the nodes services are now duplicated.
>
> jarvis:/home/neuhauss/Downloads # kubectl get nodes
> NAME STATUS AGE
> 127.0.0.1 NotReady 4h
> worker1 Ready 4h
> worker1.vinicius.com NotReady 4h
> worker2 Ready 4h
> worker2.vinicius.com NotReady 4h
> worker3 Ready 4h
> worker3.vinicius.com NotReady 4h
> jarvis:/home/neuhauss/Downloads # ^C
>
>
>
> ________________________________________
> From: caasp-beta-bounces at lists.suse.com [caasp-beta-bounces at lists.suse.com] on behalf of Ns, Rushi [rushi.ns at sap.com]
> Sent: Sunday, April 02, 2017 12:45 PM
> To: Rob Knight
> Cc: caasp-beta at lists.suse.com
> Subject: Re: [caasp-beta] caasp-beta
>
> Hi Rob,
>
> Yes, I tried the same and its installed, however access UI is showing unauthorized
>
> Also if you notice the kubernetes cluster is on https which prevents from browser (chrome or firefox) without certificates being installed . also if you notice the kubectl config has the certs information but they are not available in server side, so the only way to find those certs and install on the browser might give access.
>
> You can refer to this blog http://stackoverflow.com/questions/36270602/how-to-access-kubernetes-ui-via-browser
>
>
>
> server: https://lvcaasmaster:6443
> certificate-authority-data: LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tCk1JSUc0VENDQk1tZ0F3SUJBZ0lJZHg0Nm1CRmdzL013RFFZSktvWklodmNOQVFFTEJRQXdnYUF4Q3pBSkJnTlYKQkFZVEFsVlRNUll3RkFZRFZRUUREQTFqYkhWemRHVnlMbXh2WTJGc01SQXdEZ1lEVlFRSERBZHdZV3hoYkhSdgpNUXN3Q1FZRFZRUUlEQUpEUVRFTU1Bb0dBMVVFQ2d3RGMyRndNUTB3Q3dZRFZRUXFEQVJPYjI1bE1RMHdDd1lEClZRUUxEQVJuYkdSek1SOHdIUVlKS29aSWh2Y05BUWtCRmhCeWRYTm9hUzV1YzBCellYQXVZMjl0TVEwd0N3WUQKVlFRRURBUk9iMjVsTUI0WERURTNNRFF3TWpBd05UVXdOVm9YRFRJM01ETXpNVEF3TlRVd05Wb3dnYUF4Q3pBSgpCZ05WQkFZVEFsVlRNUll3RkFZRFZRUUREQTFqYkhWemRHVnlMbXh2WTJGc01SQXdEZ1lEVlFRSERBZHdZV3hoCmJIUnZNUXN3Q1FZRFZRUUlEQUpEUVRFTU1Bb0dBMVVFQ2d3RGMyRndNUTB3Q3dZRFZRUXFEQVJPYjI1bE1RMHcKQ3dZRFZRUUxEQVJuYkdSek1SOHdIUVlKS29aSWh2Y05BUWtCRmhCeWRYTm9hUzV1YzBCellYQXVZMjl0TVEwdwpDd1lEVlFRRURBUk9iMjVsTUlJQ0lqQU5CZ2txaGtpRzl3MEJBUUVGQUFPQ0FnOEFNSUlDQ2dLQ0FnRUExZE9pCm9sRUE3VkloOHdqS2JqNVgrMXpMcmJLZFVGTzdiYVhRazZ2K3kzOUlsT0l3Z3FQY2puRlFVbnVEcWkvTVorb1YKcmdXamZrK1A2MTdqSGx6d2dGcFVTSXVISTkxemM0RmJ4TXFIRThPdGZwczk1QXE3aTB1YUwvbStNV2VJUEZEUQoybTB6U0RoL291Slo0ZG1XVVFvZGxneEc2UmsvTGxuL2NuSVJ2ck8vTDU4NTlHVzYzNUZtc3c3Q2ZtaXF5U29GCjVPWmMwcHNCRW1ndXNqNHpiNm9mcjAwUW54VWVucHRVeXpMV0pLUlYwUzVYRFFUZ1N3SFVXalphK0ZjcVNNQUgKZ0cydUdwTW5pQkY4WXNlWkxhKzJvazd5YThNNjlWbGQvd2lwTEtHMi9KeWNWaDBBTEdSY01pRElTaVZvU0Vuawo2SHd3ajEyZGJpbFR1ZmpHcy9TZHFwQU9JT2Y2NE9JMVRCS1duaDBQUEl0M3dTOWpZUGo1ZmJYZWp1N05tODd1CmlkeHN2WXhHNEI4azkrSUw5TTlmTlZHYUpsenpxSFZDTUpCV29GT3g2QmtVN1NZOHh4eDlhU016L05VcXpHRkwKTkVzdHVxMHRvbkFheVI2dmZPOGNDUUtwYXRuZ3BPU1dLZTdHY2txc3Z1QzkwclM0dGVxMTE2b1lWWWd2UzQvWAp1S1Y0eldGbTJhKzlUZHk1RVIzTVNVWGFvTXYyQ2xjTHN2Wm1CVHFoSmEvTjJtU0VzOW91Kzc0MlJxUWdDUExtCnp1QUZJTm1ibVhyMzRLdmJXYUZBbXVTMlc1YU04VEYvc2JVN0ZtU0gzOWZZQm9wNUtMMmFlQmozamd4WUswUDYKdGdrenRzSmtqUzJUREc4NURTMnNmbnphS2NwRUJkSEx5cFgxZU1zQ0F3RUFBYU9DQVJzd2dnRVhNQThHQTFVZApFd0VCL3dRRk1BTUJBZjh3RGdZRFZSMFBBUUgvQkFRREFnRUdNQjBHQTFVZERnUVdCQlF3cGpzRTB1NUorMk1jCmpDb29GTXEvdENKNGJqQ0IxQVlEVlIwakJJSE1NSUhKZ0JRd3Bqc0UwdTVKKzJNY2pDb29GTXEvdENKNGJxR0IKcHFTQm96Q0JvREVMTUFrR0ExVUVCaE1DVlZNeEZqQVVCZ05WQkFNTURXTnNkWE4wWlhJdWJHOWpZV3d4RURBTwpCZ05WQkFjTUIzQmhiR0ZzZEc4eEN6QUpCZ05WQkFnTUFrTkJNUXd3Q2dZRFZRUUtEQU56WVhBeERUQUxCZ05WCkJDb01CRTV2Ym1VeERUQUxCZ05WQkFzTUJHZHNaSE14SHpBZEJna3Foa2lHOXcwQkNRRVdFSEoxYzJocExtNXoKUUhOaGNDNWpiMjB4RFRBTEJnTlZCQVFNQkU1dmJtV0NDSGNlT3BnUllMUHpNQTBHQ1NxR1NJYjNEUUVCQ3dVQQpBNElDQVFDYmlaZUx1R2VlNzhvYVZYT1VnS0ZpV0czWGF2bmdna1h1WlVvQzJUVEJrRG9WQ2JnYldNd2s1aHpHClJKclUwekliajhPakM0ZUtkaCt5bXBNTnRnd2J4cDNSVXdoYi9vTGZVRU5tSHAvMDVlTGp2ZjYrTkZYNHBmTUcKV3JKbWxFaFBZNExjWHhuOTRLbWdqa3FMZnQrM1B6VnZCZm9ncC9TQUJsSFo4Zm05bnhVVVlMcUhLdmJFbVF5MApWZGZ3T0IrN2JUdVRPQ2krckQvTFhCbVJrUklaZ1FvS0VDQVBlcUlzNzBQUmdwdjc4VFpLczlKU3dQWTdJcG5RCjVzeDVJbnNHdXB5ODUrN3VpdHRJRllRQytVQXpNWDZQbVk1OUEwaW1QS0NaUkFCZU9iR3BGWW9aUEZWcUtpVHgKWkk0ODFPZi8xTk5GTlVIZFNNeU5CdjZDN09NNmZrNHJsTmF1SVFlNzBEZ0RrQVJrT0dIYW5EY2lJRVc1c0pFSQpiTkhUdUV1NmF2QkNaU1prNW4wVk13cWxWQ0dJZ1RSdGpEK0h6TXg1RzJaaWlXYW1GKzdkYkJiZXFoN3p5QkZYCk1MUkhGV214YlF2Zms5QjhMMGJxMGdnV041SVRZejl6TFJBQzd6bVJJMDlrcWxkeW53WEJtU2JEZU91ZTA0bmIKdkJ5VU9rN0x6SExEMUhEZG9keHFJbkZtd2gxTldMdUhzN0RVcWFtYjZ4TnE1bjQva3F0WGRlZXB1d043L1VPdgo0VUZyZGdwRTRaSTIwMFp3Wnd1R1ZzNHpCYVVtQnM3UTFRYng5bHM4c0tCRVBKaWhDczBJRDBKQU5HRkNKcnAvCk9DSjVQb3NtWlhZUmx2c0VidXYzeDJ6Z09DcW52bE5qR25HdjVQT2kxejhLbkZrMi9RPT0KLS0tLS1FTkQgQ0VSVElGSUNBVEUtLS0tLQo=
>
> Best Regards,
>
> Rushi.
> I MAY BE ONLY ONE PERSON, BUT I CAN BE ONE PERSON WHO MAKES A DIFFERENCE
>
>
> From: Rob Knight <rob.knight at suse.com>
> Date: Sunday, April 2, 2017 at 12:36 AM
> To: "Ns, Rushi" <rushi.ns at sap.com>
> Cc: Alejandro Bonilla <abonilla at suse.com>, "caasp-beta at lists.suse.com" <caasp-beta at lists.suse.com>
> Subject: Re: [caasp-beta] caasp-beta
>
> Rushi.
>
> I got dashboard access by following https://kubernetes.io/docs/user-guide/ui/#accessing-the-dashboard-ui
>
> Rob
> Sent from my iPhone - please excuse any shortness
>
> On 2 Apr 2017, at 04:48, Ns, Rushi <rushi.ns at sap.com<mailto:rushi.ns at sap.com>> wrote:
> Hi Alejandro,
>
> Good but more issues (kubernetes dashboard issue “unauthorized”) . Did you encounter any issues with kubernetes dashboard ? I get unauthorized when I browse https://lvcaasmaster:6443/ui
> I was looking seems the certificates seems either missing ?
>
> Aslo were you able to deploy any applications. I tried a simple one and its not getting deployed ?? keep looking more, but let me know if you have done and how you did , so that I can check.
>
>
>
> For that particular issue as you asked it was the file “kubelet” on every minion to add the FQDN or IP address of the minion host.
>
> KUBELET_HOSTNAME="lvcaasnode1"
>
> Best Regards,
>
> Rushi.
> I MAY BE ONLY ONE PERSON, BUT I CAN BE ONE PERSON WHO MAKES A DIFFERENCE
>
>
> From: Alejandro Bonilla <abonilla at suse.com<mailto:abonilla at suse.com>>
> Date: Saturday, April 1, 2017 at 8:29 PM
> To: "Ns, Rushi" <rushi.ns at sap.com<mailto:rushi.ns at sap.com>>
> Cc: "caasp-beta at lists.suse.com<mailto:caasp-beta at lists.suse.com>" <caasp-beta at lists.suse.com<mailto:caasp-beta at lists.suse.com>>
> Subject: Re: [caasp-beta] caasp-beta
>
> Hi Rushi,
>
> Great news.
>
> So the certificate problem perhaps was a time mismatch of the validity due to a NTP time that is now acceptable. Then I wonder what names were in the kubelet file vs the correct hostname? Is it 'linux' or where does the mismatch come from?
>
> Thanks for the updates...
>
>
> On Apr 1, 2017 11:15 PM, " Ns, Rushi " <rushi.ns at sap.com<mailto:rushi.ns at sap.com>> wrote:
>
> Ok “kubectl get nodes” empty issue too fixed.
>
>
>
> Basically every minion host in file /etc/kubernetes/kubelet value didn't match the hostname , so I had to add the hostname of the minion FQDN and restar the services.
>
>
>
>
>
> Now I get all my minions.
>
>
>
> PALM00635056A:.kube i811144$ kubectl get nodes
>
> NAME STATUS AGE
>
> lvcaasnode1 Ready 13m
>
> lvcaasnode2 Ready 5m
>
> lvcaasnode3 Ready 2m
>
> lvcaasnode4 Ready 1m
>
>
>
>
>
> Best Regards,
>
>
>
> Rushi.
>
> I MAY BE ONLY ONE PERSON, BUT I CAN BE ONE PERSON WHO MAKES A DIFFERENCE
>
>
>
>
>
> From: "Ns, Rushi" <rushi.ns at sap.com<mailto:rushi.ns at sap.com>>
> Date: Saturday, April 1, 2017 at 6:13 PM
> To: Alejandro Bonilla <abonilla at suse.com<mailto:abonilla at suse.com>>
> Cc: "caasp-beta at lists.suse.com<mailto:caasp-beta at lists.suse.com>" <caasp-beta at lists.suse.com<mailto:caasp-beta at lists.suse.com>>
> Subject: Re: [caasp-beta] caasp-beta
>
>
>
> Hi Alejandro,
>
>
>
> Ok this one too fixed.
>
>
>
> Now Kubectl works with cluster-info but I don’t see any nodes , however in my setup we had 4 minions , so I expected to have the output with 4 nodes but its empty?
>
>
>
> PALM00635056A:.kube i811144$ kubectl cluster-info
>
> Kubernetes master is running at https://lvcaasmaster:6443
>
>
>
> To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.
>
>
>
>
>
> PALM00635056A:.kube i811144$ kubectl get nodes
>
> Nothing
>
>
>
>
>
> Best Regards,
>
>
>
> Rushi.
>
> I MAY BE ONLY ONE PERSON, BUT I CAN BE ONE PERSON WHO MAKES A DIFFERENCE
>
>
>
>
>
> From: "Ns, Rushi" <rushi.ns at sap.com<mailto:rushi.ns at sap.com>>
> Date: Saturday, April 1, 2017 at 6:05 PM
> To: Alejandro Bonilla <abonilla at suse.com<mailto:abonilla at suse.com>>
> Cc: "caasp-beta at lists.suse.com<mailto:caasp-beta at lists.suse.com>" <caasp-beta at lists.suse.com<mailto:caasp-beta at lists.suse.com>>
> Subject: Re: [caasp-beta] caasp-beta
>
>
>
> Hi Alejandro,
>
>
>
> Ok I have fixed it, I think it was due NTP issue. Ok its created.
>
>
>
> Now I get the certificates error after downloading the kubectl config.
>
>
>
>
>
> $ kubectl get nodes
>
> Unable to connect to the server: x509: certificate is valid for lvcaasmaster.pal.sap.corp, kubernetes.default.svc.cluster.local, not lvcaasmaster
>
>
>
>
>
>
>
> [cid:image001.png at 01D2AB24.9C6542E0]
>
>
>
> Best Regards,
>
>
>
> Rushi.
>
> I MAY BE ONLY ONE PERSON, BUT I CAN BE ONE PERSON WHO MAKES A DIFFERENCE
>
>
>
>
>
> From: "Ns, Rushi" <rushi.ns at sap.com<mailto:rushi.ns at sap.com>>
> Date: Saturday, April 1, 2017 at 11:40 AM
> To: Alejandro Bonilla <abonilla at suse.com<mailto:abonilla at suse.com>>
> Cc: "caasp-beta at lists.suse.com<mailto:caasp-beta at lists.suse.com>" <caasp-beta at lists.suse.com<mailto:caasp-beta at lists.suse.com>>
> Subject: Re: [caasp-beta] caasp-beta
>
>
>
> Hi Alejandro,
>
>
>
> Thank you. For my setup I have proper DNS of hostname and I pretty much did as you did and I didnt hit any issues until the bootstrap cluster , the bootstrap cluster is running errors what I sent you in my first response ,,
> Do you have time to go over on share screen I can show and see if we can fix this together
>
>
>
>
> Best Regards,
>
>
>
> Rushi.
>
> Success is not a matter of being the best & winning the race. Success is a matter of handling the worst & finishing the race
>
>
>
> Sent from my iPhone
>
> please excuse typos and brevity
>
> On Apr 1, 2017, at 10:59, Alejandro Bonilla <abonilla at suse.com<mailto:abonilla at suse.com>> wrote:
>
> Hi Rushi,
>
>
>
> I think the autoyast expects all nodes IP/DNS proper resolution. I did not use that in my first install because I don't have a setup with proper DNS...
>
>
>
> I deployed successfully and quite quickly by
>
>
>
> - Created 4 VMs
>
>
>
> - Each booted by DVD1
>
> - - One was named admin for the Dashboard installer. I changed the 'linux' hostname at the 'Network' section as one would with yast lan under Hostname while on the installer. Used the Dashboard role, if I recall correctly the name of that role.
>
> - - Did the same with master, worker1, worker2 and set them all as the worker role. Specified the admin IP as the controller.
>
>
>
> - before installing the master and worker nodes, I finished the admin install and waited for it to boot up, it takes 10 seconds after the login prompt for the web Interface to be available.
>
>
>
> - Finished the master, workers install, they quickly showed up in the Dashboard, selected master as the, well... master.
>
>
>
> Deployment finished in less than 5 minutes.
>
>
>
> On my laptop:
>
> Downloaded kubeconfig, then installed
>
> kubernetes-client and kubernetes-common (I used them from software.opensuse.org<http://software.opensuse.org>, but there may be a more official installer.)
>
>
>
> Edit kubeconfig to ensure the master address is correct, vs a non-resolvable DN entry.
>
>
>
> mkdir ~/.kube
>
> cp kubeconfig ~/.kube/config
>
>
>
> Use kubectl :-)
>
>
>
> On Mar 31, 2017 11:22 PM, "Ns, Rushi" <rushi.ns at sap.com<mailto:rushi.ns at sap.com>> wrote:
>
> Here is my beta test results.
>
>
>
> I setup total 5 systems (1 controller, 1 master, 3 workers)
>
>
>
> 1) Setup controller works fast and very quick too.
>
> 2) Bootstrap nodes with autoyast worked and as well manual install by selecting nodes by specifying the controller IP worked.
>
> 3) Install cluster with selection ran several hours and I see the following
>
>
>
> Any other tools to see whats happening other than kubelet commands I used here.
>
>
>
> lvcaasadmin:/var/lib # kubelet list
>
> I0401 03:58:17.465609 8571 feature_gate.go:189] feature gates: map[]
>
> W0401 03:58:17.465761 8571 server.go:400] No API client: no api servers specified
>
> I0401 03:58:17.465852 8571 docker.go:356] Connecting to docker on unix:///var/run/docker.sock
>
> I0401 03:58:17.465893 8571 docker.go:376] Start docker client with request timeout=2m0s
>
> E0401 03:58:17.467067 8571 cni.go:163] error updating cni config: No networks found in /etc/cni/net.d
>
> I0401 03:58:17.475120 8571 manager.go:143] cAdvisor running in container: "/user.slice"
>
> W0401 03:58:17.481167 8571 manager.go:151] unable to connect to Rkt api service: rkt: cannot tcp Dial rkt api service: dial tcp [::1]:15441: getsockopt: connection refused
>
> I0401 03:58:17.487164 8571 fs.go:117] Filesystem partitions: map[/dev/sda2:{mountpoint:/var/lib/docker/btrfs major:0 minor:34 fsType:btrfs blockSize:0}]
>
> I0401 03:58:17.489428 8571 manager.go:198] Machine: {NumCores:4 CpuFrequency:2297339 MemoryCapacity:33553862656 MachineID:026dbed750d34678baa318a927beb43c SystemUUID:4212E894-D404-BC7E-12C1-104406FAC1AF BootID:4fca4f86-b8df-40aa-9a52-9f32d82a65c6 Filesystems:[{Device:/dev/sda2 Capacity:105219358720 Type:vfs Inodes:0 HasInodes:true}] DiskMap:map[2:0:{Name:fd0 Major:2 Minor:0 Size:4096 Scheduler:cfq} 8:0:{Name:sda Major:8 Minor:0 Size:107374182400 Scheduler:cfq}] NetworkDevices:[{Name:eth0 MacAddress:00:50:56:92:78:da Speed:10000 Mtu:1500}] Topology:[{Id:0 Memory:33553862656 Cores:[{Id:0 Threads:[0] Caches:[]} {Id:1 Threads:[1] Caches:[]}] Caches:[{Size:41943040 Type:Unified Level:3}]} {Id:1 Memory:0 Cores:[{Id:0 Threads:[2] Caches:[]} {Id:1 Threads:[3] Caches:[]}] Caches:[{Size:41943040 Type:Unified Level:3}]}] CloudProvider:Unknown InstanceType:Unknown InstanceID:None}
>
> I0401 03:58:17.490209 8571 manager.go:204] Version: {KernelVersion:4.4.52-1-default ContainerOsVersion:SUSE Container as a Service Platform 1.0 DockerVersion:1.12.6 CadvisorVersion: CadvisorRevision:}
>
> I0401 03:58:17.491582 8571 cadvisor_linux.go:152] Failed to register cAdvisor on port 4194, retrying. Error: listen tcp :4194: bind: address already in use
>
> W0401 03:58:17.494066 8571 container_manager_linux.go:205] 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.
>
> W0401 03:58:17.494326 8571 server.go:669] No api server defined - no events will be sent to API server.
>
> W0401 03:58:17.497638 8571 kubelet_network.go:69] Hairpin mode set to "promiscuous-bridge" but kubenet is not enabled, falling back to "hairpin-veth"
>
> I0401 03:58:17.497694 8571 kubelet.go:477] Hairpin mode set to "hairpin-veth"
>
> I0401 03:58:17.504274 8571 docker_manager.go:256] Setting dockerRoot to /var/lib/docker
>
> I0401 03:58:17.504311 8571 docker_manager.go:259] Setting cgroupDriver to cgroupfs
>
> I0401 03:58:17.506297 8571 server.go:770] Started kubelet v1.5.3
>
> W0401 03:58:17.506331 8571 kubelet.go:1224] No api server defined - no node status update will be sent.
>
> E0401 03:58:17.506400 8571 server.go:481] Starting health server failed: listen tcp 127.0.0.1:10248: bind: address already in use
>
> E0401 03:58:17.506382 8571 kubelet.go:1145] Image garbage collection failed: unable to find data for container /
>
> I0401 03:58:17.506527 8571 server.go:123] Starting to listen on 0.0.0.0:10250
>
> I0401 03:58:17.506647 8571 kubelet_node_status.go:204] Setting node annotation to enable volume controller attach/detach
>
>
>
>
>
>
> F0401 03:58:17.509424 8571 server.go:148] listen tcp 0.0.0.0:10255: bind: address already in use
>
>
>
> [cid:image002.png at 01D2AB24.9C6542E0]
>
> [cid:image003.png at 01D2AB24.9C6542E0]
>
>
>
>
>
>
>
> from messages I see the following.
>
>
>
>
>
> event.go:208] Unable to write event: 'Post http://127.0.0.1:8080/api/v1/namespaces/default/events: dial tcp 127.0.0.1:8080: getsockopt: connection refused' (may retry after sleeping)
>
> 2017-04-01T04:01:57.375925+00:00 lvcaasadmin hyperkube[2651]: E0401 04:01:57.375830 2651 reflector.go:188] pkg/kubelet/kubelet.go:378: Failed to list *api.Service: Get http://127.0.0.1:8080/api/v1/services?resourceVersion=0: dial tcp 127.0.0.1:8080: getsockopt: connection refused
>
> 2017-04-01T04:01:57.443964+00:00 lvcaasadmin hyperkube[2651]: E0401 04:01:57.443871 2651 reflector.go:188] pkg/kubelet/config/apiserver.go:44: Failed to list *api.Pod: Get http://127.0.0.1:8080/api/v1/pods?fieldSelector=spec.nodeName%3D127.0.0.1&resourceVersion=0: dial tcp 127.0.0.1:8080: getsockopt: connection refused
>
> 2017-04-01T04:01:57.444895+00:00 lvcaasadmin hyperkube[2651]: E0401 04:01:57.444801 2651 reflector.go:188] pkg/kubelet/kubelet.go:386: Failed to list *api.Node: Get http://127.0.0.1:8080/api/v1/nodes?fieldSelector=metadata.name%3D127.0.0.1&resourceVersion=0: dial tcp 127.0.0.1:8080: getsockopt: connection refused
>
> 2017-04-01T04:01:58.376648+00:00 lvcaasadmin hyperkube[2651]: E0401 04:01:58.376550 2651 reflector.go:188] pkg/kubelet/kubelet.go:378: Failed to list *api.Service: Get http://127.0.0.1:8080/api/v1/services?resourceVersion=0: dial tcp 127.0.0.1:8080: getsockopt: connection refused
>
> 2017-04-01T04:01:58.444697+00:00 lvcaasadmin hyperkube[2651]: E0401 04:01:58.444601 2651 reflector.go:188] pkg/kubelet/config/apiserver.go:44: Failed to list *api.Pod: Get http://127.0.0.1:8080/api/v1/pods?fieldSelector=spec.nodeName%3D127.0.0.1&resourceVersion=0: dial tcp 127.0.0.1:8080: getsockopt: connection refused
>
> 2017-04-01T04:01:58.446107+00:00 lvcaasadmin hyperkube[2651]: E0401 04:01:58.446008 2651 reflector.go:188] pkg/kubelet/kubelet.go:386: Failed to list *api.Node: Get http://127.0.0.1:8080/api/v1/nodes?fieldSelector=metadata.name%3D127.0.0.1&resourceVersion=0: dial tcp 127.0.0.1:8080: getsockopt: connection refused
>
> 2017-04-01T04:01:59.377433+00:00 lvcaasadmin hyperkube[2651]: E0401 04:01:59.377325 2651 reflector.go:188] pkg/kubelet/kubelet.go:378: Failed to list *api.Service: Get http://127.0.0.1:8080/api/v1/services?resourceVersion=0: dial tcp 127.0.0.1:8080: getsockopt: connection refused
>
> 2017-04-01T04:01:59.445470+00:00 lvcaasadmin hyperkube[2651]: E0401 04:01:59.445336 2651 reflector.go:188] pkg/kubelet/config/apiserver.go:44: F
>
>
>
> Best Regards,
>
>
>
> Rushi.
>
> I MAY BE ONLY ONE PERSON, BUT I CAN BE ONE PERSON WHO MAKES A DIFFERENCE
>
>
>
>
>
>
> _______________________________________________
> caasp-beta mailing list
> caasp-beta at lists.suse.com<mailto:caasp-beta at lists.suse.com>
> http://lists.suse.com/mailman/listinfo/caasp-beta
> _______________________________________________
> caasp-beta mailing list
> caasp-beta at lists.suse.com
> http://lists.suse.com/mailman/listinfo/caasp-beta
More information about the caasp-beta
mailing list