-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. Weβll occasionally send you account related emails.
Already on GitHub? Sign in to your account
None: Error Port 8443 is in use (conflict with sshd on CentOS) #4473
Comments
Thank for sharing your experience, I am not sure if we have tested none driver with centos, do you mind trying it on a recent version of debian or ubuntu or fedora to see if you still have that issue ? |
On an ubuntu, seems OK
|
This issue is something separate:
Seems to happen on all distros. Fix: #4522 |
@medyagh : seems like a lot of users have issues when running directly on CentOS. Most common causes seem to be SELinux (it needs to be disabled) and systemd. Currently we require this extra flag: --extra-config=kubelet.cgroup-driver=systemd But it installs OK on CentOS, once one does the preparations and some prereqs. $ minikube start --vm-driver=none --cache-images=false --extra-config=kubelet.cgroup-driver=systemd
* minikube v1.1.1 on linux (amd64)
* Creating none VM (CPUs=2, Memory=2048MB, Disk=20000MB) ...
* Configuring environment for Kubernetes v1.14.3 on Docker 18.09.6
- kubelet.cgroup-driver=systemd
* Pulling images ...
* Launching Kubernetes ...
* Configuring local host environment ...
! The 'none' driver provides limited isolation and may reduce system security and reliability.
! For more information, see:
- https://github.com/kubernetes/minikube/blob/master/docs/vmdriver-none.md
! kubectl and minikube configuration will be stored in /root
! To use kubectl or minikube commands as your own user, you may
! need to relocate them. For example, to overwrite your own settings:
- sudo mv /root/.kube /root/.minikube $HOME
- sudo chown -R $USER $HOME/.kube $HOME/.minikube
* This can also be done automatically by setting the env var CHANGE_MINIKUBE_NONE_USER=true
* Verifying: apiserver proxy etcd scheduler controller dns
* Done! kubectl is now configured to use "minikube"
* For best results, install kubectl: https://kubernetes.io/docs/tasks/tools/install-kubectl/ As per Kubernetes (Docker) docs, disabled SELinux and enabled bridge: https://kubernetes.io/docs/setup/production-environment/container-runtimes/#docker Needed to install |
@birbird : the actual port 8443 issue seems to be an unclean shutdown of previous You could try |
@afbjorklund Thanks a lot for your help.
|
yeah the minikube stop is not really stopping reliablly I have been seeing it this flaky test, and I am been trying to improve it... #4495 I am working on fixing the flaky stop. I might end up using our fork of libmachine. since we eventually call lib to stop the vm. suggestions are welcome (on improving the minikube stop ) |
I wonder if I mentioned the stopping of the firewalld ? If not, I will do now. Stop firewalld :-) Another trick is reading the But in your case, "something" is listening on port 8443 - but it doesn't like to speak HTTPS Maybe: |
@afbjorklund Thanks.
|
Okay, there is your problem. You can't have both the kubernetes apiserver and a sshd on the same port. I don't think we can have a better error than:
|
Hi, I did nothing to port 8443, I have no idea of the sshd process.
|
It is not something that comes default with CentOS, so must have been added down the road. Minikube traditionally runs on port 8443, even though Kubernetes normally runs on port 6443 And sshd is port 22 by default. Yet another |
|
Closing as there is apparently a workaround. Noting that we should have a solution message recorded for this case. Thank you for filing this! |
Before this I have already minikube delete and kill the process on 8443
I ran this on a virtualbox virtual machine, the guest OS is CentOS
Any help will be highly appreciated!
The text was updated successfully, but these errors were encountered: