Open Stack

Hi Florian,

Our controller is able to get to the VMs fine on the management network. From what I can tell from the nova and neutron logs, everything happens fine.

Regards

Alexander Dibbo – Cloud Architect / Cloud Operations Group Leader
For STFC Cloud Documentation visit https://stfc-cloud-docs.readthedocs.io
To raise a support ticket with the cloud team please email cloud-support at gridpp.rl.ac.uk
To receive notifications about the service please subscribe to our mailing list at: https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STFC-CLOUD
To receive fast notifications or to discuss usage of the cloud please join our Slack: https://stfc-cloud.slack.com/ 

-----Original Message-----
From: Florian Rommel <florian at datalounges.com> 
Sent: 21 October 2020 16:30
To: Michael Johnson <johnsomor at gmail.com>
Cc: Dibbo, Alexander (STFC,RAL,SC) <alexander.dibbo at stfc.ac.uk>; openstack-discuss at lists.openstack.org
Subject: Re: Octavia amphora missing network interface

Hi , I just did a manual build up and I had the same issue, but it had to do with the fact that while i could ssh hot the amphora from the mgmnt network, I couldnt get to it from the controller. What we ended up with was the bridge was misconfigured. We found the nova logs and the neutron/octavia logs were helpful with debug on... 

Wish I could help more though.
//Florian

> On 21. Oct 2020, at 18.05, Michael Johnson <johnsomor at gmail.com> wrote:
> 
> No I haven't heard of anyone having this issue. Are you looking for 
> the interface in the network namespace? All tenant facing network 
> interfaces are isolated in the network namespace.  To check: "sudo ip 
> netns exec amphora-haproxy ip a" should list the tenant interfaces 
> that are configured. They will only be present when the correct load 
> balancer objects are configured, i.e. members, etc.
> 
> Michael
> 
>> On Wed, Oct 21, 2020 at 6:54 AM Dibbo, Alexander (STFC,RAL,SC) 
>> <alexander.dibbo at stfc.ac.uk> wrote:
>> 
>> Hi All,
>> 
>> 
>> 
>> I’m having an issue with my Octavia deployment in Train.
>> 
>> 
>> 
>> When a load balancer is created I can see the amphora get created with an interface on the management network. After a short while an interface is added for our external network.
>> 
>> 
>> 
>> The external network interface never becomes responsive. If I ssh in to the amphora I can only see the management interface present. If I the reboot the amphora, the external interface appears and becomes responsive. Given this it seems like some kind of race condition.
>> 
>> 
>> 
>> I have tried using all of the test amphora images that are published but the centos8 one seems the closest to working.
>> 
>> 
>> 
>> Is anyone familiar with this issue or a fix?
>> 
>> 
>> 
>> Thanks
>> 
>> 
>> 
>> Alex
>> 
>> 
>> 
>> Regards
>> 
>> 
>> 
>> Alexander Dibbo – Cloud Architect / Cloud Operations Group Leader
>> 
>> For STFC Cloud Documentation visit 
>> https://stfc-cloud-docs.readthedocs.io
>> 
>> To raise a support ticket with the cloud team please email 
>> cloud-support at gridpp.rl.ac.uk
>> 
>> To receive notifications about the service please subscribe to our 
>> mailing list at: 
>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STFC-CLOUD
>> 
>> To receive fast notifications or to discuss usage of the cloud please 
>> join our Slack: https://stfc-cloud.slack.com/
>> 
>> 
>> 
>> This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses. Opinions, conclusions or other information in this message and attachments that are not related directly to UKRI business are solely those of the author and do not represent the views of UKRI.
>