| 2016-06-14 13:34:09 |
Kristina Berezovskaia |
bug |
|
|
added bug |
| 2016-06-14 13:34:23 |
Kristina Berezovskaia |
nominated for series |
|
mos/10.0.x |
|
| 2016-06-14 13:34:23 |
Kristina Berezovskaia |
bug task added |
|
mos/10.0.x |
|
| 2016-06-14 13:34:37 |
Kristina Berezovskaia |
mos/10.0.x: milestone |
|
10.0 |
|
| 2016-06-14 13:34:50 |
Kristina Berezovskaia |
mos/10.0.x: assignee |
|
MOS Nova (mos-nova) |
|
| 2016-06-14 13:34:53 |
Kristina Berezovskaia |
mos/10.0.x: importance |
Undecided |
Medium |
|
| 2016-06-14 13:34:59 |
Kristina Berezovskaia |
mos: status |
New |
Won't Fix |
|
| 2016-06-15 09:11:07 |
Dina Belova |
tags |
feature-sr-iov |
feature-sr-iov release-notes |
|
| 2016-06-15 09:11:16 |
Dina Belova |
mos/10.0.x: status |
New |
Confirmed |
|
| 2016-06-30 11:50:12 |
Evgeny Konstantinov |
tags |
feature-sr-iov release-notes |
feature-sr-iov release-notes-done |
|
| 2016-07-04 11:11:26 |
Sergey Nikitin |
mos/10.0.x: milestone |
10.0 |
9.1 |
|
| 2016-07-04 11:11:50 |
Sergey Nikitin |
nominated for series |
|
mos/9.x |
|
| 2016-07-04 11:11:50 |
Sergey Nikitin |
bug task added |
|
mos/9.x |
|
| 2016-07-04 11:12:00 |
Sergey Nikitin |
mos/9.x: milestone |
9.0 |
9.1 |
|
| 2016-07-04 11:12:05 |
Sergey Nikitin |
mos/10.0.x: milestone |
9.1 |
10.0 |
|
| 2016-07-04 11:12:11 |
Sergey Nikitin |
mos/9.x: status |
Won't Fix |
Confirmed |
|
| 2016-07-04 11:15:32 |
Sergey Nikitin |
mos/9.x: assignee |
MOS Nova (mos-nova) |
Sergey Nikitin (snikitin) |
|
| 2016-07-13 16:22:50 |
Roman Podoliaka |
mos/10.0.x: assignee |
MOS Nova (mos-nova) |
Sergey Nikitin (snikitin) |
|
| 2016-07-13 16:23:00 |
Roman Podoliaka |
mos/9.x: status |
Confirmed |
Won't Fix |
|
| 2016-07-13 16:23:09 |
Roman Podoliaka |
tags |
feature-sr-iov release-notes-done |
10.0-reviewed area-nova feature-sr-iov release-notes-done |
|
| 2016-07-21 14:01:05 |
Sergey Nikitin |
summary |
[SR-IOV] SR-IOV migration doesn't work after 4 times |
[SR-IOV] SR-IOV migration doesn't work after 10-20 times |
|
| 2016-07-21 14:01:30 |
Sergey Nikitin |
description |
Detailed bug description:
When I try to migrate instance with macvtap port 5 time, it has error state
Steps to reproduce:
Deploy env with 1 controller, 2 computes with SR-IOV feature and 1 compute without SR-IOV.
1. Create net, subnet
neutron net-create net01
neutron subnet-create --name net01__subnet net01 10.1.1.0/24
2. Create router, set gatawey and interface to net01
neutron router-create router_01
neutron router-gateway-set router_01 admin_floating_net
neutron router-interface-add router_01 net01__subnet
3. Create macvtap port and boot vm
NET_ID_1=`neutron net-list | awk '/net01/ {print $2}'`
neutron port-create $NET_ID_1 --binding:vnic-type macvtap --device_owner nova-compute --name sriov_1
port_id_s1=`neutron port-list | awk '/sriov_1/ {print $2}'`
NODE_1=node-2.domain.tld
nova boot vm1 --flavor m1.small --image ubuntu_14.04 --availability-zone nova:$NODE_1 --nic port-id=$port_id_s1 --key-name cloudkey
4. Check active state:
nova list
5. Migrate vm1 (migrate, wait some time, confirm resizing)
nova migrate vm1
6. Check status
7. Repeat 5 and 6 for 5 times
Expected results:
instance has status ACTIVE
Actual result:
The instance has status ERROR
Error message: https://paste.mirantis.net/show/2370/
Description of the environment:
iso 482
cat /etc/fuel_build_id:
482
cat /etc/fuel_build_number:
482
cat /etc/fuel_release:
9.0
cat /etc/fuel_openstack_version:
mitaka-9.0
rpm -qa | egrep 'fuel|astute|network-checker|nailgun|packetary|shotgun':
fuel-release-9.0.0-1.mos6349.noarch
fuel-misc-9.0.0-1.mos8458.noarch
python-packetary-9.0.0-1.mos140.noarch
fuel-bootstrap-cli-9.0.0-1.mos285.noarch
fuel-migrate-9.0.0-1.mos8458.noarch
rubygem-astute-9.0.0-1.mos750.noarch
fuel-mirror-9.0.0-1.mos140.noarch
shotgun-9.0.0-1.mos90.noarch
fuel-openstack-metadata-9.0.0-1.mos8742.noarch
fuel-notify-9.0.0-1.mos8458.noarch
nailgun-mcagents-9.0.0-1.mos750.noarch
python-fuelclient-9.0.0-1.mos325.noarch
fuel-9.0.0-1.mos6349.noarch
fuel-utils-9.0.0-1.mos8458.noarch
fuel-setup-9.0.0-1.mos6349.noarch
fuel-provisioning-scripts-9.0.0-1.mos8742.noarch
fuel-library9.0-9.0.0-1.mos8458.noarch
network-checker-9.0.0-1.mos74.x86_64
fuel-agent-9.0.0-1.mos285.noarch
fuel-ui-9.0.0-1.mos2717.noarch
fuel-ostf-9.0.0-1.mos936.noarch
fuelmenu-9.0.0-1.mos274.noarch
fuel-nailgun-9.0.0-1.mos8742.noarch
Additional information:
It reproduced only on 5th-time migration. My list of nodes during migration looks like:
node_4 -> node_5
node_5 -> node_4
node_4 -> node_5
node_5 -> node_4
node_4 -> node_5 - error
Link on snapshot:
https://drive.google.com/uc?export=download&id=0B05EZCZN-hilWHJQLV8xUGlGWk0 |
Detailed bug description:
When I try to migrate instance with macvtap port 5 time, it has error state
Steps to reproduce:
Deploy env with 1 controller, 2 computes with SR-IOV feature and 1 compute without SR-IOV.
1. Create net, subnet
neutron net-create net01
neutron subnet-create --name net01__subnet net01 10.1.1.0/24
2. Create router, set gatawey and interface to net01
neutron router-create router_01
neutron router-gateway-set router_01 admin_floating_net
neutron router-interface-add router_01 net01__subnet
3. Create macvtap port and boot vm
NET_ID_1=`neutron net-list | awk '/net01/ {print $2}'`
neutron port-create $NET_ID_1 --binding:vnic-type macvtap --device_owner nova-compute --name sriov_1
port_id_s1=`neutron port-list | awk '/sriov_1/ {print $2}'`
NODE_1=node-2.domain.tld
nova boot vm1 --flavor m1.small --image ubuntu_14.04 --availability-zone nova:$NODE_1 --nic port-id=$port_id_s1 --key-name cloudkey
4. Check active state:
nova list
5. Migrate vm1 (migrate, wait some time, confirm resizing)
nova migrate vm1
6. Check status
7. Repeat 5 and 6 for 5 times
Expected results:
instance has status ACTIVE
Actual result:
The instance has status ERROR
Error message: https://paste.mirantis.net/show/2370/
Description of the environment:
iso 482
cat /etc/fuel_build_id:
482
cat /etc/fuel_build_number:
482
cat /etc/fuel_release:
9.0
cat /etc/fuel_openstack_version:
mitaka-9.0
rpm -qa | egrep 'fuel|astute|network-checker|nailgun|packetary|shotgun':
fuel-release-9.0.0-1.mos6349.noarch
fuel-misc-9.0.0-1.mos8458.noarch
python-packetary-9.0.0-1.mos140.noarch
fuel-bootstrap-cli-9.0.0-1.mos285.noarch
fuel-migrate-9.0.0-1.mos8458.noarch
rubygem-astute-9.0.0-1.mos750.noarch
fuel-mirror-9.0.0-1.mos140.noarch
shotgun-9.0.0-1.mos90.noarch
fuel-openstack-metadata-9.0.0-1.mos8742.noarch
fuel-notify-9.0.0-1.mos8458.noarch
nailgun-mcagents-9.0.0-1.mos750.noarch
python-fuelclient-9.0.0-1.mos325.noarch
fuel-9.0.0-1.mos6349.noarch
fuel-utils-9.0.0-1.mos8458.noarch
fuel-setup-9.0.0-1.mos6349.noarch
fuel-provisioning-scripts-9.0.0-1.mos8742.noarch
fuel-library9.0-9.0.0-1.mos8458.noarch
network-checker-9.0.0-1.mos74.x86_64
fuel-agent-9.0.0-1.mos285.noarch
fuel-ui-9.0.0-1.mos2717.noarch
fuel-ostf-9.0.0-1.mos936.noarch
fuelmenu-9.0.0-1.mos274.noarch
fuel-nailgun-9.0.0-1.mos8742.noarch
Additional information:
It reproduced only on 5th-time migration. My list of nodes during migration looks like:
node_4 -> node_5
node_5 -> node_4
node_4 -> node_5
node_5 -> node_4
node_4 -> node_5 - error
Link on snapshot:
https://drive.google.com/uc?export=download&id=0B05EZCZN-hilWHJQLV8xUGlGWk0 |
|
| 2016-07-21 14:02:10 |
Sergey Nikitin |
description |
Detailed bug description:
When I try to migrate instance with macvtap port 5 time, it has error state
Steps to reproduce:
Deploy env with 1 controller, 2 computes with SR-IOV feature and 1 compute without SR-IOV.
1. Create net, subnet
neutron net-create net01
neutron subnet-create --name net01__subnet net01 10.1.1.0/24
2. Create router, set gatawey and interface to net01
neutron router-create router_01
neutron router-gateway-set router_01 admin_floating_net
neutron router-interface-add router_01 net01__subnet
3. Create macvtap port and boot vm
NET_ID_1=`neutron net-list | awk '/net01/ {print $2}'`
neutron port-create $NET_ID_1 --binding:vnic-type macvtap --device_owner nova-compute --name sriov_1
port_id_s1=`neutron port-list | awk '/sriov_1/ {print $2}'`
NODE_1=node-2.domain.tld
nova boot vm1 --flavor m1.small --image ubuntu_14.04 --availability-zone nova:$NODE_1 --nic port-id=$port_id_s1 --key-name cloudkey
4. Check active state:
nova list
5. Migrate vm1 (migrate, wait some time, confirm resizing)
nova migrate vm1
6. Check status
7. Repeat 5 and 6 for 5 times
Expected results:
instance has status ACTIVE
Actual result:
The instance has status ERROR
Error message: https://paste.mirantis.net/show/2370/
Description of the environment:
iso 482
cat /etc/fuel_build_id:
482
cat /etc/fuel_build_number:
482
cat /etc/fuel_release:
9.0
cat /etc/fuel_openstack_version:
mitaka-9.0
rpm -qa | egrep 'fuel|astute|network-checker|nailgun|packetary|shotgun':
fuel-release-9.0.0-1.mos6349.noarch
fuel-misc-9.0.0-1.mos8458.noarch
python-packetary-9.0.0-1.mos140.noarch
fuel-bootstrap-cli-9.0.0-1.mos285.noarch
fuel-migrate-9.0.0-1.mos8458.noarch
rubygem-astute-9.0.0-1.mos750.noarch
fuel-mirror-9.0.0-1.mos140.noarch
shotgun-9.0.0-1.mos90.noarch
fuel-openstack-metadata-9.0.0-1.mos8742.noarch
fuel-notify-9.0.0-1.mos8458.noarch
nailgun-mcagents-9.0.0-1.mos750.noarch
python-fuelclient-9.0.0-1.mos325.noarch
fuel-9.0.0-1.mos6349.noarch
fuel-utils-9.0.0-1.mos8458.noarch
fuel-setup-9.0.0-1.mos6349.noarch
fuel-provisioning-scripts-9.0.0-1.mos8742.noarch
fuel-library9.0-9.0.0-1.mos8458.noarch
network-checker-9.0.0-1.mos74.x86_64
fuel-agent-9.0.0-1.mos285.noarch
fuel-ui-9.0.0-1.mos2717.noarch
fuel-ostf-9.0.0-1.mos936.noarch
fuelmenu-9.0.0-1.mos274.noarch
fuel-nailgun-9.0.0-1.mos8742.noarch
Additional information:
It reproduced only on 5th-time migration. My list of nodes during migration looks like:
node_4 -> node_5
node_5 -> node_4
node_4 -> node_5
node_5 -> node_4
node_4 -> node_5 - error
Link on snapshot:
https://drive.google.com/uc?export=download&id=0B05EZCZN-hilWHJQLV8xUGlGWk0 |
Detailed bug description:
When I try to migrate instance with macvtap port 5 time, it has error state
Steps to reproduce:
Deploy env with 1 controller, 2 computes with SR-IOV feature and 1 compute without SR-IOV.
1. Create net, subnet
neutron net-create net01
neutron subnet-create --name net01__subnet net01 10.1.1.0/24
2. Create router, set gatawey and interface to net01
neutron router-create router_01
neutron router-gateway-set router_01 admin_floating_net
neutron router-interface-add router_01 net01__subnet
3. Create macvtap port and boot vm
NET_ID_1=`neutron net-list | awk '/net01/ {print $2}'`
neutron port-create $NET_ID_1 --binding:vnic-type macvtap --device_owner nova-compute --name sriov_1
port_id_s1=`neutron port-list | awk '/sriov_1/ {print $2}'`
NODE_1=node-2.domain.tld
nova boot vm1 --flavor m1.small --image ubuntu_14.04 --availability-zone nova:$NODE_1 --nic port-id=$port_id_s1 --key-name cloudkey
4. Check active state:
nova list
5. Migrate vm1 (migrate, wait some time, confirm resizing)
nova migrate vm1
6. Check status
7. Repeat 5 and 6 for 10-20 times
Expected results:
instance has status ACTIVE
Actual result:
The instance has status ERROR
Error message: https://paste.mirantis.net/show/2370/
Description of the environment:
iso 482
cat /etc/fuel_build_id:
482
cat /etc/fuel_build_number:
482
cat /etc/fuel_release:
9.0
cat /etc/fuel_openstack_version:
mitaka-9.0
rpm -qa | egrep 'fuel|astute|network-checker|nailgun|packetary|shotgun':
fuel-release-9.0.0-1.mos6349.noarch
fuel-misc-9.0.0-1.mos8458.noarch
python-packetary-9.0.0-1.mos140.noarch
fuel-bootstrap-cli-9.0.0-1.mos285.noarch
fuel-migrate-9.0.0-1.mos8458.noarch
rubygem-astute-9.0.0-1.mos750.noarch
fuel-mirror-9.0.0-1.mos140.noarch
shotgun-9.0.0-1.mos90.noarch
fuel-openstack-metadata-9.0.0-1.mos8742.noarch
fuel-notify-9.0.0-1.mos8458.noarch
nailgun-mcagents-9.0.0-1.mos750.noarch
python-fuelclient-9.0.0-1.mos325.noarch
fuel-9.0.0-1.mos6349.noarch
fuel-utils-9.0.0-1.mos8458.noarch
fuel-setup-9.0.0-1.mos6349.noarch
fuel-provisioning-scripts-9.0.0-1.mos8742.noarch
fuel-library9.0-9.0.0-1.mos8458.noarch
network-checker-9.0.0-1.mos74.x86_64
fuel-agent-9.0.0-1.mos285.noarch
fuel-ui-9.0.0-1.mos2717.noarch
fuel-ostf-9.0.0-1.mos936.noarch
fuelmenu-9.0.0-1.mos274.noarch
fuel-nailgun-9.0.0-1.mos8742.noarch
Additional information:
It reproduced only on 5th-time migration. My list of nodes during migration looks like:
node_4 -> node_5
node_5 -> node_4
node_4 -> node_5
node_5 -> node_4
node_4 -> node_5 - error
Link on snapshot:
https://drive.google.com/uc?export=download&id=0B05EZCZN-hilWHJQLV8xUGlGWk0 |
|
| 2016-12-22 15:49:47 |
Alexey Shtokolov |
tags |
10.0-reviewed area-nova feature-sr-iov release-notes-done |
10.0-reviewed area-nova feature-sr-iov release-notes release-notes-done |
|
| 2016-12-22 15:56:41 |
Alexey Shtokolov |
mos/9.x: milestone |
9.1 |
9.2 |
|
| 2017-01-31 12:31:46 |
Maria Zlatkova |
tags |
10.0-reviewed area-nova feature-sr-iov release-notes release-notes-done |
10.0-reviewed area-nova feature-sr-iov release-notes-done |
|
