This message was deleted.
# rancher-desktop
a
This message was deleted.
f
I suspect you are either not using
moby
but running with
containerd
as the container engine, or you are not using "Administrative Access", so the socket is not in the default location. In that case you can run
docker context use rancher-desktop
.
And while it is probably unrelated to your problem, you may want to update to Rancher Desktop 1.16.0
Actually, the log extract seems to implicate a different issue. Please upgrade to the latest version, perform a factory reset, and show complete log files if it still fails to start
a
jira
b
Iโ€™m running into this issue as well on an M3. On 1.16.0. Was working fine then suddenly all my containers ran out of space. Relaunching didnโ€™t work, restarting rancher caused this problem to show up
Using moby, kubernetes is deactivated, and I am able to run sudo on my laptop Running the docker context command fails with no such file or directory
f
When you say your containers run out of space, is that disk space or memory? Have you tried increasing the memory size for the VM?
b
the memory issue wasn't clear to me -- I thought literally the database containers themselves were writing log files and filling up whatever space they were allocated. can't troubleshoot now though because the docker daemon won't launch
f
Is the virtual disk full?
Copy code
$ ls -lh ~/Library/Application\ Support/rancher-desktop/lima/0/diffdisk
-rw-r--r--  1 jan  staff   9.0G  2 Oct 14:40 /Users/jan/Library/Application Support/rancher-desktop/lima/0/diffdisk
b
Copy code
ls -lh ~/Library/Application\ Support/rancher-desktop/lima/0/diffdisk
-rw-r--r--@ 1 jbarney1  staff    95G Oct  2 17:31 /Users/jbarney1/Library/Application Support/rancher-desktop/lima/0/diffdisk
seems like a lot
I've restarted a few times
f
Yeah, the file is limited to 100GB, so may be at capacity. You can grow it a little bit manually, so the docker daemon can work again, and make sure you prune the filesystem of abandoned images and build system cache
b
ok, do I need to set a variable somewhere to expand that allowed file size?
f
I'm just testing it myself before giving you the commands ๐Ÿ™‚ You MUST make sure Rancher Desktop is not running before you do this
๐Ÿ‘€ 1
Run
ps -ef|grep qemu
to make really sure the VM has been stopped
Then run
Copy code
/Applications/Rancher\ <http://Desktop.app/Contents/Resources/resources/darwin/lima/bin/qemu-img|Desktop.app/Contents/Resources/resources/darwin/lima/bin/qemu-img> resize "$HOME/Library/Application Support/rancher-desktop/lima/0/diffdisk" +10G
b
just the command itself
Copy code
501 18140  1694   0  5:45PM ttys000    0:00.00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn --exclude-dir=.idea --exclude-dir=.tox qemu
๐Ÿ‘ 1
f
This will increase the size of the disk by 10GB
Once that is done, start Rancher Desktop and hope it will come up normally now
๐Ÿ™ 1
b
seems happy
docker prune? or a specific rancher command
f
docker system prune
โœ… 1
b
๐Ÿชฆ all the images
f
It should only remove dangling (unreferenced) images, unless you added the
-a
option, which will delete all images not currently in use for running containers
b
I did just for good measure, nothing critical on this thing
f
I hope this returned a healthy chunk of disk space to you. In the future you should do the pruning more frequently before you run out of space
b
๐Ÿ˜… clearly my cronjob has failed to run
f
There is also a "Disk Usage" extension in the GUI that you can use to check on disk space
๐Ÿ‘€ 1
b
thank you so much!
f
It says "Docker Desktop" because the extension is from Docker Inc, but it works fine on Rancher Desktop too ๐Ÿ˜‰
๐Ÿคซ 1
BTW, if you don't care about anything installed in the VM then doing a factory-reset is probably the faster way to get everything freed and working again.
rdctl factory-reset
if the GUI doesn't even let you do the reset anymore.
๐Ÿ‘ 1
f
I'm seeing the same error message but instead when i run ls -lh ~/Library/Application\ Support/rancher-desktop/lima/0/diffdisk the 0 directory does not exist. I've also redownloaded and factory reset the latest version 1.16.0 several times.
a
I finally got it to work. Here is what I did, so hopefully it will help someone else. MacBook Pro comes with an M3 chip. M3 chipp is not supported until Rancher version 13. I could not use the latest version 1.16 because it breaks my app because a dependency using Coldbox (Ortus Solutions) that is not compatible with the latest version. I end up installing Rancher Desktop Version: 1.13.1 Network status: online Kubernetes: 1.30.5 CE: moby Somehow it seems like after you remove and reinstall the Rancher desktop, it keeps some info lingering there, so right after the reinstall, I did a reset to factory settings, and then it took the new version of Rancher desktop and worked properly. finally, when building the container, I had to reference the platform specifically for M3 chip otherwise it would not built. something like this:
Copy code
docker build --build-arg COREENV=local --platform linux/amd64 -t $containerName:$tagName .
Thanks for your input everyone!
f
Unfortunately this did not work for me. I am on a non M3 Mac OS version Ventura 13.2.1