https://rancher.com/ logo
Join Slack
Powered by
This message was deleted.
# rancher-desktop
a
This message was deleted.
f
It sounds like you have Docker Desktop installed as well, and auto-start it at login because (afaik) there is no code in Rancher Desktop that would create a symlink pointing to 
~/.docker/run/docker.sock
n
well, I uninstalled the Docker Desktop before Rancher Desktop šŸ¤” Maybe could have some garbage of Docker Desktop? Something not deleted when I uninstalled this? Have some tool that I could make some ā€œcleanā€ about apps uninstalled and have some garbage on mac?
f
I don't know. Did you verify that 
/Applications/Docker.app
is gone, and not installed in 
$HOME/Applications/Docker.app
either?
Check your 
$HOME/Library/LaunchAgents
directory if you see anything in there from docker...
Sorry, I don't have Docker Desktop installed, so can't tell you what exactly to look for
n
Yeah, I dont have Docker.app in any of these paths.. well, thank you anyway šŸ™‚
f
I don't know; maybe one of your other tools, like 
testcontainers
or 
sam aws
is trying to be helpful and changes things for you?
w
I followed https://nektony.com/how-to/uninstall-docker-on-mac and used brew to install docker and docker-compose. 
ls -ld /usr/local/bin/docker*
and ensure not pointing to Docker.app. After starting rancher, try 
docker info
and if that doesn't work, 
sudo rm /var/run/docker.sock
and restart rancher.
n
I don`t think so, I restarted the mac and the first thing I did was check the symlink, and the result is it back to 
~/.docker/run/docker.sock
šŸ˜• 
testcontainers
is just a tool for execute in 
unit/integration tests
Thanks @white-xylophone-9961 Iā€™ll check this
f
Well, there must be some application that is auto-started that does this, which is why I recommend to audit the LaunchAgents
And maybe the auto-start items in your user's preferences settings
n
nice, Iā€™ll try everything
f
@white-xylophone-9961 is there a specific reason you install 
docker
and 
docker-compose
using 
brew
and not use the versions provided by Rancher Desktop ?
w
@fast-garage-66093 I wanted to keep as generic as possible. Docker tools should use the api.
f
@white-xylophone-9961 The 
docker
and 
docker-compose
binaries in Rancher Desktop are from the upstream project; only the Windows versions has a small patch applied to it. So yes, the versions from 
brew
should work perfectly fine; I was just wondering why you prefer them, as it seems like an extra step.
@nutritious-ram-11422 The articled linked above by @white-xylophone-9961 has some additional locations to check for uninstalling Docker manually; please check it out!
w
@fast-garage-66093 good to know, but I was trying another docker replacement as well, colima I think, and wanted to eliminate the cli's themselves, in case things didn't work as expected.
f
sure, it should all work either way; I was just curious
n
I think I already made some validation in theses paths in the article.. šŸ‘€ but Iā€™ll double check to be sureā€¦ If I have a progress with it, I update this thread
Morninā€™ I came to say thank you very much to you guys šŸ™‚ the article helped me, the symlink is not creating anymore to docker pathā€¦ but now, any symlink is created, so, if I need the docker.sock on /var/run/docker.sock I still need to create by my own, right?
Sorry, I just reinstall the Rancher Desktop I uninstalled by 
brew
and download the .dmg on rancher desktop site and installed by .dmg now I can configure 
administrative access
on dashboard preferences and it just works fine šŸ™‚
w
do you really need 
administrative access
?
n
well, it was the default configuration when I fresh installed the Rancher Desktop and I think with this 
administrative access
the Rancher made the symlink to 
/var/run/docker.sock
where the testcontainer and sam cli get the docker env
itā€™s because, at least on mac, to create a symlink on 
/var/run/docker.sock
needs 
sudo
You think that without administrative access, the Rancher still can create the symlink to 
/var/run/docker.sock
every startup of SO?
w
probably not, I don't have it; Rancher creates in ~/.rd/docker.sock for me. But if your tools need it, so be it; was just curious.
n
Ah ok, yeah, Rancher creates right is this path and I need to symlink it to /var/run/docker.sock, aka 
sudo ln -sf /var/run/docker.sock ~/.rd/docker.sock
f
This is only needed for old-style tools that don't know about docker contexts. Otherwise you can just use 
docker context use rancher-desktop
and not worry about it.
But if you have tools that have hard-coded 
/var/run/docker.sock
, then you need the symlink
n
I think I need it anyway šŸ˜• I tried to deleted the symlink, configured docker context to 
rancher-desktop
and run the tools, none worked since I created the symlink, those tools worked like a charm but good to know about it, thanks again
f
Or you could try 
export DOCKER_HOST=unix:///Users/Capiroto/.rd/docker.sock
(or whatever your user name is), and see if the tool supports that. It is an older mechanism to specify a different location for the socket, so this might work, even if docker contexts are not supported.
n
I tried it too
f
Ok, the run with admin privileges and file an enhancement request against the tools to start supporting docker contexts
n
I know that the 
testcontainer
have this env ā€œ*TESTCONTAINERS_DOCKER_SOCKET_OVERRIDEā€* but ā€œsamā€ I dont know if it have any to override it
f
The annoying thing is that 
/var/run
will be deleted on each boot, so you will be prompted for the admin password again every time you reboot the machine
šŸ‘ 1
One day we'll do this via a privileged helper process, but we don't have anybody who has time to work on that in the near future
n
he annoying thing is that 
/var/run
will be deleted on each boot, so you will be prompted for the admin password again every time you reboot the machine
Iā€™m accepting my destiny with this šŸ„² at least will be just when I startup my mac..
212 Views
Open in Slack
PreviousNext
Powered by