Re: [Openstack-operators] [User-committee] [Forum] Moderators needed!

Hi Shamail. Alan Meadows will still be doing the Cloud-Native Design/Refactoring across OpenStack session. He just forgot to confirm that. Please accept my message here as his confirmation. -Andy From: Shamail Tahir [mailto:itzsham...@gmail.com] Sent: Friday, April 28, 2017 7:23 AM To: openst

Re: [Openstack-operators] [Openstack] Strange: lost physical connectivity to compute hosts when using native (ryu) openflow interface

With the network down, does ovs-vsctl show that it is connected to the controller? On Fri, Apr 28, 2017 at 2:21 PM, Gustavo Randich wrote: > Exactly, we access via a tagged interface, which is part of br-ex > > # ip a show vlan171 > 16: vlan171: mtu 9000 qdisc noqueue > state UNKNOWN group defa

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

On 4/28/2017 11:19 AM, Eric Fried wrote: If it's *just* glance we're making an exception for, I prefer #1 (don't deprecate/remove [glance]api_servers). It's way less code & infrastructure, and it discourages others from jumping on the multiple-endpoints bandwagon. If we provide endpoint_overrid

Re: [Openstack-operators] [Openstack] Strange: lost physical connectivity to compute hosts when using native (ryu) openflow interface

Exactly, we access via a tagged interface, which is part of br-ex # ip a show vlan171 16: vlan171: mtu 9000 qdisc noqueue state UNKNOWN group default qlen 1 link/ether 8e:14:8d:c1:1a:5f brd ff:ff:ff:ff:ff:ff inet 10.171.1.240/20 brd 10.171.15.255 scope global vlan171 valid_lft fore

Re: [Openstack-operators] [Openstack] Strange: lost physical connectivity to compute hosts when using native (ryu) openflow interface

Ok, that's likely not the issue then. I assume the way you access each host is via an IP assigned to an OVS bridge or an interface that somehow depends on OVS? On Apr 28, 2017 12:04, "Gustavo Randich" wrote: > Hi Kevin, we are using the default listen address of loopback interface: > > # grep -r

Re: [Openstack-operators] looking for feedback on proposals to improve logging

Excerpts from Nematollah Bidokhti's message of 2017-04-27 22:30:34 +: > Hi, > > I have been working on the concept of fault management blueprint to increase > cloud resiliency. As part of this proposal, info such as logs, KPIs, health > checks and so on are critical since we are engaging in

Re: [Openstack-operators] looking for feedback on proposals to improve logging

There is an interesting proposal developing as part of https://review.openstack.org/460112 which it would be great to get more feedback on from other operators. My view is that OpenStack would benefit greatly from a troubleshooting guide. I remember my days with AIX (long ago) when a guide had

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

If it's *just* glance we're making an exception for, I prefer #1 (don't deprecate/remove [glance]api_servers). It's way less code & infrastructure, and it discourages others from jumping on the multiple-endpoints bandwagon. If we provide endpoint_override_list (handwave), people will think it's o

[Openstack-operators] [docs] OpenStack documentation: Forum session

Hi All, I’m reaching out to you to draw your attention to a Forum topic we proposed with Alex (OpenStack Manuals PTL): https://www.openstack.org/summit/boston-2017/summit-schedule/events/18939/openstack-documentation-the-future-depends-on-all-of-us

Re: [Openstack-operators] [Openstack] Strange: lost physical connectivity to compute hosts when using native (ryu) openflow interface

Hi Kevin, we are using the default listen address of loopback interface: # grep -r of_listen_address /etc/neutron /etc/neutron/plugins/ml2/openvswitch_agent.ini:#of_listen_address = 127.0.0.1 tcp/127.0.0.1:6640 -> ovsdb-server /etc/openvswitch/conf.db -vconsole:emer -vsyslog:err -vfile:i

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

Maybe we are talking about two different things here? I’m a bit confused. Our Glance config in nova.conf on HV’s looks like this: [glance] api_servers=http://glance1:9292,http://glance2:9292,http://glance3:9292,http://glance4:9292 glance_api_insecure=True glance_num_retries=4 glance_protocol=htt

Re: [Openstack-operators] [Forum] Moderators needed!

I can moderate HA session if you want (although there is one listed in schedule?). Feel free to sign me up On 28 April 2017 at 06:07, Jay Pipes wrote: > On 04/28/2017 08:22 AM, Shamail Tahir wrote: >> >> Hi everyone, >> >> Most of the proposed/accepted Forum sessions currently have moderators >>

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

Ok. That would solve some of the problem for us, but we’d still be losing the redundancy. We could do some HAProxy tricks to route around downed services, but it wouldn’t handle the case when that one physical box is down. Is there some downside to allowing endpoint_override to remain a list?

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

On 4/28/2017 9:05 AM, Eric Fried wrote: Blair, Mike- There will be an endpoint_override that will bypass the service catalog. It still only takes one URL, though. Thanks, Eric (efried) Eric, I think the answer we're getting from users

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

Blair, Mike- There will be an endpoint_override that will bypass the service catalog. It still only takes one URL, though. Thanks, Eric (efried) On 04/27/2017 11:50 PM, Blair Bethwaite wrote: > We at Nectar are in the same boat as Mike. Ou

Re: [Openstack-operators] [scientific] Lightning talks on Scientific OpenStack

Thanks Stig, I added a presentation to the schedule. Cheers, George On Thu, Apr 27, 2017 at 3:49 PM, Stig Telfer wrote: > Hi George - > > Sorry for the slow response. The consensus was for 8 minutes maximum. > That should be plenty for a lightning talk, and enables us to fit one more > in.

Re: [Openstack-operators] [Forum] Moderators needed!

On 04/28/2017 08:22 AM, Shamail Tahir wrote: Hi everyone, Most of the proposed/accepted Forum sessions currently have moderators but there are six sessions that do not have a confirmed moderator yet. Please look at the list below and let us know if you would be willing to help moderate any of th

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

On 28 April 2017 at 12:17, Sean Dague wrote: > On 04/28/2017 12:50 AM, Blair Bethwaite wrote: >> We at Nectar are in the same boat as Mike. Our use-case is a little >> bit more about geo-distributed operations though - our Cells are in >> different States around the country, so the local glance-ap

[Openstack-operators] [Forum] Moderators needed!

Hi everyone, Most of the proposed/accepted Forum sessions currently have moderators but there are six sessions that do not have a confirmed moderator yet. Please look at the list below and let us know if you would be willing to help moderate any of these sessions. The topics look really interesti

Re: [Openstack-operators] [openstack-dev] [nova][glance] Who needs multiple api_servers?

On 04/28/2017 12:50 AM, Blair Bethwaite wrote: > We at Nectar are in the same boat as Mike. Our use-case is a little > bit more about geo-distributed operations though - our Cells are in > different States around the country, so the local glance-apis are > particularly important for caching popular

Re: [Openstack-operators] [Openstack] Strange: lost physical connectivity to compute hosts when using native (ryu) openflow interface

Are you using an of_listen_address value of an interface being brought down? On Apr 25, 2017 17:34, "Gustavo Randich" wrote: > (using Mitaka / Ubuntu 16 / Neutron DVR / OVS / VXLAN / l2_population) > > This sounds very strange (to me): recently, after a switch outage, we lost > connectivity to a