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