[Yahoo-eng-team] [Bug 1833650] [NEW] Populate nova databases failed with mysql access denied
on2.7/site-packages/sqlalchemy/engine/base.py", line 2158, in _wrap_pool_connect return fn() File "/usr/lib64/python2.7/site-packages/sqlalchemy/pool.py", line 345, in unique_connection return _ConnectionFairy._checkout(self) File "/usr/lib64/python2.7/site-packages/sqlalchemy/pool.py", line 788, in _checkout fairy = _ConnectionRecord.checkout(pool) File "/usr/lib64/python2.7/site-packages/sqlalchemy/pool.py", line 532, in checkout rec = pool._do_get() File "/usr/lib64/python2.7/site-packages/sqlalchemy/pool.py", line 1193, in _do_get self._dec_overflow() File "/usr/lib64/python2.7/site-packages/sqlalchemy/util/langhelpers.py", line 66, in __exit__ compat.reraise(exc_type, exc_value, exc_tb) File "/usr/lib64/python2.7/site-packages/sqlalchemy/pool.py", line 1190, in _do_get return self._create_connection() File "/usr/lib64/python2.7/site-packages/sqlalchemy/pool.py", line 350, in _create_connection return _ConnectionRecord(self) File "/usr/lib64/python2.7/site-packages/sqlalchemy/pool.py", line 477, in __init__ self.__connect(first_connect_check=True) File "/usr/lib64/python2.7/site-packages/sqlalchemy/pool.py", line 671, in __connect connection = pool._invoke_creator(self) File "/usr/lib64/python2.7/site-packages/sqlalchemy/engine/strategies.py", line 106, in connect return dialect.connect(*cargs, **cparams) File "/usr/lib64/python2.7/site-packages/sqlalchemy/engine/default.py", line 410, in connect return self.dbapi.connect(*cargs, **cparams) File "/usr/lib/python2.7/site-packages/pymysql/__init__.py", line 94, in Connect return Connection(*args, **kwargs) File "/usr/lib/python2.7/site-packages/pymysql/connections.py", line 327, in __init__ self.connect() File "/usr/lib/python2.7/site-packages/pymysql/connections.py", line 598, in connect self._request_authentication() File "/usr/lib/python2.7/site-packages/pymysql/connections.py", line 862, in _request_authentication auth_packet = self._process_auth(plugin_name, auth_packet) File "/usr/lib/python2.7/site-packages/pymysql/connections.py", line 933, in _process_auth pkt = self._read_packet() File "/usr/lib/python2.7/site-packages/pymysql/connections.py", line 683, in _read_packet packet.check_error() File "/usr/lib/python2.7/site-packages/pymysql/protocol.py", line 220, in check_error err.raise_mysql_exception(self._data) File "/usr/lib/python2.7/site-packages/pymysql/err.py", line 109, in raise_mysql_exception raise errorclass(errno, errval) OperationalError: (pymysql.err.OperationalError) (1045, u"Access denied for user 'nova'@'controller' (using password: YES)") (Background on this error at: http://sqlalche.me/e/e3q8) --- Release: 18.2.1.dev95 on 2019-06-14 03:09 SHA: d8f1bef63ab4357af2105431d3ea367100518aa2 Source: https://git.openstack.org/cgit/openstack/nova/tree/doc/source/install/controller-install-rdo.rst URL: https://docs.openstack.org/nova/rocky/install/controller-install-rdo.html ** Affects: nova Importance: Undecided Assignee: Chason Chan (chen-xing) Status: New ** Tags: doc ** Changed in: nova Assignee: (unassigned) => Chason Chan (chen-xing) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova). https://bugs.launchpad.net/bugs/1833650 Title: Populate nova databases failed with mysql access denied Status in OpenStack Compute (nova): New Bug description: Description === Fresh Install CentOS Linux release 7.6.1810 (Core) I followed "Install and configure controller node for Red Hat Enterprise Linux and CentOS" up to Install Nova on Controller, I configured Nova.conf and ran the DB commands. The following are failed: su -s /bin/sh -c "nova-manage api_db sync" nova su -s /bin/sh -c "nova-manage cell_v2 map_cell0" nova su -s /bin/sh -c "nova-manage cell_v2 create_cell --name=cell1 --verbose" nova su -s /bin/sh -c "nova-manage db sync" nova I have my fix: use "controller" instead of "localhost": GRANT ALL PRIVILEGES ON nova.* TO 'nova'@'controller' \ IDENTIFIED BY 'NOVA_DBPASS'; Then I could run populate nova databases commands successfully. Steps to reproduce === 1. Install CentOS Linux release 7.6.1810 (Core) 2. Install Keystone 4. Install Glance 6. Install Nova 7. Run the DB sync commands in order from the Docs Failure at > su -s /bin/sh -c "nova-manage db sync" nova and so on.. Expected result === Nova database Populates wi
[Yahoo-eng-team] [Bug 1833554] Re: Incorrect command
But There is no link generated in /etc/httpd/conf.d/ dir after I run this command. I think we should complete this command. The current command is incompatible with some case, just like mine. :) ** Changed in: keystone Status: Invalid => New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1833554 Title: Incorrect command Status in OpenStack Identity (keystone): New Bug description: This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [x] I have a fix to the document that I can paste below including example: input and output. Incorrect link command: ln -s /usr/share/keystone/wsgi-keystone.conf /etc/httpd/conf.d/ It should be: ln -s /usr/share/keystone/wsgi-keystone.conf /etc/httpd/conf.d/wsgi-keystone.conf Using current command, there would not be a soft link of /usr/share/keystone/wsgi-keystone.conf. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: on 2018-12-10 15:55:13 SHA: 1828d0612cf2c51427773077dc25bd8b659eb549 Source: https://opendev.org/openstack/keystone/src/doc/source/install/keystone-install-rdo.rst URL: https://docs.openstack.org/keystone/stein/install/keystone-install-rdo.html To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1833554/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1833554] [NEW] Incorrect command
Public bug reported: This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [x] I have a fix to the document that I can paste below including example: input and output. Incorrect link command: ln -s /usr/share/keystone/wsgi-keystone.conf /etc/httpd/conf.d/ It should be: ln -s /usr/share/keystone/wsgi-keystone.conf /etc/httpd/conf.d/wsgi-keystone.conf Using current command, there would not be a soft link of /usr/share/keystone/wsgi-keystone.conf. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: on 2018-12-10 15:55:13 SHA: 1828d0612cf2c51427773077dc25bd8b659eb549 Source: https://opendev.org/openstack/keystone/src/doc/source/install/keystone-install-rdo.rst URL: https://docs.openstack.org/keystone/stein/install/keystone-install-rdo.html ** Affects: keystone Importance: Undecided Assignee: Chason Chan (chen-xing) Status: In Progress ** Tags: documentation -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1833554 Title: Incorrect command Status in OpenStack Identity (keystone): In Progress Bug description: This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [x] I have a fix to the document that I can paste below including example: input and output. Incorrect link command: ln -s /usr/share/keystone/wsgi-keystone.conf /etc/httpd/conf.d/ It should be: ln -s /usr/share/keystone/wsgi-keystone.conf /etc/httpd/conf.d/wsgi-keystone.conf Using current command, there would not be a soft link of /usr/share/keystone/wsgi-keystone.conf. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: on 2018-12-10 15:55:13 SHA: 1828d0612cf2c51427773077dc25bd8b659eb549 Source: https://opendev.org/openstack/keystone/src/doc/source/install/keystone-install-rdo.rst URL: https://docs.openstack.org/keystone/stein/install/keystone-install-rdo.html To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1833554/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1796976] Re: neutron.conf needs lock_path set for router to operate
** Project changed: openstack-manuals => neutron -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1796976 Title: neutron.conf needs lock_path set for router to operate Status in neutron: New Bug description: This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [X] This doc is inaccurate in this way: Using self-service network. Router fails to operate if lock_path is not set. - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. Detail: - Rocky clean install followinf the self-service network model - While creating the sample networks and router the following issues arise when running throug the verifications 1) ip netns <-- shows qdhcp namespaces but no qrouter 2) openstack port list --router router <-- shows the interdaces in down states After researching the log files i see in /var/log/neutron/neutron-l3-agent.log that the required parameter lock_path is missing I've edited the /etc/neutron/neutron.conf and in the [oslo_concurrency] have set lock_path = /var/lib/neutron/tmp After reinit: - /var/log/neutron/neutron-l3-agent.log is clean, - ip netns shows 2 qdhcp and one qrouter as expected - openstack port list --router router <- Ports are shown as active Therefore my guess is that neutron install guide should be updated to reflect this needed paramenter. Thanks a lot in advance. --- Release: on 2018-10-08 10:46 SHA: 6084f10333d7662a4f98994db49fd52bf9bf68f2 Source: https://git.openstack.org/cgit/openstack/openstack-manuals/tree/doc/install-guide/source/launch-instance-networks-selfservice.rst URL: https://docs.openstack.org/install-guide/launch-instance-networks-selfservice.html To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1796976/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1792864] Re: Rocky: Verify operation in keystone: Incorrect port
*** This bug is a duplicate of bug 1790148 *** https://bugs.launchpad.net/bugs/1790148 ** This bug has been marked a duplicate of bug 1790148 Verify operation in keystone (Documentation fault) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1792864 Title: Rocky: Verify operation in keystone: Incorrect port Status in OpenStack Identity (keystone): New Bug description: This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [X] This doc is inaccurate in this way: The Rocky Keystone installation tutorial verifies operation using an incorrect authentication URL with port 35357 instead of 5000. Tangentially, why are we using ports anyway? - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: on 2018-09-10 22:19 SHA: c5930abc5aa06881f28baa697d8d43a1f25157b8 Source: https://git.openstack.org/cgit/openstack/keystone/tree/doc/source/install/keystone-verify-rdo.rst URL: https://docs.openstack.org/keystone/rocky/install/keystone-verify-rdo.html To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1792864/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1793095] Re: Verify operation in keystone
*** This bug is a duplicate of bug 1790148 *** https://bugs.launchpad.net/bugs/1790148 ** This bug has been marked a duplicate of bug 1790148 Verify operation in keystone (Documentation fault) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1793095 Title: Verify operation in keystone Status in OpenStack Identity (keystone): New Bug description: 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 why 35357? there is NO 35357 port listening now, check /usr/share/keystone/wsgi-keystone.conf, there only exists one port 5000, 35357 isn't there any longer. so either add 35357 back on wsgi- keystone.conf or use 5000 here instead. This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: on 2018-09-10 22:19 SHA: c5930abc5aa06881f28baa697d8d43a1f25157b8 Source: https://git.openstack.org/cgit/openstack/keystone/tree/doc/source/install/keystone-verify-rdo.rst URL: https://docs.openstack.org/keystone/rocky/install/keystone-verify-rdo.html To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1793095/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1785585] Re: openstack(pike) Initialize Fernet key repositories in keystone have bug
** Project changed: openstack-manuals => keystone -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1785585 Title: openstack(pike) Initialize Fernet key repositories in keystone have bug Status in OpenStack Identity (keystone): New Bug description: hello: I install pike openstack on ubuntu16.04;In keystone section,there have some question. root@controller:~# keystone-manage fernet_setup --keystone-user keystone --keystone-group keystone 2018-08-06 05:10:26.318 4604 INFO keystone.token.providers.fernet.utils [-] [fernet_tokens] key_repository does not appear to exist; attempting to create it 2018-08-06 05:10:26.318 4604 INFO keystone.token.providers.fernet.utils [-] Created a new key: /etc/keystone/fernet-keys/0 2018-08-06 05:10:26.319 4604 INFO keystone.token.providers.fernet.utils [-] Starting key rotation with 1 key files: ['/etc/keystone/fernet-keys/0'] 2018-08-06 05:10:26.319 4604 INFO keystone.token.providers.fernet.utils [-] Current primary key is: 0 2018-08-06 05:10:26.320 4604 INFO keystone.token.providers.fernet.utils [-] Next primary key will be: 1 2018-08-06 05:10:26.320 4604 INFO keystone.token.providers.fernet.utils [-] Promoted key 0 to be the primary: 1 2018-08-06 05:10:26.320 4604 INFO keystone.token.providers.fernet.utils [-] Created a new key: /etc/keystone/fernet-keys/0 root@controller:~# vi /etc/keystone/keystone.conf root@controller:~# keystone-manage fernet_setup --keystone-user keystone --keystone-group keystone 2018-08-06 05:14:58.084 4687 INFO keystone.token.providers.fernet.utils [-] Key repository is already initialized; aborting. root@controller:~# keystone-manage credential_setup --keystone-user keystone --keystone-group keystone usage: keystone-manage [bootstrap|db_sync|db_version|domain_config_upload|fernet_rotate|fernet_setup|mapping_populate|mapping_purge|mapping_engine|pki_setup|saml_idp_metadata|ssl_setup|token_flush] keystone-manage: error: argument command: invalid choice: 'credential_setup' (choose from 'bootstrap', 'db_sync', 'db_version', 'domain_config_upload', 'fernet_rotate', 'fernet_setup', 'mapping_populate', 'mapping_purge', 'mapping_engine', 'pki_setup', 'saml_idp_metadata', 'ssl_setup', 'token_flush') To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1785585/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1768980] Re: Wrong Port in "Create OpenStack client environment scripts in keystone" document
** Changed in: keystone Status: Triaged => Fix Released -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1768980 Title: Wrong Port in "Create OpenStack client environment scripts in keystone" document Status in OpenStack Identity (keystone): Fix Released Bug description: This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [x] This doc is inaccurate in this way: __ On the admin auth url, it was supposed to be port 35357 instead of 5000, as mentioned at the page before. Even it working on 5000 too, the script is not doing the same as the page before. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: 13.0.1.dev8 on 2018-05-02 17:02 SHA: 56d108858a2284516e1cba66a86883ea969755d4 Source: https://git.openstack.org/cgit/openstack/keystone/tree/doc/source/install/keystone-openrc-rdo.rst URL: https://docs.openstack.org/keystone/queens/install/keystone-openrc-rdo.html To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1768980/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1773585] Re: Configuration auth_url Openstack Queens is wrong
** Project changed: openstack-manuals => neutron -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1773585 Title: Configuration auth_url Openstack Queens is wrong Status in neutron: New Bug description: https://docs.openstack.org/neutron/queens/install/controller-install-ubuntu.html In configuration [neutron] the url is defined as auth_url = http://controller:35357 https://docs.openstack.org/neutron/queens/install/compute-install-ubuntu.html In configuration [keystone] the autj_url is defined as auth_url = http://controller:35357 for configure the common component and for configure the compute service to use the networking service. https://docs.openstack.org/keystone/queens/install/keystone-install-ubuntu.html According to keystone installation port 35357 is not created as admin_url,as in previous versions (Pike, Ocata ...) # keystone-manage bootstrap --bootstrap-password ADMIN_PASS \ --bootstrap-admin-url http://controller:5000/v3/ \ --bootstrap-internal-url http://controller:5000/v3/ \ --bootstrap-public-url http://controller:5000/v3/ \ --bootstrap-region-id RegionOne I believe it is necessary to change the authentication ports in the official documentation. To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1773585/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
