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

Support mounting volumes into executor context / task alloc dir #61

Closed
cbednarski opened this issue Sep 19, 2015 · 13 comments
Closed

Support mounting volumes into executor context / task alloc dir #61

cbednarski opened this issue Sep 19, 2015 · 13 comments

Comments

@cbednarski
Copy link
Contributor

When running a task we would like to share data between other tasks in a task group. Also, if using something like ceph or EBS we would like to support mounting a volume into the executor's context (chroot, cgroup, etc.) so it can write persistent data.

Probably depends on #60, so mounts are mounted into a tasks's environment and have some level of isolation from other tasks on the system.

@zrml
Copy link

zrml commented Sep 30, 2015

@cbednarski: you would like to share some data or do you mean host dirs & files sharing? (I'm translating task = container right now)
In the use cases I have in mind, container in DB1 with -v /DB1:DB1
must not share anything with container DB2.

@dadgar dadgar closed this as completed Oct 1, 2015
@dadgar dadgar reopened this Oct 1, 2015
@cbednarski
Copy link
Contributor Author

@zrml We want to support something like this:

.../alloc/data
/task1/data  (private)
/task1/shared -> /alloc/data
/task2/data  (private)
/task2/shared -> /alloc/data

This way tasks in a task group can share data amongst themselves. I think there is already some work for this in the exec chroot implementation -- I probably have the directories wrong. @dadgar might be able to share some more details.

@zrml
Copy link

zrml commented Oct 1, 2015

not a bad idea... I think I see where you are going (shared volumes vs private). OK Cool.
thanks guys.
Keep it coming :)

@ketzacoatl
Copy link
Contributor

I see this similar to http://kubernetes.io/v1.0/docs/user-guide/volumes.html, and an equivalent to http://kubernetes.io/v1.0/docs/user-guide/volumes.html#awselasticblockstore would push this over the top!

@trong
Copy link

trong commented Jan 10, 2016

Very important thing. I would like to run cadvisor as a system type task, but:

docker run \
  --volume=/:/rootfs:ro \
  --volume=/var/run:/var/run:rw \
  --volume=/sys:/sys:ro \
  --volume=/var/lib/docker/:/var/lib/docker:ro \
  --publish=8080:8080 \
  --detach=true \
  --name=cadvisor \
  google/cadvisor:latest

@ketzacoatl
Copy link
Contributor

@trong what happens when you do this as a direct / raw_exec?

@trong
Copy link

trong commented Jan 12, 2016

@ketzacoatl could you explain your question?

It is possible to use raw_exec driver as workaround, in general - not. I think that for docker container we must use Nomad docker driver.

@ketzacoatl
Copy link
Contributor

Have you tested this? Why could you not use the raw_exec driver?

@trong
Copy link

trong commented Jan 12, 2016

Have you tested this?

Yes, I can start cadvisor through raw_exec driver.

Why could you not use the raw_exec driver?

For example - how to stop docker container correctly with raw_exec?

@ashald
Copy link

ashald commented Feb 9, 2017

Are there any chances to get such functionality with exec driver?

@dadgar
Copy link
Contributor

dadgar commented Feb 9, 2017

Hey this will come at some point. We just want to wait till we have volumes so that there is a consistent syntax.

@schmichael
Copy link
Member

Closing this is favor of #150 for persistent volumes and #2115 which I think are a superset of this issue.

schmichael pushed a commit that referenced this issue Jan 30, 2020
benbuzbee pushed a commit to benbuzbee/nomad that referenced this issue Jul 21, 2022
log.Logger based constructors for transport & snapshot store
@github-actions
Copy link

github-actions bot commented Dec 6, 2022

I'm going to lock this issue because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Dec 6, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

7 participants