Closed charleech closed 2 years ago
/kind support
So when we create the minikube guest using the docker driver, we explicitly create the corresponding docker network starting with a hardcoded subnet of 192.168.49.0 and incrementing until we find a free one. There isn't currently a way to pick that subnet, but I wouldn't be opposed to supporting that.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
as it happens the IPs are conflicting with the IPs from our company network we really would need to make this configurable
/remove-lifecycle stale
So when we create the minikube guest using the docker driver, we explicitly create the corresponding docker network starting with a hardcoded subnet of 192.168.49.0 and incrementing until we find a free one. There isn't currently a way to pick that subnet, but I wouldn't be opposed to supporting that.
I would dearly love to have the ability to chose a different subnet. With the security policy at my work, when connecting to the corporate VPN, we're given a small subnet for things like k8s and docker and without the ability to specify that particular subnet, I can't use minikube with the docker driver at all in its current state.
So when we create the minikube guest using the docker driver, we explicitly create the corresponding docker network starting with a hardcoded subnet of 192.168.49.0 and incrementing until we find a free one. There isn't currently a way to pick that subnet, but I wouldn't be opposed to supporting that.
I would dearly love to have the ability to chose a different subnet. With the security policy at my work, when connecting to the corporate VPN, we're given a small subnet for things like k8s and docker and without the ability to specify that particular subnet, I can't use minikube with the docker driver at all in its current state.
I have a similar issue with both my local and corporate vpn networks.
I've started working on this.
/assign
Hi @presztak @rstaylor @davewongillies @TekTimmy
As minikube
runs inside docker, how about creating a network directly from docker side and run minikube under that created network?
$ docker network create --driver=bridge --subnet=192.168.60.0/24 --gateway=192.168.60.1 minikube
2aff06a3652a0b75cee570f8d2985a6fac4ded27505947ff8394689cc3a6c782
minikube
under the network created in step 1$ minikube start --driver=docker --nodes=2 --network minikube
π minikube v1.25.2 on Ubuntu 20.04
β¨ Using the docker driver based on user configuration
π Starting control plane node minikube in cluster minikube
π Pulling base image ...
π₯ Creating docker container (CPUs=2, Memory=2200MB) ...
π³ Preparing Kubernetes v1.23.3 on Docker 20.10.12 ...
βͺ kubelet.housekeeping-interval=5m
βͺ kubelet.cni-conf-dir=/etc/cni/net.mk
β Unable to load cached images: loading cached images: stat /home/x/.minikube/cache/images/amd64/k8s.gcr.io/kube-scheduler_v1.23.3: no such file or directory
βͺ Generating certificates and keys ...
βͺ Booting up control plane ...
βͺ Configuring RBAC rules ...
π Configuring CNI (Container Networking Interface) ...
π Verifying Kubernetes components...
βͺ Using image gcr.io/k8s-minikube/storage-provisioner:v5
π Enabled addons: storage-provisioner, default-storageclass
π Starting worker node minikube-m02 in cluster minikube
π Pulling base image ...
π₯ Creating docker container (CPUs=2, Memory=2200MB) ...
π Found network options:
βͺ NO_PROXY=192.168.60.2
π³ Preparing Kubernetes v1.23.3 on Docker 20.10.12 ...
βͺ env NO_PROXY=192.168.60.2
π Verifying Kubernetes components...
π Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default
$ minikube ip
192.168.60.2
$ kubectl get node -o wide
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
minikube Ready control-plane,master 4m33s v1.23.3 192.168.60.2 <none> Ubuntu 20.04.2 LTS 5.4.0-90-generic docker://20.10.12
minikube-m02 Ready <none> 3m43s v1.23.3 192.168.60.3 <none> Ubuntu 20.04.2 LTS 5.4.0-90-generic docker://20.10.12
BTW, if you have you have issue in #13729, this PR, #13766 may fix it.
/kind support
Regarding to the minikube: Proxies and VPNs which describes that the
192.168.49.0/24
: Used by the minikube docker driverβs first cluster. At the moment it seems that conflict with my environment network mist and each node cannot communicate to others.I also have a chance to create new minikube profile which also automatically creates the new docker network, e.g.
192.168.58.0/24
, this newly profile works like a charms as each node is able to communicate with others.How I can ensure is following the Using Multi-Node Clusters to test against each profile. (Refer to my testing at previous closed issue at #11669)
192.168.49.0/24
is failed.192.168.58.0/24
is worked as expected.I'm not sure if there is any chance to change it during starting up the minikube or not. Could you please help to advise?
Steps to reproduce the issue:
Note: The default 172.17.0.1/16 also conflict with
my environment network mist.
π minikube v1.22.0 on Centos 7.7.1908 βͺ MINIKUBE_IN_STYLE=true βͺ MINIKUBE_HOME=/opt/minikube.home β¨ Using the docker driver based on user configuration π Starting control plane node minikube in cluster minikube π Pulling base image ... π₯ Creating docker container (CPUs=2, Memory=4000MB) ... π³ Preparing Kubernetes v1.21.2 on Docker 20.10.7 ... βͺ opt bip=172.18.0.1/16 βͺ Generating certificates and keys ... βͺ Booting up control plane ... βͺ Configuring RBAC rules ... π Configuring CNI (Container Networking Interface) ... π Verifying Kubernetes components... βͺ Using image gcr.io/k8s-minikube/storage-provisioner:v5 π Enabled addons: storage-provisioner, default-storageclass
π Starting node minikube-m02 in cluster minikube π Pulling base image ... π₯ Creating docker container (CPUs=2, Memory=4000MB) ... π Found network options: βͺ NO_PROXY=192.168.49.2 π³ Preparing Kubernetes v1.21.2 on Docker 20.10.7 ... βͺ opt bip=172.18.0.1/16 βͺ env NO_PROXY=192.168.49.2 π Verifying Kubernetes components... π Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default
Full output of
minikube logs
command: N/AFull output of failed command: N/A