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

minikube start -- allow additional arguments to --mount-string #3529

Closed
cmeyertons opened this issue Jan 12, 2019 · 1 comment
Closed

minikube start -- allow additional arguments to --mount-string #3529

cmeyertons opened this issue Jan 12, 2019 · 1 comment
Labels
area/mount help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/bug Categorizes issue or PR as related to a bug. os/windows priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done.

Comments

@cmeyertons
Copy link

Is this a BUG REPORT or FEATURE REQUEST? (choose one):
I'm leaning towards bug report as I would expect --mount-string to mimic minikube mount

Please provide the following details:

Environment:

Minikube version (use minikube version): v0.32.0

  • OS (e.g. from /etc/os-release): Windows 10
  • VM Driver (e.g. cat ~/.minikube/machines/minikube/config.json | grep DriverName): hyperv
  • ISO version (e.g. cat ~/.minikube/machines/minikube/config.json | grep -i ISO or minikube ssh cat /etc/VERSION): v0.32.0
  • Install tools:

What happened:
Additional mount arguments passed into --mount-string are ignored
Ran

minikube start --mount --mount-string="C:\mydrive:/mydrive --uid 911 --gid 911 --9p-version=9p2000.L"
minikube ssh
ls -l /mydrive

What you expected to happen:
expected it to properly set ownership of /mydrive to 911 as a workaround to #2290

How to reproduce it (as minimally and precisely as possible): see what happened

@tstromberg tstromberg added os/windows area/mount kind/bug Categorizes issue or PR as related to a bug. help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done. labels Jan 19, 2019
@tstromberg
Copy link
Contributor

Dupe of #3327

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/mount help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. kind/bug Categorizes issue or PR as related to a bug. os/windows priority/awaiting-more-evidence Lowest priority. Possibly useful, but not yet enough support to actually get it done.
Projects
None yet
Development

No branches or pull requests

2 participants