RHBA-2018:1563 - Bug Fix Advisory

Topic

An update is now available for Red Hat Ceph Storage 3.0.

Description

Red Hat Ceph Storage is a scalable, open, software-defined storage platform
that combines the most stable version of the Ceph storage system with a
Ceph management platform, deployment utilities, and support services.

Bug Fixes:

• Previously, after assigning Logical Unit Numbers (LUNs) and hosts to a hostgroup by using the Ceph iSCSI `gwcli` utiliy, and then rebooting the Ceph iSCSI gateway node, this would cause the LUN mappings to not restore properly for the hosts. In this release, hosts are no longer prevented access to the LUNs. (BZ#1508695)
• Previously, when using the Ceph Object Gateway (RGW), doing manual and dynamic resharding would hang on a bucket that has versioning enabled. (BZ#1535474)
• Previously, `tcmu-runner` would wait to notify the kernel once all outstanding commands had completed. This caused higher latency for commands that were at the beginning of the queue. With this release, `tcmu-runner` will notify the kernel once the first command completes. Batching multiple commands completions together to notify the kernel will still occur, if multiple commands complete around the same time. (BZ#1549698)
• Previously, resharding would cause an infinite loop in the bucket index, resulting in the resharding operation not completing. The bucket list index was fixed, allowing the resharding operation to complete successfully. (BZ#1554221)
• Previously, when sending large amounts of metadata to another MDS would cause the client mounts to fail. Resulting in the failure of heartbeat beacons sent to the Ceph Monitors. The exporting MDS would be marked by the Ceph Monitors as laggy/unavailable and then be removed, allowing the standby MDS to take over. In this release, the MDS limits the time it spends exporting metadata, allowing mounts to be processed promptly. (BZ#1554593)
• When the `tcmu-runner` does a failover, a new thread is created. This new thread takes the device's lock. The `tcmu-runner` was not cleaning up the thread after the failover operation was finished. This resulted in a memory leak and failovers would fail, because the subsequent new threads could not be created. In this release, the new thread is created in a detached state, allowing successful cleanup automatically once the failover process has completed. (BZ#1557830)
• Previously, reducing the number of active Metadata Server (MDS) daemons on a Ceph File System (CephFS) would cause kernel client's I/O to hang. When this happens, kernel clients were unable to connect to MDS ranks greater than or equal to `max_mds`. This issue has been fixed in this release. (BZ#1559749)
• A `ceph-fuse` routine used to check directory permissions was not fully implemented, which was allowing change directory checks to always pass. The `fuse_ll_access` call was implemented in `ceph-fuse`, and now when changing directories a permissions check is done as expected. (BZ#1560575)
• Previously, attempting to add a Ceph iSCSI gateway using the `gwcli` utility returns the following error:

package validation checks - OS version is unsupported

This package validation check has been fixed in this release. (BZ#1561415)

• Previously, the `shrink-osd` Ansible playbook did not support shrinking OSDs backed by an NVMe drive. NVMe drive support has been added in this release. (BZ#1561456)

Solution

Before applying this update, make sure all previously released errata
relevant to your system have been applied.

For details on how to apply this update, refer to:

https://access.redhat.com/articles/11258

Affected Products

• Red Hat Enterprise Linux Server 7 x86_64
• Red Hat Ceph Storage MON 3 x86_64
• Red Hat Ceph Storage OSD 3 x86_64

Fixes

• BZ - 1499324 - Segmentation fault in the secondary radosgw while running multisite test
• BZ - 1508695 - [ceph-iscsi-config]: LUNs are not mapped to hostgroup hosts after reboot
• BZ - 1520637 - python-rtslib is missing RPM dependency on python-pyudev in ceph-tools repos
• BZ - 1531679 - mds memory tracking of cache is imprecise by a constant factor
• BZ - 1535474 - Resharding hangs with versioning-enabled buckets
• BZ - 1547849 - [ceph-ansible]: "iscsi-gw" role fails to configure the Tools repository when pointed to CDN
• BZ - 1549698 - ceph tcmu-runner perf changes
• BZ - 1554593 - Kernel and fuse client mount hangs forever
• BZ - 1557445 - [nfs-ganesha]: ensure correctness of RADOS OMAP kv fetched from RADOS
• BZ - 1557830 - memory leakage when doing the alua implicit transition
• BZ - 1559749 - [CephFS]: IO is hanging while doing rsync
• BZ - 1560575 - [CEE/SD][cephfs-fuse] on cephfs-fuse mounted directories with "rw-rw-rw-" permissions "cd" of such directory succeed and does not return "Permission denied"
• BZ - 1561415 - [iscsi-gwcli] gateway creation needs a skipcheck on RHEL 7.5 OS
• BZ - 1561456 - [ceph-ansible] [ceph-container] : shrink OSD with NVMe disks - failing as OSD services are not stoppped
• BZ - 1562459 - There are many Warning messages in vmkernel.log then I use iscsigw tool in Ceph3.0.Without any IO pressure on RADOS side, we are still found the "Lost connection" issue on Vsphere monitor tap
• BZ - 1565850 - [ubuntu] rhcs packages do not override ubuntu.com packages
• BZ - 1566467 - [nfs-ganesha] NFS SETATTR requests are not durable with NFS-Ganesha backed by CephFS
• BZ - 1570878 - [nfs-ganesha] Attr_Expiration_Time not a Export_Defaults option
• BZ - 1574458 - [ceph-ansible]: "clients" role fails to configure Tools repo through CDN install
• BZ - 1575859 - [Ceph-ansible] - nfs-ganesha packages are not getting upgraded through rolling update from 3.0Z2 to Z3

CVEs

(none)

References

(none)