Trying to remove and redeploy quantum-gateway on a different server

Mike McCracken mike.mccracken at canonical.com
Fri Sep 18 18:30:17 UTC 2015


Hi Jeff! I'm replying on this list for the openstack-installer specific
portion.

On Fri, Sep 18, 2015 at 8:36 AM, Jeff McLamb <mclamb at gmail.com> wrote:

> Hi all -
>
> As I originally deployed my current test setup via openstack-installer, I
> am wondering how I am supposed to use it and/or juju directly for future
> changes/additions.
>
> I am trying to understand neutron networking, investigating all of the OVS
> and Linux bridges, how traffic flows between them and the network node etc.
> In my initial deployment I co-located a compute node and the network node
> on bare metal via manual placement in openstack-installer.
>

(This section is a repost for this list)
 Yes, the openstack-installer is intended to be a first step and not a full
purpose juju front-end. For future changes of the sort you're describing,
you'll want to get familiar with using juju directly. Note that the
official Juju web GUI is one of the services that you can install via the
manual placement UI in the installer.


> Now, in order to better see the separation of stuff (i.e. not conflate
> what the compute node is doing with the network node) I decided to `juju
> remove-service quantum-gateway` followed by a `juju add-service
> quantum-gateway —to lxc:3` in order to remove it from the original node and
> install it into its own container on the controller node that hosts lots of
> container-based services.
>
> I have received lots of errors in the process during which various hooks
> get stuck. I have been able to get around it by manually killing hooks and
> then issuing a `juju resolved quantum-gateway` until finally the service
> goes away. Not to mention the fact that a new deployment seems to be in a
> “blocked” state saying I should upgrade to neutron-gateway. I tried that
> with similar results.
>
> At this point I managed to get rid of everything — i.e. I do not have a
> quantum-gateway or a neutron-gateway as reported by juju.
>
> However, I have noticed that the original server (colocated compute and
> quantum-gateway) still has all of the neutron services running. Issuing a
> `neutron agent-list` shows everything connected and happy as it ever was.
> It seems as though my juju fiddling has basically been just manipulating
> the juju database without actually removing the underlying services. I have
> noticed that when removing services on an lxc container it does indeed kill
> the container (so obviously the service too)… however, maybe because this
> original service was deployed on bare metal with another service, it
> doesn’t bother to actually stop the services and remove their /etc/init
> files?
>
> I have tried to redeploy via openstack-status, but it seems like it is
> useless for future deployment even though it has that nice curses-looking
> GUI from which I can deploy. It’s understanding of where everything is
> placed is completely broken, and it does not seem to honor any requests to
> place stuff in the first place.
>

The status tool does have some limited support for deploying new services,
but there are also some use cases that are not supported. It does assume
that you haven't changed the service placement between the initial install
and running openstack-status.

If you did the steps you described above (remove-service, add-service,
etc), then ran openstack-status, it will indeed have an out-of-date map of
services and will not work correctly.

If you can share specific errors that you got while trying to use it in
this state, it'd help us give better feedback about this situation in the
tool. I'll treat those as error handling bugs.

If you would like the installer to support re-reading the current state
from juju and maas so that you can make arbitrary manual changes without
confusing the status screen, that would be a useful change that we can
consider, and we should file a feature request issue to track it.

 Thanks,
-mike


> Any ideas?
>
> Thanks,
>
> Jeff
>
> --
> ubuntu-openstack-installer mailing list
> ubuntu-openstack-installer at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-openstack-installer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-openstack-installer/attachments/20150918/161c5470/attachment.html>


More information about the ubuntu-openstack-installer mailing list