Open 0xg0nz0 opened 4 months ago
Similar issue but user error on my end, @0xg0nz0's example helped me solve why my host mount wasn't working: I only had writable for the /tmp/lima
mount on a macOS host. This is my known good config:
mountType: virtiofs
vmType: vz
mounts:
- location: "~"
writable: true
- location: "/tmp/lima"
writable: true
Just wanted to say thanks and hopefully help future googlers 🙏
Side note: when I ran
λ limactl edit ubuntu-2004 --mount-writable --mount-type=virtiofs
INFO[0000] Aborting, no changes made to the instance
it didn't catch the writable: true
not being set for $HOME
.
Description
An example -- note it's not just uv pip install that is non-deterministic, but here you can see the same command run twice fails initially and then succeeds the second time (under the hood what happens is chmod +x failed):
This is with vz and virtiofs enabled & a writable home mount and limactl 0.22.0:
Otherwise it's a plain Docker template for the Lima VM.
The Lima VM is running in latest VSCode as an Ubuntu 24.04 guest on MacOS. Versions:
Darwin athansor.local 23.5.0 Darwin Kernel Version 23.5.0: Wed May 1 20:12:58 PDT 2024; root:xnu-10063.121.3~5/RELEASE_ARM64_T6000 arm64
Linux 828b105a1c3b 6.8.0-35-generic #35-Ubuntu SMP PREEMPT_DYNAMIC Tue May 21 07:52:29 UTC 2024 aarch64 aarch64 aarch64 GNU/Linux
Before launching the devcontainer (SSH into Lima VM):
And inside the devcontainer:
I do not see this issue with Docker Desktop with the exact same configuration. I have a hunch that the write-through from the Docker container to the VM to the underlying MacOS filesystem is a bit unstable, leading to this non-deterministic behavior.
Lima VM is brilliant, and I'd love to switch fully over, but this is a blocker.