8. Resolved Issues


8.1. All Architectures

Bugzilla #452919
Previously, if the Red Hat Network applet was used to re-register the client to a different Red Hat Satellite Server, the applet would continue to show updates that had been available on the previous server, even if they were not available on the current server. The /etc/sysconfig/rhn/rhn-applet would not change to reflect the details of the new server. The version of the applet provided with this update associates a cache of updates with a server url, and therefore ensure that the updates displayed to the user are actually available. This version can also detect when its configuration file has changed. If such a change is detected, the applet will automatically reload the configuration variables and create new server connections.
Bugzilla #454690
On some SGI Altix systems that feature the IOC4 multi-function device, you may encounter problems when using attached IDE devices (such as CD-ROM drives). This is caused by a bug in the sgiioc4 IDE driver, which prevents some devices from being detected properly on system boot.
You can work around this bug by manually loading the driver, which in turn allows attached IDE devices to be detected properly. To do so, run the following command as root:
/sbin/modprobe sgiioc4
Bugzilla #454690
sysreport.legacy used $HOME as its root directory. In case this environment variable did not exist or the directory it referred to was not writable, sysreport.legacy could not generate its report and would exit with the message Cannot make temp dir. Sysreport.legacy now uses a randomly created directory as its root directory and therefore can generate a report even on a system without a usable $HOME.
Bugzilla #476767
The automount daemon used fixed size buffer of 128 bytes long to receive information from the SIOCGIFCONF ioctl about local interfaces when testing for the proximity of a host corresponding to a given mount. Since the details of each interface are 40 bytes long, the daemon could receive information on no more than three local interfaces. If the host corresponding to the mount had an address that was local but did not correspond to one of the three interfaces the proximity would be classified incorrectly.
The automount daemon now dynamically allocates a buffer, ensuring that it is large enough to contain information on all interfaces on the system providing the ability to correctly detect proximity of a host given for an NFS mount.
Bugzilla #465237
Automount map entries that refer to multiple hosts in the mount location (replicated mount), the automount daemon probes a list of remote hosts for their proximity and NFS version. If hosts fail to respond, they are removed from the list. If no remote hosts reply at all, the list may become empty. Previously, the daemon did not check if the list was empty following the initial probe which would lead to a segmentation fault (by dereferencing a NULL pointer). This check has been added.
Bugzilla #444942
the ttfonts-zh_CN package formerly included the Zhong Yi Song TrueType font. The copyright in this font belongs to Beijing Zhong Yi Electronics Co., which has licensed Red Hat Inc. to distribute the font only in products and software under the Red Hat name. The inclusion of this font in ttfonts-zh_CN would therefore preclude Red Hat from freely distributing this package. The Zhong Yi Song TrueType font is still available to Red Hat customers via the Red Hat Network and the Supplementary CD in the fonts-chinese-zysong package.
Bugzilla #457228
multipathd crashed with a status of with a multipathd dead but pid file exists when multipath was configured for 1024 or more paths, because it was unable to open a file descriptor for each path. This may also have caused error calling out /sbin/mpath_prio_ontap /dev/[device] errors. Now, a new multipath.conf parameter, max_fds, allows end-users to set the maximum number of file descriptors that the multipathd process can have open, or to use max to set the number to the system maximum. Setting max_fds to either a sufficiently high number or to max avoids this crash in multipathd.
Bugzilla #457552
Previously, when using the accraid driver with an Adaptec 2120S or Adaptec 2200S controller, the system may have failed to bootup, returning the error: aac_srb:aac_fib_send failed with status 8195. With this update, the accraid driver has been updated, which resolves this issue.
Bugzilla #453150
SOS is a set of tools that gathers information about a system's hardware and current configuration. The information can then be used for diagnostic purposes and debugging.
With this update, the reports generated by sosreport now include five types of information that were not previously collected:
  • the content of /var/log/cron* and the output of crontab -l to show what was running at the time that the problem occurred.
  • partition information from parted instead of what was previously collected from fdisk, since parted can collect partition information in situations where fdisk cannot (for example, GUID partitions).
  • output from dumpe2fs -l.
  • the content of /etc/inittab.
  • output from "/sbin/service --status-all" to show the current status of services. Previously, only their settings at boot time were collected (from "chkconfig --list").
Bugzilla #453999
automount uses umount(8) when expiring mounts and umount(8) can wait indefinitely for a server to respond. This can lead to the expire being blocked causing mounts not to be expired for a long period of time in the same /usr/sbin/automount process (that is, the mount that the given automount process in managing). Consequently, if a server was unreachable, then automount would not unmount any expired mounts, even on the servers that are responding. Systems can then be left with a large number of mounts that can be expired but are not. Automount now includes a command line option to specify a time for automount to wait before giving up and moving on to remaining mounts. Expired mounts can therefore be unmounted even if some servers do not respond.
Bugzilla #479016
The netpbm package has been updated to fix the following bugs:
  • Several utilities shipped with netpbm did not accept files from standard input even though this method was in accordance with documentation. With this update, this issue has been resolved.
  • Several utilities shipped with netpbm may have crashed during processing of image files. With this update, this issue has been resolved.
Bugzilla #490104
the ICQ Internet message protocol servers recently changed and now require clients to use a newer version of the ICQ protocol. Logging in to ICQ with Pidgin 2.5.2 (the version previously shipped with Red Hat Enterprise Linux 4) failed with an error message as a result. With this update, Pidgin has been updated to version 2.5.5, which resolves this issue.
Bugzilla #479692
Previously, the Red Hat Knowledgebase article documenting Fibre Channel rescan in Red Hat Enterprise Linux 4 was not accurate. This procedure has now been updated, and can be viewed at: http://kbase.redhat.com/faq/docs/DOC-3942
Bugzilla #422371
After successfully connecting to an SSH server, the server may return a text based banner back to the SSH client. Consequently, if gftp (a graphical ftp client) attempted to connect (via SFTP) to an SSH server that returns a banner, gftp would interpret the banner as an error, and close the connection. With this update, gftp has been updated to version 2.0.18, allowing connections to servers with banners.
Bugzilla #452257
When uploading a single file to a NFS directory, the timestamp indicating the modification and access times of the file may not have been recorded correctly. With this update, the timestamp is now always updated, which resolves this issue.
Bugzilla #453033
The probing code in kudzu for PCI devices would not properly find some modules that work by binding to specific PCI classes, notably, the sgiioc4 driver on SGI Altix systems. Without these modules loaded, the system would not detect devices that depended on the driver. A new version of the probing code is included in this updated package, which is able to successfully find the affected modules.
Red Hat logoGithubRedditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat Documentation

We help Red Hat users innovate and achieve their goals with our products and services with content they can trust.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

© 2024 Red Hat, Inc.