Is there a way to let juju know that an lxc container has gone away and isn't coming back?

Charles Butler charles.butler at canonical.com
Fri Apr 8 14:40:17 UTC 2016


Happy to help! Glad it got you sorted.

All the best 

> On Apr 8, 2016, at 10:03 AM, Pete Vander Giessen <petevg at gmail.com> wrote:
> 
> @Charles: Aha! The various destroy commands don't have a --force flag; I didn't know about the "remove-machine" command, which does accept --force.
> 
> That seemed to work. Thank you :-)
> 
> ~ PeteVG
> 
>> On Fri, Apr 8, 2016 at 9:47 AM Charles Butler <charles.butler at canonical.com> wrote:
>> I haven't validated this but you can try to remove the machine forcibly
>> 
>> Juju remove-machine ## --force
>> 
>> That should force removal of the container from the controller and let you destroy-service to remove it from the model.
>> 
>> 
>> 
>> > On Apr 8, 2016, at 8:56 AM, Pete Vander Giessen <petevg at gmail.com> wrote:
>> >
>> > Hi All,
>> >
>> > Let's say that someone (okay, me) is experimenting with juju2 (develop) locally, and I've rudely destroyed an lxc container that had a juju charm deployed to it (lxc stop <container_name> && lxc delete <container_name>).
>> >
>> > Is there a way to convince juju that the charm is no longer deployed? juju destroy-service and juju destroy-unit both fail, because juju cannot connect to the machine. Is there a way, short of clobbering ~/.local/shrare/juju and attempting to start from scratch, of making juju let go of the charm?
>> >
>> > Thank you in advance,
>> >
>> > ~ PeteVG
>> > --
>> > Juju mailing list
>> > Juju at lists.ubuntu.com
>> > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
> -- 
> Juju mailing list
> Juju at lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20160408/8599836f/attachment.html>


More information about the Juju mailing list