*** rlandy|ruck|bbl is now known as rlandy|ruck | 01:26 | |
*** queria is now known as Guest2048 | 02:25 | |
*** queria is now known as Guest2051 | 02:31 | |
OpenstackThunde | Hello Team, WHat is the right tool to use to monitor Openstack Services | 06:29 |
---|---|---|
*** rlandy is now known as rlandy|ruck | 10:41 | |
*** queria is now known as queria^afk | 10:49 | |
*** queria^afk is now known as queria | 14:05 | |
*** rlandy|ruck is now known as rlandy|ruck|brb | 17:36 | |
*** rlandy|ruck|brb is now known as rlandy|ruck | 18:02 | |
nconcetti | Hi all! anyone willing to give me hints about floating ips without a NAT setup? | 18:34 |
nconcetti | i have added an external network with an additional host route for the neutron router to reach the gateway, but floating ip's don't work, do i have to set up some kind of arp advertisement or should this work by default? i'm using kolla-ansible with OVS. br-ex and the like are present and i can reach the internet from within a vm | 18:38 |
nconcetti | any hints appreciated :-) | 18:39 |
lotyrin | I am working on a lab cloud following the Installation Guide(s) and the High Availability Guide and running into some trouble with Octavia and possibly Neutron linux bridge agent | 23:03 |
lotyrin | From what I understand I need to have the octavia-interface script run on all my controller nodes so that the Octavia control plane can communicate over the bridge to my Amphora instances | 23:04 |
lotyrin | But I am finding that the bridge is not available on all my controller nodes for some reason | 23:05 |
lotyrin | So the octavia-interface script fails | 23:05 |
mloza | lotyrin: which deployment you use | 23:23 |
mloza | deployment tool* | 23:24 |
lotyrin | Installation Gude (manual with distro packages) | 23:24 |
lotyrin | Ussuri on Ubuntu | 23:24 |
mloza | oh, manual install | 23:25 |
mloza | haven't done manual install for years | 23:25 |
mloza | why don't you use a deployment tool? e.g. devstack | 23:26 |
mloza | can you send me the direct link to the installation guide | 23:26 |
mloza | i'll take a look | 23:26 |
lotyrin | I wanted to get familiar with all the moving parts before trying something else, but I think maybe I've mostly gotten that low level experience at this point so I'd revisit a deployment tool | 23:27 |
lotyrin | https://docs.openstack.org/octavia/ussuri/install/install-ubuntu.html#install-and-configure-components | 23:27 |
lotyrin | Doesn't cover HA, and HA guide doesn't cover Octavia :) | 23:27 |
mloza | which step is failing | 23:28 |
lotyrin | starting octavia-interface.service, it fails because the bridge to my amphora network doesn't exist "bridge brqce94ce98-05 does not exist!" | 23:31 |
lotyrin | It exists on some controller nodes but not others | 23:33 |
lotyrin | So I think what I'm missing is how the linux bridge agent decides when/if to create bridges to my networks | 23:35 |
mloza | can you run `systemctl cat octavia-interface.service` | 23:35 |
lotyrin | It matches the install guide's unit, but I could pastebin it somewhere if you like | 23:36 |
mloza | you can force it to create the bridge by running the script /opt/octavia-interface.sh | 23:36 |
lotyrin | That's what fails: | 23:37 |
lotyrin | Oct 07 23:31:01 hammer octavia-interface.sh[2957419]: + brctl addif brqce94ce98-05 o-bhm0 | 23:37 |
lotyrin | Oct 07 23:31:01 hammer octavia-interface.sh[2957432]: bridge brqce94ce98-05 does not exist! | 23:37 |
mloza | is neutron-linuxbridge-agent.service running ? | 23:38 |
lotyrin | It is | 23:38 |
lotyrin | And it doesn't seem to be logging anything failure-looking | 23:39 |
lotyrin | Is there a setting where neutron only creates the bridges on demand (like it might on a compute node?) vs always creates them (like it maybe should on a control/network node?) | 23:40 |
lotyrin | Do any of the deployment tools have a high availability story aside from Helm (which is still a bit intimidating to me) or MAAS (which requires dedicating nodes to the MAAS control plane)? | 23:48 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!