Further report! We finally figure it out. It because of the original memcache_server configuration which lead to load key from the poweroff controller configuration example: [cache] backend = oslo_cache.memcache_pool enabled = True memcache_servers = controller1:11211,controller2:11211,controller3:11211 After change the server set to contoller_vip:11211，problem solved.
At 2018-07-24 02:35:09, "Ivan Kolodyazhny" <e...@e0ne.info> wrote: Hi, It could be a common issue between horizon and keystone. As a temporary workaround for this, you can apply this [1] patch to redirect admin user to the different page. [1] https://review.openstack.org/#/c/577090/ Regards, Ivan Kolodyazhny, http://blog.e0ne.info/ On Thu, Jul 19, 2018 at 11:47 AM, Eugen Block <ebl...@nde.ag> wrote: Hi, we also had to deal with slow dashboard, in our case it was a misconfiguration of memcached [0], [1]. Check with your configuration and make sure you use oslo.cache. Hope this helps! [0] https://bugs.launchpad.net/keystone/+bug/1587777 [1] https://ask.openstack.org/en/question/102611/how-to-configure-memcache-in-openstack-ha/ Zitat von 高松 <gaoso...@syswin.com>: After kill one node of a cluster which consist of three nodes, I found that Horizon based on keystone with provider set to fernet respondes very slowly. Admin login will cost at least 20 senconds. And cli verbose command return show making authentication is stuck about 5 senconds. Any help will be appreciated. _______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
