Pass additional volumes via flag to bpm run about bpm-release

[jfmyers9]

https://www.pivotaltracker.com/story/show/159472729

[cf-gitbot]

We have created an issue in Pivotal Tracker to manage this:

https://www.pivotaltracker.com/story/show/159192566

The labels on this github issue will be updated when the story is started.

[jfmyers9]

@jamesjoshuahill This seems like a good suggestion. It also makes us more consistent with some of the other container CLI's.

The only thing I think we need to sort out before making this change is how to express the volume schema through this flag. For your use case, would you want to be able to configure things like allow_executions and writable when specifying volumes on the command line?

[jamesjoshuahill]

Hi @jfmyers9 that's good news.

We would like to be able to configurewritable so that BBR backup scripts can write to $BBR_ARTIFACT_DIRECTORY.

Also, we looked at mount_only and wondered how this would integrate with BBR. Currently, the BBR CLI creates $BBR_ARTIFACT_DIRECTORY as root before invoking BBR scripts. Would bpm run fail if an additional volume directory already exists? Would the command invoked by bpm run have permissions to read the additional volume directory? To avoid any change in the BBR contract we would like bpm run not to fail when the additional volume exists and chown it as required for the bpm run user.

We don't think that allow_executions would be required for $BBR_ARTIFACT_DIRECTORY. This looks like an acceptable resource limitation.

Many thanks
Josh and @aclevername

[xoebus]

What about something like -v path:allow_executions,mount_only?

[xoebus]

In the past we've talked about versioning the configuration so we can make backwards incompatible changes. These would be the first configuration outside configuration file and so we wouldn't be able version these.

[jamesjoshuahill]

The -v flag looks fine to our uneducated eyes; we don't have a strong opinion about the format.

[jfmyers9]

I think the format you proposed looks pretty good. If there are no other concerns, I can whip up a story and hopefully we can get this in a release soon.

[glestaris]

thanks Jim