| 2016-04-28 13:17:00 |
Sergey Arkhipov |
bug |
|
|
added bug |
| 2016-05-04 13:28:06 |
Roman Podoliaka |
mos: assignee |
MOS Nova (mos-nova) |
stgleb (gstepanov) |
|
| 2016-05-04 13:28:08 |
Roman Podoliaka |
mos: importance |
Undecided |
High |
|
| 2016-05-04 13:28:11 |
Roman Podoliaka |
mos: status |
New |
Confirmed |
|
| 2016-05-04 13:28:16 |
Roman Podoliaka |
tags |
long-haul-testing |
area-nova long-haul-testing |
|
| 2016-05-06 07:45:43 |
Fuel Devops McRobotson |
mos/10.0.x: importance |
Undecided |
High |
|
| 2016-05-06 07:45:43 |
Fuel Devops McRobotson |
mos/10.0.x: status |
New |
Confirmed |
|
| 2016-05-06 07:45:43 |
Fuel Devops McRobotson |
mos/10.0.x: milestone |
|
10.0 |
|
| 2016-05-06 07:45:43 |
Fuel Devops McRobotson |
mos/10.0.x: assignee |
|
stgleb (gstepanov) |
|
| 2016-05-19 11:30:40 |
Roman Podoliaka |
mos: assignee |
stgleb (gstepanov) |
Timofey Durakov (tdurakov) |
|
| 2016-05-19 11:30:46 |
Roman Podoliaka |
mos/10.0.x: assignee |
stgleb (gstepanov) |
Timofey Durakov (tdurakov) |
|
| 2016-05-20 16:24:27 |
Roman Podoliaka |
mos/10.0.x: status |
Confirmed |
In Progress |
|
| 2016-05-20 16:24:29 |
Roman Podoliaka |
mos: status |
Confirmed |
In Progress |
|
| 2016-05-23 10:49:53 |
Timofey Durakov |
mos: importance |
High |
Low |
|
| 2016-05-23 10:49:56 |
Timofey Durakov |
mos/10.0.x: importance |
High |
Low |
|
| 2016-05-23 10:50:23 |
Timofey Durakov |
summary |
Cannot connect to VNC after nova-compute restart |
Nova console auth doesn't share tokens in ha envs |
|
| 2016-05-23 10:53:27 |
Timofey Durakov |
description |
Detailed bug description:
Cannot connect to VNC (or connection is unstable) after restarting of nova-compute service on all computes. Got 'Failed to connect to server (code: 1006)' message in Horizon and following tracebacks in logs (nova-novncproxy):
InvalidToken: The token '598d6469-663c-4ada-8a7d-ce3acc75cdb7' is invalid or has expired
or
socket.error(last_err) error: timed out
What is interesting, I've never managed to connect from inlined console on Instance page, but connected using standalone 'vnc_auto.html' ("Click here to show only console" link). Connection was unstable though
Steps to reproduce:
1. Run rally tests to create load
2. Restart nova-compute service on all computes with `service nova-compute restart`
3. Wait 5-6 minutes
4. Check 'crm status' that all is ok
5. Check 'Host aggregates' page that Nova is up and running
6. Try to connect to some instance using VNC in Horizon (proceed to instance page and click "Console")
Expected results:
1. Connection to VNC is established without any problems
Actual result:
1. Got 'Failed to connect to server (code: 1006)' error
Workaround:
Proceed to "Click here to show only console" link. Standalone page almost always connects.
Description of the environment:
* 10 baremetal nodes:
- CPU: 12 x 2.10 GHz
- Disks: 2 drives (SSD - 80 GB, HDD - 931.5 GB), 1006.0 GB total
- Memory: 2 x 16.0 GB, 32.0 GB total
- NUMA topology: 1 NUMA node
* Node roles:
- 1 ElasticSearch / Kibana node
- 1 InfluxDB / Grafana node
- 3 controllers (1 was is offline because of disk problems)
- 5 computes
* Details:
- OS: Mitaka on Ubuntu 14.04
- Compute: KVM
- Neutron with VLAN segmentation
- Ceph RBD for volumes (Cinder)
- Ceph RadosGW for objects (Swift API)
- Ceph RBD for ephemeral volumes (Nova)
- Ceph RBD for images (Glance)
* MOS 8.0, build 227
Additional information:
Logs from controller and compute running VM '19908832-c817-4e20-a80f-2853d8a2ff42' are here:
http://mos-scale-share.mirantis.com/env14/28-04-2016-novnc-problems-logs.tar.xz
I've used VM with UUID '19908832-c817-4e20-a80f-2853d8a2ff42' for all tests. |
Detailed bug description:
Cannot connect to VNC (or connection is unstable) after restarting of nova-compute service on all computes. Got 'Failed to connect to server (code: 1006)' message in Horizon and following tracebacks in logs (nova-novncproxy):
InvalidToken: The token '598d6469-663c-4ada-8a7d-ce3acc75cdb7' is invalid or has expired
or
socket.error(last_err) error: timed out
What is interesting, I've never managed to connect from inlined console on Instance page, but connected using standalone 'vnc_auto.html' ("Click here to show only console" link). Connection was unstable though
Steps to reproduce:
1. Try to connect to vnc console page several times.
Expected results:
1. Connection to VNC is established without any problems
Actual result:
1. Got 'Failed to connect to server (code: 1006)' error
Workaround:
- Proceed to "Click here to show only console" link. Standalone page almost always connects.
- Reload page several times.
Description of the environment:
* 10 baremetal nodes:
- CPU: 12 x 2.10 GHz
- Disks: 2 drives (SSD - 80 GB, HDD - 931.5 GB), 1006.0 GB total
- Memory: 2 x 16.0 GB, 32.0 GB total
- NUMA topology: 1 NUMA node
* Node roles:
- 1 ElasticSearch / Kibana node
- 1 InfluxDB / Grafana node
- 3 controllers (1 was is offline because of disk problems)
- 5 computes
* Details:
- OS: Mitaka on Ubuntu 14.04
- Compute: KVM
- Neutron with VLAN segmentation
- Ceph RBD for volumes (Cinder)
- Ceph RadosGW for objects (Swift API)
- Ceph RBD for ephemeral volumes (Nova)
- Ceph RBD for images (Glance)
* MOS 8.0, build 227
Additional information:
Logs from controller and compute running VM '19908832-c817-4e20-a80f-2853d8a2ff42' are here:
http://mos-scale-share.mirantis.com/env14/28-04-2016-novnc-problems-logs.tar.xz
I've used VM with UUID '19908832-c817-4e20-a80f-2853d8a2ff42' for all tests. |
|
| 2016-05-23 12:09:23 |
Roman Podoliaka |
summary |
Nova console auth doesn't share tokens in ha envs |
Nova console auth doesn't share tokens in HA envs |
|
| 2016-05-23 12:09:37 |
Roman Podoliaka |
summary |
Nova console auth doesn't share tokens in HA envs |
nova-consoleauth doesn't share tokens in HA envs |
|
| 2016-05-23 12:10:18 |
Roman Podoliaka |
mos: status |
In Progress |
Won't Fix |
|
| 2016-05-23 12:11:48 |
Timofey Durakov |
mos: assignee |
Timofey Durakov (tdurakov) |
MOS Puppet Team (mos-puppet) |
|
| 2016-05-23 12:12:04 |
Timofey Durakov |
mos/10.0.x: assignee |
Timofey Durakov (tdurakov) |
MOS Puppet Team (mos-puppet) |
|
| 2016-05-23 13:34:34 |
Ivan Berezovskiy |
mos/10.0.x: status |
In Progress |
Confirmed |
|
| 2016-06-03 10:12:44 |
Ivan Berezovskiy |
mos: assignee |
MOS Puppet Team (mos-puppet) |
Alexey Deryugin (velovec) |
|
| 2016-06-03 10:12:49 |
Ivan Berezovskiy |
mos/10.0.x: assignee |
MOS Puppet Team (mos-puppet) |
Alexey Deryugin (velovec) |
|
| 2016-06-04 15:39:26 |
Alexey Deryugin |
mos/10.0.x: status |
Confirmed |
In Progress |
|
| 2016-06-23 06:07:14 |
Alexey Deryugin |
mos/10.0.x: status |
In Progress |
Fix Committed |
|
| 2016-07-06 21:26:07 |
Justinas Balciunas |
bug |
|
|
added subscriber Justinas Balciunas |
| 2016-07-26 23:16:41 |
Matthew Roark |
bug |
|
|
added subscriber Matthew Roark |
| 2016-08-19 07:36:52 |
Ivan Kolodyazhny |
mos: importance |
Low |
Medium |
|
| 2016-08-19 07:36:56 |
Ivan Kolodyazhny |
mos: status |
Won't Fix |
Confirmed |
|
| 2016-08-19 08:56:32 |
Ivan Berezovskiy |
mos: milestone |
9.0 |
9.1 |
|
| 2016-08-19 08:56:35 |
Ivan Berezovskiy |
mos: status |
Confirmed |
In Progress |
|
| 2016-09-09 11:55:34 |
Lukas Pirl |
bug |
|
|
added subscriber Lukas Pirl |
| 2016-10-13 12:45:00 |
Roman Vyalov |
mos/9.x: milestone |
9.1 |
9.2 |
|
| 2016-10-18 18:36:47 |
Roman Rufanov |
tags |
area-nova long-haul-testing |
area-nova customer-found long-haul-testing |
|
| 2016-10-21 12:05:13 |
Alexey Deryugin |
mos/9.x: status |
In Progress |
Confirmed |
|
| 2016-10-21 12:05:15 |
Alexey Deryugin |
mos/9.x: assignee |
Alexey Deryugin (velovec) |
|
|
| 2016-10-21 13:08:23 |
Vitaly Sedelnik |
mos/9.x: assignee |
|
Nikita Karpin (mkarpin) |
|
| 2016-12-29 12:28:14 |
Nikita Karpin |
mos/9.x: status |
Confirmed |
In Progress |
|
| 2017-01-09 23:06:37 |
Alexey Shtokolov |
mos/9.x: status |
In Progress |
Fix Committed |
|
| 2017-01-25 09:06:22 |
Vladimir Jigulin |
tags |
area-nova customer-found long-haul-testing |
area-nova customer-found long-haul-testing on-verification |
|
| 2017-01-31 06:38:13 |
Vladimir Jigulin |
tags |
area-nova customer-found long-haul-testing on-verification |
area-nova customer-found long-haul-testing |
|
| 2017-01-31 08:34:16 |
Sergey Novikov |
tags |
area-nova customer-found long-haul-testing |
area-nova customer-found long-haul-testing on-verification |
|
| 2017-02-02 10:19:04 |
Sergey Novikov |
mos/9.x: status |
Fix Committed |
Fix Released |
|
| 2017-02-02 10:19:20 |
Sergey Novikov |
tags |
area-nova customer-found long-haul-testing on-verification |
area-nova customer-found long-haul-testing |
|
| 2017-02-14 09:46:45 |
Aleksei Chekunov |
mos/10.0.x: status |
Fix Committed |
Confirmed |
|
| 2017-02-14 10:58:31 |
Nikita Karpin |
mos/9.x: status |
Fix Released |
In Progress |
|
| 2017-02-14 10:58:45 |
Nikita Karpin |
mos/10.0.x: status |
Confirmed |
In Progress |
|
| 2017-02-14 10:58:49 |
Nikita Karpin |
mos/10.0.x: assignee |
Alexey Deryugin (velovec) |
Nikita Karpin (mkarpin) |
|
| 2017-02-14 10:58:53 |
Nikita Karpin |
mos/10.0.x: importance |
Low |
Medium |
|
| 2017-02-15 09:59:53 |
Roman Podoliaka |
mos/9.x: milestone |
9.2 |
9.x-updates |
|
| 2017-02-15 18:16:31 |
MercSniper |
bug |
|
|
added subscriber MercSniper |
| 2017-02-21 09:12:37 |
Nikita Karpin |
mos/10.0.x: status |
In Progress |
Invalid |
|
| 2017-02-28 13:13:32 |
Denis Meltsaykin |
mos/9.x: milestone |
9.x-updates |
9.2-mu-1 |
|
| 2017-03-06 09:22:57 |
Denis Meltsaykin |
mos/9.x: status |
In Progress |
Fix Committed |
|
| 2017-03-08 04:44:55 |
Navneet Grewal |
bug |
|
|
added subscriber Navneet Grewal |
| 2017-03-13 10:49:54 |
TatyanaGladysheva |
tags |
area-nova customer-found long-haul-testing |
area-nova customer-found long-haul-testing on-verification |
|
| 2017-03-13 11:58:49 |
TatyanaGladysheva |
tags |
area-nova customer-found long-haul-testing on-verification |
area-nova customer-found long-haul-testing |
|
| 2017-03-13 11:58:55 |
TatyanaGladysheva |
mos/9.x: status |
Fix Committed |
Fix Released |
|
