You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Broad array of fixes to update relx/rebar3/otp packaging in Riak for Release 3.2.0.
Co-authored-by: Andrei Zavada <[email protected]>
Co-authored-by: Andrei Zavada <[email protected]>
Copy file name to clipboardExpand all lines: RELEASE-NOTES.md
+38Lines changed: 38 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,3 +1,41 @@
1
+
# Riak KV 3.2.0 Release Notes
2
+
3
+
This release is an OTP uplift release. Whereas release 3.0.n supports OTP 20 and OTP 22; the intention is for Release 3.2.n to support OTP 22, OTP 24, and OTP 25. There are notable potential throughput benefits of around 5% when using OTP 24/25 rather than OTP 22 where load is CPU bound. OTP 24 is currently the preferred platform for this release.
4
+
5
+
As part of this change, the [lager](https://github.com/erlang-lager/lager) dependancy has been removed, with OTP's internal [logger](https://www.erlang.org/doc/apps/kernel/logger_chapter.html) used instead. Any logging configuration should be updated as a part of the migrtaion, using the new options made available via [riak.conf](https://github.com/basho/riak/blob/0b5f9f1681352709c8312b2de7b7697c7b62a957/priv/riak.schema#L3-L70).
6
+
7
+
There has been a significant overhaul of the release scripts in order to adopt changes within [relx](https://github.com/erlware/relx). Note that due to the updates in relx, `riak daemon` should be used instead of `riak start`. Some riak and riak-admin commands may also now return an additional `ok` output. Going forward, both `riak admin` and `riak-admin` should work for admin commands.
8
+
9
+
Note that this release of Riak is packaged with a bespoke build of [rebar3](https://github.com/martinsumner/rebar3/tree/mas-alternative_deprecation_warning), this alters mainstream rebar3/relx to allow us control over deprecation warnings in relx.
10
+
11
+
Packaging suport has now been added for Alpine Linux and FreeBSD.
12
+
13
+
When building from source, the `snappy` dependancy is now made rather than fetched using a cached package, so support for `cmake` is required to build. Note that on older versions of OSX the current version of snappy will not compile. This will be resolved when their is a formal release version of snappy containing [this fix](https://github.com/google/snappy/commit/8dd58a519f79f0742d4c68fbccb2aed2ddb651e8).
14
+
15
+
# Riak KV 3.0.12 Release Notes
16
+
17
+
This is a general release of changes and fixes:
18
+
19
+
- A [fix to a critical issue with the use of PR variables](https://github.com/basho/riak_kv/pull/1836) in Riak KV (when the PR value is set via bucket properties).
20
+
21
+
- Changes to the leveled backend with the aim of further improving memory management, by simplifying the [summary tree within each leveled_sst file](https://github.com/martinsumner/leveled/pull/383).
22
+
23
+
- An [update to leveldb snappy compression](https://github.com/basho/eleveldb/pull/267), to make Riak compatible with a broader set of platforms (including AWS Graviton). Because of this change, anyone building from source will now require `cmake` to be installed.
24
+
25
+
- A [new `reip_manual` console command](https://github.com/basho/riak/pull/1122) has been added to use as an alternative to `reip`, which does not currently work in the 3.0 release stream. Use `riak admin reip_manual` in place of `riak admin reip` when performing the reip operation on a node. This now requires that the path to the ring file, and the cluster name, to be known by the operator.
26
+
27
+
- Some [improvements to logging within the leveled backend](https://github.com/martinsumner/leveled/pull/385) have been made to allow for better statistics monitoring of low-level operations, and reduce the cost of writing a log within leveled.
28
+
29
+
- A fix for a deadlock issue in [riak_repl AAE fullsync](https://github.com/basho/riak_repl/pull/818) to help when clusters with high object counts have large deltas.
30
+
31
+
-[Two](https://github.com/basho/riak_kv/pull/1839)[other](https://github.com/basho/riak_kv/pull/1837) fixes within Riak KV.
32
+
33
+
As part of this release, further testing of the new memory configuration options added in Riak 3.0.10 has been undertaken. It is now recommended when using the leveled backend, that if memory growth in the Riak process is a signifcant concern, then the following configuration option may be tested: `erlang.eheap_memory.sbct = 128`. This has been shown to reduce the memory footprint of Riak, with a small performance overhead.
34
+
35
+
# Riak KV 3.0.11 Release Notes
36
+
37
+
A simple change to [release a bottleneck](https://github.com/martinsumner/leveled/issues/379) in 2i queries with the leveled backend. Should only be relevant to those using leveled, and attempting o(1000) 2i queries per second.
38
+
1
39
# Riak KV 3.0.10 Release Notes
2
40
3
41
This release is focused on improving memory management, especially with the leveled backend, and improving the efficiency and ease of configuration of tictacaae full-sync.
0 commit comments