Show Table of Contents
4.95. s390utils
Updated s390utils packages that fix several bugs are now available for Red Hat Enterprise Linux 5.
The s390utils packages contain a set of user space utilities for Linux on IBM System z architecture.
Bug Fixes
- BZ#783162
- Prior to this update, in some cases, Initial Program Load (IPL) did not work after calling the
ziplboot loader. Consequently, incorrect bootmap could be used during initialization and an incorrect kernel could be loaded. This update adds the fsync() function, which ensures that all correct and necessary data is written to disk. - BZ#787685
- Previously, the
qethconftool for configuring network interfaces worked in the case-sensitive manner. Consequently,qethconfwas searching for non-existent match of IPv6 addresses when these were written in capital letters. With this update,qethconfhandles IPv6 addresses as expected and IPv6 searches are now case-insensitive. - BZ#809462
- Due to an incomplete monitor record header for the stop record, unused monitor records of stopped processes were not halted correctly and continued to show up in the z/VM hypervisor monitor stream. The header data has been completed, thus preventing the stoppage of unused records.
- BZ#820262
- Prior to this update, the buffer used for writing error messages was too small. As a consequence, when trying to write changes to a read-only device using the
fdasdprogram, the buffer overflew. This update addsfprintf()function, which writes directly to thestderrstream without the buffer. As a result, buffer overflows no longer occur. - BZ#820263
- Previously, the lsdasd(8) manual page did not contain the
-boption. In adddition, thelsdasdcommand returned "1" instead of "0" output, when the-hoption was specified. The missing-boption has been added to the manual page and the outputs for the-hoption have been correctly specified, thus fixing the bug. - BZ#857816
- When the
ziplboot loader was run on the Direct Access Storage Device with the Fixed Block Access format (FBA DASD), previously initialized Physical Volume (PV) on the partition could no longer be recognized by LVM. With this update, the cache for the disk and partition block devices is flushed before installing theIPL record, thus fixing the bug. - BZ#837305
- Previously, a Small Computer System Interface (SCSI) device was not available immediately after registration. As a consequence, the
lslunsscript failed to recognize the LUN0 and WLUN attachment with the following error message:Cannot attach WLUN / LUN0 for scanning
To fix this bug, multiple checks for SCSI registration with the LUN0 and WLUN attached via theunit_addoption have been added and SCSI mid layer now successfully completes the SCSI device registration. - BZ#906837
- The
ziorep_configconfiguration report is supposed to ignore SCSI disks that are not part of themultipathdevice mapper when creating themultipathmapper report. Previously ,ziorep_configfailed to correctly ignore SCSI disks which causedget_line()function to returnn/aoutput if asysfsattribute did not exist. This output is stored in themp_dev_mmhash key so its value could not be used in a check for being undefined. With this update, themp_devhash field remains undefined, if nomultipathdevice is found, thus fixing the bug. - BZ#828128
- Previously, the
lslunsscript checked for sg kernel subsystem functionality before scanning available LUNs or showing attached LUNs. Consequently,lslunsfailed to list available LUNs and to show attached LUNs with the-aoption. Early kernel subsystem availability check has been removed to fix this bug. - BZ#851096
- Previously, the
/etc/profile.d/s390.shscript contained incorrect equation syntax. As a consequence, when thezshshell on s390x architecture was started, the following error message appeared:/etc/profile.d/s390.sh:4: = not found
The script has been fixed and no error messages are now returned.
Users of s390utils are advised to upgrade to these updated packages, which provide numerous bug fixes.

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.