Why do you want this feature?
When a command fails its not always clear whats caused it, and if you haven't run it at a higher verbosity the information required to fully debug it might be lost.

What feature/behavior/change do you want?
eksctl to dump the log output with a higher verbosity upon failure. e.g.

$ eksctl create cluster --name my-cluster
error: exited 1

$ ls

Feature request

support configurable Kubernetes service IP address range

What is the current behavior?

configurable Kubernetes service IP address range is not supported

What is the expected behavior?

Support this feature ( for reference CFN - https://docs

We ensure compliance of Kubernetes Cluster with company policies using Gatekeeper. One of the main policies is ensuring we have a liveness probe to helps the kubelet know when it should restart a container. Without a defined liveliness probe we simply can't deploy aws-node-termination-handler on our cluster as it breaks required policies.
Is there any recommended command to define liveness probe

support for container-registry as docker registry provider

Is this a BUG REPORT or FEATURE REQUEST?: Bug Report

What happened: Running go run ./main.go with KUBECONFIG=/Users/scole/.kube/config:/Users/scole/.kube/config-apptio-clusters:/Users/scole/.kube/config-eks causes the startup to fail.

2020-10-29T10:19:12.506+1100	INFO	controller-runtime.metrics	metrics server is starting to listen	{"addr": ":8080"}
2020-10-29T10:19:12.506+1

There should be a way to get a kubeconfig for eks clusters that already exist.

Similar to this PR for GCP: https://gist.github.com/geekflyer/b78adab2667d8526a1dd593bc5c844bf#file-gke-ts-L33-L66

What happened:
I ran:
kconnect use eks --region us-east-1 --non-interactive
Note: I had username, password, and IDP settings in config

I was then prompted for role arn

What did you expect to happen:
For kconnect to fail immediately, and to show that roleArn is required

How to reproduce it:
Run kcoonect use eks with all parameters required except --roleArn, and with --no