ScyllaDB Open Source 4.4.4

The ScyllaDB team announces ScyllaDB Open Source 4.4.4, a bugfix release of the ScyllaDB 4.4 stable branch.

ScyllaDB Open Source 4.4.4, like all past and future 4.x.y releases, is backward compatible and supports rolling upgrades.

Related Links

• ScyllaDB Open Source 4.4
• Get ScyllaDB Open Source AWS AMI, Docker, GCP Image, binary packages and unified installer
• Upgrade from ScyllaDB Open Source 4.x.y to ScyllaDB Open Source 4.x.z
• Upgrade from ScyllaDB Open Source 4.3.x to 4.4.y
• Please let us know if you encounter any problems.

Issues fixed in this release:

• Stability: ScyllaDB aborts with error “./seastar/src/core/fstream.cc:172: virtual seastar::file_data_source_impl::~file_data_source_impl(): Assertion `_reads_in_progress == 0' failed” when sstable mutation reader is fast forwarding #9049
• Stability: repair does not consider memory bloat which may cause repair to use more memory and cause std::bad_alloc. #8641
• Stability: When scylla-server was stopped manually, a few minutes later, the scylla-fstrim service started it again #8921
• Stability: Some of appending_hash<> instantiations have throwing operator() #8983
• Stability: Reshape may ignore overlapping in level L where L > 0 #8531
• Stability: cdc: log: use-after-free in process_bytes_visitor #8117
• Stability: Certain combination of filtering, index, and frozen collection, causes “marshalling error” failure #7888
• Tools: Nodetool cleanup failed because of “DC or rack not found in snitch properties” #7930
• CQL: NetworkTopologyStrategy data center options are not validated #7595
• Install: dist/redhat: scylla-node-exporter causes error while executing scriptlet on install #8966
• Install: scylla_coredump_setup fails when on an environment with hard limit of coredump is set to zero, like Oracle Linux 8.1  #8238
• Performance: Significant write amplification when reshaping level 0 in a LCS table #8345
• Log: Incomplete information logged when std::nested_exception is printed #8327
• API uses incorrect plus<int> to sum up cf.active_memtable().partition_count() #9090

06 Aug 2021