minikube/pkg
Shubham f42f79e56d (Addons) Create a new command in every retry
Whenever a `kubectl apply` fails while enabling an addon, it is
retried with exponential backoff. The command (type `*exec.Cmd`)
that this retry function runs in created outside the function -
which means that it is reused on every retry. This is a problem
because `exec.Cmd` (https://godoc.org/github.com/pkg/exec#Cmd)
states that "... Cmd cannot be reused after calling its Run or
Start methods."

This retry is a common case due to, say, a CRD and its resource
being present in the same YAML file of the addon which causes
a race condition where the resource is created before its CRD is
created in the cluster - this race is fixed by subsequent retries.
I've noticed this in the dashboard and the ambassador addon.

Due to the above mentioned bug, minikube throws errors like
`exec: already started` in every retry and the retry is never
successful, manifests are never deployed and addon creation errors
out.

Related to #8138 #8119 #8372
2020-07-21 21:20:24 +05:30
..
addons (Addons) Create a new command in every retry 2020-07-21 21:20:24 +05:30
drivers Merge pull request #8718 from medyagh/check_docker_deskop 2020-07-20 15:26:41 -07:00
generate Fix some minor gofmt and golint issues 2020-05-14 07:50:29 +02:00
gvisor Refactor CommandRunner.Copy functions for consistency 2020-04-09 13:24:14 -07:00
initflag
kapi wait for ingress pod be running 2020-06-26 14:22:17 -07:00
minikube Merge pull request #8581 from afbjorklund/preload-crio 2020-07-20 15:55:31 -07:00
provision Enable docker and kubelet units after adding them 2020-04-19 17:31:00 +02:00
storage Update external-provisioner for storage provisioner 2020-06-30 18:31:06 +02:00
util retry.Local should respect the maxTime argument 2020-07-07 15:10:30 -07:00
version lint cleanup 2020-03-04 20:49:49 -08:00