doc: Added release notes for 6.2

Fixes: bz#1701203

Change-Id: Id105192610726e370fa977df2c29723201b94695
Signed-off-by: Hari Gowtham <hgowtham@redhat.com>
This commit is contained in:
Hari Gowtham 2019-05-23 17:13:04 +05:30
parent fa8c8a3fa8
commit 630b896166

35
doc/release-notes/6.2.md Normal file
View File

@ -0,0 +1,35 @@
# Release notes for Gluster 6.2
This is a bugfix release. The release notes for [6.0](6.0.md) and [6.1](6.1.md)
contains a listing of all the new features that were added and bugs fixed
in the GlusterFS 6 stable release.
**NOTE:** Next minor release tentative date: Week of 10th June, 2019
## Major changes, features and limitations addressed in this release
**None**
## Major issues
**None**
## Bugs addressed
Bugs addressed since release-6.1 are listed below.
- [#1699917](https://bugzilla.redhat.com/1699917): I/O error on writes to a disperse volume when replace-brick is executed
- [#1701818](https://bugzilla.redhat.com/1701818): Syntactical errors in hook scripts for managing SELinux context on bricks #2 (S10selinux-label-brick.sh + S10selinux-del-fcontext.sh)
- [#1702271](https://bugzilla.redhat.com/1702271): Memory accounting information is not always accurate
- [#1702734](https://bugzilla.redhat.com/1702734): ctime: Logs are flooded with "posix set mdata failed, No ctime" error during open
- [#1703759](https://bugzilla.redhat.com/1703759): statedump is not capturing info related to glusterd
- [#1707393](https://bugzilla.redhat.com/1707393): Refactor dht lookup code
- [#1709130](https://bugzilla.redhat.com/1709130): thin-arbiter lock release fixes
- [#1709143](https://bugzilla.redhat.com/1709143): [Thin-arbiter] : send correct error code in case of failure
- [#1709660](https://bugzilla.redhat.com/1709660): Glusterfsd crashing in ec-inode-write.c, in GF_ASSERT
- [#1709685](https://bugzilla.redhat.com/1709685): Geo-rep: Value of pending entry operations in detail status output is going up after each synchronization.
- [#1709734](https://bugzilla.redhat.com/1709734): Geo-rep: Data inconsistency while syncing heavy renames with constant destination name
- [#1709737](https://bugzilla.redhat.com/1709737): geo-rep: Always uses rsync even with use_tarssh set to true
- [#1709738](https://bugzilla.redhat.com/1709738): geo-rep: Sync hangs with tarssh as sync-engine
- [#1712220](https://bugzilla.redhat.com/1712220): tests/geo-rep: arequal checksum comparison always succeeds
- [#1712223](https://bugzilla.redhat.com/1712223): geo-rep: With heavy rename workload geo-rep log if flooded