[nova] [deployment] [HA] consoleauth cannot be run in HA configuration without external memcache

Bug #1490638 reported by Timur Nurlygayanov
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mirantis OpenStack
Won't Fix
Wishlist
MOS Nova
7.0.x
Won't Fix
Wishlist
MOS Nova
8.0.x
Won't Fix
Wishlist
MOS Nova

Bug Description

We have the following bug in Nova upstream:
https://bugs.launchpad.net/nova/+bug/1243306

the root of the issue in some bugs in Nova services, which require to use external memcache service to store consoleauth credentials & sessions. We already have external memcache service in MOS (we use it for Keystone) and we need to configure Nova to use the same external memcache service to store the information - it will help to avoid the original issue.

It is customer-found issue and we need to prepare some fix or workaround for the issue in MOS 7.0

Revision history for this message
Timur Nurlygayanov (tnurlygayanov) wrote :

The original issue has "wishlist" priority, just because it is possible to solve the issue with external memcache service.
For MOs this issue has High priority because we need to configure external memcache service in MOS to avoid the original issue.

Changed in mos:
assignee: nobody → MOS Nova (mos-nova)
tags: added: customer-found nova
Changed in mos:
status: New → Confirmed
importance: Undecided → High
Revision history for this message
Roman Podoliaka (rpodolyaka) wrote :

As of 7.0 we already deploy and configure an external memcache server:

root@node-145:~# grep memcache /etc/nova/nova.conf
#memcached_servers=<None>
memcached_servers=192.168.0.21:11211,192.168.0.44:11211,192.168.0.45:11211

This must be an OK workaround for the customer.

Revision history for this message
Roman Podoliaka (rpodolyaka) wrote :

At this point we don't want to do any structural changes to Nova to propagate the tokens between consoleauth processes for no good reason, an external memcache server must be good enough.

Revision history for this message
Roman Podoliaka (rpodolyaka) wrote :

And this is not going to be fixed in 8.0 either, as it's too late to propose such changes to Liberty. The best we can do is Mitaka.

Changed in mos:
status: Confirmed → Won't Fix
tags: added: enhacement
tags: added: enhancement
removed: enhacement
Changed in mos:
importance: High → Wishlist
tags: added: wontfix-low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.