'reconfigure_with_new_fields' test fails by timeout on applying configuration
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Fuel for OpenStack |
Fix Committed
|
High
|
Michael Polenchuk |
Bug Description
Reconfiguration of some neutron configs fails on executing the corresponding deployment task.
The config is successfully applied (whether the corresponding puppet is executed manually or '/api/openstack
The following tasks were noticed to manifest the issue:
primary-
primary-
primary-
Scenario:
1. Create cluster
2. Add 1 node with compute role and 3 nodes with controller role
3. Deploy the cluster
4. Verify network and run OSTF
5. Update config of, e.g. neutron l3 agent, on primary controller - add a new dummy option and value
6. Apply the configuration for a node by calling '/api/openstack
Expected result: the deployment is finished and the config changes are successfully applied.
Actual result: the deployment process is stuck, the puppet.log shows that the task is continuously running. On expiry of 30 minutes timeout the deployment is failed, the corresponding warning can observed in astute.log - http://
Description of the environment:
MOS 10.0-mitaka, ISO build #27.
Changed in fuel: | |
assignee: | Fuel QA telco (fuel-qa-telco) → Dmitriy Kruglov (dkruglov) |
Changed in fuel: | |
status: | New → Confirmed |
summary: |
- [system-test] 'reconfigure_with_new_fields' test fails by timeout on - applying configuration + 'reconfigure_with_new_fields' test fails by timeout on applying + configuration |
Changed in fuel: | |
assignee: | nobody → Fuel Mixed (fuel-mixed-team) |
Changed in fuel: | |
assignee: | Fuel Mixed (fuel-mixed-team) → Fuel Sustaining (fuel-sustaining-team) |
Changed in fuel: | |
assignee: | Fuel Sustaining (fuel-sustaining-team) → Michael Polenchuk (mpolenchuk) |
This is caused because we switch node to maintenance mode. In maintenance mode pacemaker services cant restart.
2016-07-05 11:39:16 +0000 Scope(Class[main]) (notice): MODULAR: cluster_mm Osnailyfacter: :Apache: :Apache] ) (notice): MODULAR: apache/apache.pp Openstack_ tasks:: Keystone: :Openrc_ delete] ) (notice): MODULAR: keystone/ openrc_ delete. pp Openstack_ tasks:: Keystone: :Openrc_ delete] ) (notice): MODULAR: keystone/ openrc_ delete. pp Openstack_ tasks:: Keystone: :Keystone] ) (notice): MODULAR: keystone/ keystone. pp Openstack_ tasks:: Openstack_ controller: :Openstack_ controller] ) (notice): MODULAR: openstack_ controller/ openstack_ controller. pp Openstack_ tasks:: Openstack_ network: :Server_ config] ) (notice): MODULAR: openstack_ network/ server_ config. pp Openstack_ tasks:: Openstack_ network: :Plugins: :Ml2]) (notice): MODULAR: openstack_ network/ plugins/ ml2.pp Openstack_ tasks:: Openstack_ network: :Agents: :L3]) (notice): MODULAR: openstack_ network/ agents/ l3.pp
2016-07-05 11:39:24 +0000 Scope(Class[
2016-07-05 11:39:44 +0000 Scope(Class[
2016-07-05 11:39:53 +0000 Scope(Class[
2016-07-05 11:39:59 +0000 Scope(Class[
2016-07-05 11:41:23 +0000 Scope(Class[
2016-07-05 11:41:52 +0000 Scope(Class[
2016-07-05 11:42:09 +0000 Scope(Class[
2016-07-05 11:42:19 +0000 Scope(Class[
Modular cluster_mm enables MM, but ::openstack_ tasks:: openstack_ network: :agents: :l3 tries to restart service. This ends with clash.