ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳ ಅಪ್ಡೇಟ್‍ಗಳು

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

ವೈಶಿಷ್ಟ್ಯ ಅಪ್ಡೇಟ್‍ಗಳು

ಚಾಲಕ ಅಪ್ಡೇಟ್‍ಗಳು

ಕರ್ನಲ್-ಸಂಬಂಧಿತ ಅಪ್ಡೇಟ್‍ಗಗಳು

ಇತರೆ ಅಪ್ಡೇಟ್‍ಗಳು(updates)

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

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

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

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಅನ್ನು ಒಂದು ಸಂಪೂರ್ಣ ವಾಸ್ತವೀಕರಣಗೊಂಡ SMP ಅತಿಥಿಯ ಮೇಲೆ ಅನುಸ್ಥಾಪಿಸುವಾಗ, ಅನುಸ್ಥಾಪನೆಯು ನಿಂತು ಬಿಡಬಹುದು. ಅತಿಥೇಯವು (dom0) Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಅನ್ನು ಚಲಾಯಿಸುತ್ತಿದ್ದಲ್ಲಿ ಇದು ಸಂಭವಿಸುವ ಸಾಧ್ಯತೆ ಇದೆ.

ಇದನ್ನು ತಡೆಯಲು, ಅನುಸ್ಥಾಪನೆಯನ್ನು ಬಳಸುತ್ತಿರುವ ಒಂದು ಏಕ ಸಂಸ್ಕಾರಕವನ್ನು ಬಳಸುವಂತೆ ಅತಿಥಿಯನ್ನು ಹೊಂದಿಸಿ.ಹೀಗೆ ಮಾಡಲು ನೀವು --vcpus=1 ಆಯ್ಕೆಯನ್ನು virt-install ನಲ್ಲಿ ಬಳಸಬಹುದು. ಒಮ್ಮೆ ಅನುಸ್ಥಾಪನೆಯು ಪೂರ್ಣಗೊಂಡಿತೆಂದರೆ, virt-manager ನಲ್ಲಿ ನಿಯೋಜಿತವಾದ vcpus ಅನ್ನು ಮಾರ್ಪಡಿಸುವ ಮೂಲಕ ನೀವು ಅತಿಥಿಯನ್ನು SMP ಗೆ ಹೊಂದಿಸಬಹುದಾಗಿದೆ.

ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ WBEMSMT ಅನ್ನು ಒಳಗೊಳ್ಳಿಸಲಾಗಿದೆ. ಇದು ಒಂದು ಸಾಂಬಾ ಹಾಗು DNS ಗಾಗಿನ ಒಂದು ಬಳಕೆದಾರ ಸ್ನೇಹಿ ನಿರ್ವಹಣಾ ಸಂಪರ್ಕಸಾಧನಗಳ ಜಾಲ-ಆಧರಿತ ಅನ್ವಯಗಳ ಸೂಟ್. WBEMSMT ನ ಬಗೆಗಿನ ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಳಿಗಾಗಿ, http://sblim.wiki.sourceforge.net/ ಅನ್ನು ಸಂಪರ್ಕಿಸಿ.

pm-utils ಅನ್ನು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ನ pm-utils ಬೀಟಾ ಆವೃತ್ತಿಗೆ ನವೀಕರಿಸುವುದು ಈ ಕೆಳಗಿನ ದೋಷ ಸಂದೇಶದೊಂದಿಗೆ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ:

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

ಇದು ಸಂಭವಿಸದಂತೆ ತಡೆಯಲು, ನವೀಕರಿಸುವ ಮೊದಲು /etc/pm/sleep.d/ ಕಡತಕೋಶವನ್ನು ತೆಗೆದು ಹಾಕಿ. ಎಲ್ಲಿಯಾದರೂ /etc/pm/sleep.d ಯು ಯಾವುದೆ ಕಡತಗಳನ್ನು ಹೊಂದಿದ್ದಲ್ಲಿ, ನೀವು ಅವನ್ನು /etc/pm/hooks/ ಗೆ ವರ್ಗಾಯಿಸಬಹುದಾಗಿದೆ.

Mellanox MT25204 ಗಾಗಿನ ಯಂತ್ರಾಂಶ ಪರೀಕ್ಷೆಯಿಂದ ಅತಿಯಾದ ಲೋಡ್‍ನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಒಂದು ಆಂತರಿಕ ದೋಷವು ಕಂಡುಬರುತ್ತದೆ ಎಂಬುದು ತಿಳಿದುಬಂದಿದೆ. ಈ ಯಂತ್ರಾಂಶದಲ್ಲಿನ ib_mthca ಚಾಲಕವು ಒಂದು ಅನಾಹುತಕಾರಿಯಾದ ದೋಷವನ್ನು ವರದಿ ಮಾಡಿದೆ ಎಂದಾದಲ್ಲಿ, ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಕೆದಾರ ಅನ್ವಯದಿಂದ ಬಾಕಿ ಉಳಿದಿರುವ ಕಾರ್ಯ ಮನವಿಗಳ ಸಂಖ್ಯೆಗೆ ಸಂಬಂಧಿತವಾದ ಸಾಕಷ್ಟಿಲ್ಲದ ಕಂಪ್ಲೀಶನ್ ಕ್ಯೂ ಡೆಪ್ತ್‍ಗೆ ಸಂಬಂಧಿಸಿರುತ್ತದೆ.

ಯಂತ್ರಾಂಶವು ಅಂತಹ ಒಂದು ಸನ್ನಿವೇಶದಿಂದ ಚೇತರಿಸಿಕೊಂಡರೂ ಸಹ, ಆ ದೋಷದ ಸಂದರ್ಭದಲ್ಲಿ ಎಲ್ಲಾ ಸಂಪರ್ಕಗಳು ಕಡಿದು ಹೋಗುತ್ತವೆ. ಇದು ಬಳಕೆದಾರ ಅನ್ವಯದಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಸೆಗ್ಮೆಂಟೇಶನ್ ದೋಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಅಲ್ಲದೆ, ದೋಷದ ಸಂಭವಿಸಿದ ಸಂದರ್ಭದಲ್ಲಿ opensm ಚಾಲನೆಯಲ್ಲಿದ್ದಲ್ಲಿ, ಅದು ಪುನಃ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅದನ್ನು ನೀವು ಸ್ವತಃ ಮರು ಆರಂಭಿಸಬೇಕಾಗುತ್ತದೆ.

ಚಾಲಕ ಅಪ್ಡೇಟ್ ಡಿಸ್ಕ್‍ಗಳು ಈಗ Red Hat ದ ಚಾಲಕ ಅಪ್ಡೇಟ್ ಪ್ರೋಗ್ರಾಂ RPM-ಆಧರಿತ ಪ್ಯಾಕೇಜಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ. ಎಲ್ಲಿಯಾದರೂ ಒಂದು ಡ್ರೈವರ್ ಡಿಸ್ಕ್‍ ಹೊಸ ವಿನ್ಯಾಸವನ್ನು ಬಳಸಿದಲ್ಲಿ, ಗಣಕದ ಅಪ್ಡೇಟ್‍ಗಳ ನಂತರ ರಕ್ಷಿಸಲ್ಪಟ್ಟ RPM ಪ್ಯಾಕೇಜ್‍ ಮಾಡಲಾದ ಚಾಲಕಗಳನ್ನು ಹೊಂದಿರುವ ಸಾಧ್ಯತೆ ಇದೆ.

ಚಾಲಕ RPMಗಳು ಅನುಸ್ಥಾಪಿತ ಗಣಕದಲ್ಲಿರುವ ಪೂರ್ವನಿಯೋಜಿತ ಕರ್ನಲ್ ವೇರಿಯಂಟ್‍ಗಳಿಗೆ ಮಾತ್ರ ನಕಲಿಸಲ್ಪಡುತ್ತವೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ನೆನಪಿಡಿ. ಉದಾಹರಣೆಗೆ, ಒಂದು ಚಾಲಕ RPM ಅನ್ನು ವಾಸ್ತವೀಕೃತಗೊಂಡ ಕರ್ನಲ್‍ನಲ್ಲಿ ಅನುಸ್ಥಾಪಿಸಿದಲ್ಲಿ ಕೇವಲ ವಾಸ್ತವೀಕೃತಗೊಂಡ ಕರ್ನಲ್‍ಗಾಗಿನ ಚಾಲಕವನ್ನು ಮಾತ್ರ ಅನುಸ್ಥಾಪಿಸುತ್ತದೆ. ಗಣಕದಲ್ಲಿ ಅನುಸ್ಥಾಪಿತಗೊಂಡಿರುವ ಬೇರಾವುದೆ ಕರ್ನಲ್ ವೇರಿಯಂಟ್‍ಗೆ ಚಾಲಕ RPM ಅನುಸ್ಥಾಪಿತಗೊಳ್ಳುವುದಿಲ್ಲ.

ಅನೇಕ ಕರ್ನಲ್ ವೇರಿಯಂಟ್ ಅನುಸ್ಥಾಪಿತಗೊಂಡಂತಹ ಒಂದು ಗಣಕದಲ್ಲಿ, ಪ್ರತಿಯೊಂದು ಕರ್ನಲ್ ವೇರಿಯಂಟ್‍ನಲ್ಲಿ ನೀವು ಗಣಕವನ್ನು ಬೂಟ್ ಮಾಡಿ ಚಾಲಕ RPM ಅನ್ನು ಅನುಸ್ಥಾಪಿಸಬೇಕಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನಿಮ್ಮ ಗಣಕದಲ್ಲಿ ಬೇರ್-ಮೆಟಲ್ ಹಾಗು ವಾಸ್ತವೀಕೃತಗೊಂಡ ಕರ್ನಲ್‍ಗಳು ಅನುಸ್ಥಾಪಿತಗೊಂಡಿದ್ದಲ್ಲಿ, ಬೇರ್-ಮೆಟಲ್ ಕರ್ನಲ್‍ ಬಳಸಿಕೊಂಡು ಗಣಕವನ್ನು ಬೂಟ್ ಮಾಡಿ ಹಾಗು ಚಾಲಕ RPM ಅನ್ನು ಅನುಸ್ಥಾಪಿಸಿ. ನಂತರ, ಗಣಕವನ್ನು ವಾಸ್ತವೀಕೃತಗೊಂಡ ಕರ್ನಲ್‍ಗೆ ಮರು ಬೂಟ್ ಮಾಡಿ ಚಾಲಕ RPM ಅನ್ನು ಪುನಃ ಅನುಸ್ಥಾಪಿಸಿ.

dom0 ನ ಕಾಲಾವಧಿಯಲ್ಲಿ, ನೀವು 32,750 ಗಿಂತ ಹೆಚ್ಚು ಬಾರಿ ಅತಿಥಿಗಳನ್ನು ಸೃಜಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ (ಅಂದರೆ. xm create). ಉದಾಹರಣೆಗೆ, ಒಂದು ಆವರ್ತನದಲ್ಲಿ ಬೂಟ್ ಆಗುವ ಅತಿಥಿಗಳು ನಿಮ್ಮಲ್ಲಿದ್ದಲ್ಲಿ dom0, 32,750 ಬಾರಿ ಅತಿಥಿಗಳನ್ನು ಮರು ಬೂಟಿಸಿದ ನಂತರ ಯಾವುದೆ ಅತಿಥಿಗಳನ್ನು ಬೂಟ್ ಮಾಡಲು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ.

ಎಲ್ಲಿಯಾದರೂ ಇದು ಸಂಭವಿಸಿದಲ್ಲಿ dom0 ಅನ್ನು ಮರು ಆರಂಭಿಸಿ

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 NFS ಪರಿಚಾರಕವು ಈಗ ಉಲ್ಲೇಖಿತ ರಫ್ತನ್ನು(ರೆಫರಲ್ ಎಕ್ಸ್‍ಪೋರ್ಟ್) ಬೆಂಬಲಿಸುತ್ತದೆ. ಈ ರಫ್ತುಗಳು NFSv4 ಪ್ರೋಟೋಕಾಲ್‍ಗಾಗಿನ ವಿಸ್ತರಣೆಗಳ ಆಧರಿತವಾಗಿರುತ್ತದೆ. ಈ ವಿಸ್ತರಣೆಗಳನ್ನು ಬೆಂಬಲಿಸದ ಯಾವುದೆ NFS ಕ್ಲೈಂಟ್‍ಗಳು (ಉದಾ, 5.1 ಕ್ಕೂ ಮುಂಚಿನ ಬಿಡುಗಡೆಯಾದ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್) ಈ ರಫ್ತನ್ನು ನಿಲುಕಿಸಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿರುವಿದಿಲ್ಲ.

ಈ ರಫ್ತುಗಳನ್ನು ಬೆಂಬಲಿಸದ ಒಂದು NFS ಕ್ಲೈಂಟ್, ಈ ರಫ್ತುಗಳನ್ನು ನಿಲುಕಿಸಿಕೊಳ್ಳಲು ಮಾಡುವ ಯಾವುದೆ ಪ್ರಯತ್ನ ಮಾಡಿದಲ್ಲಿ ಇದು ವಿಫಲಗೊಂಡು I/O ದೋಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಕೆಲವೊಂದು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಕ್ಲೈಂಟ್‍ನ ಅನ್ವ ಕಾರ್ಯಗತಗೊಳಿಕೆಯ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿ, ವಿಫಲತೆಯು ಗಣಕದ ಕುಸಿತಗೊಳ್ಳುವಷ್ಟು ತೀವ್ರವಾಗಬಹುದು.

NFS ಉಲ್ಲೇಖ ವಿಸ್ತರಣೆಗಳನ್ನು ಬೆಂಬಲಿಸದ ಕ್ಲೈಂಟ್‍ಗಳು ಅದನ್ನು ನಿಲುಕಿಸಿಕೊಳ್ಳದಂತೆ ಮುಂಜಾಗ್ರತೆವಹಿಸುವುದು ಅಗತ್ಯವಾಗುತ್ತದೆ.

GFS2 ಯು ಒಂದು GFS ನ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಒಂದು ಏರಿಕೆ ಹಂತ. ಈ ಅಪ್ಡೇಟ್ ಡಿಸ್ಕಿನಲ್ಲಿನ ಕಡತವ್ಯವಸ್ಥೆಗೆ ಒಂದು ಬದಲಾವಣೆಯನ್ನು ಒದಗಿಸುವಂತೆ ಹಲವಾರು ಗುರುತರ ಸುಧಾರಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. GFS ಕಡತವ್ಯವಸ್ಥೆಯನ್ನು gfs2_convert ಅನ್ನು ಬಳಸಿಕೊಂಡು GFS2 ಗೆ ಮಾರ್ಪಡಿಸಬಹುದು, ಇದು ಒಂದು GFS ಕಡತವ್ಯವಸ್ಥೆಯ ಮೆಟಾಡಾಟಾವನ್ನು ಆ ಪ್ರಕಾರ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸುತ್ತದೆ.

GFS2 ವನ್ನು ಈ ಮೊದಲು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ರಲ್ಲಿ ಒಂದು ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನವಾಗಿ ಬಿಡುಗಡೆಗೊಳಿಸಲಾಗಿತ್ತು, ಹಾಗು ಈ ಅಪ್ಡೇಟ್‍ನಲ್ಲಿ ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಬೆಂಬಲಿತವಾಗಿದೆ. ಪರೀಕ್ಷಾ ಮೈಲುಗಲ್ಲುಗಳು ಈ ಕೆಳಗೆ ತಿಳಿಸಿದವುಗಳ ತೀವ್ರಗತಿ ಕಾರ್ಯನಿರ್ವಹಣೆಯನ್ನು ಸೂಚಿಸಿವೆ:

ಇದರ ಜೊತೆಗೆ GFS2 ಈ ಕೆಳಗಿನ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನೂ ಸಹ ಹೊಂದಿದೆ:

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಅನ್ನು HP BL860c ಬ್ಲೇಡ್ ಗಣಕಗಳಲ್ಲಿ ಅನುಸ್ಥಾಪಿಸುವಾಗ IP ಮಾಹಿತಿ ಮನವಿ ಹಂತದಲ್ಲಿ ಅನುಸ್ಥಾಪನೆಯು ಸ್ಥಗಿತಗೊಳ್ಳಬಹುದು. ನೀವು TCP/IP ಅನ್ನು ಸಂರಚಿಸು ತೆರೆಯಲ್ಲಿ ಸರಿ ಅನ್ನು ಎರಡು ಬಾರಿ ಕ್ಲಿಕ್ಕಿಸಬೇಕಾದ ಸಂದರ್ಭ್ದಲ್ಲಿ ಈ ತೊಂದರೆಯು ಸ್ಪಷ್ಟವಾಗಿ ಕಾಣಿಸುತ್ತದೆ.

ಇದು ಸಂಭವಿಸಿದಲ್ಲಿ, ಗಣಕವನ್ನು ಮರು ಬೂಟ್ ಮಾಡಿ ಹಾಗು ಅನುಸ್ಥಾಪನೆಯನ್ನು ಎತರ್ನೆಟ್ ಆಟೋನೆಗೋಶಿಯೇಶನ್ ಡಿಸೇಬಲ್ಡ್‍ನೊಂದಿಗೆ ನಿರ್ವಹಿಸಿ. ಹೀಗೆ ಮಾಡಲು ಅನುಸ್ಥಾಪನೆ ಮಾಧ್ಯಮದಿಂದ ಬೂಟ್ ಮಾಡುವಾಗ ethtool="autoneg=off" ನಿಯತಾಂಕವನ್ನು ಬಳಸಿ. ಹೀಗೆ ಮಾಡುವುದರಿಂದ ಅನುಸ್ಥಾಪನೆಗೊಂಡ ಗಣಕಕ್ಕೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.

nohide ರಫ್ತು ಆಯ್ಕೆಯು ಉಲ್ಲೇಖಿತ ರಫ್ತುಗಳಲ್ಲಿ ಅಗತ್ಯವಾಗಿರುತ್ತದೆ (ಅಂದರೆ. ಒಂದು ಉಲ್ಲೇಖಿತ ಪರಿಚಾರಕವನ್ನು ಸೂಚಿಸುವ ರಫ್ತುಗಳು). ಇದೇಕೆಂದರೆ ಉಲ್ಲೇಖಿತ ರಫ್ತುಗಳು ಒಂದು ಬೌಂಡ್ ಆರೋಹಣಾ ತಾಣದಿಂದ "ಹಾದುಹೋಗ" ಬೇಕಾಗುತ್ತದೆ. nohide ರಫ್ತು ಆಯ್ಕೆಯು ಅಂತಹ "ಹಾದು ಹೋಗುವಿಕೆ"ಯು ಯಶಸ್ವಿಯಾಗಲು ಅಗತ್ಯವಾಗುತ್ತದೆ.

ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, man exports 5 ಅನ್ನು ಸಂಪರ್ಕಿಸಿ.

ಈ ಅಪ್ಡೇಟ್ lvm2 ಕಾರ್ಯಕ್ರಮ ಮೇಲ್ವಿಚಾರಣಾ ಡೆಮನ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ನೀವು ಈಗಾಗಲೆ lvm2 ಪ್ರತಿರೂಪಿಸುವಿಕೆಯನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ಎಲ್ಲಾ ಮೇಲ್ವಿಚಾರಣಾ ಕ್ರಿಯೆಗಳು ಸರಿಯಾಗಿ ನವೀಕರಣಗೊಂಡಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಈ ಕೆಳಗಿನ ಹಂತಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ:

ತ್ವರಿತ ವಾಸ್ತವೀಕರಣ ಇಂಡೆಕ್ಸಿಂಗ್ (RVI) ಯು ಈಗ64-ಬಿಟ್, 32-ಬಿಟ್, ಹಾಗು 32-ಬಿಟ್ PAE ಕರ್ನಲ್‍ಗಳಲ್ಲಿ ಬೆಂಬಲಿತವಾಗಿದೆ. ಆದರೆ, RVI ಯು 32-ಬಿಟ್ PAE ಹೈಪರ್ವೈಸರಿನಲ್ಲಿ ಕೇವಲ 32-ಬಿಟ್ ಅತಿಥಿ ವಾಸ್ತವ ವಿಳಾಸವನ್ನು ಮಾತ್ರ ಅನುವಾದಿಸುತ್ತದೆ.

ಒಂದು ಅತಿಥಿಯು PAE ಕರ್ನಲ್‍ 3840MB ಯಷ್ಟು RAM ಗಿಂತ ಹೆಚ್ಚಿನದರೊಂದಿಗೆ ಚಲಾಯಿತಗೊಳ್ಳುತ್ತಿದ್ದಲ್ಲಿ, ಒಂದು ತಪ್ಪಾದ ವಿಳಾಸ ಅನುವಾದವು ಸಂಭವಿಸುತ್ತದೆ. ಇದು ಅತಿಥಿಯ ಕುಸಿತಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ.

ನೀವು RVI ಅಡಿಯಲ್ಲಿ 4GB ಗಿಂತಲೂ ಹೆಚ್ಚಿನ ಭೌತಿಕ RAM ನೊಂದಿಗೆ ಅತಿಥಿಗಳನ್ನು ಚಲಾಯಿಸುವಂತಿದ್ದಲ್ಲಿ 64-ಬಿಟ್ ಕರ್ನಲ್‍ಗಳನ್ನು ಬಳಸುವಂತೆ ಸೂಚಿಸಲಾಗುತ್ತದೆ.

AMD Rev F ಸಂಸ್ಕಾರಕಗಳನ್ನು ಬಳಸಿಕೊಂಡು 16 ಕೋಟಿ ಅಥವ ಹೆಚ್ಚಿನವುಗಳನ್ನು ಚಲಾಯಿಸಿದಲ್ಲಿ ಸಂಪೂರ್ಣ ವಾಸ್ತವೀಕರಣಗೊಂಡ ಅತಿಥಿ ಅನುಸ್ಥಾಪನೆಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ ಗಣಕವು ಮರು ಹೊಂದಿತಗೊಳ್ಳುವ ಸಾಧ್ಯತೆಗಳಿರುತ್ತದೆ.

ಈಗಾಗಲೆ systemtap ಅನುಸ್ಥಾಪಿತಗೊಂಡಿದ್ದಲ್ಲಿ systemtap-runtime ಪ್ಯಾಕೇಜಿನ ಅನುಸ್ಥಾಪನೆಯು ಒಂದು ಟ್ರಾನ್ಸಾಕ್ಶನ್ ಚೆಕ್ ದೋಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಅಲ್ಲದೆ systemtap ಪ್ಯಾಕೇಜ್ ಮೊದಲೇ ಅನುಸ್ಥಾಪಿತಗೊಂಡಿದ್ದಲ್ಲಿ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಅನ್ನು 5.1 ಗೆ ನವೀಕರಿಸುವುದು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ.

systemtap-runtime ಅನ್ನು ಅನುಸ್ಥಾಪಿಸುವಾಗ ಅಥವ ನವೀಕರಿಸುವ ಮೊದಲು rpm -e systemtap-0.5.12-1.e15 ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು systemtap ಅನ್ನು ತೆಗೆದು ಹಾಕಿ.

NFSROOT ಅನ್ನು ಆರಂಭಿಸುವಾಗ, BOOTPROTO ಅನ್ನು /etc/sysconfig/network-scripts/ifcfg-eth0 ನಲ್ಲಿ BOOTPROTO=dhcp ಆಗಿ ಹೊಂದಿಸಬೇಕು.

ನಿಮ್ಮ ಪರಿಸರಕ್ಕಾಗಿ BOOTPROTO ಕ್ಕೆ ಒಂದು ಪ್ರತ್ಯೇಕ ಸಂಯೋಜನೆಯ ಅಗತ್ಯವಿದ್ದಲ್ಲಿ, initrd ಅನ್ನು ರಚಿಸುವ ಮೊದಲು ತಾತ್ಕಾಲಿಕವಾಗಿ BOOTPROTO=dhcp ಅನ್ನು /etc/sysconfig/network-scripts/ifcfg-eth0 ನಲ್ಲಿ ಹೊಂದಿಸಿ. initrd ರಚನೆಯಾದ ನಂತರ ನೀವು BOOTPROTO ಅನ್ನು ಮೊದಲಿನ ಮೌಲ್ಯಕ್ಕೆ ಹೊಂದಿಸಬಹುದು .

IBM ಬ್ಲೇಡ್ ಸೆಂಟರ್ ಗಾಗಿನ QLogic iSCSI ವಿಸ್ತರಣಾ ಕಾರ್ಡ್ ಎತರ್ನೆಟ್ ಹಾಗು iSCSI ಕಾರ್ಯ ಎರಡನ್ನೂ ಒದಗಿಸುತ್ತದೆ. ಕಾರ್ಡಿನಲ್ಲಿನ ಕೆಲವೊಂದು ಭಾಗವನ್ನು ಎರಡೂ ಹಂಚಿಕೆಗೊಂಡಿವೆ. ಆದರೆ ಈಗಿನ qla3xxx ಹಾಗು qla4xxx ಚಾಲಕಗಳುಎತರ್ನೆಟ್ ಹಾಗು iSCSI ಕಾರ್ಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಬೆಂಬಲಿಸುತ್ತದೆ. ಎರಡೂ ಚಾಲಕಗಳು ಎತರ್ನೆಟ್ ಹಾಗು iSCSI ಕಾರ್ಯಗಳನ್ನು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಬಳಸುವುದನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ.

ಎತರ್ನೆಟ್ ಹಾಗು iSCSI ಕಾರ್ಯಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಬಳಸಿದಲ್ಲಿ ಸಾಧನವು ಸ್ಥಗಿತಗೊಳ್ಳುವ ಸಾಧ್ಯತೆ ಇರುತ್ತದೆ. ಇದು iSCSI ಸಾಧನಗಳಲ್ಲಿ ದತ್ತಾಂಶ ನಾಶ ಹಾಗು ಕಡತವ್ಯವಸ್ಥೆ ಭ್ರಷ್ಟತೆಗೆ ಕಾರಣವಾಗಬಹುದು, ಅಥವ ಸಂಪರ್ಕಿತಗೊಂಡಿರುವ ಇತರೆ ಜಾಲಬಂಧ ಸಾಧನಗಳಿಗೆ ಅಡ್ಡಿಯಾಗಬಹುದು.

ಈಗಿರುವ ಅತಿಥಿಗಳಿಗೆ ಡಿಸ್ಕ್‍ಗಳನ್ನು ಸೇರಿಸಲು virt-manager ಅನ್ನು ಬಳಸುವಾಗ, ಅತಿಥಿಯ /etc/xen/<domain name> ಸಂರಚನಾ ಕಡತದಲ್ಲಿ ಜೋಡಿ ನಮೂದುಗಳಾಗಬಹುದು. ಈ ಜೋಡಿ ನಮೂದುಗಳು ಅತಿಥಿಯು ಬೂಟ್ ಆಗದಂತೆ ತಡೆಯುತ್ತದೆ.

ನೀವು ಈ ಜೋಡಿ ನಮೂದುಗಳನ್ನು ತೆಗೆದು ಹಾಕಬೇಕಾಗುತ್ತದೆ.

ಎರಡು ಅತಿಥೇಯಗಳ ನಡುವಿನ ಅತಿಥಿಯ ಪುನರಾವರ್ತಿತ ವಲಸೆಯು ಒಂದು ಅತಿಥೇಯವು ದಿಗಿಲುಗೊಳ್ಳುವ(ಪ್ಯಾನಿಕ್) ಸಾದ್ಕ್ಯತೆ ಇರುತ್ತದೆ. ಒಂದು ಅತಿಥಿಯನ್ನು ವಲಸೆ ಮಾಡಿದ ನಂತರ ಹಾಗು ಮೊದಲು ಅತಿಥೇಯವನ್ನು ಪುನಃ ಬೂಟ್ ಮಾಡಿದಲ್ಲಿ ದಿಗಿಲನ್ನು ತಪ್ಪಿಸಬಹುದಾಗಿದೆ.

sos ಗೆ ಸಹಾಯಕವಾಗುವಂತೆ sysreport ಅನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ. sos ಅನ್ನು ಅನುಸ್ಥಾಪಿಸಲು, yum install sos ಅನ್ನು ಚಲಾಯಿಸಿ. ಈ ಆಜ್ಞೆಯು sos ಅನ್ನು ಅನುಸ್ಥಾಪಿಸುತ್ತದೆ ಹಾಗು sysreport ಅನ್ನು ತೆಗೆದು ಹಾಕುತ್ತದೆ. ಇದನ್ನು ತೋರ್ಪಡಿಸಲು ನೀವು ಈಗಿರುವ ಕಿಕ್‍ಸ್ಟಾರ್ಟ್ ಕಡತವನ್ನು ಅಪ್ಡೇಟ್ ಮಾಡಿ ಎಂದು ಸೂಚಿಸಲಾಗುತ್ತದೆ.

sos ಅನ್ನು ಅನುಸ್ಥಾಪಿಸಿದ ನಂತರ, sosreport ಅನ್ನು ಬಳಸಿಕೊಂಡು ಅದಕ್ಕೆ ಮನವಿ ಸಲ್ಲಿಸಿ. sysreport ಅನ್ನು ಬಳಸಿದಲ್ಲಿ sysreport ಅನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ ಎಂಬ ಎಚ್ಚರಿಕೆಯು ಕಾಣಿಸುತ್ತದೆ; ಮುಂದುವರೆಸಿದಲ್ಲಿ sosreport ಕ್ಕೆ ಮನವಿ ಸಲ್ಲಿಸಲ್ಪಡುತ್ತದೆ.

ನೀವು sysreport ಉಪಕರಣವನ್ನು ಖಚಿತವಾಗಿ ಬಳಸಬೇಕೆಂದಿದ್ದರೆ, ಅದಕ್ಕೆ ಮನವಿ ಸಲ್ಲಿಸಲು sysreport.legacy ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ.

sosreport ಬಗೆಗಿನ ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, man sosreport ಹಾಗು sosreport --help ಅನ್ನು ಸಂಪರ್ಕಿಸಿಸ್.

ನೀವು 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 ಗೆ ನಿಯೋಜಿತಗೊಳ್ಳುವುದಿಲ್ಲ.

ಡ್ಯುಯಲ್-ಕೋರ್ AMD ಪ್ಲಾಟ್-ಫಾರ್ಮಿನಲ್ಲಿ, ಒಂದು ಏಕ cpu ಮೇಲೆ cpu-ತೀವ್ರವಾದ ಕಾರ್ಯಚಟುವಟಿಕೆಯು ಇನ್ನು ಮುಂದೆ CPU ಕೋರುಗಳ ಆವರ್ತನಗಳ (frequencies) ಬದಲಾವಣೆಗೆ ಕಾರಣವಾಗುವುದಿಲ್ಲ.

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

ಅನುಸ್ಥಾಪನಾ ಪ್ರಕ್ರಿಯೆಯ ಸಮಯದಲ್ಲಿ, Anaconda ವು ಈಗ 4GB RAM ಗಿಂತಲೂ ಹೆಚ್ಚಿನದನ್ನು ಗುರುತಿಸಬಲ್ಲದು. ಇದರಿಂದ Anaconda ಕ್ಕೆ ಕರ್ನಲ್ಲಿನ ಕರ್ನಲ್-PAE ಚರಾಂಶವನ್ನು ಅನುಸ್ಥಾಪಿಸಬೇಕೆ ಅಥವ ಬೇಡವೆ ಎಂದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಿರ್ಧರಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

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

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

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

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

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

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

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

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 ಚಾಲಕವನ್ನು ಬಳಸಲು ಮರೆಯದಿರಿ.

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

ಐಬಿಎಂ ಸಿಸ್ಟಂ 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 ಕರ್ನಲ್ ಘಟಕವನ್ನು ಅನುಸ್ಥಾಪಿಸಿ.

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

ಕೆಲವೊಂದು ವೇದಿಕೆಗಳಲ್ಲಿ(ಪ್ಲಾಟ್-ಫಾರ್ಮ್) ಬಳಸಲಾಗುವ 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 ವೇದಿಕೆಗಳು ಕರ್ನಲಿನಿಂದ ಬಹಿಷ್ಕೃತಗೊಂಡಿವೆ:

ಬೇರ್-ಮೆಟಲ್ (ವಾಸ್ತವೀಕೃತವಲ್ಲದ) ಕರ್ನಲನ್ನು ಚಲಾಯಿಸುವಾಗ, X ಪರಿಚಾರಕವುತೆರೆಯಿಂದ EDID ಮಾಹಿತಿಯನ್ನು ಹಿಂಪಡೆಯಲು ಸಾಧ್ಯವಾಗದೆ ಇರಬಹುದು. ಇದು ಸಂಭವಿಸಿದಾಗ, ಚಿತ್ರಾತ್ಮಕ (graphics) ಚಾಲಕವು ೮೦೦x೬೦೦ ಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ರೆಸಲ್ಯೂಶನನ್ನು ತೋರಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.

ಇದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು, /etc/X11/xorg.conf ನಲ್ಲಿನ ServerLayout ವಿಭಾಗದಲ್ಲಿ ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಸೇರಿಸಿ:

"Int10Backend" "x86emu" ಆಯ್ಕೆ

ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಸೇರಿಸಲಾದ 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
        }