rancher-desktop icon indicating copy to clipboard operation
rancher-desktop copied to clipboard

Version 1.12.1 macOS Ventura fails to start on fresh install

Open bxbrenden opened this issue 1 year ago • 13 comments

Actual Behavior

I installed Rancher Desktop 1.12.1 for Apple Silicon from the download link on https://rancherdesktop.io/, and when I start Rancher Desktop, I am immediately greeted with a pop-up error message in the UI that says there was a Kubernetes issue and that the Lima VM cannot start because it was sent a SIGKILL signal from my OS. The Rancher Desktop UI stays running, and I can interact with it; however, the Docker daemon never starts, so I can't run any containers despite the status in the UI saying "Online".

I also tried running rdctl shell while Rancher Desktop was running, and I was given the same error from the command line:

$ rdctl shell
ERRO[0000] Failed to run "/Applications/Rancher Desktop.app/Contents/Resources/resources/darwin/lima/bin/limactl.ventura ls 0 --format {{.Status}}": signal: killed

To test whether this was a version issue, I installed Rancher Desktop 1.11.1 from the releases page on GitHub, and it is working perfectly well.

Steps to Reproduce

  1. Download the aarch64 version of Rancher Desktop 1.12.1 from https://rancherdesktop.io/ as a .dmg file.
  2. Double-click the .dmg file from Finder.
  3. When prompted to do so, drag and drop the Rancher Desktop executable into the Applications folder to copy it to your applications.
  4. Once the copying is completed, double-click Rancher Desktop from the Applications folder to start it
  5. Choose the default settings and ensure you don't enable Kubernetes (though it doesn't seem to matter whether or not you enable K8s for this).
  6. You will be greeted with a Kubernetes "received SIGKILL" error once you are past the setup screen from step 5.

Result

The Docker daemon never starts, and

$ rdctl shell
ERRO[0000] Failed to run "/Applications/Rancher Desktop.app/Contents/Resources/resources/darwin/lima/bin/limactl.ventura ls 0 --format {{.Status}}": signal: killed

Expected Behavior

Rancher Desktop should start without issue

Additional Information

I also tried using the "Factory Reset" and "Reset Kubernetes" options under the Troubleshooting section of the UI, but they did not help.

Rancher Desktop Version

1.12.1

Rancher Desktop K8s Version

N/A

Which container engine are you using?

moby (docker cli)

What operating system are you using?

macOS

Operating System / Build Version

macOS Ventura 13.0

What CPU architecture are you using?

arm64 (Apple Silicon)

Linux only: what package format did you use to install Rancher Desktop?

None

Windows User Only

No response

bxbrenden avatar Jan 16 '24 18:01 bxbrenden

I cannot reproduce this (on M1 with macOS Sonoma).

Can you run the command manually, to see if you get any additional output?

"/Applications/Rancher Desktop.app/Contents/Resources/resources/darwin/lima/bin/limactl.ventura" ls 0 --format "{{.Status}}"

jandubois avatar Jan 16 '24 19:01 jandubois

i have same problem! did you resolve this issue?

LEEJIYUL avatar Jan 23 '24 02:01 LEEJIYUL

I have same issue. I also tried using the "Factory Reset" and "Reset Kubernetes" options on Rancher Desktop, but did not work.

young0264 avatar Jan 23 '24 14:01 young0264

Same issue here with macOS x86_64. Multiple reinstalls and factory resets did not work. Downgraded to 1.11.1 and everything worked again.

abaerptc avatar Jan 23 '24 15:01 abaerptc

There is not much we can do unless the people affected provide the full set of log files, plus information about OS version, CPU arch, etc.

So please, if this is reproducible by you, collect all the logs in the log directory and attach them to a bug report or make them otherwise available.

jandubois avatar Jan 25 '24 00:01 jandubois

ha.stderr.log

I am experiencing a very similar issue. I believe I've attached the main error file

Zacharius avatar Jan 29 '24 18:01 Zacharius

I am experiencing a very similar issue. I believe I've attached the main error file

There is no relevant information in this file. It seems like the VM is not running after 2 minutes, which is long, but still possible depending on the machine and load. Please wait for more than 2 minutes and attach a ZIP file with the full set of logs!

jandubois avatar Jan 29 '24 18:01 jandubois

So I just updated to the newest version of macOS, Sonoma 14.3, and that appears to have resolved the issue.

Zacharius avatar Jan 29 '24 18:01 Zacharius

Same issue here and solved it in the same way as @Zacharius 🤷

lng-in2 avatar Feb 12 '24 22:02 lng-in2

Hmm... seem to be encountering the same issue, will try downgrading to 1.11.1 as @abaerptc recommended.

Edit: downgrading worked great and resolved this issue!

rancher-desktop-error

Log Files

@jandubois I've just attached a zip file with all logs from ~/Library/Logs/rancher-desktop/, let me know if any additional logs would be helpful!

Rancher Desktop Logs: rancher-desktop-logs.zip

OS Info

  • Chip: Apple M1 Max
  • macOS: Venture 13.2 (22D49)

lbeckman314 avatar Feb 20 '24 18:02 lbeckman314

Experiencing same issue on two (2) new Macs:

  • M3 iMac w/ 24GB RAM
  • M3MAX 16" MacBook Pro w/ 64GB RAM
  • both running macOS "Sonoma" v14.3.1
  • Rancher Desktop 1.12.3

(This appears to be the same issue, hence reporting here. But if you prefer this opened as a new issue, please let me know.)

This makes me think whatever is going on is not architecture specific, nor necessarily solely with 1.12.1.

Mind you these are new Macs. So clean installs of both macOS 14.x and Rancher Desktop 1.12.3.

After getting error, rebooted system just to see if possibly something needed to be put in place (e.g., the files in ~/.rd/bin/). But both system exhibit same behavior.

On firing up Rancher Desktop, they take easily an excruciating 7+ minutes to try and start, eventually showing "Starting virtual machine" in the lower right with the progress bar, and at some point after that kicking up the error as shown in this screenshot take on the M3 iMac (which took nearly 9 minutes): Screenshot 2024-02-22 at 11 59 39 AM

Also attaching the log files (in .tar.gz format) from both systems.

I know this is not normal behavior, as I have used Rancher Desktop on a 2019 27" iMac with an Intel Core i7 w/ 32GB RAM for well over a year now. And usually startup time is ~1.5 minutes give or take. This shift to the new M3 Macs I knew would bring quite some changes going from x64 to ARM64. So I did a clean install, not migrating any files/etc. Hence why I say a clean install, as it's both a new OS (fresh, not upgraded from "Ventura" etc.) and a new install of Rancher Desktop's latest version.

If there is anything else I can provide, please don't hesitate to ask. rancherlogs-imac.tar.gz rancherlogs-macbookpro.tar.gz

As I have yet to begin working with this Rancher Desktop setup, if you need any testing done, please let me know. I would very much like to get to something usable.

fseesink avatar Feb 22 '24 17:02 fseesink

It should be noted that after clicking on [Close] above and then quitting Rancher Desktop, it took ~3 minutes for each one (on both M3 iMac and M3MAX MBP) to finally shut down.

That is also atypical, as on the 2019 i7 iMac, it would typically take maybe 1-1.5 minutes.

fseesink avatar Feb 22 '24 17:02 fseesink

Not sure whether this helps or not, but after installing Rancher Desktop and trying to start it, I did modify the default configuration as follows to match what I had on my 2019 iMac:

In Preferences | Application, under General tab: [x] Allow to acquire administrative credentials (sudo access) [ ] Check for updates automatically [ ] Allow collection of anonymous statistics...

In Preferences | Application, under Environment tab: Configure PATH (*) Manual

In Preferences | Virtual Machine

  • 8 GB (iMac) / 16 GB (MBP)
  • 3 CPUs (iMac) / 4 CPUs (MBP)

In Preferences | Container Engine (*) containerd

I left the rest alone, such as the Kubernetes version (1.28.6 (stable)), etc.

fseesink avatar Feb 22 '24 17:02 fseesink