Re: [Openstack-operators] dashboard show only project after upgrading

Ok, I will check. thanks Il Lun 30 Lug 2018 23:40 Mathieu Gagné ha scritto: > Try enabling DEBUG in local_settings.py. Some dashboard or panel might > fail loading for some reasons. > I had a similar behavior last week and enabling DEBUG should show the > error. > > -- > Mathieu > > > On Mon, Ju

Re: [Openstack-operators] neutron-server memcached connections

Following up on my own question, in case it's useful to others Turns out that keystonemiddleware uses eventlet, and, by default, creates a connection to memcached from each green thread (and doesn't clean them up), and the green threads are essentially unlimited. There is a solution for

Re: [Openstack-operators] dashboard show only project after upgrading

Try enabling DEBUG in local_settings.py. Some dashboard or panel might fail loading for some reasons. I had a similar behavior last week and enabling DEBUG should show the error. -- Mathieu On Mon, Jul 30, 2018 at 11:35 AM, Ignazio Cassano wrote: > Sorry, I sent a wrong image. > The correct scr

Re: [Openstack-operators] [neutron] [neutron-dynamic-routing] bgp-dragent not sending BGP UPDATE messages

So the real question is pretty much if Ryu supports MP-BGP and it does however it seems that neutron-dynamic-routing is disabling IPv6 if the peer IP is a IPv4 address :( So the link below answers my own question [1] [1] https://github.com/openstack/neutron-dynamic-routing/blob/98d3cf24d6d7b5ec

[Openstack-operators] [neutron] [neutron-dynamic-routing] bgp-dragent not sending BGP UPDATE messages

Hello, I'm trying to get the neutron-bgp-dragent that is delivered by the neutron-dynamic-routing project to work. I've gotten it to open a BGP peer session without any issues but the no BGP UPDATE messages seems to be sent from the neutron-bgp-dragent daemon. I'm having a BGP peer with a machine

Re: [Openstack-operators] swift question

Sure! python swiftclient's upload command has a --changed option: https://docs.openstack.org/python-swiftclient/latest/cli/index.html#swift-upload But you might be happier with something more sophisticated like rclone: https://rclone.org/ Nice thing about object storage is you can access it fr

Re: [Openstack-operators] dashboard show only project after upgrading

Hello Chris, I am not using containers yet. I wiil try to purge it. Many thanks. Ignazio Il Lun 30 Lug 2018 17:53 Chris Apsey ha scritto: > Ignazio, > > Are your horizon instances in separate containers/VMS? If so, I'd highly > recommend completely wiping them and rebuilding from scratch since

Re: [Openstack-operators] dashboard show only project after upgrading

Ignazio, Are your horizon instances in separate containers/VMS? If so, I'd highly recommend completely wiping them and rebuilding from scratch since horizon itself is stateless. I am not a fan of upgrades for reasons like this. If that's not possible, a purge of the horizon packages on your

Re: [Openstack-operators] [openstack-ansible] How to manage system upgrades ?

On 7/27/2018 3:34 AM, Gilles Mocellin wrote: - for compute nodes : disable compute node and live-evacuate instances... To be clear, what do you mean exactly by "live-evacuate"? I assume you mean live migration of all instances off each (disabled) compute node *before* you upgrade it. I wanted

[Openstack-operators] swift question

Hi all. I wonder if i can sync a directory on a server to the obj store (swift). What I do now is just a backup but I d like to implement a sort of file rotate locally and on the obj store. Any idea? -- *Alfredo* ___ OpenStack-operators mailing list O

[Openstack-operators] Reminder: User Committee @ 1800 UTC

Hi everyone, UC meeting today in #openstack-uc Agenda: https://wiki.openstack.org/wiki/Governance/Foundation/UserCommittee -- Kind regards, Melvin Hillsman mrhills...@gmail.com mobile: (832) 264-2646 ___ OpenStack-operators mailing list OpenStack-op