Re: [Openstack] 回复: keystone fail

Keystone working fine now, thank you. [admin@controller ~]$ openstack --os-auth-url http://controller:35357/v3 \ > --os-project-domain-name default --os-user-domain-name default \ > --os-project-name admin --os-username admin token issue Password: ++

Re: [Openstack] 回复: keystone fail

Now the tables are present after running "keystone-manage db_syn" many times. I did not change any configuration. [root@controller ~]# su -s /bin/sh -c "keystone-manage db_sync" keystone [root@controller ~]# mysql -u root -p Enter password: Welcome to the MariaDB monitor. Commands end with ; or

Re: [Openstack] 回复: keystone fail

On 28 Dec 2016, at 23:24, wawayu wrote: > I think the 'keystone' database should have some tables after run the > db_sync tool. Not if the DB connection setting is wrong. Which it obviously is. ___ Mailing list: http://lists.openstack.org/cgi-bin/m

Re: [Openstack] ????: keystone fail

I think the 'keystone' database should have some tables after run the db_sync tool. -- Original -- From: "??" Date: Thu, Dec 29, 2016 01:44 AM To: "Turbo Fredriksson"; Cc: "openstack"; Subject: Re: [Openstack] : keystone fail The permission looks fine, but

Re: [Openstack] 回复: keystone fail

The permission looks fine, but why the database keystone is empty ? MariaDB [mysql]> select Host,User from user where User='keystone'; ++--+ | Host | User | ++--+ | % | keystone | | controller | keystone | | localhost | keystone | +--

Re: [Openstack] keystone fail

On 28 Dec 2016, at 17:44, don...@ahope.com.cn wrote: > The permission looks fine, but why the database keystone is empty ? Because I said “mysql” database, not “keystone” database. ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/

Re: [Openstack] 回复: keystone fail

Still did not work. Looks like no table exists in keystone DB, but the following command did not throw out any error. su -s /bin/sh -c "keystone-manage db_sync" keystone [root@controller ~]# mysql -u root -p Enter password: Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB

Re: [Openstack] 回复: keystone fail

On 28 Dec 2016, at 17:29, don...@ahope.com.cn wrote: > Welcome to the MariaDB monitor. Commands end with ; or \g. > Your MariaDB connection id is 3 > Server version: 10.1.18-MariaDB MariaDB Server Ah, MariaDB! I could never get that to work! I only tried for a couple of hours and then gave up -

Re: [Openstack] 回复: keystone fail

On 28 Dec 2016, at 16:35, don...@ahope.com.cn wrote: > 2016-12-29 00:27:13.006 1825 ERROR keystone.common.wsgi OperationalError: > (pymysql.err.OperationalError) (1045, u"Access denied for user > 'keystone'@'controller' (using password: YES)") You might not have created the user correctly, OR n

Re: [Openstack] keystone fail

Thanks for you reminding. = 董 建 华 地址：杭州滨江区南环路3766号新世纪办公楼 邮编：310053 手机：13857132818 总机：0571-28996000 传真：0571-28996001 热线：4006728686 网址：www.ahope.com.cn Email：don...@ahope.com.cn From: Turbo Fredriksson Date: 2016-12-29 00:15 To: don...@ahope.com.cn CC: ope

[Openstack] 回复: keystone fail

Please see the log file below. Looks like no SQL access ? but i'm sure i did the access grant. 2016-12-29 00:27:09.679 1824 WARNING keystone.assignment.core [-] Deprecated: Use of the identity driver config to automatically configure the same assignment driver has been deprecated, in the "O" re

Re: [Openstack] keystone fail

On 28 Dec 2016, at 15:42, don...@ahope.com.cn wrote: > [admin@controller ~]$ export OS_PASSWORD=Ahope2016 Maybe keep in mind that even though you have a very private setup which ‘no-one’ can access, posting your “root” password might not be a good idea :) > An unexpected error prevented the serv

[Openstack] keystone fail

Hi all, I'm installing the openstack newton on centos 7, totally follow the Newton Installation Tutorials, but failed to create the service project, what is the issue ? Thanks. [admin@controller ~]$ export OS_USERNAME=admin [admin@controller ~]$ export OS_PASSWORD=Ahope2016 [admin@controller ~

Re: [Openstack] To make compute nodes redundant

I highly recommend Masakari. You can find it here: https://github.com/openstack/masakari We're using the original version found here: https://github.com/ntt-sic/masakari but I believe they've officially moved to the OpenStack version now and are recommending

[Openstack] Services DOWN - why?

What in Openstack is it that records if a service is UP or DOWN? Every time I have to turn of my whole stack, it takes lots and lots of trials, restarts of services etc etc to get things up and running. Looking at the logs, there’s nothing wrong with the service(s), but yet they’re recorded as DO

Re: [Openstack] To make compute nodes redundant

You may be interested in instance ha using pacemaker + pacemaker remote. Regards, On Wed, Dec 28, 2016 at 4:28 PM, Atif Munir wrote: > Hi, > > I have an OpenStack installation with > > 1 x controller node > 3 x compute nodes > > How I can declare one compute as redundant, I am afraid if somethin