Bug 1302401 - backport the metadata_cache_expiration config option to avoid harcoded value of 15s
Summary: backport the metadata_cache_expiration config option to avoid harcoded value ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova
Version: 5.0 (RHEL 7)
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 5.0 (RHEL 7)
Assignee: Sven Anderson
QA Contact: Prasanth Anbalagan
URL:
Whiteboard:
Depends On:
Blocks: 1302811 1302812 1302813
TreeView+ depends on / blocked
 
Reported: 2016-01-27 18:30 UTC by Eoghan Glynn
Modified: 2019-09-09 13:18 UTC (History)
12 users (show)

Fixed In Version: openstack-nova-2014.1.5-23.el7ost
Doc Type: Enhancement
Doc Text:
Feature: Allow users to set metadata_cache_expiration. Reason: This config option should be backported to OSP5 in order to provide the same flexibility and avoid premature cache expiration in cases where the metadata is highly static. Result: Users may configure the metadata_cache_expiration in nova.conf
Clone Of:
: 1302811 1302812 1302813 (view as bug list)
Environment:
Last Closed: 2016-03-08 17:08:39 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Nova startup logs (tar) (130.00 KB, application/x-tar)
2016-03-01 14:54 UTC, Prasanth Anbalagan
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1366139 0 None None None 2016-01-27 18:32:37 UTC
OpenStack gerrit 159264 0 None None None 2016-01-27 18:31:53 UTC
Red Hat Product Errata RHBA-2016:0361 0 normal SHIPPED_LIVE openstack-nova bug fix advisory 2016-03-08 22:06:33 UTC

Description Eoghan Glynn 2016-01-27 18:30:17 UTC
The metadata cache expiration timeout was hardcoded to 15 seconds in versions older than kilo (OSP7).

In kilo a new configuration option was added:

  'metadata_cache_expiration',

  Time in seconds to cache metadata; 0 to disable
  metadata caching entirely (not recommended). Increasing
  this should improve response times of the metadata API
  when under heavy load. Higher values may increase memory
  usage and result in longer times for host metadata
  changes to take effect.

introduced in:

  https://review.openstack.org/159264

This config option should be backported to OSP5 in order to provide the same flexibility and avoid premature cache expiration in cases where the metadata is highly static.

Comment 4 Prasanth Anbalagan 2016-03-01 14:53:46 UTC
Verified as follows - No error observed during nova startup with the option metadata_cache_expiration defined in /etc/nova/nova.conf.

************
Version
************

[root@rhos-compute-node-02 ~(keystone_admin)]# yum list installed | grep openstack-nova
openstack-nova-api.noarch        2014.1.5-27.el7ost      @rhelosp-5.0-el7-puddle
openstack-nova-cert.noarch       2014.1.5-27.el7ost      @rhelosp-5.0-el7-puddle
openstack-nova-common.noarch     2014.1.5-27.el7ost      @rhelosp-5.0-el7-puddle
openstack-nova-compute.noarch    2014.1.5-27.el7ost      @rhelosp-5.0-el7-puddle
openstack-nova-conductor.noarch  2014.1.5-27.el7ost      @rhelosp-5.0-el7-puddle
openstack-nova-console.noarch    2014.1.5-27.el7ost      @rhelosp-5.0-el7-puddle
openstack-nova-novncproxy.noarch 2014.1.5-27.el7ost      @rhelosp-5.0-el7-puddle
openstack-nova-scheduler.noarch  2014.1.5-27.el7ost      @rhelosp-5.0-el7-puddle

********
Logs
********

[root@rhos-compute-node-02 ~(keystone_admin)]# 
[root@rhos-compute-node-02 ~(keystone_admin)]# 

[root@rhos-compute-node-02 ~(keystone_admin)]# 
[root@rhos-compute-node-02 ~(keystone_admin)]# grep "metadata_cache" /etc/nova/nova.conf 
metadata_cache_expiration = 15
[root@rhos-compute-node-02 ~(keystone_admin)]# 

P.S: Nova startup logs has been attached as a tar file

Comment 5 Prasanth Anbalagan 2016-03-01 14:54:36 UTC
Created attachment 1131962 [details]
Nova startup logs (tar)

Comment 7 errata-xmlrpc 2016-03-08 17:08:39 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2016-0361.html


Note You need to log in before you can comment on or make changes to this bug.