This message was deleted.
# rancher-desktop
a
This message was deleted.
1
b
I uninstalled and reverted back to an earlier version (I went to 1.5.1) https://github.com/rancher-sandbox/rancher-desktop/issues/3288
The dev team is really helpful here and active - and they knocked out a point release between 1.6.0 and 1.6.1 in a few days so I figure we’ll have another release soon
p
Thanks a lot Jason! By the way, how to properly uninstall my current version and install a previous one, as you suggested, on a macOS? Should I just Factory Reset the current one and download and install another version?
b
Yep, I did the factory reset and installed the older one over it
👍 1
i
I have tried making 1.6.1 run on ventura (intel) and it seems that the whole lima vm is hanging .. I’m unable to get at shell on the vm .. it just hangs..
b
yep, that's been my experience as well
👍 1
i
Do we know if anybody is actively looking into the issue? .. I’m so very sad when rd is not working 😉
f
I can confirm that @calm-sugar-3169 and I are actively looking into this issue.
❤️ 1
As far as I can tell, this only affects Kubernetes versions 1.24.* and 1.25.*; earlier versions seem to work fine. Please let me know if this is not the case for you!
👍 1
p
I just had the chance to test now, and using Kubernetes v1.20.15 is working fine. I had to do a Factory Reset though. Only going into Preferences and changing the Kubernetes version and restarting the application didn’t work.
Thanks for the support for now 🙂
i
well.. I did a complete removal of rd and installed anew, selecting v1.20.15 at installation, and it still won’t start just keeps “waiting for services” .. :/
after terminating rd and manually stopping the vm (which was not stopped) .. I started the vm manually waited for it to be ready .. and started rd .. and what do you know … it is working … (not sure if this is a fluke, will test some more)
f
In my experience it is working as long as you use it with kubernetes 1.23 or earlier. I've seen some reports that claim it doesn't, but I haven't been able to verify that. Unfortunately I still don't understand the root cause. 😞
p
Having the same issue since upgrading to macOS 13 on an M1 chip Macbook Pro 🙂 My workaround until i read this thread was factory resetting rd every day i start working 😢
Kubernetes v1.23 did not work for me, even with a factory reset and reboot 😕 But Kubernetes v1.20.15 did with a factory reset (i did not test the versions between)
f
I suspect your first factory reset didn't work because I think it does not shut down the app properly. You need to quit Rancher Desktop from the notification icon before starting it again. Or perform the factory reset 2 or 3 times in a row. You can tell when the UI comes back up in less than 10s, then the app was not stopped, and the new UI will still be talking to the old engine
p
hmm.. okay thanks for the feedback! 🙂 i will have an eye on that next time 👍
Short update: It seems that after a factory reset, changing the kubernetes version (choosing another than before) works for me 😄 Somehow, if i choose the same kubernetes version again, the factory reset does not help (i quit rancher desktop properly, did not test multiple factory resets immediately afterwards with the same kubernetes yet)
f
I found that if you wipe the Kubernetes installation during boot, it will continue to work (but you lose all images and workloads on each restart). You can automate that with an
override.yaml
file (in
~/Library/Application\ Support/rancher-desktop/lima/_config/override.yaml
):
Copy code
provision:
- mode: system
  script: |
    #!/bin/sh
    set -o errexit -o nounset -o xtrace
    rm -rf /var/lib/rancher
We have identified the commit that is starting this breakage, but are still looking into what exactly is triggering it (the commit is a refactor that adds and deletes 500 lines each).
👍 1
Going back to 1.5.1 until this is fixed is probably the best option
👍 2
p
Thank you for investigating the error 🙂👍 think i might downgrade to v1.5.1 then until fixed 🙂 thanks!
a
Even more than the fact that you're working on it, I greatly appreciate the updates here to let us know what's going on. Kudos for that!
🙌 1
g
I’m having a possibly unrelated issue as well. I need local kubernetes and use rancher in docker only, without kubernetes, and installed microk8s + multipass as an alternative. However, sometimes when I start rancher 1.6.1 it breaks microk8s. the
microk8s status
command no longer detects it as being installed and recommends I run the install command, even though multipass shows that the vm is running. I haven’t investigated too deeply, but suspect that starting rancher breaks microk8s networking somehow.
f
@glamorous-application-56494 This sounds unrelated, so please start your own thread, or file a Github issues with more details. The only thing I can think off would be a port conflict. I don't know how microk8s works, which ports and sockets it may need to forward to the host.
🦜 1
g
Thank you. I’ll look into possible port conflicts and raise a separate thread/issue if necessary. I’ve also downgraded to 1.5.1 and it seems stable so far.
f
We are testing a release candidate for 1.6.2 with a fix for the Ventura issue right now, and if testing passes before the end of the day, we will release it. Otherwise we may need to delay to Monday due to a policy of not releasing on the day before the weekend or public holidays.
🦜 4
p
Just downloaded v1.6.2 from the github release page, tested it and it works fine! thanks a lot for the quick fix 🙂👍
🦜 1