Bug 1314971 - Update to redis 3.0 in EPEL7
Summary: Update to redis 3.0 in EPEL7
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: redis
Version: epel7
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Flavio Percoco
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-05 11:07 UTC by pall.valmundsson
Modified: 2017-03-20 13:20 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-03-20 13:20:53 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description pall.valmundsson 2016-03-05 11:07:06 UTC
Requesting an update to redis 3.0 for EPEL7.

The "non-backward compatible changes" look like they should only cause very minor issues, if any.

Migrating from 2.8 to 3.0
=========================

Redis 2.8 is mostly a strict subset of 3.0, you should not have any problem
upgrading your application from 2.8 to 3.0. However this is a list of small
non-backward compatible changes introduced in the 3.0 release:

* The log format was modified. The prefix of each line included the pid
  in the following format [1234]. Now instead it is 1234:? Where
  '?' is actually the role of the instance. M for master, S for slave, C
  if this process is a saving child (for RDB/AOF), and X for Sentinel.

* The default maxmemory policy in Redis 3.0 is no longer "volatile-lru" as
  it used to be in 2.8, but "noeviction". The policies behavior is the same
  (but LRU eviction is much more precise in 3.0), so only the default value
  changed. Just make sure to specify in your redis.conf what you mean.

- http://download.redis.io/redis-stable/00-RELEASENOTES

Comment 1 Tadej Janež 2017-03-20 13:20:53 UTC
Update to redis-3.2.3-1.el7 has been pushed to stable 6 days ago:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-23fa04bf1c


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