-
Updated
Oct 23, 2020 - Go
rancher
Here are 424 public repositories matching this topic...
-
Updated
Jun 14, 2019 - Go
-
Updated
May 26, 2019
-
Updated
Jul 19, 2020 - JavaScript
-
Updated
Oct 23, 2020 - Python
-
Updated
Apr 6, 2020 - Shell
-
Updated
Dec 29, 2019
-
Updated
Mar 22, 2018 - Go
-
Updated
Jul 10, 2017
-
Updated
Sep 7, 2020 - Go
-
Updated
Oct 1, 2020 - Python
-
Updated
Aug 15, 2017 - JavaScript
-
Updated
Aug 6, 2020 - Python
-
Updated
Oct 17, 2020 - HCL
Some clusters can be stopped when k3x is started. Users could think the current cluster should be ready, but they would really need to "start" it. We should show a warning saying something like "the current cluster is stopped".
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
-
Updated
Mar 23, 2017 - SaltStack
-
Updated
Mar 31, 2020 - Java
-
Updated
Sep 20, 2017 - Go
-
Updated
Oct 12, 2020 - Smarty
Improve this page
Add a description, image, and links to the rancher topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the rancher topic, visit your repo's landing page and select "manage topics."


Given an existing cluster, is there any way to check
A) whether a local registry is enabled for that cluster, and
B) the value of registry-port/registry-name?
Relatedly: given a cluster that was started without the
--enable-registryflag, is there any way to enable the registry post-facto?