"haproxy.cfg" being a file containing valid yaml data.
Instead of the expected result (haproxy.cfg being parsed and the values correctly propagating `juju config haproxy services`), what we saw was the entire contents of that file being wrapped as a binary string, e.g.:
This bug does not appear to occur for another spec that includes haproxy configuration in the same manner, but does it in a bundle phase instead of a deploy phase.
We seem to have hit this bug today while deploying a mojo manifest containing:
haproxy: file:// {{spec_ dir}}/{ {stage} }/../configs/ haproxy. cfg
options:
services: include-
"haproxy.cfg" being a file containing valid yaml data.
Instead of the expected result (haproxy.cfg being parsed and the values correctly propagating `juju config haproxy services`), what we saw was the entire contents of that file being wrapped as a binary string, e.g.:
$ juju config haproxy services
b'- service_name: service\n service_host: "0.0.0.0"\n service_port: 443\n service_options:\n - mode http\n - balance leastconn\n - cookie SRVNAME insert\n'
This bug does not appear to occur for another spec that includes haproxy configuration in the same manner, but does it in a bundle phase instead of a deploy phase.