I think Bas's comment is pointing towards the fact that we support bundle
syntax that lets you say "place units of this aligned with an application"
but we don't save that information, and only record what machine it was
allocated to.
As a concrete example (without containers):
$ cat ./bundle.yaml
applications:
source:
charm: ./dummy-source
series: bionic
scale: 2
sink:
charm: ./dummy-sink
scale: 2
series: bionic
to:
- source/0
- source/1
When I deploy that you get:
...
- add unit sink/2 to new machine 7 to satisfy [source/0]
- add unit sink/3 to new machine 8 to satisfy [source/1]
However, if you then export it back you just get:
$ juju export-bundle
series: focal
applications:
sink:
charm: local:dummy-sink-1
series: bionic
num_units: 2
to:
- "7"
- "8"
source:
charm: local:dummy-source-0
series: bionic
num_units: 2
to:
- "7"
- "8"
ubuntu-lite:
charm: jameinel-ubuntu-lite
channel: stable
revision: 9
num_units: 1
to:
- "0"
machines:
"0":
constraints: arch=amd64
"7":
constraints: arch=amd64
series: bionic
"8":
constraints: arch=amd64
series: bionic
Note that sink is no longer stated as "place me where source was placed" it
is just that sink is targeting "machine 7" and source is targeted at
"machine 7" as well.
On Thu, Mar 31, 2022 at 11:05 AM Heather Lanigan <email address hidden>
wrote:
> Juju has no concept of a bundle once it is deployed. The contents are
> saved in juju as individual charms, applications relations etc.
> Therefore exporting a bundle including specific units which should be
> co-located is not feasible.
>
> However an exported bundle should produce the same results as the bundle
> used to deploy. Can you please provide the full bundle used to deploy?
>
> ** Changed in: juju
> Status: Triaged => Incomplete
>
> --
> You received this bug notification because you are subscribed to juju.
> Matching subscriptions: juju bugs
> https://bugs.launchpad.net/bugs/1967287
>
> Title:
> juju export-bundle fails to show that applications are on the same lxd
> machine
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/juju/+bug/1967287/+subscriptions
>
>
I think Bas's comment is pointing towards the fact that we support bundle
syntax that lets you say "place units of this aligned with an application"
but we don't save that information, and only record what machine it was
allocated to.
As a concrete example (without containers):
$ cat ./bundle.yaml
applications:
source:
charm: ./dummy-source
series: bionic
scale: 2
sink:
charm: ./dummy-sink
scale: 2
series: bionic
to:
- source/0
- source/1
When I deploy that you get:
...
- add unit sink/2 to new machine 7 to satisfy [source/0]
- add unit sink/3 to new machine 8 to satisfy [source/1]
However, if you then export it back you just get: source- 0 ubuntu- lite
$ juju export-bundle
series: focal
applications:
sink:
charm: local:dummy-sink-1
series: bionic
num_units: 2
to:
- "7"
- "8"
source:
charm: local:dummy-
series: bionic
num_units: 2
to:
- "7"
- "8"
ubuntu-lite:
charm: jameinel-
channel: stable
revision: 9
num_units: 1
to:
- "0"
machines:
"0":
constraints: arch=amd64
"7":
constraints: arch=amd64
series: bionic
"8":
constraints: arch=amd64
series: bionic
Note that sink is no longer stated as "place me where source was placed" it
is just that sink is targeting "machine 7" and source is targeted at
"machine 7" as well.
On Thu, Mar 31, 2022 at 11:05 AM Heather Lanigan <email address hidden>
wrote:
> Juju has no concept of a bundle once it is deployed. The contents are /bugs.launchpad .net/bugs/ 1967287 /bugs.launchpad .net/juju/ +bug/1967287/ +subscriptions
> saved in juju as individual charms, applications relations etc.
> Therefore exporting a bundle including specific units which should be
> co-located is not feasible.
>
> However an exported bundle should produce the same results as the bundle
> used to deploy. Can you please provide the full bundle used to deploy?
>
> ** Changed in: juju
> Status: Triaged => Incomplete
>
> --
> You received this bug notification because you are subscribed to juju.
> Matching subscriptions: juju bugs
> https:/
>
> Title:
> juju export-bundle fails to show that applications are on the same lxd
> machine
>
> To manage notifications about this bug go to:
> https:/
>
>