This message was deleted.
# rancher-desktop
a
This message was deleted.
f
Is there additional information in
~/Library/Logs/rancher-desktop/networking.log
?
a
No, just
Copy code
...certificate verification successful.
...certificate verification successful.
...certificate verification successful.
...certificate verification successful.
...certificate verification successful.
...certificate verification successful.
...certificate verification successful.
...certificate verification successful.
...certificate verification successful.
...certificate verification successful.
f
It is hard to say, maybe looking through the full set of logs would help, but it may be easier to try both a "Factory Reset" (on the "Troubleshooting" page), and maybe even a reboot first, to see if that clears things up. Assuming you don't mind deleting the current VM, which contains all the images.
a
I’ve done all of the above actually. On the k8s logs i see:
Copy code
ex.stderr: [I0927 12:29:51.413365   55050 versioner.go:58] Get "<https://127.0.0.1:6443/version?timeout=5s>": x509: certificate signed by unknown authority
Unable to connect to the server: x509: certificate signed by unknown authority
]
initially i thought that was another issue with my ~/.kube/conf, but removing that makes no difference
one thing is, i updated to macOS 12.6 last night, so it may have something to do with that.
f
I don't think that should change anything, but I'm just booting up a 12.6 machine to test. This is with RD 1.5.1 on an Intel Mac, right?
a
m1 mac
f
Are you running any proxy servers?
a
no, nothing special going on
f
So there is no corporate networking stuff installed on the machine?
Working fine for me:
Copy code
$ sw_vers
ProductName:	macOS
ProductVersion:	12.6
BuildVersion:	21G115
$ kubectl get po -A
NAMESPACE     NAME                                      READY   STATUS      RESTARTS   AGE
kube-system   helm-install-traefik-7v8cb                0/1     Completed   0          3d19h
kube-system   local-path-provisioner-58fb86bdfd-6899n   1/1     Running     1          3d19h
kube-system   svclb-traefik-qb6x8                       3/3     Running     3          3d19h
kube-system   metrics-server-6d684c7b5-nh56d            1/1     Running     1          3d19h
kube-system   coredns-d798c9dd-xmp9g                    1/1     Running     1          3d19h
kube-system   traefik-65bccdc4bd-cmh22                  1/1     Running     1          3d19h
a
okay thanks, maybe I have some deeper configuration issues. will try to debug more and report back if i learn anything
f
Can you double-check if any proxy settings got exported into the VM?
Copy code
$ rdctl shell cat /etc/environment
#
# This file is parsed by pam_env module
#
# Syntax: simple "KEY=VAL" pairs on separate lines
#
#LIMA-START
#LIMA-END

$ rdctl shell sudo -i env | grep -i proxy
a
same as yours
actually while i say that there’s nothing substandard, i am using nix to set up my machine so it’s more likely to be a configuration issue through that
f
ok, so not a proxy issue. sorry, no other ideas right now
Please let me know if you figure it out. If possible we want to make RD robust to detect the issue and show a diagnostic
1
a
okay I think this is something to do with how Docker for Desktop was setup as well. When i removed that from my system thinks started working again.
admittedly, i was a bit heavy handed with the removal of that so it’s not necessarily the right move here
j
Hi, was this issue resolved? I’m facing same problem.
f
It sounds like the issue was resolved by uninstalling Docker Desktop
And also seemed related to using nix to manage the machine configuration