| 2017-01-09 14:21:01 |
Markus Zoeller (markus_z) |
bug |
|
|
added bug |
| 2017-01-09 14:22:31 |
Markus Zoeller (markus_z) |
description |
Problem
=======
AFAIK, our design looks like this:
compute-node
+-----------------------------------------+
| |
| +----------------+ +----------------+ |
| | n-cpu | | n-cpu | |
| | cpc_subset=foo | | cpc_subset=bar | |
| +------+---------+ +--------+-------+ |
| | | |
+-----------------------------------------+
| |
| |
| |
| cpc |
+-----------------------------------------+
| | | |
| +---v----+ +---v----+ |
| | subset | | subset | |
| | foo | | bar | |
| +--------+ +--------+ |
| |
+-----------------------------------------+
A system z CPC is divided into multiple subsets. Each subset is managed
by exactly one nova-compute service. Each nova-compute service manages
exactly one subset.
AFAIK, this setup -having multiple nova-compute services on one operating
system- is (AFAIK) not tested upstream. That means we have a testing gap.
Definition of Done
==================
As this setup cannot be properly tested in a unit test setup, we should
have a functional test [1] for this. Examples for that can be seen in the
Nova repo [2]. The "tests" directory [3] should have a sub directory for
that. The functional test case for that:
* uses a faked zhmcclient
* simulates two cpc-subsets
* starts two nova-compute services
* starts (at least) two instances which should be scheduled to different
References
==========
[1] http://docs.openstack.org/developer/nova/test_strategy.html#functional-tests
[2] https://github.com/openstack/nova/tree/master/nova/tests/functional
[3] https://github.com/openstack/nova-dpm/tree/master/nova_dpm/tests |
Problem
=======
AFAIK, our design looks like this:
....................compute-node...............
....+-----------------------------------------+
....|.........................................|
....|.+----------------+...+----------------+.|
....|.|......n-cpu.....|...|......n-cpu.....|.|
....|.|.cpc_subset=foo.|...|.cpc_subset=bar.|.|
....|.+------+---------+...+--------+-------+.|
....|........|......................|.........|
....+-----------------------------------------+
.............|......................|..........
.............|......................|..........
.............|......................|..........
.............|..........cpc.........|..........
....+-----------------------------------------+
....|........|......................|.........|
....|....+---v----+.............+---v----+....|
....|....|.subset.|.............|.subset.|....|
....|....|..foo...|.............|..bar...|....|
....|....+--------+.............+--------+....|
....|.........................................|
....+-----------------------------------------+
A system z CPC is divided into multiple subsets. Each subset is managed
by exactly one nova-compute service. Each nova-compute service manages
exactly one subset.
AFAIK, this setup -having multiple nova-compute services on one operating
system- is (AFAIK) not tested upstream. That means we have a testing gap.
Definition of Done
==================
As this setup cannot be properly tested in a unit test setup, we should
have a functional test [1] for this. Examples for that can be seen in the
Nova repo [2]. The "tests" directory [3] should have a sub directory for
that. The functional test case for that:
* uses a faked zhmcclient
* simulates two cpc-subsets
* starts two nova-compute services
* starts (at least) two instances which should be scheduled to different
References
==========
[1] http://docs.openstack.org/developer/nova/test_strategy.html#functional-tests
[2] https://github.com/openstack/nova/tree/master/nova/tests/functional
[3] https://github.com/openstack/nova-dpm/tree/master/nova_dpm/tests |
|
| 2017-01-24 06:03:40 |
Sreeram Vancheeswaran |
nova-dpm: status |
New |
Confirmed |
|
| 2017-01-24 06:03:42 |
Sreeram Vancheeswaran |
nova-dpm: importance |
Undecided |
High |
|
| 2017-01-24 06:03:46 |
Sreeram Vancheeswaran |
nova-dpm: assignee |
|
Sreeram Vancheeswaran (sreeram-vancheeswaran) |
|
| 2017-01-25 09:27:42 |
Sreeram Vancheeswaran |
nova-dpm: importance |
High |
Critical |
|
| 2017-02-08 05:41:55 |
Sreeram Vancheeswaran |
nova-dpm: status |
Confirmed |
In Progress |
|
| 2017-02-14 13:50:33 |
Prabhat Ranjan |
nova-dpm: assignee |
Sreeram Vancheeswaran (sreeram-vancheeswaran) |
|
|
| 2017-02-14 13:50:37 |
Prabhat Ranjan |
nova-dpm: assignee |
|
Prabhat Ranjan (pranjank) |
|
| 2017-02-17 15:05:07 |
Markus Zoeller (markus_z) |
tags |
|
ocata-rc-potential |
|
| 2017-02-20 10:23:22 |
Sreeram Vancheeswaran |
nova-dpm: importance |
Critical |
High |
|
| 2017-02-21 08:17:25 |
Prabhat Ranjan |
tags |
ocata-rc-potential |
|
|
| 2017-04-12 07:03:47 |
Sreeram Vancheeswaran |
nova-dpm: assignee |
Prabhat Ranjan (pranjank) |
Sreeram Vancheeswaran (sreeram-vancheeswaran) |
|
| 2017-04-18 09:19:28 |
OpenStack Infra |
nova-dpm: assignee |
Sreeram Vancheeswaran (sreeram-vancheeswaran) |
Prabhat Ranjan (pranjank) |
|
| 2017-04-21 06:58:26 |
Sreeram Vancheeswaran |
nova-dpm: assignee |
Prabhat Ranjan (pranjank) |
Sreeram Vancheeswaran (sreeram-vancheeswaran) |
|
