openstack dashboard 加载的原因

从openstack官网上的部署说明,memcached是yum安装后直接启动的,memcached(当时是memcached-1.4.33-2.el7.x86_64)二进制包的配置是只允许127.0.0.1连接的,这样就出现一个严重的问题,由于所有节点都是访问控制节点的虚拟IP,这样就是所有节点的所有服务都不能访问memcached,即使是控制节点本身也不能访问,只能通过127.0.0.1访问,这样就导致服务请求token的时候都连接到memcached失败然后再重新向keystone请求,在需要请求多种服务的页面就会出现超时的情况,比如管理员下的云主机列表。解决办法就是把memcached监听地址改为所有IP,即 /etc/sysconfig/memcached 文件中的 OPTIONS="-l 0.0.0.0",修改后重启memcached,以下是CentOS7+memcached-1.4.33的修改方法:

sed -i ‘/OPTIONS/c OPTIONS="-l 0.0.0.0"‘ /etc/sysconfig/memcached
systemctl restart memcached

修改前和修改后的截图,登录dashbord之后查看一下 memcached 是否有缓存数据

memcached-tool 127.1 dump

原文地址:http://blog.51cto.com/ouziyou/2096993

时间: 2024-10-08 15:31:01

openstack dashboard 加载的原因的相关文章

vue 首次加载缓慢/刷新后加载缓慢 原因及解决方案

# vue 首次加载缓慢/刷新后加载缓慢 原因及解决方案 最近做项目发现一个问题,页面每次刷新后加载速度都非常慢,20s左右,在开发环境则非常流畅,几乎感觉不到,本文参考望山的各种方案优化 1,关闭打包时生成的map文件 在config/index.js文件中讲productionSourceMap设置为false,再次打包便没有了map文件 2,vue-router路由懒加载 懒加载的实现方式有很多种,这里简单说三种实现方法 vue异步组件 import() webpack的require.e

OpenSSL.Net 在生产环境中无法正常加载的原因分析与解决 z

http://blog.csdn.net/wangjia184/article/details/6990098 http://www.openssl.org/ 在本地测试好好的代码部署到生产环境后,遇到OpenSSL.Net不能加载的错误. Could not load file or assembly 'ManagedOpenSsl' or one of its dependencies. An attempt was made to load a program with an incorr

ubi 文件系统加载失败原因记录

尝试升级 kernel 到 4.4.12版本,然后出现 kernel 加载 ubi 文件系统失败的现象,现象如下 [ 3.152220] ubi0 error: vtbl_check: too large reserved_pebs 1908, good PEBs 1860 [ 3.160054] ubi0 error: vtbl_check: volume table check failed: record 0, error 9 经过查找,是因为 ubi 文件系统制作过大的原因. // 修改

vue页面首次加载缓慢原因及解决方案

第一次打包vue的项目部署到服务器下时,发现初次加载特别的缓慢,将近20s页面才加载出来,完全没有开发环境上的那么流畅.主要原因是页面在打包后如果不进行相关配置会导致资源文件特别的大,一次想要全部加载完成会特别的耗时.这里简单总结一下自己用到的一些优化的方案. 首先我们可以安装webpack-bundle-analyzer  插件,通过这个插件我们可以在打包的时候看到打包文件的大小,可以明显的看出哪些文件比较大. 解决方案一 1,去掉编译文件中map文件.在编译好后,我们会看到文件夹下有特别多的

php_curl.dll libssh2.dll 始终无法加载的原因 及解决办法

在StackOverflow得到最终原因及解决办法 http://stackoverflow.com/questions/16424117/php-unable-to-load-php-curl-dll-extension libeay32.dll and ssleay32.dll have to be path-accessible for php_curl.dll loading to succeed. Copying them into System32 (or even into the

Whitelabel Error Page图片不能加载的原因

找不到路径 解决的方法,在 中添加一个静态包,将图片放包里既可访问到 原文地址:https://www.cnblogs.com/Koma-vv/p/11625784.html

Hibernate一对一,一对多懒加载的要求

懒加载要求Domain对象不能是final的,因为Hibernate需要生成一个继承自该Domain对象的类来实现懒加载.懒加载主要有三种: 1. 对象的懒加载 2. 关联集合的懒加载 3. 对象属性的懒加载 对象的懒加载 对象的懒加载就是在映射文件的class标签中设置lazy属性为true,这时,如果用session.load方法获取这个对象的话,Hibernate只返回一个代理对象,而不是真的去查询数据库,等到真正用到这个对象的时候,Hibernate才会去查询数据库. 关联集合的懒加载

Windows API 编程-----DLL编程之禁止加载自己

和可执行文件一样,动态链接库也有自己的入口地址,如果系统或者当前进程的某个线程调用LoadLibrary函数加载或者使用FreeLibrary卸载该动态链接库的时候,会自动使用3个特定的堆栈参数跳转到该地址来运行.入口函数是为了完成动态链接库代码的初始化和善后工作,比如卸载后的资源释放. 这三个参数具有特殊的含义. BOOL APIENTRY DllMain( HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved ) 第一个参数

html页面元素加载顺序

一般来说,添加背景图片有三种办法: 直接写在标签的style里面,如: <div style="background-image:url('images/Css.JPG')"></div> 写在内联的style定义里面,如: <style> #cssContainer1 { background-image: url("images/Css3.JPG"); } </style> 写在外联的css文件里. 其实这三种方法