ಅನುಸ್ಥಾಪನೆಗೆ-ಸಂಬಂಧಿತ ಟಿಪ್ಪಣಿಗಳು

ಕರ್ನಲ್ ಊರ್ಜಿತಗಳು(updates)

ಚಾಲಕ ಊರ್ಜಿತಗಳು(updates)

ಕರ್ನಲ್-ಸಂಬಂಧಿತ ಊರ್ಜಿತಗಳು(updates)

ಇತರೆ ಊರ್ಜಿತಗಳು(updates)

ತಾಂತ್ರಿಕ ಮುನ್ನೋಟಗಳು

ಪರಿಹರಿಸಲಾದ ತೊಂದರೆಗಳು

ತಿಳಿದಿರುವ ತೊಂದರೆಗಳು

ನೀವು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5ರ ಸೀಡಿ-ರಾಂಗಳಲ್ಲಿರುವ ವಿಷಯಗಳನ್ನು ನಕಲಿಸುತ್ತಿದ್ದರೆ, ಕಾರ್ಯವ್ಯವಸ್ಥೆಗಾಗಿ ಮಾತ್ರವನ್ನು ನಕಲಿಸಲು ಮರೆಯಬೇಡಿ (ಉದಾಹರಣೆಗೆ, ಜಾಲಬಂಧ ಆಧರಿತ ಅನುಸ್ಥಾಪನೆಯನ್ನು ಮಾಡಲು ತಯಾರಾಗುತ್ತಿದ್ದರೆ). Supplementary CD-ROMಗಳನ್ನು ಅಥವ ಯಾವುದೇ ಲೇಯರ್ಡ್ ಉತ್ಪನ್ನ ಸೀಡಿ-ರಾಂಗಳನ್ನು ನಕಲಿಸಬೇಡಿ, ಏಕೆಂದರೆ ಇದರಿಂದಾಗಿ Anaconda ದ ಯೋಗ್ಯ ಕಾರ್ಯನಿರ್ವಹಣೆಗೆ ಬೇಕಾಗುವ ಕಡತಗಳ ಮೇಲೆಯೇ ಬರೆಯಲ್ಪಡುತ್ತದೆ.

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಅನುಸ್ಥಾಪಿಸಿದ ನಂತರ ಮಾತ್ರ Supplementary CD-ROM ಒಳಗೊಂಡಿರುವ ಅಂಶಗಳು ಹಾಗು ಲೇಯರ್ಡ್ ಉತ್ಪನ್ನ CD-ROMಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಬೇಕು.

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಅನ್ನು ಒಂದು ಸಂಪೂರ್ಣ ವಾಸ್ತವಪ್ರಾಯವಾದ ಅತಿಥಿಯಲ್ಲಿ ಅನುಸ್ಥಾಪಿಸುವಾಗ, kernel-xen ಕರ್ನೆಲನ್ನು ಬಳಸಬೇಡಿ. ಈ ಕರ್ನೆಲನ್ನು ಸಂಪೂರ್ಣ ವಾಸ್ತವಪ್ರಾಯವಾದ ಅತಿಥಿಗಳಲ್ಲಿ ಬಳಸುವುದರಿಂದ ಗಣಕವು ಸ್ಥಗಿತಗೊಳ್ಳಲು ಕಾರಣವಾಗಬಹುದು.

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಅನ್ನು ಒಂದು ಸಂಪೂರ್ಣ ವಾಸ್ತವಪ್ರಾಯವಾದ ಅತಿಥಿಯಲ್ಲಿ ಒಂದು ಅನುಸ್ಥಾಪನ ಸಂಖ್ಯೆಯನ್ನು ನೀವು ಬಳಸುತ್ತಿದ್ದರೆ, ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ Virtualization ಪ್ಯಾಕೇಜನ್ನು ಆರಿಸದೇ ಇರಲು ಮರೆಯದಿರಿ. Virtualization ಪ್ಯಾಕೇಜು ಸಮೂಹ ಆಯ್ಕೆಯು kernel-xen ಕರ್ನೆಲನ್ನು ಅನುಸ್ಥಾಪಿಸುತ್ತದೆ.

ಪ್ಯಾರಾ-ವಾಸ್ತವಪ್ರಾಯವಾದ ಅತಿಥಿಗಳು ಈ ತೊಂದರೆಯಿಂದ ಮುಕ್ತವಾಗಿರುತ್ತವೆ ಎನ್ನುವುದನ್ನು ಗಮನಿಸಿ. ಪ್ಯಾರಾ-ವಾಸ್ತವಪ್ರಾಯವಾದ ಅತಿಥಿಗಳು ಯಾವಾಗಲೂ kernel-xen ಕರ್ನೆಲನ್ನೇ ಬಳಸುತ್ತವೆ.

ನೀವು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ದಿಂದ 5.1 ಕ್ಕೆ ಊರ್ಜಿಯಗೊಳಿಸುವಾಗ ವಾಸ್ತವಪ್ರಾಯವಾದ ಕರ್ನಲನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ಊರ್ಜಿತವು ಮುಗಿದ ನಂತರ ರಿಬೂಟ್ ಮಾಡುವುದು ಅಗತ್ಯ.

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಹಾಗು 5.1ನ ಹೈಪರ್ವೈಸರುಗಳು ABI-ನೊಂದಿಗೆ ಸಹವರ್ತನೀಯವಾಗಿಲ್ಲ. ನೀವು ಊರ್ಜಿತಗಳ ರೀಬೂಟ್ ಮಾಡದೇ ಇದ್ದರೆ, ಊರ್ಜಿತಗೊಂಡ ವಾಸ್ತವೀಕರಣ RPM ಗಳು ಚಲಾಯಿತವಾಗುತ್ತಿರುವ ಕರ್ನೆಲ್ಲುಗಳೊಂದಿಗೆ ತಾಳೆಯಾಗುವುದಿಲ್ಲ.

CIFS ಕ್ಲೈಂಟ್ 1.48aRH ಗೆ ಆವೃತ್ತಿಗೆ ಊರ್ಜಿತಗೊಂಡಿದೆ. ಇದು ಈ ಕೆಳಗಿನ ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಸುವ ತೇಪೆಗಳೊಂದಿಗೆ 1.48a ಬಿಡುಗಡೆಗೆ ಆಧರಿತವಾಗಿದೆ:

EMC Celerra ಉತ್ಪನ್ನದ ಬಳಕೆದಾರರಿಗೆ (NAS Code 5.5.26.x ಹಾಗು ಅದಕ್ಕಿಂತ ಕೆಳಗಿನ), EMC NAS ಮೇಲಿನ ಹಂಚಿಕೆಯನ್ನು ನಿಲುಕಿಸಿಕೊಳ್ಳುವಾಗ CIFS ಕ್ಲೈಂಟ್ ಜಡಗೊಳ್ಳುತ್ತದೆ. ಈ ಸಂಗತಿಯು ಈ ಕೆಳಗಿನ ಕರ್ನಲ್ ಸಂದೇಶಗಳ ಮೂಲಕ ನಿರೂಪಿತಗೊಳ್ಳುತ್ತದೆ:

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 Code 5.5.27.5 ಅಥವ ಅದಕ್ಕೂ ನಂತರದ್ದಕ್ಕೆ ನವೀಕರಿಸಿ (EMC Primus ಕೇಸ್ ಸಂಖ್ಯೆ emc165978 ಅನ್ನು ಬಳಸಿ).

MODULE_FIRMWARE ಚಿಹ್ನೆಗಳು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ.

ICH9 ನಿಯಂತ್ರಕಗಳು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ.

Greyhound ಸಂಸ್ಕಾರಕಗಳು ಈಗ CPUID ಕರೆಗಳಲ್ಲಿ ಬೆಂಬಲಿತವಾಗಿದೆ.

Oprofile ಈಗ ಹೊಸ Greyhound ನ ಕಾರ್ಯನಿರ್ವಹಣೆಯನ್ನು ಲೆಕ್ಕಿಸುವ ಪ್ರಸಂಗಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.

Directed DIAG ವು ಈಗ z/VM ಬಳಕೆಯನ್ನು ಸುಧಾರಿಸಲು ಬೆಂಬಲ ನೀಡುತ್ತದೆ.

Intel ಚಿತ್ರ ಚಿಪ್-ಸೆಟ್ ಈಗ DRM ಕರ್ನಲ್ ಘಟಕದ ಮೂಲಕ ಬೆಂಬಲಿತವಾಗಿದೆ. ಅಲ್ಲದೆ, DRM API ವು ನೇರ ರೆಂಡರಿಂಗಿಗೆ ಬೆಂಬಲಿಸುವಂತೆ ಆವೃತ್ತಿ ೧.೩ ಕ್ಕೆ ಊರ್ಜಿತಗೊಳಿಸಲಾಗಿದೆ.

ACPI ವಿದ್ಯುಚ್ಚಕ್ತಿ ನಿರ್ವಹಣೆಯ ಊರ್ಜಿತಗಳು ಸುಧಾರಿತ S3 RAM ಗೆ ಸ್ಥಗಿತಗೊಳಿಸುವಿಕೆ ಹಾಗು S4 ಹೈಬರ್ನೇಟನ್ನು ಹೊಂದಿದೆ.

gaim ಈಗ pidgin ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತದೆ.

Intel microcode ವು ೧.೧೭ ಆವೃತ್ತಿಗೆ ಊರ್ಜಿತವಾಗಿದೆ. ಇದು ಹೊಸ Intel ಸಂಸ್ಕಾರಕಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಸೇರಿಸುತ್ತದೆ.

dm-multipath ಅನ್ನು ಬಳಸಿಕೊಳ್ಳುವ ನಿಸ್ಸಂದೇಹ ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ವಿಫಲಹೋಗುವಿಕೆಯು EMC Clariion ಶೇಖರಣೆಯಲ್ಲಿ ಬೆಂಬಲಿತವಾಗಿದೆ.

ಚೈನೀಸ್ ಅಕ್ಷರಶೈಲಿ Zysong ವು ಇನ್ನು ಮುಂದೆ fonts-chinese ಪ್ಯಾಕೇಜಿನ ಭಾಗವಾಗಿ ಅನುಸ್ಥಾಪಿತವಾಗುವುದಿಲ್ಲ. Zysong ಈಗ fonts-chinese-zysongನಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಪ್ಯಾಕೇಜ್ ಆಗಿರುತ್ತದೆ. fonts-chinese-zysong ಪ್ಯಾಕೇಜ್ Supplementary CD ಯಲ್ಲಿ ಇರುತ್ತದೆ.

Chinese National Standard GB18030 ಅನ್ನು ಬೆಂಬಲಿಸಲುfonts-chinese-zysong ಪ್ಯಾಕೇಜಿನ ಅಗತ್ಯವಿರುತ್ತದೆ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ.

Challenge Handshake Authentication Protocol (CHAP)ದ ಬಳಕೆದಾರ ಹೆಸರು ಹಾಗು ಗುಪ್ತಪದದ ಗರಿಷ್ಟ ಮಿತಿಯು ೨೫೬ ಅಕ್ಷರಗಳು ಆಗಿರುತ್ತದೆ.

pump ವು ಈ ಊರ್ಜಿತದಲ್ಲಿ ಅಸಮ್ಮತಗೊಂಡಿದೆ. ನಿಮ್ಮ ಜಾಲ ಸಂಪರ್ಕಸಾಧನವನ್ನು netconfig ದ ಮೂಲಕ ಸಂರಚಿಸುವುದುಮುರಿದ ifcfg ಸ್ಕ್ರಿಪ್ಟುಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.

ಬದಲಿಗೆ, ನಿಮ್ಮ ಜಾಲ ಸಂಪರ್ಕ ಸಾಧನವನ್ನು ಸರಿಯಾಗಿ ಸಂರಚಿಸಲು, system-config-network ಅನ್ನು ಬಳಸಿ. ಊರ್ಜಿತಗೊಂಡ system-config-networkಪ್ಯಾಕೇಜನ್ನು ಅನುಸ್ಥಾಪಿಸುವುದರಿಂದ netconfigವು ತೆಗೆಯಲ್ಪಡುತ್ತದೆ.

rpm --aid ವು ಇನ್ನು ಮುಂದೆ ಬೆಂಬಲಿತವಾಗಿರುವುದಿಲ್ಲ.ಪ್ಯಾಕೇಜುಗಳನ್ನು ಊರ್ಜಿತಗೊಳಿಸುವಾಗ ಹಾಗು ಅನುಸ್ಥಾಪಿಸುವಾಗ ನೀವು yum ಅನ್ನು ಬಳಸಿ ಎಂದು ಸಲಹೆ ಮಾಡಲಾಗುತ್ತದೆ.

SATA-ಹೊಂದಿರುವ ಗಣಕಗಳು ಬೂಟ್ ಪ್ರಕ್ರಿಯೆಯ ಸಮಯದಲ್ಲಿ ತಾತ್ಕಾಲಿಕ ಸ್ಥಗಿತಗೊಂಡು ಹಾಗು ಮುಂದುವರೆಯುವ ಮೊದಲು ಒಂದು ದೋಷವನ್ನು ತೋರಿಸುತ್ತಿದ್ದ ಒಂದು SATA ದೋಷವನ್ನು ಈಗ ನಿವಾರಿಸಲಾಗಿದೆ.

ಬಹುಸಂಖ್ಯೆಯ-ಬೂಟ್ ಗಣಕಗಳಲ್ಲಿ, parted ಈಗ Windows Vista™ ಅನುಸ್ಥಾಪಿತಗೊಂಡಿರುವ ಪ್ರಥಮ ಪ್ರಾಥಮಿಕ ವಿಭಾಗದಲ್ಲಿನ ಆರಂಭಿಕ ಖಂಡವನ್ನು ಕಾದಿರಿಸುತ್ತದೆ. ಅದೆ ರೀತಿ, ಒಂದು ಬಹುಸಂಖ್ಯೆಯ-ಬೂಟ್ ಗಣಕವನ್ನು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಹಾಗು Windows Vista™ ಎರಡರೊಂದಿಗೂ ಸಂಯೋಜಿಸುವಾಗ, ಎರಡನೆಯದನ್ನು ಬೂಟ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ ಎಂದು ಇನ್ನುಮುಂದೆ ತೋರಿಸುವುದಿಲ್ಲ.

rmmod xennet ವು ಇನ್ನು ಮುಂದೆ domU ಕುಸಿದು ಹೋಗಲು ಕಾರಣವಾಗುವುದಿಲ್ಲ.

node 0 ನಲ್ಲಿ ಮೆಮೊರಿ ಸಂರಚಿತವಾಗದ 4-ಸಾಕೆಟ್ಟಿನ AMD Sun Blade X8400 Server Module ಗಣಕಗಳು ಬೂಟ್ ಆಗುವಾಗ ಇನ್ನು ಮುಂದೆ ಗಾಬರಿ ಬೀಳುವುದಿಲ್ಲ.

conga ಹಾಗು luci ಈಗ ವಿಫಲಗೊಳ್ಳುವ ಕ್ಷೇತ್ರಗಳನ್ನು ಸಂರಚಿಸಲು ಬಳಸಬಹುದಾಗಿದೆ.

Cluster Storage ಸಮೂಹವನ್ನುyum ಮೂಲಕ ಅನುಸ್ಥಾಪಿಸುವಾಗ, ನಿರ್ವಹಣೆಯು ಇನ್ನು ಮುಂದೆ ವಿಫಲಗೊಳ್ಳುವುದಿಲ್ಲ.

ಅನುಸ್ಥಾಪಿಸುವಾಗ, ಸರಿಯಲ್ಲದ SELinux ಸನ್ನಿವೇಶಗಳು ಇನ್ನು ಮುಂದೆ /var/log/faillog ಹಾಗು /var/log/tallylog ಗೆ ನಿಯೋಜಿತಗೊಳ್ಳುವುದಿಲ್ಲ.

ವಿಭಜಿತ ಅನುಸ್ಥಾಪನ ಮಾಧ್ಯಮವನ್ನು (ಉದಾಹರಣೆಗೆ, CD ಅಥವ NFSISO) ಉಪಯೋಗಿಸಿ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಅನ್ನು ಅನುಸ್ಥಾಪಿಸುವಾಗ, ಇನ್ನು ಮುಂದೆ amanda-serverಅನ್ನು ಅನುಸ್ಥಾಪಿಸುವಾಗಿನ ದೋಷ ಕಂಡುಬರುವುದಿಲ್ಲ.

EDAC ಈಗ ಇತ್ತೀಚಿನ k8 ಸಂಸ್ಕಾರಕಗಳಲ್ಲಿನ ಸರಿಯಾದ ಮೆಮೊರಿಯ ಪ್ರಮಾಣವನ್ನು ತೋರಿಸುತ್ತ್ತದೆ.

gdm ದ ಸಹಾಯದಿಂದ ಒಂದು ದೂರದ Gnome ಗಣಕತೆರೆಗೆ ಪ್ರವೇಶಿಸುವುದರಿಂದ ಇನ್ನು ಮುಂದೆ ಪ್ರವೇಶ ತೆರೆಯು ಜಡಗೊಳ್ಳಲು ಕಾರಣವಾಗುವುದಿಲ್ಲ್ಲ.

ಅನೇಕ ಆರೋಹಣಗಳು ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುವುದಂತೆ ತಡೆಯುತ್ತಿದ್ದ autofs ನಲ್ಲಿದ್ದ ಒಂದು ದೋಷವನ್ನು ಈಗ ನಿವಾರಿಸಲಾಗಿದೆ.

bttv ನೊಂದಿಗೆ tvtime ಮತ್ತು xawtv ಚಲಾಯಿಸುವುದರಿಂದ ಕರ್ನಲ್ ಘಟಕವು ಇನ್ನು ಮುಂದೆ ಗಣಕವನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುವುದಿಲ್ಲ.

utrace ಗಾಗಿನಸ್ ಹಲವಾರು ತೇಪೆ(paatch)ಗಳು ಈ ಕೆಳಗಿನ ಪರಿಹಾರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

ಎಚ್ಚರಿಕೆ ಹಾಗು ಆವರ್ತಕ RTC ಕಾರ್ಯಭಂಗಗಳನ್ನು ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡದಂತೆ ತಡೆಯುತ್ತಿದ್ದ ಒಂದು RealTime Clock (RTC) ದೋಷವನ್ನು ಈಗ ನಿವಾರಿಸಲಾಗಿದೆ.

ಪ್ರಥಮ ಬಾರಿಗೆ Anaconda ನಲ್ಲಿ Release Notes ಗುಂಡಿಯನ್ನು ಕ್ಲಿಕ್ಕಿಸಿದ ಸಂದರ್ಭದಲ್ಲಿ, ಬಿಡುಗಡೆ‌ ಟಿಪ್ಪಣಿಗಳನ್ನು ವಿಂಡೊ ರೆಂಡರ್ ಮಾಡಿದಾಗ ಒಂದು ವಿಳಂಬವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಈ ವಿಳಂಬದ ಸಮಯದಲ್ಲಿ, ಖಾಲಿ ಇರುವಂತೆ ಕಾಣಿಸುವ ಒಂದು ಪಟ್ಟಿಯು ವಿಂಡೊದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ ರೆಂಡರಿಂಗ್ ತ್ವರಿತವಾಗಿ ಮುಕ್ತಾಯಗೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಬಹಳಷ್ಟು ಬಳಕೆದಾರರೌ ಇದನ್ನು ಗಮನಿಸುವುದಿಲ್ಲ.

ಅನುಸ್ಥಾಪನಾ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಅನುಸ್ಥಾಪನಾ ಹಂತವು ಅತಿ CPU-ತೀವ್ರ ಹಂತವಾಗಿರುವುದು ಹೆಚ್ಚಿನ ಪಕ್ಷದಲ್ಲಿ ಈ ವಿಳಂಬಕ್ಕೆ ಕಾರಣವಾಗಿರುತ್ತದೆ.

NVIDIA ಗ್ರಾಫಿಕ್ ಕಾರ್ಡುಗಳನ್ನು ಉಪಯೋಗಿಸುವ ಕೆಲವೊಂದು ಗಣಕಗಳು ಚಿತ್ರಾತ್ಮಕ ಅನುಸ್ಥಾಪನೆ ಮಾಡುವಾಗ ಅಥವ ಒಂದು ಚಿತ್ರಾತ್ಮಕ ಲಾಗಿನ್ ಆಗುವಾಗ ತಪ್ಪಾದ ಗ್ರಾಫಿಕ್ ಅಥವ ಅಕ್ಷರ ಶೈಲಿಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಇದರ ಮೇಲೆ ಕೆಲಸ ಮಾಡಲು, ಒಂದು ವಾಸ್ತವ ಕನ್ಸೋಲ್ ಹಾಗು ತಿರುಗಿ ಮೊದಲಿನ X ಸಂಕುಲಕ್ಕೆ ಬದಲಾಯಿಸಿ.

MegaRAID ಚಾಲಕಗಳನ್ನು ಉಪಯೋಗಿಸುವ ಅತಿಥೇಯ ಬಸ್ ಅಡಾಪ್ಟರುಗಳನ್ನು "Mass Storage"ಯನ್ನು ಮೀರಿಸುವ ಕ್ರಮಕ್ಕೆ ಹೊಂದಿಸಬೇಕು, "I2O"ಮೀರಿಸುವ ಕ್ರಮಕ್ಕಲ್ಲ. ಹೀಗೆ ಮಾಡಲು ಈ ಕೆಳಗಿನ ಕ್ರಮಗಳನ್ನು ಅನುಸರಿಸಿ:

ಎಲ್ಲಿಯಾದರೂ ಅಡಾಪ್ಟರ್ ಸರಿಯಲ್ಲದ ರೀತಿಯಲ್ಲಿ "I2O" ಎಮ್ಯುಲೇಶನ್ನಿಗೆ ಹೊಂದಿಸಲ್ಪಟ್ಟಿದ್ದರೆ, ಗಣಕವು i2o ಚಾಲಕವನ್ನು ಲೋಡ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಇದು ವಿಫಲಗೊಂಡು, ಸರಿಯಾದ ಚಾಲಕವನ್ನು ಲೋಡು ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

ಹಿಂದಿನ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ ಬಿಡುಗಡೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ MegaRAID ಚಾಲಕಗಳನ್ನು ಲೋಡು ಮಾಡುವ ಮೊದಲು I2O ಚಾಲಕವನ್ನು ಲೋಡ್ ಮಾಡುವ ಪ್ರಯತ್ನ ಮಾಡುವುದಿಲ್ಲ. ಇದರ ಹೊರತಾಗಿ, ಲಿನಕ್ಸ್ ಅನ್ನು ಉಪಯೋಗಿಸಿದಾಗ ಯಾವಾಗಲೂ ಯಂತ್ರಾಂಶವು "Mass Storage"ನ ಎಮುಲೇಶನ್ ಕ್ರಮಕ್ಕೆ ಹೊಂದಿಸಿರಬೇಕು.

Cisco Aironet MPI-350 ವೈರ್-ಲೆಸ್ ಕಾರ್ಡುನ್ನು ಹೊಂದಿದ ಲ್ಯಾಪ್-ಟಾಪ್ ಗಳಿಗೆ ತಂತಿಯುಕ್ತ ಎತರ್ನೆಟ್ ಪೋರ್ಟನ್ನು ಉಪಯೋಗಿಸಿ ಜಾಲಬಂಧ ಆಧರಿತ ಅನುಸ್ಥಾಪನೆಯನ್ನು ಮಾಡುವಾಗ DHCP ವಿಳಾಸವನ್ನು ಪಡೆಯುವ ಯತ್ನದಲ್ಲಿ ಗಣಕ ಸ್ಥಗಿತಗೊಳ್ಳಬಹುದು.

ಇದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು, ನಿಮ್ಮ ಅನುಸ್ಥಾಪನೆಗೆ ಸ್ಥಳೀಯ ಮಾಧ್ಯಮವನ್ನು ಉಪಯೋಗಿಸಿ. ಬದಲಾಗಿ, ಅನುಸ್ಥಾಪನೆಗೂ ಮೊದಲು ನೀವು ಲ್ಯಾಪ್ಟಾಪಿನ BIOS ನ ವೈರ್ಲೆಸ್ ಕಾರ್ಡನ್ನು ಅಶಕ್ತಗೊಳಿಸಬಹುದು (ಅನುಸ್ಥಾಪನೆ ಮುಗಿದ ನಂತರ ನೀವು ವೈರ್ಲೆಸ್ ಕಾರ್ಡನ್ನು ಪುನಃ ಶಕ್ತಗೊಳಿಸಬಹುದು).

ಪ್ರಸ್ತುತ, system-config-kickstart ವು ಪ್ಯಾಕೇಜಿನ ಆರಿಸುವಿಕೆ ಮತ್ತು ಆರಿಸದಿರುವಿಕೆಯನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. system-config-kickstart ಅನ್ನು ಉಪಯೋಗಿಸುವಾಗ, ಪ್ಯಾಕೇಜನ್ನು ಆರಿಸು ಆಯ್ಕೆ ಅಶಕ್ತಗೊಂಡಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಇದು ಏಕೆಂದರೆ system-config-kickstart ವು ಸಮೂಹ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು yum ಅನ್ನು ಉಪಯೋಗಿಸುತ್ತದೆ, yumಅನ್ನು Red Hat ಜಾಲಬಂಧಗೆ ಜೋಡಿಸುವಂತೆ ಸಂರಚಿಸಲು ಸಾಧ್ಯವಾಗಿರುವುದಿಲ್ಲ.

ಪ್ರಸ್ತುತ, ನೀವು ನಿಮ್ಮ ಕಿಕ್-ಸ್ಟಾರ್ಟ್ ಕಡತಗಳಲ್ಲಿನ ಪ್ಯಾಕೇಜ್ ಅಧ್ಯಾಯಗಳನ್ನು ಸ್ವಹಸ್ತದಿಂದ ಆರಿಸ ಬೇಕಾಗುತ್ತದೆ. ಕಿಕ್-ಸ್ಟಾರ್ಟ್ ಕಡತಗಳನ್ನು ತೆರೆಯಲು system-config-kickstart ಆಜ್ಞೆಯನ್ನು ಉಪಯೋಗಿಸುವಾಗ, ಅದು ಪ್ಯಾಕೇಜಿನ ಎಲ್ಲಾ ಮಾಹಿತಿಗಳನ್ನು ಸಂರಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ನೀವು ಉಳಿಸಿದಾಗ ಪುನಃ ಬರೆಯುತ್ತದೆ.

ಈ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5ನ ಬಿಡುಗಡೆಯಲ್ಲಿ /var/log/boot.logಗೆ ಬೂಟ್-ಸಮಯದ ಪ್ರವೇಶವು ಲಭ್ಯವಿರುವುದಿಲ್ಲ. ಇದಕ್ಕೆ ಸಮನಾದ ಕಾರ್ಯಕಾರಿಯನ್ನು ಭವಿಷ್ಯದ ಊರ್ಜಿತದಲ್ಲ ಸೇರಿಸಲಾಗುವುದು.

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 4 ರಿಂದ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಗೆ ಅಪ್ಗ್ರೇಡ್ ಮಾಡುವಾಗ, ನಿಯೋಜನಾ ಮಾರ್ಗದರ್ಶಿಯು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನುಸ್ಥಾಪಿತವಾಗಿರುವುದಿಲ್ಲ. ಅಪ್ಗ್ರೇಡ್ ಪೂರ್ಣಗೊಂಡ ನಂತರ ಈ pirut ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ ನೀವು ಹಸ್ತ ಮುಖೇನ ಅನುಸ್ಥಾಪಿಸಬೇಕು.

ಎಲ್ಲಿಯಾದರೂ X ಚಲಾಯಿತವಾಗುತ್ತಿದ್ದು ಮತ್ತು vesa ವಲ್ಲದೆ ಬೇರೆ ಒಂದು ಚಾಲಕವನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ಗಣಕವು ಒಂದು kexec/kdump ಕರ್ನಲ್ಲಿಗೆ ಯಶಸ್ವಿಯಾಗಿ ಬೂಟ್ ಆಗದೇ ಇರಬಹುದು. ATI Rage XL ಚಿತ್ರಾತ್ಮಕ ಚಿಪ್ ಸೆಟ್ಟುಗಳಲ್ಲಿ ಮಾತ್ರ ಈ ತೊಂದರೆಯು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ATI Rage XL ನಿಂದ ಅಣಿಗೊಂಡ ಗಣಕದಲ್ಲಿ X ಚಾಲನೆಯಾಗುತ್ತಿದ್ದರೆ, ಒಂದು kexec/kdump ಕರ್ನಲ್ಲಿಗೆ ಯಶಸ್ವಿಯಾಗಿ ಬೂಟ್ ಮಾಡಲು ಅನುವಾಗುವಂತೆ vesa ಚಾಲಕವನ್ನು ಬಳಸಲು ಮರೆಯದಿರಿ.

ಮಾದರಿ ಸಂಖ್ಯೆ xw9300 ಮತ್ತು xw9400 ಹೊಂದಿದ ಎಚ್ ಪಿ ಗಣಕಗಳಲ್ಲಿ ವಾಸ್ತವೀಕರಣ ಘಟಕವನ್ನು ಅನುಸ್ಥಾಪಿಸುವುದರಿಂದ ಒಂದು time went backwards ಎಚ್ಚರಿಕೆ ನೀಡಿಕೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

ಅxw9400 ಗಣಕಗಳಿಗೆ ಇದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು, HPET ಟೈಮರಿಗೆ ಶಕ್ತಗೊಳಿಸಲು BIOS ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಸ್ವರೂಪಿಸಿ .ಈ ಆಯ್ಕೆಯು xw9300 ಗಣಕಗಳಲ್ಲಿ ಲಭ್ಯವಿರುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ.

ಇದನ್ನು HP ಯ ಮುಂಬರುವ BIOS ಊರ್ಜಿತದಲ್ಲಿ ಪರಿಹರಿಸಲಾಗುವುದು.

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5ಅನ್ನು nVidia CK804 ಚಿಪ್ ಸೆಟ್ ಅನುಸ್ಥಾಪಿತವಾಗಿರುವ ಗಣಕದಲ್ಲಿ ಉಪಯೋಗಿಸುವಾಗ, ನಿಮಗೆ ಈ ರೀತಿಯ ಕರ್ನಲ್ ಸಂದೇಶಗಳು ದೊರೆಯಬಹುದು:

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

ಈ ಸಂದೇಶಗಳು ಕೆಲವೊಂದು PCI-ಪೋರ್ಟುಗಳು IRQಗಳಿಗಾಗಿ ಕೋರುತ್ತಿಲ್ಲ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಹಾಗೆಯೇ, ಈ ಸಂದೇಶಗಳು ಯಾವುದೇ ಕಾರಣಕ್ಕೂ ಗಣಕದ ಕಾರ್ಯ ನಿರ್ವಹಣೆಯ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರುವುದಿಲ್ಲ.

ನೀವು ಮೂಲವಾಗಿ ಪ್ರವೇಶಿಸಿದಾಗ ತೆಗೆದು ಹಾಕಬಹುದಾದ ಶೇಖರಣಾ ಸಾಧನಗಳು (CDಗಳು ಹಾಗು DVDಗಳು) ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಆರೋಹಿಸಲ್ಪಡುವುದಿಲ್ಲ. ಹಾಗಾಗಿ, ನೀವು ಚಿತ್ರಾತ್ಮಕ ಕಡತ ವ್ಯವಸ್ಥಾಪಕವನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ವಹಸ್ತದಿಂದ ಸಾಧನವನ್ನು ಆರೋಹಿಸಬೇಕಾಗುತ್ತದೆ.

ಪರ್ಯಾಯವಾಗಿ, ನೀವು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಒಂದು ಸಾಧನವನ್ನು /media ಕ್ಕೆ ಆರೋಹಿಸಬಹುದಾಗಿದೆ:

mount /dev/<device name> /media

Calgary IOMMU ಚಿಪ್ ಈ ಊರ್ಜಿತದಲ್ಲಿ ಪೂರ್ವನಿರ್ಧಾರಿತವಾಗಿ ಬೆಂಬಲಿತವಾಗಿಲ್ಲ. ಈ ಚಿಪ್ಪಿಗೆ ಬೆಂಬಲವನ್ನು ಶಕ್ತಗೊಳಿಸಲು, ಕರ್ನಲ್ಲಿನ ಆಜ್ಞಾ ಸಾಲಿನ ಆಯ್ಕೆ iommu=calgary ಅನ್ನು ಬಳಸಿ.

ಐಬಿಎಂ ಸಿಸ್ಟಂ z ಸಾಂಪ್ರದಾಯಿಕ ಯುನಿಕ್ಸ್ ರೀತಿಯ ಕನ್ಸೋಲನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. ಹಾಗೆಯೇ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಐಬಿಎಂ ಸಿಸ್ಟಂ z ಗಾಗಿ ಪ್ರಾರಂಭಿಕ ಲೋಡ್ ಆಗುವಾಗ ಪ್ರಥಮ ಬೂಟ್ ಕಾರ್ಯಾತ್ಮಕತೆಯನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ.

ಐಬಿಎಂ ಸಿಸ್ಟಂ zನ ಮೇಲೆ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5ಗಾಗಿ ಸೆಟ್ ಅಪ್ ಅನ್ನು ಸರಿಯಾದ ಕ್ರಮದಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲು, ಅನುಸ್ಥಾಪನೆಯ ನಂತರ ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ:

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಅನ್ನು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಕ್ಕೆ Red Hat ಜಾಲಬಂಧ ದ ಮೂಲಕ ಊರ್ಜಿತಗೊಳಿಸುವಾಗ, ನಿಮಗೆ redhat- ಬೀಟಾ ಕೀಲಿಯನ್ನು ಪಡೆದುಕೊಳ್ಳಲು yum ಸಿದ್ಧತಾ ಸೂಚಕವನ್ನು (prompt) ಒದಗಿಸುವುದಿಲ್ಲ. ಹಾಗಾಗಿ, ಊರ್ಜಿತಗೊಳಿಸುವ ಮೊದಲು ನೀವು redhat-ಬೀಟಾ ಕೀಲಿಯನ್ನು ಸ್ವಹಸ್ತದಿಂದ ಪಡೆದುಕೊಳ್ಳಿ ಎಂದು ಸೂಚಿಸಲಾಗುತ್ತದೆ. ಹಾಗೆ ಮಾಡಲು, ನೀವು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ:

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

ಒಂದು LUN ಅನ್ನು ಸಂರಚನಾ ಫೈಲರಿನಿಂದ ಅಳಿಸಿಹಾಕಿದಾಗ, ಪರಿವರ್ತನೆಯು ಅತಿಥೇಯದಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಅಂತಹ ಸಂದರ್ಭದಲ್ಲಿ, dm-multipath ಅನ್ನು ಬಳಸಿದಾಗ lvm ಆಜ್ಞೆಗಳು ಅನಿರ್ದಿಷ್ಟವಾಗಿ ಜಡಗೊಳ್ಳುತ್ತವೆ, ಏಕೆಂದರೆ LUN ಈಗ ಸ್ಥಬ್ದ ಗೊಂಡಿರುತ್ತದೆ.

ಇದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು, ಎಲ್ಲಾ ಸಾಧನಗಳನ್ನು ಹಾಗು /etc/lvm/.cacheದಲ್ಲಿರುವ ಸ್ಥಬ್ದ LUN ಗೆ ನಿಶ್ಚಿತವಾದ ಎಲ್ಲಾ mpath ಲಿಂಕ್ ನಮೂದುಗಳನ್ನು ಅಳಿಸಿ ಹಾಕಿ.

ಈ ನಮೂದುಗಳು ಏನೆಂದು ತಿಳಿಯಲು, ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ:

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> ಅನ್ನು ಸಂಪಾದಿಸಿ.

ಎಲ್ಲಿಯಾದರೂ ಒಂದು ಸಾಮಾನ್ಯ ಕಡತದ ಅನುಸ್ಥಾಪನೆಯನ್ನು ವಾಸ್ತವ ಸಾಧನವಾಗಿ ಉಪಯೋಗಿಸಲ್ಪಟ್ಟರೆ, ಡಿಸ್ಕ್ ಸಾಲಿನ /etc/xen/<name of guest machine> ಈ ರೀತಿ ಓದಲ್ಪಡುತ್ತದೆ:

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

ಅತಿಥೇಯದ ಮೇಲೆ /dev/dvd ಆಗಿ ಇರುವ ಒಂದು ಡೀವಿಡಿ-ರಾಮ್ ಸಾಧನವನ್ನು ಅನುಸ್ಥಾಪನೆಯ ೨ನೇ ಮಜಲಿನಲ್ಲಿ 'phy:/dev/dvd,hdc:cdrom,r'ನಂತಹ ನಮೂದನ್ನು ಸೇರಿಸುವ ಮೂಲಕ hdc ಆಗಿ ದೊರೆಯುವಂತೆ ಮಾಡಬಹುದಾಗಿದೆ. ಡಿಸ್ಕ್ ಸಾಲು ಈಗ ಈ ಕೆಳಗಿನ ರೀತಿಯಲ್ಲಿ ಓದಲ್ಪದುತ್ತದೆ:

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

ಉಪಯೋಗಿಸಬೇಕಾದ ನಿಖರ ಸಾಧನ ಮಾರ್ಗವು ಯಂತ್ರಾಂಶಕ್ಕನುಗುಣವಾಗಿ ಬದಲಾಗುತ್ತದೆ.

sctp ಘಟಕವು ಕರ್ನಲಿಗೆ ಸೇರಿಸಲಾಗದೇ ಹೋದರೆ, -A inet ಅಥವ -A inet6 ಆಯ್ಕೆಯೊಂದಿಗೆnetstat ಅನ್ನು ಚಲಾಯಿಸುವುದರಿಂದ ಅದು ಈ ಕೆಳಗಿನ ಸಂದೇಶದೊಂದಿಗೆ ಅಸಹಜವಾಗಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ:

netstat: no support for `AF INET (sctp)' on this system.        

ಇದನ್ನು ತಪ್ಪಿಸಲು, sctp ಕರ್ನಲ್ ಘಟಕವನ್ನು ಅನುಸ್ಥಾಪಿಸಿ.

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 3.9 ಅನ್ನು ಒಂದು ಸಂಪೂರ್ಣ ವಾಸ್ತವೀಕೃತಗೊಂಡ ಅತಿಥಿಯಲ್ಲಿ ಅನುಸ್ಥಾಪಿಸುವ ಪ್ರಕ್ರಿಯೆ ಬಹಳ ನಿಧಾನಗತಿಯದ್ದಾಗಿರಬಹುದು. ಇದರ ಜೊತೆಗೆ, ಅನುಸ್ಥಾಪನೆಯ ನಂತರ ಅತಿಥಿಯನ್ನು ಬೂಟ್ ಮಾಡುವುದು hda: lost interrupt ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.

ಈ ಬೂಟ್ ಅಪ್ ದೋಷವನ್ನು ತಪ್ಪಿಸಲು, SMP ಕರ್ನಲನ್ನು ಬಳಸುವಂತೆ ಅತಿಥಿಯನ್ನು ಸಂರಚಿಸಿ.

ಬೂಟ್ ಸಮಯದಲ್ಲಿ ಅನುಕ್ರಮಿತ ಪೋರ್ಟುಗಳಿಗೆ ಮುದ್ರಿಸುವ ಮೊದಲು ಪ್ರಸ್ತುತ ಇರುವ ಕರ್ನಲ್ಲುಗಳು Data Terminal Ready (DTR) ಸಂದೇಶಗಳನ್ನು ದೃಢಪಡಿಸುವುದಿಲ್ಲ. DTR ದೃಢಪಡಿಕೆಯು ಕೆಲವೊಂದು ಸಾಧನಗಳಿಗೆ ಅಗತ್ಯವಾಗುತ್ತದೆ; ಹಾಗಾಗಿ, ಇಂತಹ ಸಾಧನಗಳಲ್ಲಿ, ಕರ್ನಲ್ ಬೂಟ್ ಸಂದೇಶಗಳು ಅನುಕ್ರಮಿತ ಕನ್ಸೋಲುಗಳಿಗೆ ಮುದ್ರಿತಗೊಳ್ಳುವುದಿಲ್ಲ.

ಒಂದು ಅತಿಥೇಯ (dom0) ಗಣಕವನ್ನು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಗೆ ಊರ್ಜಿತಗೊಳಿಸುವುದರಿಂದ ಪ್ರಸ್ತುತ ಇರುವ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 4.5 SMP ಪ್ಯಾರಾ-ವಾಸ್ತವೀಕೃತಗೊಂಡ ಅತಿಥಿಗಳನ್ನು ಬೂಟ್ ಆಗದಂತೆ ಮಾಡುತ್ತದೆ. ಅತಿಥೇಯ ಗಣಕದಲ್ಲಿ ೪ GB ಯಷ್ಟು RAM ಗಿಂತ ಹೆಚ್ಚಿದ್ದಾಗ ಇದು ಸಂಭವಿಸುವ ಸಾಧ್ಯತೆಯು ಹೆಚ್ಚಿರುತ್ತದೆ.

ಇದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು, ಪ್ರತಿ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 4.5 ಅತಿಥಿಯನ್ನು ಏಕ CPU ಕ್ರಮದಲ್ಲಿ ಹಾಗು ಅದರ ಕರ್ನಲನ್ನು ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಗೆ (Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 4.5.z) ಊರ್ಜಿತಗೊಳಿಸಿ .

ಕೆಲವೊಂದು ವೇದಿಕೆಗಳಲ್ಲಿ(ಪ್ಲಾಟ್-ಫಾರ್ಮ್) ಬಳಸಲಾಗುವ AMD 8132 ಹಾಗು HP BroadCom HT100 ವು (HP dc7700 ನಂತಹ) MMCONFIG ಚಕ್ರಗಳನ್ನು(ಸೈಕಲ್) ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ನಿಮ್ಮ ಗಣಕವು ಇವುಗಳಲ್ಲಿ ಯಾವುದೆ ಒಂದು ಚಿಪ್-ಸೆಟ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ನಿಮ್ಮ PCI ಸಂರಚನೆಯು ಪರಂಪರೆ (legacy)PortIO CF8/CFC ಮೆಕ್ಯಾನಿಸಮ್ ಅನ್ನು ಬಳಸಬೇಕು. ಇದನ್ನು ಸಂರಚಿಸಲು, ಅನುಸ್ಥಾಪನೆಯ ವೇಳೆಯಲ್ಲಿ ಗಣಕವನ್ನು -pci nommconfig ಕರ್ನಲ್ ನಿಯತಾಂಕದೊಂದಿಗೆ ಬೂಟ್ ಮಾಡಿ ಹಾಗು ಬೂಟ್ ಆದ ನಂತರ GRUB ಗೆ pci=nommconf ಅನ್ನು ಸೇರಿಸಿ.

ಅದೂ ಅಲ್ಲದೆ, AMD 8132 ಚಿಪ್-ಸೆಟ್ ಸಂದೇಶ ಸೂಚಿತಗೊಂಡ ತಡೆಗಳನ್ನು (Message Signaled Interrupts) (MSI) ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ನಿಮ್ಮ ಗಣಕವು ಈ ಚಿಪ್-ಸೆಟ್ಟನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ನೀವು MSI ಅನ್ನು ಸಹ ಅಶಕ್ತಗೊಳಿಸಬೇಕು. ಹೀಗೆ ಮಾಡಲು, ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ -pci nomsi ಕರ್ನಲ್ ನಿಯತಾಂಕವನ್ನು ಬಳಸಿ ಹಾಗು ಪುನರ್ ಬೂಟಿಸಿದ ನಂತರ, pci=nomsi ಅನ್ನು GRUB ಗೆ ಸೇರಿಸಿ.

ಹಾಗಿದ್ದರೂ, ನಿಮ್ಮಲ್ಲಿರುವ ನಿಶ್ಚಿತ ವೇದಿಕೆಯು(ಪ್ಲಾಟ್-ಫಾರ್ಮ್) ಈಗಾಗಲೆ ಕರ್ನಲಿನಿಂದ ಬಹಿಷ್ಕೃತಗೊಂಡಿದ್ದರೆ, ನಿಮ್ಮ ಗಣಕಕ್ಕೆ ಮೇಲೆ ತಿಳಿಸಿದ pci ಕರ್ನಲ್ ನಿಯತಾಂಕಗಳ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ. ಈ ಕೆಳಗಿನ HP ವೇದಿಕೆಗಳು ಕರ್ನಲಿನಿಂದ ಬಹಿಷ್ಕೃತಗೊಂಡಿವೆ:

ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಸೇರಿಸಲಾದ Virtual Machine Manager ವು (virt-manager) ಬಳಕೆದಾರರಿಗೆ ಪ್ಯಾರಾ-ವಾಸ್ತವೀಕೃತಗೊಂಡ ಅತಿಥಿ ಅನುಸ್ಥಾಪಕಕ್ಕೆ ಹೆಚ್ಚುವರಿ ಬೂಟ್ ಆರ್ಗ್ಯುಮೆಂಟುಗಳನ್ನು ಸೂಚಿಸಲು ಅನುಮತಿಸುವುದಿಲ್ಲ. ಇದು ಕೆಲವೊಂದು ನಿಶ್ಚಿತ ಪ್ರಕಾರದ ಯಂತ್ರಾಂಶದಲ್ಲಿ ಕೆಲವೊಂದು ಪ್ಯಾರಾ ವಾಸ್ತವಿಕೃತಗೊಂಡ ಅತಿಥಿಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸುವಾಗ ಅಗತ್ಯವಿರುವ ಅಂತಹ ಆರ್ಗ್ಯುಮೆಂಟುಗಳಲ್ಲಿಯೂ ಸಹ ಇದು ನಿಜವಾಗಿರುತ್ತದೆ.

ಈ ಸಂಗತಿಯನ್ನು ಮುಂಬರುವ virt-manager ನ ಒಂದು ಬಿಡುಗಡೆಯಲ್ಲಿ ಗಮನಿಸಲಾಗುವುದು. ಪ್ಯಾರಾ-ವಾಸ್ತವೀಕೃತಗೊಂಡ ಅತಿಥಿಗಳನ್ನು ಆಜ್ಞಾ ಸಾಲಿನಿಂದ ಅನುಸ್ಥಾಪಿಸುವಾಗ ಸ್ವಚ್ಚಂದ (arbitrary)ಕರ್ನಲ್ ಆರ್ಗ್ಯುಮೆಂಟುಗಳನ್ನು ಸೂಚಿಸಲು, virt-install ಅನ್ನು ಬಳಸಿ.

ಪೂರ್ವನಿಯೋಜಿತ dm-multipath ಸಂರಚನೆಯೊಂದಿಗೆ, ಈ ಹಿಂದೆ ವಿಫಲಗೊಂಡ ಒಂದು ಮಾರ್ಗವು ಪುನಃಸ್ಥಾಪಿತಗೊಂಡ ನಂತರ Netapp ಸಾಧನಗಳು ವಿಫಲಮರಳಿಕೆಗೆ (failback) ಹಲವಾರು ನಿಮಿಷಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಈ ತೊಂದರೆಯನ್ನು ನಿವಾರಿಸಲು, ಈ ಕೆಳಗಿನ 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
        }