zillow / hyper-kube-config

H Y P E R K U B E - A Serverless API and kubectl plugin providing a storage and retrieval Kubernetes cluster credentials. Hyperkube leverages AWS Secrets Manager for storing credential information.

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Setting cluster status to active without passing --environment does not return error

swarupdonepudi opened this issue · comments

When I ran the command to set cluster status to active without passing the environment, the call returns a "Setting cluster status active" message but does not really set the cluster to active. But when I pass --environment dev I see the following output.

Setting cluster environment to dev
Setting cluster status active

Does not work(which is great): kubectl hyperkube set-cluster-status --status active --cluster <cluster-fqdn>
Works: kubectl hyperkube set-cluster-status --status active --cluster <cluster-fqdn> --environment <cluster-env>

Not working version should display an error message to the user.

I just noticed that running this command without passing --environment is inserting a record in dynamodb table which can be verified by running kubectl hyperkube list

We didn’t initially want to make these cluster meta data items mandatory, but perhaps we do now?

I think it is a good idea to make environment a mandatory input with a sane default dev maybe?

Perhaps the default should be configurable. I was thinking maybe a dynamodb table meant for configuration defaults that can be used to override hard coded constants.