| 2016-03-14 09:09:47 |
Timur Nurlygayanov |
bug |
|
|
added bug |
| 2016-03-14 09:10:07 |
Timur Nurlygayanov |
nominated for series |
|
mos/8.0.x |
|
| 2016-03-14 09:10:07 |
Timur Nurlygayanov |
bug task added |
|
mos/8.0.x |
|
| 2016-03-14 09:10:07 |
Timur Nurlygayanov |
nominated for series |
|
mos/9.0.x |
|
| 2016-03-14 09:10:07 |
Timur Nurlygayanov |
bug task added |
|
mos/9.0.x |
|
| 2016-03-14 09:10:13 |
Timur Nurlygayanov |
mos/9.0.x: milestone |
|
9.0 |
|
| 2016-03-14 09:10:15 |
Timur Nurlygayanov |
mos/8.0.x: milestone |
|
8.0-updates |
|
| 2016-03-14 09:10:25 |
Timur Nurlygayanov |
mos/8.0.x: assignee |
|
MOS Nova (mos-nova) |
|
| 2016-03-14 09:10:29 |
Timur Nurlygayanov |
mos/9.0.x: assignee |
|
MOS Nova (mos-nova) |
|
| 2016-03-14 09:10:32 |
Timur Nurlygayanov |
mos/8.0.x: importance |
Undecided |
High |
|
| 2016-03-14 09:10:33 |
Timur Nurlygayanov |
mos/9.0.x: importance |
Undecided |
High |
|
| 2016-03-14 09:10:42 |
Timur Nurlygayanov |
mos/8.0.x: status |
New |
Confirmed |
|
| 2016-03-14 09:10:43 |
Timur Nurlygayanov |
mos/9.0.x: status |
New |
Confirmed |
|
| 2016-03-14 09:10:52 |
Timur Nurlygayanov |
tags |
|
area-nova |
|
| 2016-03-14 09:11:00 |
Timur Nurlygayanov |
tags |
area-nova |
area-nova tempest |
|
| 2016-03-14 09:12:58 |
Timur Nurlygayanov |
summary |
[tempest] [separate components] 3 Nova-related Tempest tests failed on configuration with detached components |
[tempest] [separate components] 1 Nova-related Tempest test failed on configuration with detached components |
|
| 2016-03-14 09:14:07 |
Timur Nurlygayanov |
description |
Detailed bug description:
4 Nova-related Tempest tests failed on configuration with detached components. It looks like the root of the issue in the configuration of services with detached components (when database and keystone service locates on separate hosts)
Bug was found on MOS 8.0, separate components don't work with MOS 9.0 for now (we need to update plugins).
Steps To Reproduce:
1. Deploy OpenStack cluster with the following configuration: Neutron VLANs, enable DVR, enable SAHARA, enable MURANO, enable IRONIC, enable MONGO, HA, Cinder LVM, Swift. Add nodes with separate database and separate Keystone service.
2. Run full Tempest tests suite.
Expected Results:
All Tempest tests passed
Actual Results:
3-Nova related tests failed:
test_aggregate_add_host_create_server_with_az
test_show_host_detail
test_can_create_server_with_max_number_personality_files
Reproducibility:
100 %
Workaround:
We don't know the workaround yet.
Impact:
All users who will install separate components with MOS 8.0 are affected.
We will target the issue on MOs 9.0 as well to not miss the fix for 9.0 |
Detailed bug description:
1 Nova-related Tempest test failed on configuration with detached components. It looks like the root of the issue in the configuration of services with detached components (when database and keystone service locates on separate hosts)
Bug was found on MOS 8.0, separate components don't work with MOS 9.0 for now (we need to update plugins).
Steps To Reproduce:
1. Deploy OpenStack cluster with the following configuration: Neutron VLANs, enable DVR, enable SAHARA, enable MURANO, enable IRONIC, enable MONGO, HA, Cinder LVM, Swift. Add nodes with separate database and separate Keystone service.
2. Run full Tempest tests suite.
Expected Results:
All Tempest tests passed
Actual Results:
1 Nova-related test failed:
test_can_create_server_with_max_number_personality_files
Error:
Traceback (most recent call last):
File "tempest/api/compute/servers/test_server_personality.py", line 137, in test_can_create_server_with_max_number_personality_files
'sudo cat %s' % i['path']))
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 362, in assertEqual
self.assertThat(observed, matcher, message)
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 447, in assertThat
raise mismatch_error
testtools.matchers._impl.MismatchError: 'This is a test file.' != u''
Reproducibility:
100 %
Workaround:
We don't know the workaround yet.
Impact:
All users who will install separate components with MOS 8.0 are affected.
We will target the issue on MOs 9.0 as well to not miss the fix for 9.0 |
|
| 2016-03-25 11:51:48 |
Timur Nurlygayanov |
summary |
[tempest] [separate components] 1 Nova-related Tempest test failed on configuration with detached components |
[tempest] [separate components] 2 Nova-related Tempest tests failed on configuration with detached components |
|
| 2016-03-29 12:58:18 |
Roman Podoliaka |
mos/8.0.x: status |
Confirmed |
Incomplete |
|
| 2016-03-29 12:58:20 |
Roman Podoliaka |
mos/9.0.x: status |
Confirmed |
Incomplete |
|
| 2016-03-29 12:58:32 |
Roman Podoliaka |
mos/8.0.x: assignee |
MOS Nova (mos-nova) |
Timur Nurlygayanov (tnurlygayanov) |
|
| 2016-03-29 12:58:39 |
Roman Podoliaka |
mos/9.0.x: assignee |
MOS Nova (mos-nova) |
Timur Nurlygayanov (tnurlygayanov) |
|
| 2016-03-29 13:33:41 |
Timur Nurlygayanov |
description |
Detailed bug description:
1 Nova-related Tempest test failed on configuration with detached components. It looks like the root of the issue in the configuration of services with detached components (when database and keystone service locates on separate hosts)
Bug was found on MOS 8.0, separate components don't work with MOS 9.0 for now (we need to update plugins).
Steps To Reproduce:
1. Deploy OpenStack cluster with the following configuration: Neutron VLANs, enable DVR, enable SAHARA, enable MURANO, enable IRONIC, enable MONGO, HA, Cinder LVM, Swift. Add nodes with separate database and separate Keystone service.
2. Run full Tempest tests suite.
Expected Results:
All Tempest tests passed
Actual Results:
1 Nova-related test failed:
test_can_create_server_with_max_number_personality_files
Error:
Traceback (most recent call last):
File "tempest/api/compute/servers/test_server_personality.py", line 137, in test_can_create_server_with_max_number_personality_files
'sudo cat %s' % i['path']))
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 362, in assertEqual
self.assertThat(observed, matcher, message)
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 447, in assertThat
raise mismatch_error
testtools.matchers._impl.MismatchError: 'This is a test file.' != u''
Reproducibility:
100 %
Workaround:
We don't know the workaround yet.
Impact:
All users who will install separate components with MOS 8.0 are affected.
We will target the issue on MOs 9.0 as well to not miss the fix for 9.0 |
Detailed bug description:
1 Nova-related Tempest test failed on configuration with detached components. It looks like the root of the issue in the configuration of services with detached components (when database and keystone service locates on separate hosts)
Bug was found on MOS 8.0, separate components don't work with MOS 9.0 for now (we need to update plugins).
Steps To Reproduce:
1. Deploy OpenStack cluster with the following configuration: Neutron VLANs, enable DVR, enable SAHARA, enable MURANO, enable IRONIC, enable MONGO, HA, Cinder LVM, Swift. Add nodes with separate database and separate Keystone service.
2. Run full Tempest tests suite.
Expected Results:
All Tempest tests passed
Actual Results:
1 Nova-related test failed:
test_can_create_server_with_max_number_personality_files
Error:
Traceback (most recent call last):
File "tempest/api/compute/servers/test_server_personality.py", line 137, in test_can_create_server_with_max_number_personality_files
'sudo cat %s' % i['path']))
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 362, in assertEqual
self.assertThat(observed, matcher, message)
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 447, in assertThat
raise mismatch_error
testtools.matchers._impl.MismatchError: 'This is a test file.' != u''
Reproducibility:
100 %
Workaround:
We don't know the workaround yet.
Impact:
All users who will install separate components with MOS 8.0 are affected.
We will target the issue on MOs 9.0 as well to not miss the fix for 9.0 |
|
| 2016-03-29 13:33:46 |
Timur Nurlygayanov |
summary |
[tempest] [separate components] 2 Nova-related Tempest tests failed on configuration with detached components |
[tempest] [separate components] 1 Nova-related Tempest tests failed on configuration with detached components |
|
| 2016-03-29 13:33:48 |
Timur Nurlygayanov |
mos/8.0.x: status |
Incomplete |
Confirmed |
|
| 2016-03-29 13:33:51 |
Timur Nurlygayanov |
mos/9.0.x: status |
Incomplete |
Confirmed |
|
| 2016-03-30 11:14:26 |
Timur Nurlygayanov |
summary |
[tempest] [separate components] 1 Nova-related Tempest tests failed on configuration with detached components |
[tempest] 1 Nova-related Tempest test failed |
|
| 2016-03-30 11:15:05 |
Timur Nurlygayanov |
description |
Detailed bug description:
1 Nova-related Tempest test failed on configuration with detached components. It looks like the root of the issue in the configuration of services with detached components (when database and keystone service locates on separate hosts)
Bug was found on MOS 8.0, separate components don't work with MOS 9.0 for now (we need to update plugins).
Steps To Reproduce:
1. Deploy OpenStack cluster with the following configuration: Neutron VLANs, enable DVR, enable SAHARA, enable MURANO, enable IRONIC, enable MONGO, HA, Cinder LVM, Swift. Add nodes with separate database and separate Keystone service.
2. Run full Tempest tests suite.
Expected Results:
All Tempest tests passed
Actual Results:
1 Nova-related test failed:
test_can_create_server_with_max_number_personality_files
Error:
Traceback (most recent call last):
File "tempest/api/compute/servers/test_server_personality.py", line 137, in test_can_create_server_with_max_number_personality_files
'sudo cat %s' % i['path']))
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 362, in assertEqual
self.assertThat(observed, matcher, message)
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 447, in assertThat
raise mismatch_error
testtools.matchers._impl.MismatchError: 'This is a test file.' != u''
Reproducibility:
100 %
Workaround:
We don't know the workaround yet.
Impact:
All users who will install separate components with MOS 8.0 are affected.
We will target the issue on MOs 9.0 as well to not miss the fix for 9.0 |
Detailed bug description:
1 Nova-related Tempest test failed on configuration with detached components. It looks like the root of the issue in the configuration of services with detached components (when database and keystone service locates on separate hosts)
Bug was found on MOS 8.0, separate components don't work with MOS 9.0 for now (we need to update plugins).
Important: the issue reproduced on configuration without any plugins as well.
Steps To Reproduce:
1. Deploy OpenStack cluster with the following configuration: Neutron VLANs, enable DVR, enable SAHARA, enable MURANO, enable IRONIC, enable MONGO, HA, Cinder LVM, Swift. Add nodes with separate database and separate Keystone service.
2. Run full Tempest tests suite.
Expected Results:
All Tempest tests passed
Actual Results:
1 Nova-related test failed:
test_can_create_server_with_max_number_personality_files
Error:
Traceback (most recent call last):
File "tempest/api/compute/servers/test_server_personality.py", line 137, in test_can_create_server_with_max_number_personality_files
'sudo cat %s' % i['path']))
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 362, in assertEqual
self.assertThat(observed, matcher, message)
File "/home/rally/.rally/tempest/for-deployment-6153d10c-0783-4032-be79-19b3b254adba/.venv/local/lib/python2.7/site-packages/testtools/testcase.py", line 447, in assertThat
raise mismatch_error
testtools.matchers._impl.MismatchError: 'This is a test file.' != u''
Reproducibility:
100 %
Workaround:
We don't know the workaround yet.
Impact:
All users who will install separate components with MOS 8.0 are affected.
We will target the issue on MOs 9.0 as well to not miss the fix for 9.0 |
|
| 2016-03-30 11:57:38 |
Timur Nurlygayanov |
summary |
[tempest] 1 Nova-related Tempest test failed |
[tempest] 2 Nova-related Tempest test failed |
|
| 2016-03-30 11:59:05 |
Timur Nurlygayanov |
mos/8.0.x: assignee |
Timur Nurlygayanov (tnurlygayanov) |
MOS Nova (mos-nova) |
|
| 2016-03-30 11:59:09 |
Timur Nurlygayanov |
mos/9.0.x: assignee |
Timur Nurlygayanov (tnurlygayanov) |
MOS Nova (mos-nova) |
|
| 2016-03-30 14:06:35 |
Roman Podoliaka |
mos/8.0.x: assignee |
MOS Nova (mos-nova) |
MOS QA Team (mos-qa) |
|
| 2016-03-30 14:06:39 |
Roman Podoliaka |
mos/9.0.x: assignee |
MOS Nova (mos-nova) |
MOS QA Team (mos-qa) |
|
| 2016-03-30 14:06:56 |
Roman Podoliaka |
tags |
area-nova tempest |
area-qa tempest |
|
| 2016-03-30 14:39:13 |
Oleksiy Butenko |
mos/9.0.x: assignee |
MOS QA Team (mos-qa) |
Oleksiy Butenko (obutenko) |
|
| 2016-03-31 10:50:31 |
Oleksiy Butenko |
mos/9.0.x: status |
Confirmed |
In Progress |
|
| 2016-04-01 14:52:30 |
Oleksiy Butenko |
mos/9.0.x: status |
In Progress |
Fix Committed |
|
| 2016-04-05 11:23:18 |
Sergii Turivnyi |
mos/9.0.x: status |
Fix Committed |
Confirmed |
|
| 2016-04-05 11:24:33 |
Sergii Turivnyi |
attachment added |
|
Selection_045.jpg https://bugs.launchpad.net/mos/+bug/1556819/+attachment/4624475/+files/Selection_045.jpg |
|
| 2016-04-19 09:17:53 |
Fuel Devops McRobotson |
mos/10.0.x: importance |
Undecided |
High |
|
| 2016-04-19 09:17:53 |
Fuel Devops McRobotson |
mos/10.0.x: status |
New |
Confirmed |
|
| 2016-04-19 09:17:53 |
Fuel Devops McRobotson |
mos/10.0.x: milestone |
|
10.0 |
|
| 2016-04-19 09:17:53 |
Fuel Devops McRobotson |
mos/10.0.x: assignee |
|
Oleksiy Butenko (obutenko) |
|
| 2016-05-07 12:31:41 |
Oleksiy Butenko |
mos/10.0.x: assignee |
Oleksiy Butenko (obutenko) |
MOS Nova (mos-nova) |
|
| 2016-05-07 12:31:51 |
Oleksiy Butenko |
mos/9.0.x: assignee |
Oleksiy Butenko (obutenko) |
MOS Nova (mos-nova) |
|
| 2016-05-12 11:27:11 |
Timur Nurlygayanov |
tags |
area-qa tempest |
tempest |
|
| 2016-05-12 11:27:20 |
Timur Nurlygayanov |
tags |
tempest |
area-nova tempest |
|
| 2016-05-12 12:59:50 |
Roman Podoliaka |
mos/10.0.x: status |
Confirmed |
Incomplete |
|
| 2016-05-12 12:59:51 |
Roman Podoliaka |
mos/8.0.x: status |
Confirmed |
Incomplete |
|
| 2016-05-12 12:59:53 |
Roman Podoliaka |
mos/9.0.x: status |
Confirmed |
Incomplete |
|
| 2016-05-12 12:59:57 |
Roman Podoliaka |
mos/10.0.x: assignee |
MOS Nova (mos-nova) |
MOS QA Team (mos-qa) |
|
| 2016-05-12 13:00:02 |
Roman Podoliaka |
mos/9.0.x: assignee |
MOS Nova (mos-nova) |
MOS QA Team (mos-qa) |
|
| 2016-05-12 13:00:07 |
Roman Podoliaka |
tags |
area-nova tempest |
area-qa tempest |
|
| 2016-05-12 16:07:19 |
Roman Podoliaka |
tags |
area-qa tempest |
area-linux tempest |
|
| 2016-05-12 16:07:21 |
Roman Podoliaka |
mos/10.0.x: status |
Incomplete |
Confirmed |
|
| 2016-05-12 16:07:23 |
Roman Podoliaka |
mos/8.0.x: status |
Incomplete |
Confirmed |
|
| 2016-05-12 16:07:25 |
Roman Podoliaka |
mos/9.0.x: status |
Incomplete |
Confirmed |
|
| 2016-05-12 16:07:31 |
Roman Podoliaka |
mos/10.0.x: assignee |
MOS QA Team (mos-qa) |
MOS Linux (mos-linux) |
|
| 2016-05-12 16:07:36 |
Roman Podoliaka |
mos/8.0.x: assignee |
MOS QA Team (mos-qa) |
MOS Linux (mos-linux) |
|
| 2016-05-12 16:07:40 |
Roman Podoliaka |
mos/9.0.x: assignee |
MOS QA Team (mos-qa) |
MOS Linux (mos-linux) |
|
| 2016-05-19 10:36:22 |
Albert Syriy |
mos/9.0.x: assignee |
MOS Linux (mos-linux) |
Albert Syriy (asyriy) |
|
| 2016-05-19 10:36:26 |
Albert Syriy |
mos/10.0.x: assignee |
MOS Linux (mos-linux) |
Albert Syriy (asyriy) |
|
| 2016-05-19 10:36:35 |
Albert Syriy |
mos/8.0.x: assignee |
MOS Linux (mos-linux) |
Albert Syriy (asyriy) |
|
| 2016-05-20 14:30:15 |
Alexander Gubanov |
mos/10.0.x: status |
Confirmed |
Incomplete |
|
| 2016-05-20 14:30:18 |
Alexander Gubanov |
mos/8.0.x: status |
Confirmed |
Incomplete |
|
| 2016-05-20 14:30:20 |
Alexander Gubanov |
mos/9.0.x: status |
Confirmed |
Incomplete |
|
| 2016-05-20 14:38:07 |
Albert Syriy |
mos/10.0.x: assignee |
Albert Syriy (asyriy) |
Alexander Gubanov (ogubanov) |
|
| 2016-05-20 14:38:22 |
Albert Syriy |
mos/8.0.x: assignee |
Albert Syriy (asyriy) |
Alexander Gubanov (ogubanov) |
|
| 2016-05-20 14:38:32 |
Albert Syriy |
mos/9.0.x: assignee |
Albert Syriy (asyriy) |
Alexander Gubanov (ogubanov) |
|
| 2016-05-23 12:16:39 |
Alex Ermolov |
tags |
area-linux tempest |
area-linux non-release tempest |
|
| 2016-05-26 09:57:45 |
Sergii Turivnyi |
mos/9.0.x: status |
Incomplete |
Confirmed |
|
| 2016-05-26 09:57:48 |
Sergii Turivnyi |
mos/8.0.x: status |
Incomplete |
Confirmed |
|
| 2016-05-26 09:57:51 |
Sergii Turivnyi |
mos/10.0.x: status |
Incomplete |
Confirmed |
|
| 2016-05-27 12:33:03 |
Roman Podoliaka |
mos/8.0.x: assignee |
Alexander Gubanov (ogubanov) |
MOS Maintenance (mos-maintenance) |
|
| 2016-05-27 12:33:10 |
Roman Podoliaka |
mos/10.0.x: assignee |
Alexander Gubanov (ogubanov) |
Roman Podoliaka (rpodolyaka) |
|
| 2016-05-27 12:33:14 |
Roman Podoliaka |
mos/9.0.x: assignee |
Alexander Gubanov (ogubanov) |
Roman Podoliaka (rpodolyaka) |
|
| 2016-05-27 12:33:16 |
Roman Podoliaka |
mos/10.0.x: status |
Confirmed |
In Progress |
|
| 2016-05-30 08:34:05 |
Roman Podoliaka |
mos/9.0.x: status |
Confirmed |
In Progress |
|
| 2016-05-30 08:34:07 |
Roman Podoliaka |
mos/10.0.x: status |
In Progress |
Fix Committed |
|
| 2016-05-30 10:09:10 |
Roman Podoliaka |
tags |
area-linux non-release tempest |
area-linux tempest |
|
| 2016-05-30 10:10:23 |
Roman Podoliaka |
tags |
area-linux tempest |
area-linux release-notes tempest |
|
| 2016-05-31 09:53:59 |
Roman Podoliaka |
mos/9.0.x: status |
In Progress |
Fix Committed |
|
| 2016-06-02 15:40:18 |
Sergii Rizvan |
mos/8.0.x: assignee |
MOS Maintenance (mos-maintenance) |
Sergii Rizvan (srizvan) |
|
| 2016-06-03 11:38:37 |
Sergii Rizvan |
mos/8.0.x: status |
Confirmed |
Won't Fix |
|
| 2016-06-03 11:38:59 |
Sergii Rizvan |
tags |
area-linux release-notes tempest |
area-linux release-notes tempest wontfix-risky |
|
| 2016-06-07 11:31:25 |
Alexander Gubanov |
mos/10.0.x: status |
Fix Committed |
Fix Released |
|
| 2016-06-07 11:31:26 |
Alexander Gubanov |
mos/9.0.x: status |
Fix Committed |
Fix Released |
|
| 2016-06-30 11:49:28 |
Evgeny Konstantinov |
tags |
area-linux release-notes tempest wontfix-risky |
area-linux release-notes-done tempest wontfix-risky |
|
