Open zbabac opened 2 years ago
To me, the following line is the most interesting:
time="2022-03-08T11:19:50+01:00" level=fatal msg="failed to download the image, attempted 1 candidates, errors=[failed to download \"/opt/rancher-desktop/resources/resources/linux/alpine-lima-v0.2.8-rd-3.14.3.iso\": copy file range failed: invalid argument]"
This seems to point to this being an issue with lima
. It seems to pertain to a copy_file_range(2)
syscall. I took a brief look through some of lima
's code and didn't find anything obvious. I don't have a ton of time right now to look at this, but I'll continue looking in the future.
What distro and filesystem are you running?
KDE neon 20.04 5.24 (based on Ubuntu 20.04) and ext4.
So far WA is to start RD as other user and then to switch to my normal user (the caveat is to copy user key to the $HOME/.kube/.
For the sake of helping anyone else who might have the same issue, here is the detailed WA procedure.
The problem appeared again few days ago after KDE update (to 5.24.4), so it might be related to KDE. Anyway, it messes something with the user,and the only remedy is to create new, vanilla user, which is used to start rancher-desktop. Your normal user can then use started VM services from his/hers normal desktop session.
rancheruser
and switch your KDE desktop session to the new rancheruser; sudo cp /home/rancheruser/.kube/config /home/<user>/.kube/config
ps axf|grep ssh
# and note the port for eg. 39309ssh -i /home/rancheruser/.local/share/rancher-desktop/lima/_config/user rancheruser@127.0.0.1 -p 39309 -L 443:192.168.5.15:443
Only first 3 steps are necessary every time you start rancher-desktop, 4. is one-time only, 5. if you need access to lima VM.
If you want to stop rancher-desktop, switch back to rancheruser
and close it (or logout user). You will need to repeat 1-3 again in order to start it (and optionally 5).
If it happens that you can't start rancher-desktop even with new user after some update for example, just create new user and use it further until this issue is resolved.
Actual Behavior
This issue is related to #1298 which is closed after updating rancher-desktop to stable 1.0.0. However, it appeared again after update to v1.1.1 (it was completely removed for testing purposes and then reinstalled via apt install rancher-desktop). It starts normally, I select kubernetes version, downloads k3s, then it displays error:
I close the window and start again and then it takes 10 minutes with message "wait to start virtual machine". After timeout it displays the error message:
When I create new user, logout and then login as new user, the rancher-desktop starts normally.
It is obviously related to settings for my user, but which one? I deleted everything related to rancher-desktop from home dir: .cache, .config, .local, .kube. It then starts from downloading k3s and the same repeats.
I tried to use AppImage, but the result is the same. It is not reproducible per se, I will try to copy entire home to the new user and report with update.
Question is: is there anything else related to rancher-desktop that can interfere with user settings, i.e. what components are used for rancher-desktop? Could it be some user rights (permission denied implies that, but what permission) lima.log lima.ha.stderr.log
?
Steps to Reproduce
Not reproducible for other user.
Result
Expected Behavior
Expected to work for any user.
When uninstalled and reinstalled, expected to start normally, perform initial setup and then start VM and k3s inside VM.
Additional Information
No response
Rancher Desktop Version
1.1.1
Rancher Desktop K8s Version
1.22.5
Which container runtime are you using?
containerd (nerdctl)
What operating system are you using?
Other Linux
Operating System / Build Version
KDE neon 20.04 5.24
What CPU architecture are you using?
x64
Linux only: what package format did you use to install Rancher Desktop?
deb
Windows User Only
No response