* canonicized helm-cli quickstart
* canonicized hetzner quickstart
* canonicized outscale quickstart
these pages are very strange
they have no sidebar but are still accessible if you search for them via algolia
* fixing link in last commit
* canonicized vagrant quick start
* canonicized work-load-w-ingress quick start
* canonicized nodeports quick start
A new to k3s user might get "surprised" by error messages from kubectl
or k3s like:
WARN[0000] Unable to read /etc/rancher/k3s/k3s.yaml, please start server with --write-kubeconfig-mode to modify kube config permissions
error: error loading config file "/etc/rancher/k3s/k3s.yaml": open /etc/rancher/k3s/k3s.yaml: permission denied
It can happen when there is a k3s installed on the same machine and
`/etc/rancher/k3s/k3s.yaml` present.
Signed-off-by: Kyr Shatskyy <kyrylo.shatskyy@suse.com>
Instead of sending user to find the real number k3s tag format,
just give recent version of k3s which is needed by latest
rancher.
It would be great to update this value automatically, but I have
no good idea how to do this at the moment.
Signed-off-by: Kyr Shatskyy <kyrylo.shatskyy@suse.com>
Move the clause about INSTALL_K3S_VERSION before get.k3s.io
cluster installation command example to emphasize its requirement
to get the correct version of k3s on which the rancher should will
be installed, because it can be an annoying mistake that user might
start from setup from scratch.
Signed-off-by: Kyr Shatskyy <kyrylo.shatskyy@suse.com>
