[detach-keystone] Deployment with detached-keystone failed - keystone is not available

Bug #1540388 reported by Vladimir Khlyunev
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fuel for OpenStack
Fix Released
High
Matthew Mosesohn
7.0.x
Won't Fix
High
Matthew Mosesohn
8.0.x
Fix Released
High
Matthew Mosesohn

Bug Description

ISO 506,
CI job https://product-ci.infra.mirantis.net/job/8.0.system_test.ubuntu.plugins.thread_2_separate_services/127/
Snapshot https://product-ci.infra.mirantis.net/job/8.0.system_test.ubuntu.plugins.thread_2_separate_services/127/artifact/logs/fail_error_separate_all_service-fuel-snapshot-2016-02-01_02-07-34.tar.xz

Steps:
1) Build&install detach-db/keystone/rabbitmq cluster
2) Deploy cluster: VLAN, 3 controllers, 3 database+keystone+rabbitmq, 1 compute+cinder

Result:
Multiple errors in puppet.log like:
Command: 'openstack ["endpoint", "create", "--format", "shell", ["keystone", "--region", "RegionOne", "--publicurl", "https://10.109.18.3:5000/v2.0", "--internalurl", "http://10.109.16.4:5000/v2.0", "--adminurl", "http://10.109.16.4:35357/v2.0"]]' has been running for more then 20 seconds!
------
Could not prefetch keystone_service provider 'openstack': Execution of '/usr/bin/openstack service list --quiet --format csv --long' returned 1:
-------
and so on

Looks like keystone is not available or blocked by firewall.

summary: - [detach-keystone] Command: 'openstack ["endpoint", "create", "--format",
- "shell", ["keystone", "--region", "RegionOne", "--publicurl",
- "https://10.109.18.3:5000/v2.0", "--internalurl",
- "http://10.109.16.4:5000/v2.0", "--adminurl",
- "http://10.109.16.4:35357/v2.0"]]' has been running for more then 20
- seconds!
+ [detach-keystone] Deployment with detached-keystone failed - keystone is
+ not available
Andrey Maximov (maximov)
tags: added: move-to-mu
Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :

This bug might be already fixed in https://review.openstack.org/274894 Waiting for tonight's SWARM to see if it's reproduced.

Andrey Maximov (maximov)
tags: removed: move-to-mu
Revision history for this message
Vladimir Kuklin (vkuklin) wrote :

I will mark this bug as a duplicate of the similar bug - let's wait for swarm results verification

Revision history for this message
Vladimir Khlyunev (vkhlyunev) wrote :
Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :

openrc is fixed, but I'm still seeing timeouts on openstack token issue. It should, however, not be timing out on idempotent tasks (ones not containing 'create remove delete' in the action).

Revision history for this message
Vladimir Kuklin (vkuklin) wrote :

So far we figured out that node-1 uses memcached servers located on the controllers which are not yet set up, that's why it fails. We need to check why our memcached servers list is broken in the plugin and fix it.

Revision history for this message
Dmitry Pyzhov (dpyzhov) wrote :

It will be fixed in plugin

tags: added: non-release
Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :
Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :

https://review.openstack.org/#/c/261547/ blocks this from being fixed

Revision history for this message
Vladimir Khlyunev (vkhlyunev) wrote :

The issue still exisis - ISO 536
Snapshot https://product-ci.infra.mirantis.net/view/8.0_swarm/job/8.0.system_test.ubuntu.plugins.thread_keystone_separate_services/130/artifact/logs/fail_error_separate_keystone_service-fuel-snapshot-2016-02-08_04-09-00.tar.xz
from node-4:/var/log/puppet.log

2016-02-08 02:45:48 +0000 Puppet (err): Command: 'openstack ["endpoint", "create", "--format", "shell", ["keystone", "--region", "RegionOne", "--publicurl", "https://public.fuel.local:5000/v2.0", "--internalurl", "http://10.109.11.4:5000/v2.0", "--adminurl", "http://10.109.11.4:35357/v2.0"]]' has been running for more then 20 seconds!

Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :

We're still seeing failures related to mysql hash lookups. Review is here: https://review.openstack.org/#/c/276769/1

Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :
Dmitry Pyzhov (dpyzhov)
no longer affects: fuel/mitaka
Revision history for this message
slava valyavskiy (slava-val-al) wrote :

Hello,

https://patching-ci.infra.mirantis.net/view/All/job/7.0.system_test.ubuntu.plugins.thread_db_separate_services

Task has been failed:
Task name - "database_hiera_override.pp"
2016-02-04 11:29:36 +0000 Puppet (err): Could not set 'file' on ensure: No such file or directory - /etc/hiera/plugins/detach-database.yaml20160204-15452-nh6z5p.lock at 112:/etc/fuel/plugins/detach-database-1.1/database_hiera_override.pp

Revision history for this message
Denis Meltsaykin (dmeltsaykin) wrote :

If the fix introduces regression in 7.0 tests, what should be done? Is it expected behavior and plugins do not support the older releases?

Revision history for this message
Vadim Rovachev (vrovachev) wrote :

Matthew, Hello.
Your patches https://review.openstack.org/#/c/275791/ https://review.openstack.org/#/c/275781/ breaks backward compatibility for 7.0 Release.

Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :

7.0 was broken a long time ago with setup_repositories task addition and several others. I will make a separate maintenance branch for 7.0 after Fuel 8.0 release. I'm aware that it doesn't work and this is not the first backward incompatible patch.

Revision history for this message
Matthew Mosesohn (raytrac3r) wrote :

8.0.custom_system_test job #1800 passed. Let's see if tonight's swarm passes as well and then mark this resolved.

Changed in fuel:
status: Confirmed → Fix Committed
tags: added: on-verification
Revision history for this message
ElenaRossokhina (esolomina) wrote :
tags: removed: on-verification
Revision history for this message
Dmitriy Kruglov (dkruglov) wrote :
tags: added: on-verification
Changed in fuel:
status: Fix Committed → Fix Released
tags: removed: on-verification
Revision history for this message
Alexey Stupnikov (astupnikov) wrote :

We no longer support MOS5.1, MOS6.0, MOS6.1
We deliver only Critical/Security fixes to MOS7.0, MOS8.0.
We deliver only High/Critical/Security fixes to MOS9.2.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.