Release Notes Updates

ਇੰਲਟਾਲੇਸ਼ਨ-ਸੰਬੰਧੀ ਸੂਚਨਾ

ਵਿਸ਼ੇਸ਼ਤਾ ਅੱਪਡੇਟ

ਡਰਾਈਵਰ ਅੱਪਡੇਟ

ਕਰਨਲ-ਸੰਬੰਧੀ ਅੱਪਡੇਟ

ਹੋਰ ਅੱਪਡੇਟ

ਟੈਕਨਾਲੋਜੀ ਜਾਣਕਾਰੀ

ਹੱਲ-ਕੀਤੇ ਮੁੱਦੇ

ਜਾਣੇ-ਪਛਾਣੇ ਮੁੱਦੇ

When installing Red Hat Enterprise Linux 5 on a fully virtualized SMP guest, the installation may freeze. This can occur when the host (dom0) is running Red Hat Enterprise Linux 5.1.

To prevent this, set the guest to use a single processor using the install. You can do this by using the --vcpus=1 option in virt-install. Once the installation is completed, you can set the guest to SMP by modifying the allocated vcpus in virt-manager.

This release includes WBEMSMT, a suite of web-based applications that provides a user-friendly management interface for Samba and DNS. For more information about WBEMSMT, refer to http://sblim.wiki.sourceforge.net/.

Upgrading pm-utils from a Red Hat Enterprise Linux 5.1 Beta version of pm-utils will fail, resulting in the following error:

error: unpacking of archive failed on file /etc/pm/sleep.d: cpio: rename

To prevent this from occurring, delete the /etc/pm/sleep.d/ directory prior to upgrading. If /etc/pm/sleep.d contains any files, you can move those files to /etc/pm/hooks/.

Hardware testing for the Mellanox MT25204 has revealed that an internal error occurs under certain high-load conditions. When the ib_mthca driver reports a catastrophic error on this hardware, it is usually related to an insufficient completion queue depth relative to the number of outstanding work requests generated by the user application.

Although the driver will reset the hardware and recover from such an event, all existing connections are lost at the time of the error. This generally results in a segmentation fault in the user application. Further, if opensm is running at the time the error occurs, then it will have to be manually restarted in order to resume proper operation.

Driver Update Disks now support Red Hat's Driver Update Program RPM-based packaging. If a driver disk uses the newer format, it is possible to include RPM packaged drivers that will be preserved across system updates.

Please note that driver RPMs are copied only for the default kernel variant that is in use on the installed system. For example, installing a driver RPM on a system running the virtualized kernel will install the driver only for the virtualized kernel. The driver RPM will not be installed for any other installed kernel variant in the system.

As such, on a system that has multiple kernel variants installed, you will need to boot the system on each kernel variant and install the driver RPM. For example, if your system has both bare-metal and virtualized kernels installed, boot your system using the bare-metal kernel and install the driver RPM. Then, reboot the system into the virtualized kernel and install the driver RPM again.

During the lifetime of dom0, you cannot create guests (i.e. xm create) more than 32,750 times. For example, if you have guests rebooting in a loop, dom0 will fail to boot any guest after rebooting guests a total of 32,750 times.

If this event occurs, restart dom0

The Red Hat Enterprise Linux 5.1 NFS server now supports referral exports. These exports are based on extensions to the NFSv4 protocol. Any NFS clients that do not support these extensions (namely, Red Hat Enterprise Linux releases prior to 5.1) will not be able to access these exports.

As such, if an NFS client does not support these exports, any attempt to access these exports may fail with an I/O error. In some cases, depending on the client implementation, the failure may be more severe, including the possibility of a system crash.

It is important that you take precautions to ensure that NFS referral exports are not accessed by clients that do not support them.

GFS2 GFS ਦੀ ਇੱਕ ਵਧੀਕ ਸੋਧ ਹੈ। ਇਸ ਅੱਪਡੇਟ ਵਿੱਚ ਕੁਝ ਜਰੂਰੀ ਸੋਧਾਂ ਹਨ ਜੋ ਆਨ-ਡਿਸਕ ਫਾਇਲ ਸਿਸਟਮ ਫਾਰਮੈਟ ਲਈ ਜਰੂਰੀ ਸਨ। gfs2_convert ਸਹੂਲਤ ਵਰਤ ਕੇ GFS ਫਾਇਲ ਸਿਸਟਮ ਨੂੰ GFS2 ਵਿੱਚ ਤਬਦੀਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ GFS ਫਾਇਲ ਸਿਸਟਮ ਦਾ ਮੈਟਾਡਾਟਾ ਅੱਪਡੇਟ ਹੁੰਦਾ ਹੈ।

While much improved since its introduction in Red Hat Enterprise Linux 5, GFS2 remains a Technology Preview. The release notes included in the distribution incorrectly states that GFS2 is fully supported. Nevertheless, benchmark tests indicate faster performance on the following:

ਇਸ ਦੇ ਨਾਲ, GFS2 ਵਿੱਚ ਹੇਠਲੀਆਂ ਤਬਦੀਲੀਆਂ ਵੀ ਹਨ:

Installing Red Hat Enterprise Linux 5.1 on HP BL860c blade systems may hang during the IP information request stage. This issue manifests when you have to select OK twice on the Configure TCP/IP screen.

If this occurs, reboot and perform the installation with Ethernet autonegotiation disabled. To do this, use the parameter ethtool="autoneg=off" when booting from the installation media. Doing so does not affect the final installed system.

The nohide export option is required on referral exports (i.e. exports that specify a referral server). This is because referral exports need to "cross over" a bound mount point. The nohide export option is required for such a "cross over" to be successful.

For more information on bound mounts, refer to man exports 5.

This update includes the lvm2 event monitoring daemon. If you are already using lvm2 mirroring, perform the following steps to ensure that all monitoring functions are upgraded properly:

Rapid Virtualization Indexing (RVI) is now supported on 64-bit, 32-bit, and 32-bit PAE kernels. However, RVI can only translate 32-bit guest virtual addresses on the 32-bit PAE hypervisor.

As such, if a guest is running a PAE kernel with more than 3840MB of RAM, a wrong address translation error will occur. This can crash the guest.

It is recommended that you use the 64-bit kernel if you intend to run guests with more than 4GB of physical RAM under RVI.

Running 16 cores or more using AMD Rev F processors may result in system resets when performing fully-virtualized guest installations.

Installing the systemtap-runtime package will result in a transaction check error if the systemtap package is already installed. Further, upgrading Red Hat Enterprise Linux 5 to 5.1 will also fail if the systemtap package is already installed.

As such, remove the systemtap package using the command rpm -e systemtap-0.5.12-1.e15 before installing systemtap-runtime or performing an upgrade.

When setting up NFSROOT, BOOTPROTO must be set as BOOTPROTO=dhcp in /etc/sysconfig/network-scripts/ifcfg-eth0.

If your environment requires a different setting for BOOTPROTO, then temporarily set BOOTPROTO=dhcp in /etc/sysconfig/network-scripts/ifcfg-eth0 before initially creating the initrd. You can reset the original value of BOOTPROTO after the initrd is created.

The QLogic iSCSI Expansion Card for the IBM Bladecenter provides both ethernet and iSCSI functions. Some parts on the card are shared by both functions. However, the current qla3xxx and qla4xxx drivers support ethernet and iSCSI functions individually. Both drivers do not support the use of ethernet and iSCSI functions simultaneously.

As such, using both ethernet and iSCSI functions simultaneously may hang the device. This could result in data loss and filesystem corruption on iSCSI devices, or network disruptions on other connected ethernet devices.

When using virt-manager to add disks to an existing guest, duplicate entries may be created in the guest's /etc/xen/<domain name> configuration file. These duplicate entries will prevent the guest from booting.

As such, you should remove these duplicate entries.

Repeatedly migrating a guest between two hosts may cause one host to panic. If a host is rebooted after migrating a guest out of the system and before migrating the same guest back, the panic will not occur.

sysreport is being deprecated in favor of sos. To install sos, run yum install sos. This command installs sos and removes sysreport. It is recommended that you update any existing kickstart files to reflect this.

After installing sos, use the command sosreport to invoke it. Using the command sysreport generates a warning that sysreport is now deprecated; continuing will invoke sosreport.

If you need to use the sysreport tool specifically, use the command sysreport.legacy to invoke it.

For more information about sosreport, refer to man sosreport and sosreport --help.

ਜੇਕਰ ਤੁਸੀਂ Red Hat Enterprise Linux 5 ਸੀਡੀਆਂ ਨੂੰ (ਜਿਵੇਂ ਕਿ ਨੈੱਟਵਰਕ-ਆਧਾਰਿਤ ਇੰਸਟਾਲੇਸ਼ਨ ਲਈ) ਨਕਲ ਕਰਨ ਦੀ ਤਿਆਰੀ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਸਿਰਫ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੀਆਂ ਸੀਡੀਆਂ ਹੀ ਨਕਲ ਕਰੋ। ਵਾਧੂ ਸੀਡੀਆਂ ਜਾਂ layered ਉਤਪਾਦ ਸੀਡੀਆਂ ਕਦੇ ਵੀ ਨਕਲ ਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਕਿ ਇਹ ਐਨਾਕਾਂਡਾ ਨਾਲ ਸੰਬੰਧ ਫਾਇਲਾਂ ਨੂੰ ਤਬਦੀਲ ਕਰ ਸਕਦੀਆਂ ਹੈ।

ਵਾਧੂ ਸੀਡੀਆਂ ਦੇ ਅਤੇ ਹੋਰ ਪਰਤ ਉਤਪਾਦ ਸੀਡੀਆਂ ਦੇ ਹਿੱਸੇ Red Hat Enterprise Linux 5.1 ਦੀ ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਇੰਸਟਾਲ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।

ਪੂਰੀ ਤਰਾਂ ਵਰਚੁਲਾਈਜ਼ਡ ਗਿਸਟ ਉੱਪਰ Red Hat Enterprise Linux 5.1 ਦੀ ਇੰਸਟਾਲੇਸ਼ਨ ਕਰਨ ਸਮੇਂ, kernel-xen ਨੂੰ ਨਾ ਵਰਤੋ। ਪੂਰੀ ਤਰਾਂ ਵਰਚੁਲਾਈਜ਼ਡ ਗਿਸਟ ਉੱਪਰ ਇਹ ਕਰਨਲ ਵਰਤਣ ਨਾਲ ਤੁਹਾਡਾ ਸਿਸਟਮ ਲਟਕ ਜਾਏਗਾ।

ਪੂਰੀ ਤਰਾਂ ਵਰਚੁਲਾਈਜ਼ਡ ਗਿਸਟ ਉੱਪਰ Red Hat Enterprise Linux 5.1 ਦੀ ਇੰਸਟਾਲੇਸ਼ਨ ਕਰਨ ਸਮੇਂ, ਜੇ ਤੁਸੀਂ ਇੰਸਟਾਲੇਸ਼ਨ ਨੰਬਰ ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਇੰਸਟਾਲੇਸ਼ਨ ਦੌਰਾਨ ਇਹ ਵੇਖੋ ਕਿ ਕੀ Virtualization ਪੈਕੇਜ ਗਰੁੱਪ ਦੀ ਖੋਜ ਹੋ ਗਈ ਹੈ। Virtualization ਪੈਕੇਜ ਗਰੁੱਪ ਚੋਣ kernel-xen ਕਰਨਲ ਇੰਸਟਾਲ ਕਰਦੀ ਹੈ।

ਯਾਦ ਰੱਖੋ ਕਿ ਪੈਰਾ-ਵਰਚੁਲਾਈਜ਼ਡ ਗਿਸਟ ਇਸ ਮੁੱਦੇ ਤੋਂ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦੇ। ਪੈਰਾ-ਵਰਚੁਲਾਈਜ਼ਡ ਗਿਸਟ ਹਮੇਸ਼ਾ kernel-xen ਕਰਨਲ ਵਰਤਦੇ ਹਨ।

If you are using the Virtualized kernel when upgrading from Red Hat Enterprise Linux 5 to 5.1, you must reboot after completing the upgrade. You should then boot the system using the updated Virtualized kernel.

The hypervisors of Red Hat Enterprise Linux 5 and 5.1 are not ABI-compatible. If you do not boot the system after upgrading using the updated Virtualized kernel, the upgraded Virtualization RPMs will not match the running kernel.

CIFS ਕਲਾਂਈਟ ਨੂੰ ਵਰਜਨ 1.48aRH ਤੱਕ ਅੱਪਡੇਟ ਕੀਤੀ ਗਿਆ ਹੈ। ਇਹ 1.48a ਰੀਲੀਜ਼ ਤੇ ਅਧਾਰਿਤ ਹੈ, ਜਿਸ ਵਿੱਚ ਹੇਠਲੀਆਂ ਤਬਦੀਲੀਆਂ ਵਾਲੇ ਪੈਚ ਹਨ:

ਯਾਦ ਰੱਖੋ ਕਿ EMC Celerra ਉਤਪਾਦ (NAS ਕੋਡ 5.5.26.x ਅਤੇ ਹੇਠਲੇ) ਦੇ ਉਪਭੋਗੀਆਂ ਲਈ, CIFS ਕਲਾਂਈਟ ਰੁਕ ਜਾਂਦਾ ਹੈ ਜਦੋਂ EMC NAS ਉੱਪਰਲੇ ਸ਼ੇਅਰਾਂ ਨੂੰ ਵਰਤਦੇ ਹਾਂ। ਇਹ ਮੁੱਦਾ ਹੇਠਲੇ ਕਰਨਲ ਸੁਨੇਹਿਆਂ ਨਾਲ ਪਤਾ ਚੱਲਦਾ ਹੈ:

kernel:  CIFS VFS: server not responding
kernel:  CIFS VFS: No response for cmd 162 mid 380
kernel:  CIFS VFS: RFC1001 size 135 bigger than SMB for Mid=384

CIFS ਮਾਊਂਟ ਤੋਂ ਬਾਅਦ, ਇਸ ਉੱਪਰਲੀ ਕਿਸੇ ਵੀ ਫਾਇਲ ਨੂੰ ਪੜਨਾ/ਲਿਖਣਾ ਸੰਭਵ ਨਹੀਂ ਅਤੇ ਕੋਈ ਵੀ ਕਾਰਜ ਜੋ ਮਾਊਂਟ-ਸਥਿਤੀ ਤੇ I/O ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੀ ਹੈ, ਰੁਕ ਜਾਂਦੀ ਹੈ। ਇਸ ਮੁੱਦੇ ਦੇ ਹੱਲ ਲਈ, NAS ਕੋਡ 5.5.27.5 ਜਾਂ ਬਾਅਦ ਵਾਲੇ ਅੱਪਗਰੇਡ ਕਰੋ (EMC Primus case ਨੰਬਰ emc165978 ਵਰਤੋ).

MODULE_FIRMWARE ਟੈਗਾਂ ਨੂੰ ਹੁਣ ਸਹਿਯੋਗ ਹੈ।

ICH9 ਕੰਟਰੋਲਰਾਂ ਨੂੰ ਹੁਣ ਸਹਿਯੋਗ ਹੈ।

Greyhound ਪਰੋਸੈੱਸਰ ਹੁਣ CPUID ਕਾਲਾਂ ਵਿੱਚ ਸਹਿਯੋਗੀ ਹਨ।

Oprofile ਹੁਣ ਨਵੀਂ Greyhound ਕਾਰਜਕੁਸ਼ਲਤਾ ਕਾਊਂਟਰ ਘਟਨਾਵਾਂ ਨੂੰ ਸਹਿਯੋਗ ਦਿੰਦੀ ਹੈ।

Directed DIAG ਹੁਣ z/VM ਉਪਯੋਗਤਾ ਸੋਧ ਲਈ ਸਹਿਯੋਗੀ ਹੈ।

Intel ਗਰਾਫਿਕਸ ਚਿੱਪਸੈੱਟ ਹੁਣ DRM ਕਰਨਲ ਮੈਡਿਊਲ ਰਾਹੀਂ ਸਹਿਯੋਗੀ ਹੈ। ਅੱਗੇ, DRM API ਨੂੰ ਵਰਜਨ 1.3 ਤੱਕ ਅੱਪਗਰੇਡ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਕਿ ਸਿੱਧੀ ਰੈਂਡਰਿੰਗ ਨੂੰ ਸਹਿਯੋਗ ਦਿੱਤਾ ਜਾਏ।

ACPI ਪਾਵਰ ਮੈਨੇਜਮੈਂਟ ਦੇ ਅੱਪਡੇਟਾਂ ਵਿੱਚ S3 RAM-ਤੇ-ਮੁਅੱਤਲ ਅਤੇ S4 ਹਾਈਬਰਨੈੱਟ ਵਿੱਚ ਸੋਧ ਕੀਤੀ ਗਈ ਹੈ।

gaim ਨੂੰ pidgin ਕਹਿੰਦੇ ਹਨ।

Intel microcode ਨੂੰ ਵਰਜਨ 1.17 ਤੱਕ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਨਾਲ ਨਵੇਂ Intel ਪਰੋਸੈੱਸਰਾਂ ਲਈ ਸਹਿਯੋਗ ਸ਼ਾਮਿਲ ਕੀਤਾ ਗਿਆ ਹੈ।

EMC Clariion ਸਟੋਰੇਜ਼ ਉੱਪਰ dm-multipath ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੇ Implicit active-active ਅਸਫਲਤਾ ਨੂੰ ਹੁਣ ਸਹਿਯੋਗ ਹੈ।

ਚੀਨੀ ਫੌਂਟ Zysong ਨੂੰ fonts-chinese ਪੈਕੇਜ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਇੰਸਟਾਲ ਨਹੀਂ ਕੀਤਾ ਜਾਏਗਾ। Zysong ਹੁਣ ਵੱਖਰੇ ਰੂਪ fonts-chinese-zysong ਵਿੱਚ ਬਣਦਾ ਹੈ। fonts-chinese-zysong ਪੈਕੇਜ ਵਾਧੂ CD ਵਿੱਚ ਸਥਿਤ ਹੁੰਦਾ ਹੈ।

ਯਾਦ ਰੱਖੋ ਕਿ fonts-chinese-zysong ਪੈਕੇਜ ਚੀਨੀ ਨੈਸ਼ਨਲ ਸਟੈਂਡਰਡ GB18030 ਦੁਆਰਾ ਸਹਿਯੋਗੀ ਹੋਣਾ ਜਰੂਰੀ ਹੈ।

ਚੈਲੇਂਜ ਹੈਂਡਸ਼ੇਕ ਅਥਾਂਟੀਕੇਸ਼ਨ ਪਰੋਟੋਕਾਲ (CHAP) ਉਪਭੋਗੀ-ਨਾਂ ਅਤੇ ਗੁਪਤ-ਕੋਡ ਲਈ 256 ਅੱਖਰਾਂ ਦੀ ਸੀਮਾ ਹੈ।

pump ਨੂੰ ਇਸ ਅੱਪਡੇਟ ਵਿੱਚ ਛੱਡਿਆ ਗਿਆ ਹੈ। ਇਵੇਂ ਹੀ, ਆਪਣੇ ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ ਨੂੰ netconfig ਰਾਹੀਂ ਸੰਰਚਿਤ ਕਰਨ ਨਾਲ ifcfg ਸਕਰਿਪਟ ਖਰਾਬ ਹੋ ਸਕਦੀ ਹੈ।

ਆਪਣੇ ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ ਨੂੰ ਠੀਕ ਤਰਾਂ ਸੰਰਚਿਤ ਕਰਨ ਲਈ, system-config-network ਨੂੰ ਵਰਤੋ। ਅੱਪਡੇਟ ਕੀਤਾ system-config-network ਪੈਕੇਜ ਇੰਸਟਾਲ ਕਰਨ ਨਾਲ netconfig ਹਟਾਇਆਂ ਜਾਂਦਾ ਹੈ।

rpm --aid ਨੂੰ ਹੁਣ ਸਹਿਯੋਗ ਨਹੀਂ ਹੈ। ਪੈਕੇਜ ਅੱਪਡੇਟ ਅਤੇ ਇੰਸਟਾਲ ਕਰਨ ਸਮੇਂ yum ਵਰਤਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਇੱਖ SATA ਬੱਗ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਨਾਲ SATA-ਅਧਾਰਿਤ ਸਿਸਟਮ ਬੂਟ ਕਾਰਜ ਦੌਰਾਨ ਰੁਕ ਜਾਂਦੇ ਸੀ ਅਤੇ ਇੱਕ ਗਲਤੀ ਦਿੰਦਾ ਸੀ।

ਮਲਟੀ-ਬੂਟ ਸਿਸਟਮਾਂ ਵਿੱਚ, parted ਹੁਣ ਪਹਿਲੇ ਪਰਾਇਮਰੀ ਭਾਗ ਦੇ ਸ਼ੁਰੂਆਤੀ ਸੈਕਟਰ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦਾ ਹੈ ਜਿੱਥੇ Windows Vista™ ਇਸਟਾਲ ਹੈ। ਇਸੇ ਤਰਾਂ, ਮਲਟੀ-ਬੂਟ ਸਿਸਟਮ ਨੂੰ Red Hat Enterprise Linux 5.1 ਅਤੇ Windows Vista™ ਦੋਨਾਂ ਨਾਲ ਨਿਰਧਾਰਤ ਕਰਨ ਸਮੇਂ, ਬਾਅਦ ਵਾਲਾ ਨਾ-ਬੂਟ ਹੋਣਯੋਗ ਨਹੀਂ ਰਹਿੰਦਾ।

rmmod xennet ਹੁਣ domU ਨੂੰ ਕਰੈਸ਼ ਨਹੀਂ ਕਰਦਾ।

4-ਸਾਕਟ AMD Sun Blade X8400 ਸਰਵਰ ਮੈਡਿਊਲ ਸਿਸਟਮ ਜਿਸ ਉੱਪਰ ਮੈਮੋਰੀ ਨੂੰ node 0 ਵਿੱਚ ਸੰਰਚਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੁਣ ਬੂਟ ਦੌਰਾਨ ਪੈਨਿਕ ਨਹੀਂ ਹੋਵੇਗਾ।

conga ਅਤੇ luci ਹੁਣ ਫੇਲਓਵਰ ਡੋਮੇਨ ਬਣਾਉਣ ਤੇ ਸੰਰਚਿਤ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ।

ਕਲੱਸਟਰ ਸਟੋਰੇਜ਼ ਗਰੁੱਪ ਨੂੰ yum ਦੁਆਰਾ ਇੰਸਟਾਲ ਕਰਦੇ ਸਮੇਂ, ਅਦਾਨ-ਪ੍ਰਦਾਨ ਫੇਲ ਨਹੀਂ ਹੁੰਦਾ।

ਇੰਸਟਾਲੇਸ਼ਨ ਦੌਰਾਨ, ਗਲਤ SELinux contexts /var/log/faillog ਅਤੇ /var/log/tallylog ਨੂੰ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ।

dual-core AMD ਪਲੇਟਫਾਰਮਾਂ ਉੱਪਰ, ਇਕੱਲੇ cpu ਉੱਪਰ cpu-ਅਧਾਰਿਤ ਕਾਰਜ CPU ਕੋਰ ਹੁਣ ਫਰੀਕੁਇੰਸੀ ਤਬਦੀਲ ਨਹੀਂ ਕਰਦੇ।

Red Hat Enterprise Linux 5.1 ਦੀ ਇੰਸਟਾਲੇਸ਼ਨ ਸਪਲਿੱਟ ਇੰਸਟਾਲੇਸ਼ਨ ਮਾਧਿਅਮ (ਉਦਾਹਰਨ ਲਈ, CD ਜਾਂ NFSISO) ਵਰਤ ਕੇ ਕਰਦੇ ਸਮੇਂ, amanda-server ਦੀ ਇੰਸਟਾਲੇਸ਼ਨ ਦੌਰਾਨ ਗਲਤੀ ਨਹੀਂ ਆਏਗੀ।

ਇੰਸਟਾਲੇਸ਼ਨ ਕਾਰਜ ਦੌਰਾਨ, ਐਨਾਕਾਂਡਾ ਹੁਣ 4GB ਤੋਂ ਜਿਆਦਾ RAM ਖੋਜ ਸਕਦਾ ਹੈ। ਇਸ ਨਾਲ ਐਨਾਕਾਂਡਾ ਸਵੈ-ਚਾਲਤ ਹੀ ਖੋਜ ਲੈਂਦਾ ਹੈ ਕਿ ਕਰਨਲ ਦੇ kernel-PAE ਵੇਰੀਐਂਟ ਇੰਸਟਾਲ ਕਰਨੇ ਹਨ ਜਾਂ ਨਹੀਂ।

EDAC ਹੁਣ ਨਵੇਂ k8 ਪਰੋਸੈੱਸਰਾਂ ਉੱਪਰ ਸਹੀ ਮੈਮੋਰੀ ਦੱਸਦਾ ਹੈ।

ਗਨੋਮ ਡੈਸਕਟਾਪ ਉੱਪਰ gdm ਰਾਹੀਂ ਰਿਮੋਟ ਲਾਗਇਨ ਕਰਨ ਨਾਲ ਹੁਣ ਲਾਗਿੰਗ ਸਕਰੀਨ ਲਟਕਦੀ ਨਹੀਂ।

autofs ਵਿੱਚ ਇੱਕ ਬੱਗ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਮਲਟੀ-ਮਾਊਂਟ ਨੂੰ ਠੀਕ ਤਰਾਂ ਕੰਮ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਸੀ।

utrace ਦੇ ਕਈ ਪੈਚਾਂ ਵਿੱਚ ਇਹ ਹੱਲ ਕੀਤੇ ਗਏ ਹਨ:

ਇੱਕ RealTime Clock (RTC) ਬੱਗ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ alarms ਅਤੇ periodic RTC ਇਟਰੱਪਟ ਨੂੰ ਠੀਕ ਤਰਾਂ ਕੰਮ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਸੀ।

ਐਨਾਕਾਂਡਾ ਵਿੱਚ ਜਾਰੀ ਸੂਚਨਾ ਬਟਨ ਪਹਿਲੀ ਵਾਰ ਦਬਾਉਣ ਤੇ, ਇੱਕ ਅੰਤਰਾਲ ਆਉਂਦਾ ਸੀ ਜਦੋਂ ਇੱਕ ਝਰੋਖਾ ਜਾਰੀ ਸੂਚਨਾ ਵੇਖਾਉਂਦਾ ਹੈ। ਇਸ ਅੰਤਰਾਲ ਦੌਰਾਨ, ਝਰੋਖੇ ਵਿੱਚ ਇੱਕ ਖਾਲੀ ਸੂਚੀ ਦਿਸਦੀ ਹੈ। ਰੈਂਡਰਿੰਗ ਜਲਦੀ ਮੁਕੰਮਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਕਈ ਉਪਭੋਗੀਆਂ ਨੂੰ ਇਸ ਦਾ ਪਤਾ ਨਹੀਂ ਲੱਗਦਾ।

ਇਸ ਅੰਤਰਾਲ ਦਾ ਕਾਰਨ ਹੈ ਕਿ ਪੈਕੇਜ ਇੰਸਟਾਲੇਸ਼ਨ ਪਗ ਇੰਸਟਾਲੇਸ਼ਨ ਦਾ ਵਧੇਰੇ CPU-ਵਰਤੋਂ ਵਾਲਾ ਹਿੱਸਾ ਹੈ।

ਹੋਸਟ ਬੱਸ ਅਡਾਪਟਰ ਜੋ MegaRAID ਡਰਾਈਵਰ ਵਰਤਦਾ ਹੈ, ਨੂੰ "ਮੁੱਖ ਭੰਡਾਰ" ਇੰਮੂਲੇਸ਼ਨ ਮੋਡ ਵਿੱਚ ਚੱਲਣ ਲਈ ਨਿਰਧਾਰਤ ਕਰਨਾ ਜਰੂਰੀ ਹੈ, ਨਾ ਕਿ "I2O" ਇੰਮੂਲੇਸ਼ਨ ਮੋਡ ਵਿੱਚ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਇਹ ਪਗ ਵਰਤੋ:

ਜੇ ਅਡਾਪਟਰ ਗਲਤੀ ਨਾਲ "I2O" ਇੰਮੂਲੇਸ਼ਨ ਲਈ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਸਿਸਟਮ i2o ਡਰਾਈਵਰ ਨੂੰ ਲੋਡ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇਗਾ। ਇਹ ਅਸਫਲ ਹੋ ਜਾਵੇਗਾ, ਅਤੇ ਠੀਕ ਡਰਾਈਵਰ ਲੋਡ ਨਹੀਂ ਦੇਵੇਗਾ।

ਪਿਛਲੇ Red Hat Enterprise Linux ਰੀਲੀਜ਼ I20 ਡਰਾਈਵਰ ਨੂੰ MegaRAID ਡਰਾਈਵਰ ਤੋਂ ਪਹਿਲਾਂ ਲੋਡ ਨਹੀਂ ਕਰ ਸਕਦੇ ਸੀ। ਇਸ ਤੋਂ ਬਿਨਾਂ, ਲੀਨਕਸ ਨਾਲ ਵਰਤੋਂ ਸਮੇਂ ਹਾਰਡਵੇਅਰ ਹਮੇਸ਼ਾ "ਮੁੱਖ ਭੰਡਾਰ" ਇੰਮੂਲੇਸ਼ਨ ਮੋਡ ਲਈ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ ਸੀ।

ਲੈਪਟਾਪ ਜਿਨਾਂ ਉੱਪਰ Cisco Aironet MPI-350 ਵਾਇਰਲੈੱਸ ਹਨ, ਨੈੱਟਵਰਕ-ਅਧਾਰਿਤ ਇੰਸਟਾਲੇਸ਼ਨ ਦੌਰਾਨ ਵਾਇਰਡ ਈਥਰਨੈੱਟ ਪੋਰਟ ਵਰਤ ਕੇ DHCP ਸਿਰਨਾਵਾਂ ਲੈਂ ਸਮੇਂ ਲਟਕ ਸਕਦੇ ਹਨ।

ਇਸ ਮੁੱਦੇ ਦੇ ਹੱਲ ਲਈ, ਆਪਣੀ ਇੰਸਟਾਲੇਸ਼ਨ ਲਈ ਲੋਕਲ ਮਾਧਿਅਮ ਵਰਤੋ। ਇਸ ਦੇ ਉਲਟ, ਤੁਸੀਂ ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਲੈਪਟਾਪ BIOS ਵਿੱਚ ਵਾਇਰਲੈੱਸ ਕਾਰਡ ਅਯੋਗ ਕਰ ਸਕਦੇ ਹੋ। (ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਤੁਸੀਂ ਵਾਇਰਲੈੱਸ ਕਾਰਡ ਨੂੰ ਮੁੜ-ਯੋਗ ਕਰ ਸਕਦੇ ਹੋ)।

ਹੁਣ, system-config-kickstart ਪੈਕੇਜ ਚੋਣ ਲਈ ਸਹਿਯੋਗੀ ਨਹੀਂ ਹੈ। ਜਦੋਂ system-config-kickstart ਵਰਤਦੇ ਹਾਂ, ਪੈਕੇਜ ਚੋਣ ਦੱਸਦੀ ਹੈ ਕਿ ਇਹ ਅਯੋਗ ਹੈ। ਇਸ ਦਾ ਕਾਰਨ ਹੈ ਕਿ system-config-kickstart ਗਰੁੱਪ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਨ ਲਈ yum ਵਰਤਦੀ ਹੈ, ਪਰ Red Hat Network ਨਾਲ ਜੁੜਨ ਲਈ yum ਸੰਰਚਿਤ ਕਰਨ ਵਿੱਚ ਅਸਮਰਥ ਹੈ।

ਹੁਣ, ਤੁਹਾਨੂੰ ਆਪਣੀ ਕਿੱਕਸਟਾਰਟ ਫਾਇਲ ਵਿੱਚ ਪੈਕੇਜ ਭਾਗ ਨੂੰ ਦਸਤੀ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਕਿੱਕਸਟਾਰਟ ਫਾਇਲ ਖੋਲਣ ਲਈ system-config-kickstart ਵਰਤਦੇ ਸਮੇਂ, ਇਹ ਪੂਰੀ ਪੈਕੇਜ ਜਾਣਕਾਰੀ ਰੱਖਦੀ ਹੈ ਅਤੇ ਸੰਭਾਲਣ ਸਮੇਂ ਇਸ ਨੂੰ ਮੁੜ ਲਿਖਦੀ ਹੈ।

ਬੂਟ-ਸਮੇਂ /var/log/boot.log ਵਿਚਲੀ ਲਾਗਿੰਗ Red Hat Enterprise Linux 5 ਦੇ ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਉਪਲੱਬਧ ਨਹੀਂ ਹੈ। ਇੱਕ ਅਨੁਸਾਰੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਆਉਣ ਵਾਲੇ ਅੱਪਡੇਟ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕੀਤੀ ਜਾਵੇਗੀ।

ਜਦੋਂ Red Hat Enterprise Linux 4 ਤੋਂ Red Hat Enterprise Linux 5 ਅੱਗਰੇਡ ਕਰਦੇ ਹਾਂ, ਡਿਪਲਾਇਮੈਂਟ ਗਾਈਡ ਸਵੈ ਇਸਟਾਲ ਨਹੀਂ ਹੁੰਦੀ। ਤੁਹਾਨੂੰ ਅੱਪਗਰੇਡ ਤੋਂ ਬਾਅਦ ਇਸ ਨੂੰ ਦਸਤੀ ਇੰਸਟਾਲ ਕਰਨ ਲਈ pirut ਕਮਾਂਡ ਵਰਤਣੀ ਪਵੇਗੀ।

kexec/kdump ਕਰਨਲ ਵਿੱਚ ਸਿਸਟਮ ਸਫਲਤਾਪੂਰਕ ਮੁੜ-ਚਾਲੂ ਨਹੀਂ ਹੋ ਸਕਦਾ ਜੇ X ਚੱਲ ਰਿਹਾ ਹੈ ਅਤੇ vesa ਤੋਂ ਬਿਨਾਂ ਕੋਈ ਹੋਰ ਡਰਾਈਵਰ ਵਰਤ ਰਹੇ ਹੋ। ਇਹ ਸਮੱਸਿਆ ਸਿਰਫ ATI Rage XL ਗਰਾਫਿਕਸ ਚਿੱਪਸੈੱਟ ਨਾਲ ਹੀ ਆਉਂਦੀ ਹੈ।

ਜੇ ATI Rage XL ਵਾਲੇ ਸਿਸਟਮ ਉੱਪਰ X ਚੱਲ ਰਿਹਾ ਹੈ, ਤਾਂ ਜਾਂ ਕਰੋ ਕਿ ਇਹ vesa ਡਰਾਈਵਰ ਵਰਤ ਰਿਹਾ ਹੈ ਤਾਂ ਕਿ kexec/kdump ਕਰਨਲ ਵਿੱਚ ਸਫਲਤਾ ਨਾਲ ਮੁੜ-ਚਾਲੂ ਹੋ ਸਕੇ।

nVidia CK804 ਚਿੱਪਸੈੱਟ ਵਾਲੀਆਂ ਮਸ਼ੀਨਾਂ ਉੱਪਰ Red Hat Enterprise Linux 5 ਵਰਤਣ ਸਮੇਂ, ਹੇਠਲੇ ਕਰਨਲ ਸੁਨੇਹੇ ਮਿਲ ਸਕਦੇ ਹਨ:

kernel: assign_interrupt_mode Found MSI capability
kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS

ਇਹ ਸੁਨੇਹੇ ਦੱਸਦੇ ਹਨ ਕਿ ਕੁਝ PCI-E ਪੋਰਟਾਂ IRQs ਬੇਨਤੀ ਨਹੀਂ ਕਰ ਰਹੀਆਂ। ਅੱਗੇ, ਇਹ ਸੁਨੇਹੇ ਕਿਸੇ ਵੀ ਤਰਾਂ, ਮਸ਼ੀਨ ਦੇ ਕਿਰਿਆ ਤੇ ਪ੍ਰਭਾਵ ਨਹੀਂ ਪਾਉਂਦੇ।

ਹਟਾਉਣ ਯੋਗ ਸਟੋਰੇਜ਼ ਜੰਤਰ (ਜਿਵੇਂ ਕਿ CDs ਅਤੇ DVDs) ਸਵੈ ਮਾਊਂਟ ਨਹੀਂ ਹੁੰਦੀਆਂ ਜਦੋਂ ਤੁਸੀਂ ਪਰਬੰਧਕ ਤੌਰ ਤੇ ਲਾਗਇਨ ਕਰਦੇ ਹੋ। ਇਸੇ ਤਰਾਂ, ਤੁਹਾਨੂੰ ਗਰਾਫੀਕਲ ਫਾਇਲ ਮੈਨੇਜਰ ਰਾਹੀਂ ਜਤੰਰ ਨੂੰ ਦਸਤੀ ਮਾਊਂਟ ਕਰਨਾ ਪਵੇਗਾ।

ਇਸ ਦੇ ਉਲਟ, ਜਤੰਰ ਨੂੰ /media ਵਿੱਚ ਮਾਊਂਟ ਕਰਨ ਲਈ ਤੁਸੀਂ ਹੇਠਲੀ ਕਮਾਂਡ ਚਲਾ ਸਕਦੇ ਹੋ:

mount /dev/<device name> /media

IBM System z ਵਾਧੂ ਯੂਨਿਕਸ-ਸਟਾਈਲ ਭੌਤਿਕ ਕੰਸੋਲ ਨਹੀਂ ਦਿੰਦਾ ਹੈ। ਜਿਵੇਂ ਕਿ, Red Hat Enterprise Linux 5 IBM System z ਲਈ firstboot ਕਾਰਜਕੁਸ਼ਲਤਾ ਲਈ ਸ਼ੁਰੂਆਤੀ ਪਰੋਗਰਾਮ ਲੋਡ ਦੌਰਾਨ ਸਹਿਯੋਗ ਨਹੀਂ ਦਿੰਦਾ।

IBM System z ਉੱਪਰ Red Hat Enterprise Linux 5 ਲਈ ਠੀਕ ਢੰਗ ਨਾਲ ਸੈੱਟਅੱਪ ਸ਼ੁਰੂ ਕਰਨ ਲਈ , ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਹੇਠਲੀ ਕਮਾਂਡ ਚਲਾਓ:

Red Hat Enterprise Linux 5 ਤੋਂ Red Hat Enterprise Linux 5.1 ਤੱਕ Red Hat Network ਰਾਹੀਂ ਅੱਪਡੇਟ ਕਰਦੇ ਸਮੇਂ, ਹੋ ਸਕਦਾ ਕਿ yum ਤੁਹਾਡੇ ਤੋਂ redhat-beta ਕੁੰਜੀ ਅਯਾਤ ਕਰਨ ਬਾਰੇ ਨਹੀਂ ਪੁਛੇਗਾ। ਇਸੇ ਤਰਾਂ, ਇਹ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਤੁਸੀਂ redhat-beta ਕੁੰਜੀ ਨੂੰ ਅੱਪਗਰੇਡ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦਸਤੀ ਅਯਾਤ ਕਰੋ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਹੇਠਲੀ ਕਮਾਂਡ ਚਲਾਓ:

rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-beta

ਜਦੋਂ ਇੱਕ LUN ਨੂੰ ਸੰਰਚਿਤ ਫਾਈਲਰ ਤੋਂ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਮੇਜ਼ਬਾਨ ਤੇ ਤਬਦੀਲੀ ਨਹੀਂ ਹੁੰਦੀ। ਅਜਿਹਾ ਸਮੇਂ, lvm ਕਮਾਂਡ ਤੁਰੰਤ ਰੁਕ ਜਾਂਦੀ ਹੈ ਜਦੋਂ dm-multipath ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਕਿਉਂ ਕਿ LUN ਹੁਣ stale ਬਣ ਗਿਆ ਹੈ।

ਇਸ ਦੇ ਹੱਲ ਲਈ, ਸਭ ਜੰਤਰ ਅਤੇ mpath ਲਿੰਕ ਇੰਦਰਾਜਾਂ ਨੂੰ stale LUN ਦੀ ਅਨੁਸਾਰੀ/etc/lvm/.cache ਵਿੱਚੋਂ ਹਟਾਓ।

ਇਹਨਾਂ ਇੰਦਰਾਜਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ,ਹੇਠਲੀ ਕਮਾਂਡ ਚਲਾਓ:

ls -l /dev/mpath | grep <stale LUN>

ਉਦਾਹਰਨ ਲਈ, ਜੇ <stale LUN> ਇੱਕ 3600d0230003414f30000203a7bc41a00 ਹੈ, ਹੇਠਲੇ ਨਤੀਜੇ ਆ ਸਕਦੇ ਹਨ:

lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5

ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ 3600d0230003414f30000203a7bc41a00 ਨੂੰ ਦੋ mpath ਸੰਬੰਧਾਂ: dm-4 ਅਤੇ dm-5 ਨਾਲ ਮਿਲਾਨ ਕੀਤਾ ਹੋਇਆ ਹੈ।

ਇਸੇ ਤਰਾਂ, ਹੇਠਲੀਆਂ ਸਤਰਾਂ /etc/lvm/.cache ਵਿੱਚੋਂ ਹਟਾਉਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ:

/dev/dm-4 
/dev/dm-5 
/dev/mapper/3600d0230003414f30000203a7bc41a00
/dev/mapper/3600d0230003414f30000203a7bc41a00p1
/dev/mpath/3600d0230003414f30000203a7bc41a00
/dev/mpath/3600d0230003414f30000203a7bc41a00p1

CD ਜਾਂ DVD ਤੋਂ ਪੂਰਾ ਵਰਚੁਅਲਾਈਜ਼ਡ Windows™ ਗਿਸਟ ਬਣਾਉਣ ਸਮੇਂ, ਮੁੜ-ਚਾਲੂ ਹੋਣ ਤੇ ਗਿਸਟ ਇੰਸਟਾਲ ਦਾ ਦੂਜਾ ਪੜਾਅ ਜਾਰੀ ਨਹੀਂ ਹੋਵੇਗਾ।

ਇਸ ਦੇ ਹੱਲ ਲਈ, /etc/xen/<name of guest machine> ਵਿੱਚ CD / DVD ਜੰਤਰ ਦੀ ਇਕਾਈ ਵਾਲੀ ਸਤਰ ਦੇ ਕੇ ਸੋਧ ਕਰੋ।

ਜੇ ਸਧਾਰਨ ਫਾਇਲ ਲਈ ਇੰਸਟਾਲੇਸ਼ਨ ਨੂੰ ਵਰਚੁਅਲ ਜੰਤਰ ਦੇ ਤੌਰ ਵਰਤੀ ਗਈ ਹੈ, ਤਾਂ disk ਸਤਰ ਜੋ /etc/xen/<name of guest machine> ਵਿੱਚ ਹੈ, ਇਸ ਤਰਾਂ ਪੜੀ ਜਾਏਗੀ:

disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']

ਮੇਜ਼ਬਾਨ ਉੱਪਰ /dev/dvd ਦੇ ਤੌਰ ਤੇ ਸਥਾਪਤ ਕੀਤਾ ਇੱਕ DVD-ROM ਜੰਤਰ ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਦੂਜੇ ਪੜਾਅ ਵਿੱਚ hdc ਤੌਰ ਤੇ 'phy:/dev/dvd,hdc:cdrom,r' ਐਂਟਰੀ ਦੇ ਕੇ ਉਪਲੱਬਧ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਵੇਂ ਹੀ, ਡਿਸਕ ਲਾਈਨ ਇਸ ਤਰਾਂ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ:

disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']

ਵਰਤਣ ਲਈ ਛੋਟਾ ਜੰਤਰ ਮਾਰਗ ਤੁਹਾਡੇ ਹਾਰਡਵੇਅਰ ਮੁਤਾਬਿਕ ਬਦਲ ਸਕਦੀ ਹੈ।

ਜੇ sctp ਮੈਡਿਊਲ ਕਰਨਲ ਵਿੱਚ ਸ਼ਾਮਿਲ ਨਹੀਂ ਕੀਤਾ ਗਿਆ, ਤਾਂ netstat ਨੂੰ -A inet ਜਾਂ -A inet6 ਚੋਣ ਨਾਲ ਚਲਾਉਣ ਸਮੇਂ ਹੇਠਲੇ ਗਲਤੀ ਸੁਨੇਹੇ ਨਾਲ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ:

netstat: ਇਸ ਸਿਸਟਮ ਉੱਪਰ ਕੋਈ `AF INET (sctp)' ਸਹਿਯੋਗ ਨਹੀਂ ਹੈ।        

ਇਸ ਤੋਂ ਬਚਣ ਲਈ sctp ਕਰਨਲ ਮੈਡਿਊਲ ਇੰਸਟਾਲ ਕਰੋ।

ਵਰਤਮਾਨ ਕਰਨਲ ਡਾਟਾ ਟਰਮੀਨਲ ਰੈਡੀ (DTR) ਸਿਗਨਲਾਂ ਨੂੰ ਬੂਟ ਸਮੇਂ ਸੀਰੀਅਲ ਪੋਰਟਾਂ ਨੂੰ ਪਰਿੰਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦਾ। DTR ਦਾਅਵਾ ਕੁਝ ਜੰਤਰਾਂ ਲਈ ਲੋੜੀਂਦਾ ਹੈ; ਜਿਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਕਰਨਲ ਬੂਟ ਸੁਨੇਹੇ ਸੀਰੀਅਲ ਕੰਸੋਲ ਤੇ ਪਰਿੰਟ ਨਹੀਂ ਕਰਦਾ।

AMD 8132 ਅਤੇ HP BroadCom HT100 ਨੂੰ ਕਈ ਪਲੇਟਫਾਰਮਾਂ ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ (ਜਿਵੇਂ ਕਿ HP dc7700) ਜੋ MMCONFIG ਲਈ ਸਹਿਯੋਗੀ ਨਹੀਂ ਹਨ। ਜੇ ਤੁਹਾਡਾ ਸਿਸਟਮ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਚਿੱਪਸੈੱਟ ਵਰਤਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ PCI ਸੰਰਚਨਾ ਨੂੰ ਪੁਰਾਣੀ PortIO CF8/CFC ਵਿਧੀ ਵਰਤਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਸ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਲਈ,ਇੰਸਟਾਲੇਸ਼ਨ ਦੌਰਾਨ ਸਿਸਟਮ ਨੂੰ ਕਰਨਲ ਪੈਰਾਮੀਟਰ -pci nommconfig ਨਾਲ ਬੂਟ ਕਰੋ ਅਤੇ ਮੁੜ-ਚਾਲੂ ਹੋਣ ਤੇ GRUB ਵਿੱਚ pci=nommconf ਜੋੜੋ।

ਅੱਗੇ, AMD 8132 ਚਿੱਪਸੈੱਟ ਮੈਸੇਜ ਸਿਗਨਲ ਇੰਟਰੱਪਟ (MSI) ਨੂੰ ਸਹਿਯੋਗ ਨਹੀਂ ਦਿੰਦਾ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਸਿਸਟਮ ਇਹ ਚਿੱਪਸੈੱਟ ਵਰਤਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ MSI ਵੀ ਅਯੋਗ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਇੰਸਟਾਲੇਸ਼ਨ ਦੌਰਾਨ ਕਰਨਲ ਪੈਰਾਮੀਟਰ -pci nomsi ਵਰਤੋ ਅਤੇ ਮੁੜ-ਚਾਲੂ ਹੋਣ ਤੇ GRUB ਵਿੱਚ pci=nomsi ਜੋੜੋ।

ਇਸੇ ਤਰਾਂ, ਜੇ ਤੁਹਾਡਾ ਕੋਈ ਪਲੇਟਫਾਰਮ ਪਹਿਲਾਂ ਹੀ ਕਰਨਲ ਦੁਆਰਾ ਬਲੈਕਲਿਸਟ ਕੀਤਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਸਿਸਟਮ ਨੂੰ ਪਹਿਲਾਂ ਦਿੱਤੇ ਗਏ pci ਕਰਨਲ ਪੈਰਾਮੀਟਰ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਹੇਠਲੇ HP ਪਲੇਟਫਾਰਮ ਪਹਿਲਾਂ ਹੀ ਕਰਨਲ ਦੁਆਰਾ ਬਲੈਕਲਿਸਟ ਕੀਤੇ ਹਨ:

ਬੇਅਰ-ਮੈਟਲ (ਨਾਨ-ਵਰਚੁਲਾਈਜ਼ਡ) ਕਰਨਲ ਵਰਤਣ ਸਮੇਂ, X ਸਰਵਰ EDID ਜਾਣਕਾਰੀ ਨੂੰ ਮਾਨੀਟਰ ਤੋਂ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ। ਜਦੋਂ ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ, ਗਰਾਫਿਕ ਡਰਾਈਵਰ 800x600 ਤੋਂ ਜਿਆਦਾ ਰੈਜ਼ੋਲੂਸ਼ਨ ਲਈ ਸਹਿਯੋਗ ਨਹੀਂ ਦਿੰਦਾ ਹੈ।

ਇਸ ਦੇ ਹੱਲ ਲਈ, /etc/X11/xorg.conf ਦੇ ServerLayout ਭਾਗ ਵਿੱਚ ਹੇਠਲੀ ਸਤਰ ਜੋੜੋ:

Option "Int10Backend" "x86emu"

ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਮੈਨੇਜਰ (virt-manager) ਜੋ ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕੀਤੀ ਹੈ, ਉਪਭੋਗੀਆਂ ਨੂੰ ਪੈਰਾਵਰਚੁਲਾਈਜ਼ਡ ਗਿਸਟ ਇੰਸਟਾਲਰ ਨੂੰ ਵਾਧੂ ਬੂਟ ਆਰਗੂਮੈਂਟ ਦੇਮ ਦੀ ਮਨਜੂਰੀ ਨਹੀਂ ਦਿੰਦਾ ਹੈ। ਇਹ ਤਾਂ ਹੁੰਦਾ ਹੈ, ਜਦੋਂ ਅਜਿਹੇ ਆਰਗੂਮੈਂਟ ਲਈ ਖਾਸ ਕਿਸਮ ਦੇ ਹਾਰਡਵੇਅਰ ਤੇ ਕਈ ਕਿਸਮ ਦੇ ਪੈਰਾਵਰਚੁਲਾਈਜ਼ਡ ਗਿਸਟ ਇੰਸਟਾਲ ਕਰਨੇ ਪੈਂਦੇ ਹਨ।

ਇਹ ਮੁੱਦਾ virt-manager ਦੇ ਆਉਣ ਵਾਲੇ ਰੀਲੀਜ਼ ਵਿੱਚ ਹੱਲ ਕੀਤਾ ਜਾਏਗਾ। ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਪੈਰਾਵਰਚੁਲਾਈਜ਼ਡ ਗਿਸਟ ਇੰਸਟਾਲ ਕਰਦੇ ਸਮੇਂ ਵਾਧੂ ਕਰਨਲ ਪੈਰਾਮੀਟਰ ਨੂੰ ਦੇਣ ਲਈ, virt-install ਵਰਤੋ।

ਮੂਲ dm-multipath ਸੰਰਚਨਾ ਨਾਲ, Netapp ਜੰਤਰ ਪਹਿਲਾਂ ਵਾਲਾ ਫੇਲ ਹੋਇਆ ਮਾਰਗ ਮੁੜ-ਸੰਭਲਾਣ ਤੋਂ ਬਾਅਦ ਮੁਕੰਮਲ ਫੇਲਬੈਕ ਲਈ ਕਈ ਮਿੰਟ ਲੈ ਸਕਦਾ ਹੈ। ਇਸ ਸਮੱਸਿਆ ਦੇ ਹੱਲ ਲਈ, ਹੇਠਲੀ Netapp ਜੰਤਰ ਸੰਰਚਨਾ ਨੂੰ multipath.conf ਫਾਇਲ ਦੇ devices ਹਿੱਸੇ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕਰੋ:

devices {
        device {
                vendor                  "NETAPP"
                product                 "LUN"
                getuid_callout          "/sbin/scsi_id -g -u -s /block/%n"
                prio_callout            "/sbin/mpath_prio_netapp /dev/%n"
                features                "1 queue_if_no_path"
                hardware_handler        "0"
                path_grouping_policy    group_by_prio
                failback                immediate
                rr_weight               uniform
                rr_min_io               128
                path_checker            directio
        }