juju attach unnecessary interfaces to lxd container
Hello everyone! I try to deploy an application to lxd container on manually attached machine (ubuntu-xenial) and container do not start, with the error - «Missing parent 'docker_gwbridge’ for nic ‘eth2’». I see in the logs, that juju tries to add docker interfaces to the container, though on a target machine default lxd profile has no such interfaces.. I wonder, if someone can help me to fix the issue? - $ juju --version: 2.2.6-xenial-amd64 - yaml file of the application, that i trying to deploy: $ cat keystone.yaml keystone: admin-password: openstack openstack-origin: 'cloud:xenial-pike' worker-multiplier: 0.25 - Default profile on a target machine: — ### Note that the name is shown but cannot be changed config: {} description: Default LXD profile devices: eth0: name: eth0 nictype: bridged parent: br0 type: nic name: default — - juju machines: — Machine StateDNSInst id Series AZ Message 0started 10.199.200.17 manual:10.199.200.17 xenial Manually provisioned machine 0/lxd/2 downpending xenial Missing parent 'docker_gwbridge' for nic 'eth2' — juju log, from target machine: — 2017-11-24 11:48:48 INFO juju.container.lxd lxd.go:176 instance "juju-99d66a-0-lxd-2" configured with map[eth0:map[nictype:bridged name:eth0 parent:br0 hwaddr:00:16:3e:d3:42:fc mt u:1500 type:nic] eth1:map[mtu:1500 type:nic nictype:bridged name:eth1 parent:docker0 hwaddr:00:16:3e:40:4a:7e] eth2:map[name:eth2 parent:docker_gwbridge hwaddr:00:16:3e:e6:fb:5a m tu:1500 type:nic nictype:bridged]] network devices 2017-11-24 11:48:48 INFO juju.container.lxd lxd.go:187 starting instance "juju-99d66a-0-lxd-2" (image "juju/xenial/amd64")... 2017-11-24 11:48:51 WARNING juju.provisioner provisioner_task.go:747 failed to start instance (Missing parent 'docker_gwbridge' for nic 'eth2'), retrying in 10s (10 more attempts) /docker — Thanks, Vladimir Burlakov -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: "juju attach"
On Sun, Jun 19, 2016 at 1:51 AM Mark Shuttleworthwrote: > On 18/06/16 16:45, Marco Ceppi wrote: > > > > Why not just "add" which is already pretty well used. Throughout the > > Juju CLI. > > > > Well, I think the context here is more attach-a-disk. I really like > Roger's suggestion of 'mount', it immediately brings all the right > elements into focus, and it's only one syllable. > I concur that add is not really appropriate here, and that mount makes a lot of sense for storage (thanks for the suggestion, Roger). For me, "attach" does not have similar connotations re resources, but at least there's no looming danger of conflict with storage. I can't think of a better single word, either. We've got hooks called "storage-attached", and "storage-detaching", which are in use by existing charms, and baked into charm helpers and probably elsewhere. I don't think we can/should change these, or we'll have charms that work with 2.0 but not 1.25, and vice versa. I think we should change the statuses though, to keep the user-visible parts aligned. Cheers, Andrew > Mark > > -- > Juju-dev mailing list > juju-...@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: "juju attach"
On Sun, Jun 19, 2016 at 1:51 AM Mark Shuttleworthwrote: > On 18/06/16 16:45, Marco Ceppi wrote: > > > > Why not just "add" which is already pretty well used. Throughout the > > Juju CLI. > > > > Well, I think the context here is more attach-a-disk. I really like > Roger's suggestion of 'mount', it immediately brings all the right > elements into focus, and it's only one syllable. > I concur that add is not really appropriate here, and that mount makes a lot of sense for storage (thanks for the suggestion, Roger). For me, "attach" does not have similar connotations re resources, but at least there's no looming danger of conflict with storage. I can't think of a better single word, either. We've got hooks called "storage-attached", and "storage-detaching", which are in use by existing charms, and baked into charm helpers and probably elsewhere. I don't think we can/should change these, or we'll have charms that work with 2.0 but not 1.25, and vice versa. I think we should change the statuses though, to keep the user-visible parts aligned. Cheers, Andrew > Mark > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
Re: "juju attach"
On 18/06/16 16:45, Marco Ceppi wrote: > > Why not just "add" which is already pretty well used. Throughout the > Juju CLI. > Well, I think the context here is more attach-a-disk. I really like Roger's suggestion of 'mount', it immediately brings all the right elements into focus, and it's only one syllable. Mark -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: "juju attach"
On 18/06/16 16:45, Marco Ceppi wrote: > > Why not just "add" which is already pretty well used. Throughout the > Juju CLI. > Well, I think the context here is more attach-a-disk. I really like Roger's suggestion of 'mount', it immediately brings all the right elements into focus, and it's only one syllable. Mark -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
Re: "juju attach"
Why not just "add" which is already pretty well used. Throughout the Juju CLI. Marco On Sat, Jun 18, 2016, 5:52 AM roger peppewrote: > mount ? > > On 18 June 2016 at 09:23, Mark Shuttleworth wrote: > > > > We can change a CLI until RC, and its good for us to debate them. > > > > Here are the guiding principles. > > > > * shorter is better, much much better > > * we strongly prefer one word to always mean the same thing > > * we strongly prefer a unique verb to a common-verb-plus-noun > > > > For the latter reason I prefer not to go to attach-storage, attach-nic > > and attach-cpu... What you're looking for is a 1-3 syllable single verb > > which is distinct, nice to say, quick to tab-complete, and preferably > > implies storage. > > > > The one exception I can think of is list-* where we like the > > tab-complete "tell me about all the things" experience. > > > > Suggestions welcome for the word, but these are the principles we'll > > decide by. I may add more principles later :) > > > > Mark > > > > > > -- > > Juju-dev mailing list > > juju-...@lists.ubuntu.com > > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > > -- > Juju-dev mailing list > juju-...@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: "juju attach"
mount ? On 18 June 2016 at 09:23, Mark Shuttleworthwrote: > > We can change a CLI until RC, and its good for us to debate them. > > Here are the guiding principles. > > * shorter is better, much much better > * we strongly prefer one word to always mean the same thing > * we strongly prefer a unique verb to a common-verb-plus-noun > > For the latter reason I prefer not to go to attach-storage, attach-nic > and attach-cpu... What you're looking for is a 1-3 syllable single verb > which is distinct, nice to say, quick to tab-complete, and preferably > implies storage. > > The one exception I can think of is list-* where we like the > tab-complete "tell me about all the things" experience. > > Suggestions welcome for the word, but these are the principles we'll > decide by. I may add more principles later :) > > Mark > > > -- > Juju-dev mailing list > juju-...@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: "juju attach"
mount ? On 18 June 2016 at 09:23, Mark Shuttleworthwrote: > > We can change a CLI until RC, and its good for us to debate them. > > Here are the guiding principles. > > * shorter is better, much much better > * we strongly prefer one word to always mean the same thing > * we strongly prefer a unique verb to a common-verb-plus-noun > > For the latter reason I prefer not to go to attach-storage, attach-nic > and attach-cpu... What you're looking for is a 1-3 syllable single verb > which is distinct, nice to say, quick to tab-complete, and preferably > implies storage. > > The one exception I can think of is list-* where we like the > tab-complete "tell me about all the things" experience. > > Suggestions welcome for the word, but these are the principles we'll > decide by. I may add more principles later :) > > Mark > > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
Re: "juju attach"
We can change a CLI until RC, and its good for us to debate them. Here are the guiding principles. * shorter is better, much much better * we strongly prefer one word to always mean the same thing * we strongly prefer a unique verb to a common-verb-plus-noun For the latter reason I prefer not to go to attach-storage, attach-nic and attach-cpu... What you're looking for is a 1-3 syllable single verb which is distinct, nice to say, quick to tab-complete, and preferably implies storage. The one exception I can think of is list-* where we like the tab-complete "tell me about all the things" experience. Suggestions welcome for the word, but these are the principles we'll decide by. I may add more principles later :) Mark -- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
Re: "juju attach"
We can change a CLI until RC, and its good for us to debate them. Here are the guiding principles. * shorter is better, much much better * we strongly prefer one word to always mean the same thing * we strongly prefer a unique verb to a common-verb-plus-noun For the latter reason I prefer not to go to attach-storage, attach-nic and attach-cpu... What you're looking for is a 1-3 syllable single verb which is distinct, nice to say, quick to tab-complete, and preferably implies storage. The one exception I can think of is list-* where we like the tab-complete "tell me about all the things" experience. Suggestions welcome for the word, but these are the principles we'll decide by. I may add more principles later :) Mark -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
"juju attach"
Hi folks, A couple of days ago I started looking at charming TitanDB. I was looking at using resources to store the TitanDB distribution, and while looking at the docs [0] I found a rather surprisingly named command: "juju attach". The verb "attach" by itself tells me that, presumably, it will attach something to something else. It doesn't tell me what. And because it's non-specific, it either rules out the possibility of multiple unrelated attach-type commands. We always intended to give the user a means of attaching floating storage to a unit/machine. i.e. I should be able to detach and reattach storage to units in a model, so long as the storage provider supports it. I think the commands would naturally be called "attach-storage" and "detach-storage". Can we rename attach to attach-resource? Note that there's also "charm attach". That may benefit from a similar rename too, at least to be consistent. Cheers, Andrew [0] https://jujucharms.com/docs/devel/developer-resources -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev