开发者社区> 余二五> 正文

ERROR : Error appeared during Puppet run: x.x.x.x _keystone.pp

简介:
+关注继续查看

报错

1
2
3
4
ERROR : Error appeared during Puppet run: x.x.x.x_keystone.pp
Error: /Stage[main]/Keystone::Db::Sync/Exec[keystone-manage db_sync]: Failed to call refresh: Command exceeded timeout
You will find full trace in log /var/tmp/packstack/20160801-185048-pwY8Y8/manifests/x.x.x.x_keystone.pp.log
Please check log file /var/tmp/packstack/20160801-185048-pwY8Y8/openstack-setup.log for more information

解决:

报错是  在用RDO模式     packstack安装openstack 最新版mitaka时出现的。

是在云上的环境  

inet 192.168.1.7/24 brd 192.168.1.255 scope global dynamic eth0               有一个外网IP 42.62.X.X

查看日志

1
2
3
4
5
6
[root@controller ~]# cd /var/log/keystone/
[root@controller keystone]# ls
keystone.log
2016-08-01 20:34:33.513 14145 ERROR keystone.common.wsgi DBConnectionError: (pymysql.err.OperationalError) (2003, "Can't connect to MySQL server on 'x.x.x.x' ([Errno 110] Connection timed out)")
2016-08-01 20:34:33.513 14145 ERROR keystone.common.wsgi
2016-08-01 20:35:34.671 14150 WARNING oslo_db.sqlalchemy.engines [req-12a5fe87-1163-4fbb-a049-5225ea65a05a - - - - -] SQL connection failed. 10 attempts left.

查看数据库

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| cinder             |
| glance             |
| gnocchi            |
| information_schema |
| keystone           |
| mysql              |
| neutron            |
| nova               |
| nova_api           |
| performance_schema |
test               |
+--------------------+
11 rows in set (0.00 sec)
MariaDB [(none)]> use keystone;
Database changed
MariaDB [keystone]> show tables;
Empty set (0.00 sec)
生成了库  没内容
 
 
看用户
MariaDB [mysql]> select  host,user  from user;
+-----------+----------------+
| host      | user           |
+-----------+----------------+
| %         | cinder         |
| %         | glance         |
| %         | gnocchi        |
| %         | keystone_admin |
| %         | neutron        |
| %         | nova           |
| %         | nova_api       |
| 127.0.0.1 | keystone_admin |
| localhost | root           |
+-----------+----------------+
9 rows in set (0.00 sec)
权限是  %,应该是可以的,


参考   mysql授权localhost&%区别及一直授权错误解决办法

http://blog.csdn.net/tantexian/article/details/44861733

此处多说一句,此处配置%远程其他host有权限访问,那么在mysql的配置文件中 /etc/my.cnf,也需要做一些配置,将bind_address=0.0.0.0或者直接屏蔽掉此项,更多请自行查找资料。

如果想让外面host能访问数据库:(yunjisuan为root密码)

GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'yunjisuan';

flush privileges;



1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
修改hosts
[root@controller keystone]# cat   /etc/hosts
127.0.0.1        controller             localhost localhost.localdomain localhost4 localhost4.localdomain4                  ##在127.0.0.1也添加主机名字
::1                   localhost localhost.localdomain localhost6 localhost6.localdomain6
x.x.x.x        controller
 
 
 
[root@controller keystone]# mysql -ukeystone_admin   -p
Enter password:
Welcome to the MariaDB monitor.  Commands end with ; or \g.                        ##本机测试可以登录
因为本人实在云上环境搭建的,只有一个eth0是内网,通过云是外网ip,现在不确定服务器 访问绑定的外网ip的方式是什么样的,
是直接eth0到外网ip,就回来了,, 还是过了路由再回来。如果是这样,就相当于远程访问mysql数据库。- -,关系好乱。
 
 
 
[root@controller ~]# route -n   ##这是默认路由
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     100    0        0 eth0
 
 
所以现在要检查一下 安全组。  测试root 无法远程登录。
用别的机器测试mysql服务器可以,安全组没有问题
 
 
MariaDB [mysql]> grant  all privileges on *.*   to 'root'@'%'  identified  by 'xxxxxxxx';       ####添加%,就可以远程登录了.
 
[root@hequan ~]# mysql   -hip        -p    -ukeystone_admin                 ##   本地测试登录无问题。
Enter password:
Welcome to the MariaDB monitor.  Commands end with ; or \g.
 
MariaDB [mysql]> use keystone;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
 
MariaDB [keystone]> show tables;
+------------------------+
| Tables_in_keystone     |
+------------------------+
| access_token           |
| assignment             |
| config_register        |
| consumer               |
| credential             |
| domain                 |
| endpoint               |
 
###查看有表了
 
 
再次执行,又有新的报错
 
 
RROR : Error appeared during Puppet run: x.x.x.x_cinder.pp
Error: Could not prefetch cinder_type provider 'openstack': Execution of '/usr/bin/openstack volume type list --quiet --format csv --long' returned 1: Unable to 
CONFIG_CINDER_NETAPP_ESERIES_HOST_TYPE=linux_dm_mp   ##这是  cinder_type
 
 
MariaDB [keystone]> use  cinder
Database changed
MariaDB [cinder]> show tables;
Empty set (0.00 sec)
查看 cinder里面没有表,还是有问题。
MariaDB [cinder]> use glance;
Database changed
MariaDB [glance]> show tables;
Empty set (0.00 sec)
glance也没有生成表,,,只有keystone 的好了。
 
 
Applying x.x.x.x_keystone.pp
Applying x.x.x.x_glance.pp
Applying x.x.x.x_cinder.pp
x.x.x.x_keystone.pp:                              [ DONE ]     
Testing if puppet apply is finished: x.x.x.x_cinder.pp    [ \ ]    $$$##卡在这里
 
 
卸载数据库,从新测试,竟然可以了。。= =,我了个大去。感动老天了。。
| %         | cinder         |
| %         | glance         |
| 127.0.0.1 | keystone_admin |



总结:方法3个,1是在127.0.0.1 添加主机名,,2 重新设置一遍 root 在msyql 的权限%     3 卸载掉数据库,重新测试。



打算一会测试  用内网ip,  然后在路由器上做  80映射,这样应该会好一点。不知道行不行。简直是作死,在云上搭建openstack。。。。测试完。



 **** Installation completed successfully ******


Additional information:

 * Time synchronization installation was skipped. Please note that unsynchronized time on server instances might be problem for some OpenStack components.

 * File /root/keystonerc_admin has been created on OpenStack client host x.x.x.x . To use the command line tools you need to source the file.

 * To access the OpenStack Dashboard browse to http://x.x.x.x /dashboard .

Please, find your login credentials stored in the keystonerc_admin in your home directory.

 * Because of the kernel update the host   x.x.x.x  requires reboot.

 * Because of the kernel update the host 127.0.0.1 requires reboot.

 * The installation log file is available at: /var/tmp/packstack/20160801-224547-mTb9CN/openstack-setup.log

 * The generated manifests are available at: /var/tmp/packstack/20160801-224547-mTb9CN/manifests



1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
[root@controller ~]# netstat -lntup
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:8774            0.0.0.0:*               LISTEN      21105/python2       
tcp        0      0 0.0.0.0:8775            0.0.0.0:*               LISTEN      21105/python2       
tcp        0      0 0.0.0.0:9191            0.0.0.0:*               LISTEN      19676/python2       
tcp        0      0 0.0.0.0:5000            0.0.0.0:*               LISTEN      1307/httpd          
tcp        0      0 0.0.0.0:8776            0.0.0.0:*               LISTEN      20207/python2       
tcp        0      0 0.0.0.0:25672           0.0.0.0:*               LISTEN      10588/beam.smp      
tcp        0      0 0.0.0.0:8777            0.0.0.0:*               LISTEN      1307/httpd          
tcp        0      0 0.0.0.0:8041            0.0.0.0:*               LISTEN      1307/httpd          
tcp        0      0 127.0.0.1:27017         0.0.0.0:*               LISTEN      31512/mongod        
tcp        0      0 0.0.0.0:8042            0.0.0.0:*               LISTEN      1307/httpd          
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      17028/mysqld        
tcp        0      0 0.0.0.0:11211           0.0.0.0:*               LISTEN      25302/memcached     
tcp        0      0 0.0.0.0:9292            0.0.0.0:*               LISTEN      19705/python2       
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      22134/rpcbind       
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      1307/httpd          
tcp        0      0 0.0.0.0:4369            0.0.0.0:*               LISTEN      1/systemd           
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      816/sshd            
tcp        0      0 0.0.0.0:35357           0.0.0.0:*               LISTEN      1307/httpd          
tcp        0      0 0.0.0.0:16509           0.0.0.0:*               LISTEN      22855/libvirtd      
tcp        0      0 0.0.0.0:9696            0.0.0.0:*               LISTEN      24517/python2       
tcp        0      0 0.0.0.0:6080            0.0.0.0:*               LISTEN      22974/python2       
tcp6       0      0 :::5672                 :::*                    LISTEN      10588/beam.smp      
tcp6       0      0 :::111                  :::*                    LISTEN      22134/rpcbind       
tcp6       0      0 :::22                   :::*                    LISTEN      816/sshd            
tcp6       0      0 :::16509                :::*                    LISTEN      22855/libvirtd      
udp        0      0 0.0.0.0:11211           0.0.0.0:*                           25302/memcached     
udp        0      0 0.0.0.0:11431           0.0.0.0:*                           585/dhclient        
udp        0      0 0.0.0.0:8125            0.0.0.0:*                           29029/python2       
udp        0      0 0.0.0.0:68              0.0.0.0:*                           585/dhclient        
udp        0      0 0.0.0.0:111             0.0.0.0:*                           22134/rpcbind       
udp        0      0 127.0.0.1:323           0.0.0.0:*                           558/chronyd         
udp        0      0 0.0.0.0:685             0.0.0.0:*                           22134/rpcbind       
udp        0      0 0.0.0.0:4952            0.0.0.0:*                           32304/python2       
udp6       0      0 :::111                  :::*                                22134/rpcbind       
udp6       0      0 ::1:323                 :::*                                558/chronyd         
udp6       0      0 :::685                  :::*                                22134/rpcbind       
udp6       0      0 :::38397                :::*                                585/dhclient









本文转自 295631788 51CTO博客,原文链接:http://blog.51cto.com/hequan/1833247,如需转载请自行联系原作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
阿里云服务器如何登录?阿里云服务器的三种登录方法
购买阿里云ECS云服务器后如何登录?场景不同,大概有三种登录方式:
10009 0
使用SSH远程登录阿里云ECS服务器
远程连接服务器以及配置环境
13977 0
如何设置阿里云服务器安全组?阿里云安全组规则详细解说
阿里云安全组设置详细图文教程(收藏起来) 阿里云服务器安全组设置规则分享,阿里云服务器安全组如何放行端口设置教程。阿里云会要求客户设置安全组,如果不设置,阿里云会指定默认的安全组。那么,这个安全组是什么呢?顾名思义,就是为了服务器安全设置的。安全组其实就是一个虚拟的防火墙,可以让用户从端口、IP的维度来筛选对应服务器的访问者,从而形成一个云上的安全域。
17200 0
阿里云服务器如何登录?阿里云服务器的三种登录方法
购买阿里云ECS云服务器后如何登录?场景不同,阿里云优惠总结大概有三种登录方式: 登录到ECS云服务器控制台 在ECS云服务器控制台用户可以更改密码、更换系.
25237 0
阿里云服务器如何登录?阿里云服务器的三种登录方法
购买阿里云ECS云服务器后如何登录?场景不同,云吞铺子总结大概有三种登录方式: 登录到ECS云服务器控制台 在ECS云服务器控制台用户可以更改密码、更换系统盘、创建快照、配置安全组等操作如何登录ECS云服务器控制台? 1、先登录到阿里云ECS服务器控制台 2、点击顶部的“控制台” 3、通过左侧栏,切换到“云服务器ECS”即可,如下图所示 通过ECS控制台的远程连接来登录到云服务器 阿里云ECS云服务器自带远程连接功能,使用该功能可以登录到云服务器,简单且方便,如下图:点击“远程连接”,第一次连接会自动生成6位数字密码,输入密码即可登录到云服务器上。
33607 0
阿里云服务器ECS登录用户名是什么?系统不同默认账号也不同
阿里云服务器Windows系统默认用户名administrator,Linux镜像服务器用户名root
13948 0
阿里云服务器端口号设置
阿里云服务器初级使用者可能面临的问题之一. 使用tomcat或者其他服务器软件设置端口号后,比如 一些不是默认的, mysql的 3306, mssql的1433,有时候打不开网页, 原因是没有在ecs安全组去设置这个端口号. 解决: 点击ecs下网络和安全下的安全组 在弹出的安全组中,如果没有就新建安全组,然后点击配置规则 最后如上图点击添加...或快速创建.   have fun!  将编程看作是一门艺术,而不单单是个技术。
18992 0
腾讯云服务器 设置ngxin + fastdfs +tomcat 开机自启动
在tomcat中新建一个可以启动的 .sh 脚本文件 /usr/local/tomcat7/bin/ export JAVA_HOME=/usr/local/java/jdk7 export PATH=$JAVA_HOME/bin/:$PATH export CLASSPATH=.
14117 0
+关注
20381
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
JS零基础入门教程(上册)
立即下载
性能优化方法论
立即下载
手把手学习日志服务SLS,云启实验室实战指南
立即下载