Skip to content
This repository has been archived by the owner on Jun 2, 2022. It is now read-only.

Space drain create attempts to read my application manifest #28

Open
adborden opened this issue Mar 11, 2021 · 2 comments
Open

Space drain create attempts to read my application manifest #28

adborden opened this issue Mar 11, 2021 · 2 comments

Comments

@adborden
Copy link

I'm running cf drain-space from my logstack repo which contains a manifest.yml and vars.yml to supply attributes. When the drains plugin tries to push the space drain application, it reads my manifest but then fails to parse it because the vars.yml isn't specified.

$ cf drain-space --drain-name ${app_name}-space-drain ${logstash_url}
Downloading latest space drain from github...
Done downloading space drain from github.
Error reading manifest file:
Invalid value for 'memory': ((logstash_memory))M
Byte quantity must be an integer with a unit of measurement like M, MB, G, or GB
strconv.Atoi: parsing "((logstash_instances))": invalid syntax
'routes' should be a list

strconv.Atoi: parsing "((kibana_instances))": invalid syntax
'routes' should be a list

As a work-around, I'm cd'ing to a temp directory before calling cf drain-space.

This brings up another question (and I can open a new issue for it), should I be providing a manifest for the space drain application? Should it be running with more than one instance since it represents a production service?

@cf-gitbot
Copy link

We have created an issue in Pivotal Tracker to manage this. Unfortunately, the Pivotal Tracker project is private so you may be unable to view the contents of the story.

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

@mogul
Copy link

mogul commented Jan 13, 2022

Contrary view: I like being able to specify a manifest.yml for the space_drain app. I use this to:

  • set the memory to 64MB (it doesn't need more)
  • set the name through the manifest, using a vars.yaml file
  • set no-route: true

However, it is very confusing if it picks up an existing manifest.yml.

I would like to see explicit flags added:

  • --manifest <file> - specify a manifest file to use
  • --vars-file <file> - specify a vars file to use with the manifest

I'd also like to see the defaults set to 64M and no-route: true so that use of a manifest.yml is only necessary when you want to do additional customization!

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

3 participants