many-artist-13412
04/21/2023, 10:21 PMmany-artist-13412
04/21/2023, 10:32 PMmany-artist-13412
04/21/2023, 10:44 PMswift-hair-47673
04/22/2023, 10:01 AM[ERROR] Failed to set up SSH tunneling for host [10.0.10.107]: Can't retrieve Docker Info: error during connect: Get "<http://%2Fvar%2Frun%2Fdocker.sock/v1.24/info>": can not build dialer to [c-p9cqp:m-2bd0a9380d15]
[ERROR] Removing host [10.0.10.107] from node lists
This is very confusing because the server itself was fine.
Is there a bug in rancher 2.6.9 or something else that would be causing this?boundless-crowd-74052
04/23/2023, 1:27 PMError:
│ ============= RKE outputs ==============
│ time="2023-04-23T15:53:55+03:00" level=info msg="[rke_provider] rke cluster changed arguments: map[ingress:true nodes:true services:true]"
│ time="2023-04-23T15:53:55+03:00" level=debug msg="[rke_provider] ingress values old: [map[default_backend:true dns_policy: extra_args:map[] http_port:80 https_port:443 network_mode:hostPort node_selector:map[] options:map[] provider:none]] new: [map[default_backend:false dns_policy: extra_args:map[] http_port:0 https_port:0 network_mode: node_selector:map[] options:map[] provider:none]]"
worried-family-40446
04/24/2023, 7:29 AMworried-family-40446
04/24/2023, 7:30 AMWaiting for Kubernetes API
for long timeworried-family-40446
04/24/2023, 7:32 AMmelodic-market-77727
04/24/2023, 8:21 AMbillowy-apple-60989
04/24/2023, 8:48 AMno chart name found
defaultNamespace: cattle-monitoring-system
helm:
chart: rancher-charts/rancher-monitoring
repo: <https://charts.rancher.io>
releaseName: rancher-monitoring
version: 102.0.0+up40.1.2
namespace: cattle-monitoring-system
values:
replicaCount: 1
However if i try an example i found it works fine:
defaultNamespace: rocketchat
helm:
chart: rocketchat
repo: <https://rocketchat.github.io/helm-charts>
releaseName: "rocketchat"
version: "5.1.2"
namespace: rocketchat
values:
mongodb:
auth:
rootPassword: "rootpassword"
username: "fakeuser"
password: "fakepassword"
What is the correct chart and repo to use for monitoring..?shy-tent-66642
04/24/2023, 8:49 AMgreat-florist-72127
04/24/2023, 10:14 AMmammoth-pencil-43427
04/24/2023, 11:40 AM401
), although this command returned precisely the password I was using in my login attempts:
kubectl get secret --namespace cattle-system bootstrap-secret -o go-template='{{.data.bootstrapPassword|base64decode}}{{"\n"}}'
The login page also claims that if you pre-set your own bootstrap password, enter it here. Otherwise a random one has been generated for you.
so I tried reinstalling the chart without specifying a password, to see if that would make any difference. Yet now:
$ kubectl get secret --namespace cattle-system bootstrap-secret -o go-template='{{.data.bootstrapPassword|base64decode}}{{ "\n" }}'
Error from server (NotFound): secrets "bootstrap-secret" not found
It looks like no random password generation actually happened.
Any ideas about what I'm doing wrong?
Happy to create a Github issue if you feel it's relevant.
Thanks!shy-tent-66642
04/24/2023, 11:41 AMcurl -sfL <https://get.k3s.io> | INSTALL_K3S_EXEC="server --disable traefik --tls-san $external_ip" INSTALL_K3S_VERSION=v1.25.8+k3s1 sh -
--tls-san $external_ip" will do the trick. it allows the cluster to be accessed from the external ip of VMaverage-waitress-96027
04/24/2023, 11:52 AMadventurous-river-58871
04/24/2023, 1:29 PM1.22.17-rancher1-2
to 1.23.16-rancher2-1
and it's wrecking my nodes, preventing pretty much anything from running on them, including the cluster agent. Since the cluster agent is unable to start, the upgrade is unable to progress and I can't even tell it to roll back or make any other changes. It looks like whatever is responsible for mounting /etc/hosts
is not doing it correctly, and it's being mounted as a directory instead of a file, causing the error below for any pod that tries to start. I'm not exactly sure how to proceed or work around the issue. I've been trying to figure this out for several days now. If anyone has any ideas it would be greatly appreciated.
E0422 08:11:06.957002 4127378 pod_workers.go:965] "Error syncing pod, skipping" err="failed to \"StartContainer\" for \"cluster-register\" with RunContainerError: \"failed to start container \\\"afd3874c6173e119096d353ed5fea741ce20050d7a2dd5db2c3d8ca5865f9ef1\\\": Error response from daemon: OCI runtime create failed: container_linux.go:370: starting container process caused: process_linux.go:459: container init caused: rootfs_linux.go:59: mounting \\\"/opt/rke/var/lib/kubelet/pods/03663f0d-4ec2-4655-8eae-c39584074230/etc-hosts\\\" to rootfs at \\\"/var/lib/docker/overlay2/5a8743f9f37feac08f36725cca7ccd6ac39926940244ff924cddf0d41bec73a7/merged/etc/hosts\\\" caused: not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type\"" pod="cattle-system/cattle-cluster-agent-dc659f6fc-482gg" podUID=03663f0d-4ec2-4655-8eae-c39584074230
hundreds-evening-84071
04/24/2023, 3:05 PMrich-alarm-72570
04/24/2023, 3:34 PMstraight-businessperson-27680
04/24/2023, 3:42 PMstraight-businessperson-27680
04/24/2023, 4:22 PMable-zebra-19664
04/25/2023, 6:07 AMsome-monkey-58167
04/25/2023, 6:47 AMstocky-fall-82040
04/25/2023, 12:26 PMfast-plumber-26155
04/25/2023, 1:25 PMError: INSTALLATION FAILED: execution error at (rancher/templates/validate-psp-install.yaml:4:5): The target cluster does not have the PodSecurityPolicy API resource. Please disable PSPs in this chart before proceeding.
adventurous-river-58871
04/25/2023, 3:55 PMlevel=error msg="Remotedialer proxy error" error="Error response from daemon: Duplicate mount point: /opt/rke/var/lib/kubelet"
.
I've removed the offending extra bind from the cluster yaml, but no matter what I do the plan the agent receives doesn't seem to change (still includes the new/unwanted bind: level=info msg="For process kubelet, Binds has changed from
) and the error persists, preventing any progress. How can I force Rancher to send the new plan without this bind to the agents?curved-librarian-75598
04/25/2023, 9:43 PMmicroscopic-memory-76904
04/26/2023, 2:32 AM2023-04-25T19:12:18.599777283-07:00 + grep -Eq :
2023-04-25T19:12:18.601544851-07:00 + iptables -t filter -I FORWARD -s 0.0.0.0/0 -p TCP --dport 8686 -j ACCEPT
iptables v1.8.8 (legacy): can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
2023-04-25T19:12:18.614809084-07:00 Perhaps iptables or your kernel needs to be upgraded.
Has anyone else ran into this? I recently upgraded Rancher to 2.7.3 and k3s to v1.25.7 +k3s1sparse-fireman-14239
04/26/2023, 7:10 AMbusy-flag-55906
04/26/2023, 7:11 AMsparse-fireman-14239
04/26/2023, 8:55 AM