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

enhancement: writable filesystem, but keep the same container #308

Open
vsmart opened this issue May 24, 2019 · 1 comment
Open

enhancement: writable filesystem, but keep the same container #308

vsmart opened this issue May 24, 2019 · 1 comment

Comments

@vsmart
Copy link
Contributor

vsmart commented May 24, 2019

It'd be neat to have a watchbot option that combines the two run modes of watchbot.

The use case we ran into is that we are running a system that has to write to the file system (and not just /tmp) so we need to use the writableFileSystem option, but we'd also like to keep the data around for the next message run, so we don't want an entirely new container.

This is a probably a bit of an edge case, since most people would want the assurance of a "clean slate" on each container run, but it'd be nice to support it anyway.

At the moment we can achieve this behaviour by monkey-patching the watchbot config with

watcher.Resources.WatchbotTask.Properties.ContainerDefinitions[0].ReadonlyRootFilesystem = false;
@jakepruitt jakepruitt added the p4 label May 30, 2019
@jakepruitt
Copy link

🤔 I feel like the restrictions here were set up to prevent uncontrolled disk space growth. I wonder if it's possible to turn the part of your filesystem that you want to write to into a volume?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants