Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot build inside pod since mode flag disappeared #13623

Closed
huguesBouvier opened this issue Feb 17, 2022 · 3 comments
Closed

Cannot build inside pod since mode flag disappeared #13623

huguesBouvier opened this issue Feb 17, 2022 · 3 comments
Labels
area/mount kind/support Categorizes issue or PR as a support question. triage/needs-information Indicates an issue needs more information in order to work on it.

Comments

@huguesBouvier
Copy link

What Happened?

I am developing a rust application. To limit the development loop, I mount my code from the host into a minikube pod.
From there, I build using cargo build.

I used to mount with the following command:
minikube mount --gid root --pid root --mode 0777 /mycode:/mycode

However, now the option has disappeared and it is not possible to build from inside the pod:
failed to write /host/xxxxx/target/debug/deps/libunicode_xid-8bb8457dab823b6f.rmeta: Invalid cross-device link (os error 18)

Is there an alternative than rolling back to previous version now that the option has disappeared?

Attach the log file

Empty result

Operating System

Ubuntu

Driver

Docker

@afbjorklund
Copy link
Collaborator

Related to:

@spowelljr
Copy link
Member

Hi @huguesBouvier, thanks for reporting your issue with minikube!

The reason we removed the --mode flag is because if you had folder mycode on your host machine and it was 0755 if you set --mode 0777 is would also change the folder permission in the pod but also on your host machine.

chmod 0777 /mycode should do that same thing the --mode flag was doing.

If you do the above does that resolve the issue?

@spowelljr spowelljr added area/mount kind/support Categorizes issue or PR as a support question. triage/needs-information Indicates an issue needs more information in order to work on it. labels Feb 18, 2022
@huguesBouvier
Copy link
Author

It does. I understand the rational for the change. Thanks a lot!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/mount kind/support Categorizes issue or PR as a support question. triage/needs-information Indicates an issue needs more information in order to work on it.
Projects
None yet
Development

No branches or pull requests

3 participants