ಪೀಠಿಕೆ

ಈ ದಸ್ತಾವೇಜು ಈ ಕೆಳಗಿನ ವಿಷಯಗಳನ್ನು ಒಳಗೊಂಡಿದೆ:

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

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

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

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

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

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

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

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

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

ಬಿಡುಗಡೆಯ ಟಿಪ್ಪಣಿಗಳ ಈ ಆವೃತ್ತಿಯಲ್ಲಿ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1ರ ಮೇಲಿನ ಕೆಲವೊಂದು ಅಪ್ಡೇಟುಗಳು ಕಾಣಿಸದೇ ಇರಬಹುದು. ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳ ಒಂದು ಅಪ್ಡೇಟೆಡ್ ಆವೃತ್ತಿ ಈ URLನಲ್ಲಿಯೂ ಸಹ ದೊರೆಯುತ್ತದೆ:

http://www.redhat.com/docs/manuals/enterprise/

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

ಈ ವಿಭಾಗವು, ವಿತರಣೆಯ ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಒಳಗೊಳ್ಳಿಸಲಾಗಿರದೆ ಇರುವಂತಹ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಯ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿದೆ.

  • ಕ್ರಮವಾಗಿರದ ಮೆಮೊರಿ ನಿಲುಕಣೆ (NUMA) ಅನ್ನು ಬಳಸುವ ಅರ್ಕಿಟೆಕ್ಚರುಗಳಲ್ಲಿ ವಾಸ್ತವೀಕರಣವು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. NUMA ಬಳಸುವ ಗಣಕದಲ್ಲಿ ವಾಸ್ತವೀಕರಣಗೊಂಡ ಕರ್ನಲ್‍ಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಿದಲ್ಲಿ ಬೂಟ್ ವಿಫಲತೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

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

  • ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ 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/ ಗೆ ವರ್ಗಾಯಿಸಬಹುದಾಗಿದೆ.

  • ಈ ಆರ್ಕಿಟೆಕ್ಚರಿನಲ್ಲಿ ipath ಅನ್ನು ಬಳಸುವುದರಿಂದ openmpi ಕುಸಿತಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು. ಪ್ರಸಕ್ತ, ipath ಚಾಲಕವು ಈ ಆರ್ಕಿಟೆಕ್ಚರಿನಲ್ಲಿ ಒಂದು ತಂತ್ರಜ್ಞಾನ ಮುನ್ನೋಟವಾಗಿ ಬಿಡುಗಡೆಗೊಂಡಿದೆ.

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

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

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

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

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

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

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

  • ಈ ಆರ್ಕಿಟೆಕ್ಚರಿನಲ್ಲಿ ವಾಸ್ತವೀಕರಣವು ಗರಿಷ್ಟ 65,434 MB RAM ಅನ್ನು ಹೊಂದಿರುವ ಅತಿಥಿಗಳನ್ನು ಮಾತ್ರ ಬೆಂಬಲಿಸುತ್ತದೆ.

  • 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 ರಲ್ಲಿ ಒಂದು ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನವಾಗಿ ಬಿಡುಗಡೆಗೊಳಿಸಲಾಗಿತ್ತು, ಹಾಗು ಈ ಅಪ್ಡೇಟ್‍ನಲ್ಲಿ ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಬೆಂಬಲಿತವಾಗಿದೆ. ಪರೀಕ್ಷಾ ಮೈಲುಗಲ್ಲುಗಳು ಈ ಕೆಳಗೆ ತಿಳಿಸಿದವುಗಳ ತೀವ್ರಗತಿ ಕಾರ್ಯನಿರ್ವಹಣೆಯನ್ನು ಸೂಚಿಸಿವೆ:

    • ಒಂದು ಏಕ ಕೋಶದಲ್ಲಿ ಭಾರಿಪ್ರಮಾಣದ ಹಾಗು ವೇಗದ ಕೋಶ ಶೋಧನೆಗಳು (Postmark benchmark)

    • ಸಮಕಾಲಿಕ (synchronous) I/O ಕಾರ್ಯಾಚರಣೆಗಳು (fstest ಮಾನದಂಡ ಪರೀಕ್ಷೆಯು TIBCO ನಂತಹ ಸಂದೇಶ ಕಳುಹಿಸುವ ಅನ್ವಯಗಳ ಕಾರ್ಯನಿರ್ವಹಣೆಯಲ್ಲಿನ ಸುಧಾರಣೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ)

    • ಇನ್ನು ಮುಂದೆ ಯಾವುದೆ ಲಾಕಿಂಗ್ ಓವರ್ಹೆಡ್ ಇಲ್ಲದಿರುವುದರಿಂದ, ಕ್ಯಾಶೆ ಓದುತ್ತದೆ

    • I/O ಅನ್ನು ಪೂರ್ವನಿರ್ಧಾರಿತ ಕಡತಕ್ಕೆ ನಿರ್ದೇಶಿಸು

    • NFS ಕಡತ ನಿಭಾವಣೆ ಲುಕ್ ಅಪ್(lookup)ಗಳು

    • df, ಏಕೆಂದರೆ ನಿಯೋಜನಾ ಮಾಹಿತಿಯು ಈಗ ಕ್ಯಾಶೆ ಆಗಿದೆ

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

    • ಜರ್ನಲುಗಳು ಈಗ (ಗುಪ್ತವಾಗಿರಿಸಿದ್ದರೂ) ಮೆಟಾಡಾಟದ ಬದಲಿಗೆ ಸರಳ ಕಡತಗಳಾಗಿರುತ್ತವೆ. ಜರ್ನಲುಗಳು ಈಗ ಕ್ರಿಯಾತ್ಮಕ (dynamically) ಹೆಚ್ಚುವರಿ ಪರಿಚಾರಕಗಳ ಒಂದು ಕಡತವನ್ನು ಆರೋಹಿಸು ಎಂದು ಸೇರಿಸಬಹುದು.

    • ಕೋಟಾಗಳು ಈಗ ಶಕ್ತಗೊಂಡಿದೆ ಹಾಗು ಆರೋಹಣ ಆಯ್ಕೆ quota=<on|off|account> ಯಲ್ಲಿ ಅಶಕ್ತಗೊಳ್ಳುತ್ತದೆ

    • ಜರ್ನಲುಗಳಿಗೆ ವಿಫಲಗೊಂಡಿದ್ದನು ಹಿಂಪಡೆಯುವಂತೆ ಒಂದು ಕ್ಲಸ್ಟರಿನ ಮೇಲೆ ಮಾರುತ್ತರಿಸಲು ಇನ್ನು ಮುಂದೆ quiesce ನ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ

    • ನ್ಯಾನೊಸೆಕೆಂಡ್ ಸಮಯಮೊಹರು ಈಗ ಬೆಂಬಲವಾಗಿದೆ

    • ext3 ಯಂತೆ, GFS2 ಈಗ data=ordered ಕ್ರಮವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ

    • ಗುಣಲಕ್ಷಣದ ಸಂಯೋಜನೆಗಳಾದ lsattr() ಹಾಗು chattr() ವು ಈಗ ಸಾಮಾನ್ಯ ioctl() ದ ಮೂಲಕ ಬೆಂಬಲಿತವಾಗಿದೆ

    • ೧೬TB ಗಿಂತ ಹೆಚ್ಚಿನ ಕಡತ ವ್ಯವಸ್ಥೆಯು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ

    • GFS2 ಒಂದು ಸಾಮಾನ್ಯ ಕಡತ ವ್ಯವಸ್ಥೆ, ಹಾಗು ಇದನ್ನು ಕ್ಲಸ್ಟರಲ್ಲದ ಸಂರಚೆನಗಳಲ್ಲಿ ಬಳಸಬಹುದಾಗಿದೆ

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

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

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

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

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

    1. ಅಪ್ಡೇಟ್ ಮಾಡುವ ಮೊದಲು ಎಲ್ಲಾ ಪ್ರತಿರೂಪುಗೊಂಡ lvm2 ತಾರ್ಕಿಕ ಪರಿಮಾಣಗಳನ್ನು ಅಶಕ್ತಗೊಳಿಸಿ. ಹೀಗೆ ಮಾಡಲು lvchange -a n <volume group or mirrored volume> ಆಜ್ಞೆಯನ್ನು ಬಳಸಿ.

    2. killall -HUP dmeventd ಅನ್ನು ಬಳಸಿಕೊಂಡು ಹಳೆಯ lvm2 ಕಾರ್ಯಕ್ರಮ ಡೆಮನ್ ಅನ್ನು ನಿಲ್ಲಿಸಿ.

    3. ಎಲ್ಲಾ RPM ಪ್ಯಾಕೇಜುಗಳ ನವೀಕರಣವನ್ನು ನಿರ್ವಹಿಸಿ, ಉದಾ device-mapper ಹಾಗು lvm2.

    4. lvchange -a y <volume group or mirrored volume> ಅನ್ನು ಬಳಸಿಕೊಂಡು ಎಲ್ಲಾ ಪ್ರತಿರೂಪುಗೊಂಡ ಪರಿಮಾಣಗಳನ್ನು ಪುನಃ ಸಕ್ರಿಯಗೊಳಿಸಿ.

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

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

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

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

  • ನಿಮ್ಮ ಗಣಕವು P600 SmartArray ನಿಯಂತ್ರಕವನ್ನು ಬಳಸುತ್ತಿದ್ದಲ್ಲಿ, ವಾಸ್ತವೀಕೃತ ಕರ್ನಲ್ ಅನ್ನು ಚಲಾಯಿಸುವಾಗ ಒಂದು ಗಣಕ ಪರೀಕ್ಷಣಾ ದೋಷಕವು ಕಾಣಿಸಿಕೊಳ್ಳಬಹುದು. ಇದು ಸಂಭವಿಸಿದಲ್ಲಿ, dom0 ಪುನಃ ಬೂಟ್ ಆಗುತ್ತದೆ.

    ಇದನ್ನು ತಪ್ಪಿಸಲು, ಪ್ರತಿ ಬೂಟ್‍ನ ಮೊದಲು ಈ ಕೆಳಗಿನ ಶೆಲ್ ಸ್ಕ್ರಿಪ್ಟನ್ನು ಚಲಾಯಿಸಿ:

    #!/bin/bash
    for x in $(lspci -d 103c:3220 | awk '{print $1}'); do
            val=$(setpci -s $x 40.b)
            val=$(( 0x$val | 1 ))
    setpci -s $x 40.b=$(printf '%x' $val)
    done        
    
  • ನಿಮಗೆ ಒಂದು ಅತಿಥಿ ಅನುಸ್ಥಾಪನಾ ವಿಫಲತೆಯು ಎದುರಾದರೆ, ಹೊಸ ಅತಿಥಿಯನ್ನು ಅನುಸ್ಥಾಪಿಸಲು ಪ್ರಯತ್ನಿಸುವ ಮೊದಲು xend ಡೆಮನ್ ಅನ್ನು ಮರು ಆರಂಭಿಸುವಂತೆ ಸೂಚಿಸಲಾಗುತ್ತದೆ.

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

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

  • ನೀವು ವಾಸ್ತವೀಕರಣಗೊಂಡ ಕರ್ನಲ್ ಅನ್ನು ಚಲಾಯಿಸುತ್ತಿದ್ದಲ್ಲಿ e1000 ಹಾಗು qla2xxx ಕರ್ನಲ್ ಘಟಕಗಳು ಲೋಡ್ ಆಗುವುದಿಲ್ಲ.

    ನೀವು ಥರ್ಡ್ ಪಾರ್ಟಿ ತಂತ್ರಾಂಶವನ್ನು ಅನುಸ್ಥಾಪಿಸಿದಲ್ಲಿ, ನೀವು ಗಣಕವನ್ನು ಪುನಃ ಬೂಟ್ ಮಾಡುವಂತೆ ಸೂಚಿಸಲಾಗುತ್ತದೆ.

  • ಪ್ಯಾರಾವಾಸ್ತವೀಕೃತಗೊಂಡ ಅತಿಥಿಗಳು parted ಉಪಯುಕ್ತತೆಯನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಪ್ಯಾರಾವಾಸ್ತವೀಕೃತಗೊಂಡ ಅತಿಥಿಗಳಿಗಾಗಿ ಡಿಸ್ಕ್‍ ವಿಭಜನೆಯನ್ನು ಬದಲಾಯಿಸಲು, dom0 ನ ಒಳಗೆ parted ಅನ್ನು ಬಳಸಿ. ಅತಿಥಿಯ ಡಿಸ್ಕ್‍ನಲ್ಲಿ; ಉದಾಹರಣೆಗೆ, parted /var/lib/xen/images/pv_guest_disk_image.img.

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

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

  • ಒಂದು ಸಂಪೂರ್ಣ ವಾಸ್ತವೀಕೃತಗೊಂಡ ಅತಿಥಿಯನ್ನು ಸೃಜಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ, ನೀವು ಲಭ್ಯವಿರುವ RAM ನಲ್ಲಿ ಬಹಳಷ್ಟನ್ನು ಅತಿಥಿಗೆ ನಿಯೋಜಿಸಿದಲ್ಲಿ ಹೈಪರ್ವೈಸರ್ ಸ್ಥಗಿತಗೊಳ್ಳಬಹುದು. ಕೆಲವೊಂದು ಸಂದರ್ಭಗಳಲ್ಲಿ ಕರ್ನಲ್ ಪ್ಯಾನಿಕ್ ಆಗುವ ಸಾಧ್ಯತೆ ಇರುತ್ತದೆ.

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

    26MB + [(ಅತಿಥಿಯಿಂದ ಬಳಸಲಾದ ವಾಸ್ತವಿಕ CPUಗಳ ಸಂಖ್ಯೆ) x 17MB] = (ಈಗಿನ ಪ್ರತಿ ಅತಿಥಿಗಳಿಗೆ ನಿಯೋಜಿತಗೊಳ್ಳದೆ ಬಾಕಿ ಉಳಿದಿರುವ ಮೆಮೊರಿ)

    ಉದಾಹರಣೆಗೆ, ನಿಮ್ಮ ಗಣಕದಲ್ಲಿ 2048MB ಯಷ್ಟು RAM ಇದ್ದು ಹಾಗು ನೀವು ಕೇವಲ ಒಂದು ಅತಿಥಿಗೆ 4 ವಾಸ್ತವ CPUಗಳನ್ನು ಬಳಸಲು ಬಯಸಿದಲ್ಲಿ, ನೀವು 94MB ಯಷ್ಟನ್ನು ನಿಯೋಜಿಸದೆ ಉಳಿಸಬೇಕಾಗುತ್ತದೆ. ನೀವು 4 ವಾಸ್ತವ CPU ಗಳನ್ನು ಹೊಂದಿರುವ ಎರಡು ಅತಿಥಿಗಳನ್ನು ಹೊಂದಲು ಬಯಸಿದರೆ, 188MB ಯನ್ನು ನಿಯೋಜಿಸದೆ ಉಳಿಸಿ (ಹಾಗೆ ಮುಂದುವರೆಯುತ್ತದೆ).

  • ಪ್ರಸಕ್ತ, ಸಂಪೂರ್ಣ ವಾಸ್ತವೀಕರಣಗೊಂಡ ಅತಿಥಿಗಳ ಲೈವ್ ವರ್ಗಾವಣೆಯು ಈ ಅರ್ಕ್ಟಿಟೆಕ್ಚರಿನಲ್ಲಿ ಬೆಂಬಲಿತವಾಗಿಲ್ಲ. ವಿತರಣೆಯ ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಯಲ್ಲಿ, ಇದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ತಪ್ಪಾಗಿ ತಿಳಿಸಲಾಗಿದೆ.

    ಇದರ ಜೊತೆಗೆ, kexec ಹಾಗು kdump ಈ ಅರ್ಕಿಟೆಕ್ಚರಿನಲ್ಲಿ ವಾಸ್ತವೀಕರಣವನ್ನು ಬೆಂಬಲಿಸುವಿದಿಲ್ಲ.

  • kexec ಹಾಗು kdump ನ ಮೂಲಕದ ಕುಸಿತ ಬಿಸುಡು(ಕ್ರಾಶ್ ಡಂಪ್)HP Smart Array ನಿಯಂತ್ರಗಳೊಂದಿಗೆ ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಈ ನಿಯಂತ್ರಕಗಳು cciss ಚಾಲಕವನ್ನು ಬಳಸುತ್ತವೆ ಎನ್ನುವುದನ್ನು ಗಮನಿಸಿ.

    ನಿಯಂತ್ರಕಕ್ಕೆ ಒಂದು ಫರ್ಮ್-ವೇರ್ ಅಪ್ಡೇಟ್‍ನ ಅಗತ್ಯ ಇರುವ ಸಾಧ್ಯತೆ ಇರುವ ಈ ತೊಂದರೆ ಒಂದು ಪರಿಹಾರವನ್ನು ಕಂಡುಹಿಡಿಯಲಾಗುತ್ತಿದೆ.

  • 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 ಅನ್ನು ಸಂಪರ್ಕಿಸಿಸ್.

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

ಈ ವಿಭಾಗವು Anaconda ಅನುಸ್ಥಾಪನ ಪ್ರೊಗ್ರಾಂ ಬಗೆಗಿನ ಹಾಗು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಅನುಸ್ಥಾಪನೆಯ ನಿಶ್ಚಿತ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿವೆ.

ಈಗಾಗಲೇ ಅನುಸ್ಥಾಪನೆಗೊಂಡಿರುವ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಅನ್ನು ನವೀಕರಿಸಲು, ಬದಲಾದಂತಹ ಪ್ಯಾಕೇಜುಗಳನ್ನು Red Hat ಜಾಲಬಂಧ ಅನ್ನು ಉಪಯೋಗಿಸಬೇಕು ಅಪ್ಡೇಟ್ ಮಾಡಬಹುದು.

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ನ ಒಂದು ತಾಜಾ ಅನುಸ್ಥಾಪನೆಯನ್ನು ಮಾಡಲು ಅಥವ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 4 ರಿಂದ ಇತ್ತೀಚಿನ ನವೀಕರಿಸಲಾದ ಆವೃತ್ತಿ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಗೆ ನವೀಕರಿಸಲು Anacondaವನ್ನು ಉಪಯೋಗಿಸಬಹುದು. ನೀವು Anaconda ಈಗಾಗಲೆ ಅನುಸ್ಥಾಪಿತಗೊಂಡಿರುವ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಅನ್ನು ನವೀಕರಿಸಲೂ ಸಹ ಬಳಸಬಹುದಾಗಿದೆ .

  • Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ೬೪-ಬಿಟ್ Intel Itanium2 ಆರ್ಕಿಟೆಕ್ಚರಿಗೆ Intel's IA-೩೨ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಲೇಯರ್ಅನ್ನು ಉಪಯೋಗಿಸುವ ಮೂಲಕ ೩೨-ಬಿಟ್ ಅನ್ವಯಗಳಿಗೆ ಚಾಲನಾ ಸಮಯದಲ್ಲಿ ಬೆಂಬಲವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

    Intel Itanium2 ಆರ್ಕಿಟೆಕ್ಚರುಗಳಿಗೆ IA-೩೨ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಲೇಯರ್ ಅನ್ನು Supplementary CDಯಲ್ಲಿ ನೀಡಲಾಗಿದೆ. ಇದರ ಜೊತೆಗೆ, ಒಂದು ಜೊತೆ ೩೨-ಬಿಟ್ ಲೈಬ್ರರಿಗಳನ್ನು ಹಾಗೂ ಅನ್ವಯಗಳನ್ನು ಪ್ರತ್ಯೇಕ ೩೨-ಬಿಟ್ ಕಂಪ್ಯಾಟಿಬಿಲಿಟಿ ಲೇಯರ್ ಡಿಸ್ಕಿನಲ್ಲಿ ನೀಡಲಾಗಿದೆ. IA-೩೨ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಲೇಯರ್ ಮತ್ತು ೩೨-ಬಿಟ್ ಸಹವರ್ತನೀಯ ಪ್ಯಾಕೇಜುಗಳು ಜೊತೆಗೂಡಿ ೬೪-ಬಿಟ್ ಸ್ಥಳೀಯ ವಿತರಣೆಯ ಮೇಲಿನ ೩೨-ಬಿಟ್ ಅನ್ವಯಗಳಿಗೆ ಒಂದು ರನ್ ಟೈಮ್ ವಾತಾವರಣವನ್ನು ನೀಡುತ್ತದೆ.

    IA-೩೨ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಲೇಯರ್ಅನ್ನು ಮತ್ತು ಅಗತ್ಯ ೩೨-ಬಿಟ್ ಸಹವರ್ತಿಸಬಲ್ಲ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಲು, ಈ ಕ್ರಮಗಳನ್ನು ಅನುಸರಿಸಿ:

    1. Intel Itanium2 ಅರ್ಕಿಟೆಕ್ಚರ್ ಗೆ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1ಅನ್ನು ಅನುಸ್ಥಾಪಿಸಿ.

    2. ia32el ಪ್ಯಾಕೇಜನ್ನು ಹೊಂದಿರುವ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 Supplementary CDಯನ್ನು ತೂರಿಸಿ.

    3. ಗಣಕವು ಸೀಡಿಯನ್ನು ಆರೋಹಿಸಿದ ನಂತರ, Supplementary ಪ್ಯಾಕೇಜನ್ನು ಹೊಂದಿದ ಕೋಶವನ್ನು ಬದಲಾಯಿಸಿ. ಉದಾಹರಣೆಗೆ:

      cd /media/cdrom/Supplementary/

    4. ia32el ಪ್ಯಾಕೇಜನ್ನು ಅನುಸ್ಥಾಪಿಸಿ:

      rpm -Uvh ia32el-<version>.ia64.rpm

      <ಆವೃತ್ತಿ> ಯನ್ನು ಅನುಸ್ಥಾಪಿಸಬೇಕಿರುವ ia32el ಪ್ಯಾಕೇಜಿನ ಸರಿಯಾದ ಆವೃತ್ತಿಯಿಂದ ಬದಲಾಯಿಸಿ.

    5. ಪೂರಕ ಸೀಡಿಯನ್ನು ಹೊರತಳ್ಳಿ:

      eject /media/cdrom

    6. ಅನುಸ್ಥಾಪನೆಯ ನಂತರ ೩೨-ಬಿಟ್ ಸಹವರ್ತನ ಪದರ ಮತ್ತು ಲೈಬ್ರರಿಗಳ ಅನುಸ್ಥಾಪನೆಯನ್ನು ತನಿಖೆ ಮಾಡಲು, /emul ಕೋಶವು ನಿರ್ಮಿತವಾಗಿದೆಯೇ ಹಾಗೂ ಅದು ಕಡತಗಳನ್ನು ಹೊಂದಿದೆಯೆ ಎಂದು ಪರೀಕ್ಷಿಸಿ.

    7. ೩೨ -ಬಿಟ್ ಸಹವರ್ತನೀಯ ಕ್ರಮವು ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, ಶೆಲ್ ಪ್ರಾಂಪ್ಟಿನಲ್ಲಿ ಈ ಕೆಳಗಿನದನ್ನು ಟೈಪಿಸಿ:

      ಸೇವೆ ia32elನ ಸ್ಥಿತಿ

    8. ಈಗ ನೀವು ೩೨-ಬಿಟ್ Compatibility Layer ಡಿಸ್ಕನ್ನು ತೂರಿಸುವ ಮೂಲಕ ಸಹವರ್ತನೀಯ ಲೈಬ್ರರಿಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಬಹುದು. ನೀವು ಡಿಸ್ಕಿನಲ್ಲಿ ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಬಹುದು ಅಥವ ಅಗತ್ಯವಿರುವ ನಿಶ್ಚಿತ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಆರಿಸಬಹುದು.

  • ನೀವು 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 ಗಳು ಚಲಾಯಿತವಾಗುತ್ತಿರುವ ಕರ್ನಲ್ಲುಗಳೊಂದಿಗೆ ತಾಳೆಯಾಗುವುದಿಲ್ಲ.

ಅನುಸ್ಥಾಪನೆ / ಬೂಟ್ iSCSI ತಂತ್ರಾಂಶ ಆರಂಭಕ (ಮುಕ್ತ-iscsi)

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

ಈ ಸಾಮರ್ಥ್ಯವು ಈ ಕೆಳಗಿನವುಗಳಲ್ಲಿ ನೀವು ಯಾವುದನ್ನು ಬಳಸುತ್ತಿದ್ದೀರೆಂಬುದರ ಮೇಲೆ ಅನುಗುಣವಾಗಿ ಮೂರು ಸಂರಚನೆಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ:

  • ಒಂದು ಯಂತ್ರಾಂಶ iSCSI ಆರಂಭಿಕವನ್ನು ಬಳಸುವುದು (QLogic qla4xxx ನಂತಹುದು)

  • iSCSI ಗೆ firmware ಬೂಟ್ ಬೆಂಬಲದೊಂದಿಗೆ ಒಂದು ಗಣಕದಲ್ಲಿ open-iscsi ಆರಂಭಕವನ್ನು ಬಳಸುವುದು (iSCSI Boot Firmware, ಅಥವ iSCSI ಬೂಟ್ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವ Open Firmware ನ ಒಂದು ಆವೃತ್ತಿಯಂತಹುದು)

  • iSCSI ಗೆ firmware ಬೂಟ್ ಬೆಂಬಲವಿಲ್ಲದ ಒಂದು ಗಣಕದಲ್ಲಿ open-iscsiಆರಂಭಕವನ್ನು ಬಳಸುವುದು

ಒಂದು ಯಂತ್ರಾಂಶ iSCSI ಆರಂಭಕವನ್ನು ಬಳಸುವುದು

ನೀವು ಒಂದು ಯಂತ್ರಾಂಶ iSCSI ಆರಂಭಕವನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ದೂರಸ್ಥ ಶೇಖರಣೆಯನ್ನು ನಿಲುಕಿಸಿಕೊಳ್ಳಲು ಅಗತ್ಯವಿರುವ IP ವಿಳಾಸವನ್ನು ಹಾಗು ಇತರೆ ನಿಯತಾಂಕಗಳನ್ನು ನಮೂದಿಸಲು ಒಂದು ಕಾರ್ಡಿನ BIOS ಸಂಯೋಜನಾ ಸೌಲಭ್ಯವನ್ನು ನೀವು ಬಳಸಬಹುದು. ದೂರಸ್ಥ ಶೇಖರಣೆಯ ಲಾಜಿಕಲ್ ಘಟಕಗಳು Anaconda ದಲ್ಲಿನ ಸಾಮಾನ್ಯ sd ಸಾಧನಗಳಲ್ಲಿ ಲಭ್ಯವಿರುತ್ತದೆ ಹಾಗು ಬೇರಾವುದೇ ಹೆಚ್ಚುವರಿ ಸಂಯೋಜನೆಗಳ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ್ಲ.

ದೂರಸ್ಥ ಶೇಖರಣಾ ಪರಿಚಾರಕವನ್ನು ಸಂರಚಿಸುವ ಸಲುವಾಗಿ ನೀವು ಆರಂಭಕದ ಅರ್ಹ ಹೆಸರನ್ನು (IQN) ನಿಸ್ಚಯಿಸುವ ಭಯಸಿದರೆ, ಅನುಸ್ಥಾಪನ ಸಮಯದಲ್ಲಿ ಈ ಕೆಳಗಿನ ಕ್ರಮಗಳನ್ನು ಅನುಸರಿಸಿ:

  1. ಅನುಸ್ಥಾಪನಾ ಪುಟಕ್ಕೆ ಹೋಗಿ ಹಾಗು ಅಲ್ಲಿ ಯಾವ ಡಿಸ್ಕ್ ಡ್ರೈವುಗಳನ್ನು ಅನುಸ್ಥಾಪನೆಗೆ ಬಳಸಬೇಕೆಂಬುದನ್ನು ಆರಿಸಿ.

  2. Advanced storage configurationಅನ್ನು ಕ್ಲಿಕ್ಕಿಸಿ.

  3. Add iSCSI target ನ ಮೇಲೆ ಕ್ಲಿಕ್ಕಿಸಿ.

  4. iSCSI IQN ಆ ತೆರೆಯಲ್ಲಿ ತೋರಿಸಲ್ಪಡುತ್ತದೆ.

iSCSI ಗೆ Firmware ಬೂಟ್ ಬೆಂಬಲವಿರುವ ಒಂದು ಗಣಕದಲ್ಲಿ open-iscsi ಅನ್ನು ಬಳಸುವುದು

ನೀವು open-iscsi ತಂತ್ರಾಂಶ ಆರಂಭಕವನ್ನು iSCSI ಗೆ firmware ಬೂಟ್ ಬೆಂಬಲವಿರುವ ಒಂದು ಗಣಕದೊಂದಿಗೆ ಬಳಸುವಾಗ, ದೂರಸ್ಥ ಶೇಖರಣೆಯನ್ನು ನಿಲುಕಿಸಿಕೊಳ್ಳಲು ಅಗತ್ಯವಿರುವ IP ವಿಳಾಸವನ್ನು ಹಾಗು ಇತರೆ ನಿಯತಾಂಕಗಳನ್ನು ನಮೂದಿಸಲು ಒಂದು firmware ಸಂಯೋಜನಾ ಸೌಲಭ್ಯವನ್ನು ಬಳಸಿ. ಹೀಗೆ ಮಾಡುವುದರಿಂದ ಗಣಕವು ದೂರಸ್ಥ iSCSI ಶೇಖರಣೆಯಿಂದ ಬೂಟ್ ಆಗುವಂತೆ ಸಂರಚಿಸಬಹುದು.

ಪ್ರಸ್ತುತ, firmware ಹೊಂದಿರುವ iSCSI ಮಾಹಿತಿಯನ್ನು Anaconda ನಿಲುಕಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಬದಲಿಗೆ, ಅನುಸ್ತಾಪನಾ ಸಮಯದಲ್ಲಿ ನೀವು ಹಸ್ತಮುಖೇನ IP ವಿಳಾಸವನ್ನು ನಮೂದಿಸಬೇಕು. ಹಾಗೆ ಮಾಡಲು, ಈ ಕೆಳಗಿನ ಕ್ರಮವನ್ನು ಅನುಸರಿಸಿ ಆರಂಭಕದ IQN ಅನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ. ನಂತರ, ಯಾವ ಅನುಸ್ಥಾಪನ ಪುಟದಲ್ಲಿ IQN ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೋ ಆ ಪುಟದಲ್ಲಿ, ನೀವು ಅನುಸ್ಥಾಪಿಸಲು ಬಯಸಿರುವ ಉದ್ದೇಶಿತ iSCSI ಯ IP ವಿಳಾಸವನ್ನು ಸೂಚಿಸಿ.

ಉದ್ದೇಶಿತ iSCSI ಯ IP ವಿಳಾಸವನ್ನು ಹಸ್ತಮುಖೇನ ಸೂಚಿಸಿದ ನಂತರ, ಉದ್ದೇಶಿತ iSCSI ಗಳ ಲಾಜಿಕಲ್ ಘಟಕಗಳು ಅನುಸ್ಥಾಪನೆಗೆ ಲಭ್ಯವಿರುತ್ತವೆ. Anaconda ದಿಂದ ನಿರ್ಮಿತವಾದinitrd ಈಗ ಉದ್ದೇಶಿತ iSCSI ಯ IQN ಹಾಗು IP ವಿಳಾಸವನ್ನು ಪಡೆಯುತ್ತದೆ.

ಉದ್ದೇಶಿತ iSCSI ಗಳ IQN ಅಥವ IP ವಿಳಾಸವು ಭವಿಷ್ಯದಲ್ಲಿ ಬದಲಾದರೆ, ಪ್ರತಿಯೊಂದು ಆರಂಭಕದಲ್ಲಿ iBFT ಅಥವ ಮುಕ್ತ Firmware ಸಂಯೋಜನೆ ಸೌಲಭ್ಯವನ್ನು ನಮೂದಿಸಿ ಹಾಗು ಅದಕ್ಕೆ ಅನುರೂಪವಾದ ನಿಯತಾಂಕಗಳನ್ನು ಬದಲಾಯಿಸಿ. ನಂತರ, ಈ ಕೆಳಗಿನಂತೆ ಪ್ರತಿ ಆರಂಭಕಕ್ಕೆ initrd (iSCSI ಶೇಖರಣೆಯಲ್ಲಿ ಶೇಖರಿತವಾಗಿರುವ) ಅನ್ನು ಬದಲಾಯಿಸು:

  1. gunzip ಅನ್ನು ಬಳಸಿಕೊಂಡು initrd ಅನ್ನು ವಿಸ್ತರಿಸಿ.

  2. ಆಜ್ಞೆ cpio -iಯನ್ನು ಬಳಸಿಕೊಂಡು ಹೊರತೆಗೆಯಿರಿ.

  3. init ಕಡತದಲ್ಲಿ, iscsistartup ಅಕ್ಷರಪುಂಜಗಳನ್ನು ಹೊಂದಿದ ಸಾಲಿಗಾಗಿ ಹುಡುಕಿ. ಈ ಸಾಲು ಉದ್ದೇಶಿತ iSCSIಯ IQN ಹಾಗುIP ವಿಳಾಸವನ್ನು ಹೊಂದಿರುತ್ತದೆ; ಈ ಸಾಲನ್ನು ಹೊಸ IQN ಹಾಗು IP ವಿಳಾಸದಿಂದ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಿ.

  4. initrd using cpio -oಅನ್ನು ಉಪಯೋಗಿಸಿಕೊಂಡು ಪುನಃ ಕಟ್ಟಿ.

  5. gunzip ಅನ್ನು ಬಳಸಿಕೊಂಡು initrd ಪುನಃ ಕುಗ್ಗಿಸಿ.

ಮುಕ್ತ Firmware / iBFT firmware ಹೊಂದಿರುವ iSCSI ಮಾಹಿತಿಯನ್ನು ಕಾರ್ಯವ್ಯವಸ್ಥೆಯು ಪಡೆಯುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಮುಂದಿನ ಬಿಡುಗಡೆಯಲ್ಲಿ ಒದಗಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ. ಅಂತಹ ಒಂದು ವರ್ಧನೆಯು, ಉದ್ದೇಶಿತ iSCSIಯ IQN ಹಾಗು IP ವಿಳಾಸವು ಬದಲಾದಾಗಲೆಲ್ಲಾ ಪ್ರತಿ ಆರಂಭಕಕ್ಕೆ initrd (iSCSI ಶೇಖರಣೆಯಲ್ಲಿ ಶೇಖರಿತವಾಗಿರುವ) ಅನ್ನು ಮಾರ್ಪಡಿಸುವ ಅಗತ್ಯತೆಯನ್ನು ಇಲ್ಲವಾಗಿಸುತ್ತದೆ.

iSCSI ಗೆ Firmware ಬೂಟ್ ಬೆಂಬಲವಿಲ್ಲದ ಒಂದು ಗಣಕದಲ್ಲಿ open-iscsi ಅನ್ನು ಬಳಸುವುದು

ನೀವು open-iscsi ತಂತ್ರಾಂಶ ಆರಂಭಕವನ್ನು iSCSI ಗೆ Firmware ಬೂಟ್ ಬೆಂಬಲವಿಲ್ಲದ ಒಂದು ಗಣಕದಲ್ಲಿ ಬಳಸುತ್ತಿದ್ದರೆ, ಒಂದು ಜಾಲಬಂಧ ಬೂಟ್ ಸಾಮರ್ಥ್ಯವನ್ನು (PXE/tftp ಯಂತಹ) ಬಳಸಿ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಉದ್ದೇಶಿತ iSCSI ಯ ಆರಂಭಕ IQN ಪತ್ತೆಹಚ್ಚಲು ಹಾಗು IP ವಿಳಾಸವನ್ನು ಸೂಚಿಸಲು ಈ ಮೊದಲು ತಿಳಿಸಿದ ಕ್ರಮವನ್ನೆ ಅನುಸರಿಸಿ. ಇದು ಮುಗಿದ ನಂತರ, initrd ಕಡತವನ್ನು ಜಾಲಬಂಧ ಬೂಟ್ ಪರಿಚಾರಕಕ್ಕೆ ನಕಲಿಸಿ ಹಾಗು ಗಣಕವನ್ನು ಜಾಲಬಂಧ ಬೂಟ್ ಆಗುವಂತೆ ಸಂಯೋಜಿಸಿ.

ಹಾಗೆಯೆ, ಉದ್ದೇಶಿತ iSCSI ಯ IP ವಿಳಾಸ ಅಥವ IQN ಬದಲಾವಣೆಯಾದರೆ, initrd ವೂ ಸಹ ಅದಕ್ಕೆ ಅನುರೂಪವಾಗಿ ಮಾರ್ಪಡಣೆಗೊಳ್ಳಬೇಕು. ಹಾಗೆ ಮಾಡಲು, ಪ್ರತಿ ಆರಂಭಕಕ್ಕೆ initrd ಅನ್ನು ಹೇಗೆ ಮಾರ್ಪಡಿಸಬೇಕು ಎಂದು ಈ ಮೊದಲು ವಿವರಿಸಲಾದ ಕ್ರಮವನ್ನು ಅನುಸರಿಸಿ.

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

Ext3 ವರ್ಧಕ

EXT3 ಯ ಗರಿಷ್ಟ ಧಾರಣ ಶಕ್ತಿಯು 16TB (8TB ಇಂದ ವರ್ಧಿಸಲಾಗಿದೆ) ಆಗಿದೆ. ಈ ವರ್ಧನೆಯು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ನಲ್ಲಿ ಒಂದು ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನವಾಗಿ ಈ ಮೊದಲು ನೀಡಲಾಗಿತ್ತು, ಹಾಗು ಈಗ ಈ ಅಪ್ಡೇಟ್‍ನಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಬೆಂಬಲಿತವಾಗಿದೆ.

yum-ಭದ್ರತೆ

ಈಗ yum ಅನ್ನು ಕೇವಲ ಸುರಕ್ಷಿತ ಅಪ್ಡೇಟ್‍ಗಳಅನುಸ್ಥಾಪನೆಗೆ ಮಾತ್ರ ಮೀಸಲುಗೊಳಿಸಲು ಸಾಧ್ಯವಿದೆ. ಹಾಗೆ ಮಾಡಲು, ಕೇವಲ yum-security ಪ್ಲಗ್-ಇನ್ ಅನ್ನು ಅನುಸ್ಥಾಪಿಸಿ ಹಾಗು ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಿ:

yum update --security

ಒಂದು ಸಂಪನ್ಮೂಲವನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಪುನರ್ ಆರಂಭಿಸುತ್ತಿರುವುದು

ಈಗ ಮೂಲ ಸೇವೆಗೆ ಅಡ್ಡಿಪಡಿಸದೆ ಒಂದು ಸಂಪನ್ಮೂಲವನ್ನು ಪುನರ್ ಆರಂಭಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಇದನ್ನು __independent_subtree="1" ಲಕ್ಷಣವನ್ನು ಬಳಸಿಕೊಂಡು ಚಾಲನೆಯಲ್ಲಿರುವ ಒಂದು ಘಟ್ಟದಲ್ಲಿ ಸಂಪನ್ಮೂಲವನ್ನು ಸ್ವತಂತ್ರವೆಂದು ಗುರುತು ಹಾಕುವು ಮೂಲಕ /etc/cluster/cluster.conf ದಲ್ಲಿ ಸಂರಚಿಸಬಹುದಾಗಿದೆ.

ಉದಾಹರಣೆಗೆ:

<service name="example">
        <fs name="One" __independent_subtree="1" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
        </fs>
        <fs name="Two" ...>
                <nfsexport ...>
                        <nfsclient .../>
                </nfsexport>
                <script name="Database" .../>
        </fs>
        <ip/>
</service>

ಇಲ್ಲಿ, ಎರಡು ಕಡತ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಬಳಸಲಾಗಿದೆ: One ಹಾಗು Two. ಎಲ್ಲಿಯಾದರೂ One ವಿಫಲಗೊಂಡರೆ, ಅದು Two ಅನ್ನು ಅಡ್ಡಿಪಡಿಸದೆ ಪುನರ್ ಆರಂಭಗೊಳ್ಳುತ್ತದೆ. ಎಲ್ಲಿಯಾದರೂ Two ವಿಫಲಗೊಂಡರೆ, ಎಲ್ಲಾ ಘಟಕಗಳು (One, One ನ ಉಪಭಾಗಗಳು ಹಾಗು Two ನ ಉಪಭಾಗಗಳು) ಪುನರ್ ಪ್ರಾರಂಭಿಸಲ್ಪಡುತ್ತದೆ. ಯಾವುದೇ ಸಮಯದಲ್ಲಿ Two ಹಾಗು ಅದರ ಅವಲಂಬಿತಗಳು One ದಿಂದ ಒದಗಿಸಲ್ಪಟ್ಟ ಯಾವುದೇ ಸಂಪನ್ಮೂಲಗಳ ಮೇಲೆ ಇರುತ್ತವೆ.

Samba ಕ್ಕೆ ಒಂದು ನಿಗದಿತ ಸೇವಾ ರಚನೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ ಎಂದು ನೆನಪಿಡಿ, ಹಾಗು ಅದನ್ನು ಹಾಗೆಯೆ ಸ್ವತಂತ್ರ ಉಪವೃಕ್ಷದೊಂದಿಗೆ ಒಂದು ಸೇವೆಯಲ್ಲಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಇದು ಇತರೆ ಹಲವಾರು ಸಂಪನ್ಮೂಲಗಳಿಗೂ ಸಹ ಅನ್ವಯವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ __independent_subtree="1" ಲಕ್ಷಣವನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಬಳಸಿ.

ವಾಸ್ತವೀಕರಣ (Virtualization)

ಈ ಕೆಳಗಿನ ವಾಸ್ತವೀಕರಣ ಅಪ್ಡೇಟ್‍ಗಳೂ ಸಹ ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಸೇರ್ಪಡಿಸಲಾಗಿದೆ:

  • AMD-V ಯು ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಬೆಂಬಲಿತವಾಗಿದೆ. ಇದು ಸಂಪೂರ್ಣ ವಾಸ್ತವೀಕೃತಗೊಂಡ ಅತಿಥಿಗಳಲ್ಲಿ ಸಜೀವ ವಲಸೆಯನ್ನು ಶಕ್ತಗೊಳಿಸುತ್ತದೆ.

  • ಕರ್ನಲ್-ಒಳಗಿನ ಸಾಕೆಟ್ API ಈಗ ವಿಸ್ತರಿಸಲ್ಪಟ್ಟಿದೆ. ಅತಿಥಿಗಳ ನಡುವೆ sctp ಚಲಾಯಿಸುವಾಗ ಉಂಟಾಗುತ್ತಿದ್ದ ದೋಷವನ್ನು ನಿವಾರಿಸಲು ಹೀಗೆ ಮಾಡಲಾಗಿದೆ.

  • ವಾಸ್ತವ ಜಾಲಬಂಧವು (Virtual networking) ವಾಸ್ತವೀಕೃತ ಲೈಬ್ರರಿಯಾದ libvirt ನ ಒಂದು ಭಾಗವಾಗಿರುತ್ತದೆ. ಒಂದು ಗಣಕದಲ್ಲಿನ ಎಲ್ಲಾ ಸ್ಥಳೀಯ ಅತಿಥಿಗಳ ಮೇಲೆ ಒಂದು ವಾಸ್ತವ NAT/ರೌಟರ್(Router) ಹಾಗು ಖಾಸಗಿ ಜಾಲಬಂಧವನ್ನು ಸಂಯೋಜಿಸುವ libvirt ಆಜ್ಞೆಗಳ ಒಂದು ಸಮೂಹವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಇದು ವಿಶೇಷವಾಗಿ ಹೊರಗಿನಿಂದ ರೌಟ್ (Route) ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲದಿರುವಂತಹ ಅತಿಥಿಗಳಲ್ಲಿ ಉಪಯೋಗಕಾರಿಯಾಗುತ್ತದೆ. ಇದು ಲ್ಯಾಪ್-ಟಾಪುಗಳಲ್ಲಿ ವಾಸ್ತವೀಕರಣವನ್ನು ಬಳಸುವ ಅಭಿವೃದ್ಧಿಕಾರರಿಗೂ ಸಹ ಪ್ರಯೋಜನಕಾರಿಯಾಗುತ್ತದೆ.

    ವಾಸ್ತವಿಕ ಜಾಲಬಂಧ ಸಾಮರ್ಥ್ಯವು dnsmasq ನಲ್ಲಿ ಒಂದು ಅವಲಂಬನೆಯನ್ನು ಸೇರಿಸುತ್ತದೆ, ಇದು dhcp ಗೆ ವಾಸ್ತವಿಕ ಜಾಲಬಂಧವನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ.

    libvirt ಬಗೆಗಿನ ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, http://libvirt.org ಅನ್ನು ಸಂಪರ್ಕಿ.

  • libvirt ಈಗ ನಿಷ್ಕ್ರಿಯ ವಾಸ್ತವ ಗಣಕಗಳನ್ನು ನಿಭಾಯಿಸಬಲ್ಲದು. libvirt ವಲಯವನ್ನು (domain) ನಿಲ್ಲಸದೆ ಅಥವ ಆರಂಭಿಸದೆ ಅದನ್ನು ವಿವರಿಸುವ ಹಾಗು ವಿವರಿಸದೇ ಇರುವ ಮೂಲಕ ಹೀಗೆ ಮಾಡುತ್ತದೆ. ಈ ಕ್ರಿಯಾತ್ಮಕತೆಯು virsh define ಹಾಗು virsh undefine ಆಜ್ಞೆಗಳಿಗೆ ಸಮನಾಗಿರುತ್ತದೆ.

    ಈ ವರ್ಧನೆಯು Red Hat ವಾಸ್ತವಿಕ ಗಣಕ ವ್ಯವಸ್ಥಾಪಕನಿಗೆ ಎಲ್ಲಾ ಲಭ್ಯ ಅತಿಥಿಗಳನ್ನು ತೋರಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಇದು ನಿಮಗೆ ಅತಿಥಿಗಳನ್ನು ನೇರವಾಗಿ GUI ಇಂದ ಆರಂಭಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

  • kernel-xen ಪ್ಯಾಕೇಜನ್ನು ಅನುಸ್ಥಾಪಿಸುವುದರಿಂದ ಇನ್ನು ಮುಂದೆ ಸರಿಯಲ್ಲದ / ಅಪೂರ್ಣ elilo.conf ನಮೂದಿಗೆ ಕಾರಣವಾಗುವುದಿಲ್ಲ.

  • ಇನ್ನು ಮುಂದೆ ಒಂದು ಕರ್ನಲ್ ಸಂಕಲನದ ನಂತರ ನೀವು ಹಲವಾರು ಬಾರಿ ಉಳಿಸಿದರೂ / ಪುನಃಸ್ಥಾಪಿಸಿದರೂ DomU ಗಾಬರಿಗೊಳ್ಳುವುದಿಲ್ಲ.

  • xm create ಆಜ್ಞೆಯು ಈಗ virt-manager ಒಂದು ಚಿತ್ರಾತ್ಮಕ ಸಮಾನ ಪರಿಮಾಣವನ್ನು ಹೊಂದಿರುತ್ತವೆ.

  • Nested Paging (NP) ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ. ಈ ವೈಶಿಷ್ಟವು ವಾಸ್ತವೀಕೃತಗೊಂಡ ಪರಿಸರದಲ್ಲಿ ಮೆಮೊರಿ ನಿರ್ವಹಣೆಯಲ್ಲಿನ ಸಂಕೀರ್ಣತೆಯನ್ನು ಕಡಿಮೆಗೊಳಿಸುತ್ತದೆ. ಇದರ ಜೊತೆಯಲ್ಲಿ, NP ಯು ಮೆಮೊರಿ-ತೀಕ್ಷ್ಣತೆ ಅತಿಥಿಗಳಲ್ಲಿ CPU ಬಳಕೆಯನ್ನು ಕಡಿಮೆಗೊಳಿಸುತ್ತದೆ.

    ಸದ್ಯದಲ್ಲಿ, NP ಯು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಶಕ್ತಗೊಳ್ಳುವುದಿಲ್ಲ. ನಿಮ್ಮ ಗಣಕವು NP ಯನ್ನು ಬೆಂಬಲಿಸದೇ ಇದ್ದರೆ, ನೀವು hap=1 ನಿಯತಾಂಕದೊಂದಿಗೆ ಹೈಪರ್ವೈಸರನ್ನು ಬೂಟ್ ಮಾಡುವ ಮೂಲಕ NP ಯನ್ನು ಶಕ್ತಗೊಳಿಸಲು ಸಲಹೆ ಮಾಡಲಾಗುತ್ತದೆ.

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

ಆದರೆ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಅನ್ನು ಒಂದು ಅತಿಥಿಯಲ್ಲಿ ಅನುಸ್ಥಾಪಿಸಿದರೆ, ಅತಿಥೇಯವು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಅನ್ನು ಚಲಾಯಿಸುತ್ತಿದ್ದರೂ ಅತಿಥಿ ಜಡತ್ವ ಹಾಗು ಅತಿಥೇಯ ದೋಷಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ ಎಂದು ನೆನಪಿಡಿ. ಈ ಆರ್ಕಿಟೆಕ್ಚರಿನಲ್ಲಿ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಒಂದು ಅತಿಥಿಯಾಗಿ ಬೆಂಬಲಿತವಾಗಿಲ್ಲ. Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ ಅತಿಥಿಯು ಆವೃತ್ತಿ 5.1 ಅಥವ ಅದರ ಮುಂದಿನದು ಆಗಿರಬೇಕು.

ಹಂಚಿಕೆ ಮಾಡಲಾದ ಪುಟದ ಟೇಬಲ್ಲುಗಳು

ಹಂಚಿಕೆ ಮಾಡಲಾದ ಪುಟದ ಟೇಬಲ್ಲುಗಳು ಈಗ hugetlb ಮೆಮೊರಿಗೆ ಬೆಂಬಲವನ್ನು ಹೊಂದಿದೆ. ಇದು ಪುಟ ಟೇಬಲ್ ನಮೂದುಗಳನ್ನು ಹಲವಾರು ಪ್ರಕ್ರಿಯೆಗಳ ನಡುವೆ ಹಂಚಿಕೆ ಮಾಡುವುದನ್ನು ಶಕ್ತಗೊಳಿಸುತ್ತದೆ.

ಪುಟ ಟೇಬಲ್ ನಮೂದುಗಳನ್ನು ಹಲವಾರು ಪ್ರಕ್ರಿಯೆಗಳ ನಡುವೆ ಹಂಚಿಕೆ ಮಾಡುವುದು ಕಡಿಮೆ ಕ್ಯಾಶೆ ಸ್ಥಳವನ್ನು ಆಕ್ರಮಿಸುತ್ತದೆ. ಇದು ಅನ್ವಯ ಕ್ಯಾಶೆಯ ಹಿಟ್ ಅನುಪಾತವು ಉತ್ತಮಗೊಳ್ಳುತ್ತದೆ, ಹಾಗು ಇದು ಅನ್ವಯದ ಕಾರ್ಯನಿರ್ವಹಣೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸುತ್ತದೆ.

dm-multipath ಸಾಧನಗಳಿಗೆ ಅನುಸ್ಥಾಪಿಸುತ್ತಿರುವುದು

Anacondaವು ಪತ್ತೆ ಹಚ್ಚುವ, ನಿರ್ಮಿಸುವ, ಮತ್ತು dm-multipath ಸಾಧನಗಳಿಗೆ ಅನುಸ್ಥಾಪಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ. ಈ ಲಕ್ಷಣವನ್ನು ಶಕ್ತಗೊಳಿಸಲು,ನಿಯತಾಂಕ mpath ವನ್ನು ಕರ್ನಲ್ ಬೂಟ್ ಸಾಲಿಗೆ ಸೇರಿಸಿ.

ಈ ವೈಶಿಷ್ಟ್ಯವು ಒಂದು ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನವಾಗಿ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಪರಿಚಯಿಸಲಾಗಿತ್ತು, ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಇದು ಸಂಪೂರ್ಣವಾಗಿ ಬೆಂಬಲಿತವಾಗಿದೆ.

dm-multipath ವು Dell MD3000 ಕ್ಕೆ ಒಳಪೆಟ್ಟಿಗೆ(inbox) ಬೆಂಬಲವನ್ನು ನೀಡುತ್ತದೆ. ಆದರೆ, MD3000 ಅನ್ನು ನಿಲುಕಿಸಿಕೊಳ್ಳಲು dm-multipath ಅನ್ನು ಬಳಸಿಕೊಳ್ಳುವ ಬಹುಸಂಖ್ಯೆಯ ಘಟ್ಟಗಳು ತಕ್ಷಣ failback ಮಾಡುವುದಿಲ್ಲ.

ಇದಲ್ಲದೆ, ನಿಮ್ಮ ಗಣಕದಲ್ಲಿ ಬಹುಪಥ ಹಾಗು ಬಹುಪಥವಲ್ಲದ ಸಾಧನಗಳೆರಡೂ ಇದ್ದರೆ, Anaconda ದಲ್ಲಿ Custom Partitioning ಸಂಪರ್ಕ ಸಾಧನವನ್ನು ಬಳಸುವಂತೆ ಸಲಹೆ ಮಾಡಲಾಗುತ್ತದೆ. ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ Automatic Partitioning ಅನ್ನು ಬಳಸುವುದರಿಂದ ಅದು ಒಂದೇ ಲಾಜಿಕಲ ಪರಿಮಾಣ ಸಮೂಹಗಳಲ್ಲಿ ಎರಡೂ ಬಗೆಯ ಸಾಧನಗಳನ್ನು ರಚಿಸುವ ಸಾಧ್ಯತೆ ಇರುತ್ತದೆ.

ಪ್ರಸ್ತುತ, ಈ ವೈಶಿಷ್ಟ್ಯಕ್ಕೆ ಈ ಕೆಳಗಿನ ನಿರ್ಬಂಧನೆಗಳನ್ನು ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ:

  • ಲಾಜಿಕಲ್ ಯುನಿಟ್ ನಂಬರ್ (LUN) ಅನ್ನು ಬೂಟ್ ಮಾಡಲು ಕೇವಲ ಒಂದೇ ಮಾರ್ಗವಿದ್ದರೆ, mpath ಸೂಚಿತವಾಗಿದ್ದರೆ Anaconda ವು SCSI ಸಾಧನಕ್ಕೆ ಅನುಸ್ಥಾಪಿತವಾಗುತ್ತದೆ. ನೀವು LUN ಅನ್ನು ಬೂಟ್ ಮಾಡಲು ಬಹು ಮಾರ್ಗಗಳನ್ನು ಶಕ್ತಗೊಳಿಸಿ ಹಾಗು initrd ಅನ್ನು ಪುನಃ ರಚಿಸಿದ ಮೇಲೂ, ಕಾರ್ಯವ್ಯವಸ್ಥೆಯು dm-multipath ಸಾಧನದ ಬದಲಿಗೆ SCSI ಸಾಧನದಿಂದ ಬೂಟ್ ಆಗುತ್ತದೆ.

    ಆದರೆ, ಬೂಟ್ LUN ಗೆ ಆರಂಭ ಮಾಡಲು ಬಹು ಮಾರ್ಗಗಳಿದ್ದರೆ,ಕರ್ನಲ್ ಬೂಟ್ ಸಾಲಿನಲ್ಲಿ mpath ವು ಸೂಚಿತವಾದನಂತರ. Anaconda ವು ಸರಿಹೊಂದುವ dm-multipath ಸಾಧನಕ್ಕೆ ಸರಿಯಾಗಿ ಅನುಸ್ಥಾಪಿತವಾಗುತ್ತದೆ.

  • ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, user_friendly_names ವು multipath.conf ನಲ್ಲಿ yes ಗೆ ಸಂಯೋಜಿತವಾಗಿರುತ್ತದೆ. dm-multipath ಸಾಧನವನ್ನು ಅನ್ವಯವಾಗುವಂತೆ ಮಾಡಲು ಇದು ಒಂದು ಅಗತ್ಯ ಸಂಯೋಜನೆಯಾಗಿರುತ್ತದೆ. ಹಾಗೆಯೆ, user_friendly_names ಅನ್ನು no ಗೆ ಹೊಂದಿಸುವುದರಿಂದ ಹಾಗು initrd ವನ್ನು ಪುನರ್ ರಚಿಸುವುದರಿಂದ ಈ ಕೆಳಗಿನ ದೋಷದೊಂದಿಗೆ ಒಂದು ಬೂಟ್ ವಿಫಲತೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ:

    ಕಡತವ್ಯವಸ್ಥೆಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ
    fsck.ext3: /dev/mapper/mpath0p1 ಅನ್ನು ತೆರೆಯುವಾಗ ಯಾವುದೆ ಕಡತ ಅಥವ ಕಡತ ಕೋಶ ಕಂಡು ಬಂದಿಲ್ಲ
    
ಶೇಖರಣಾ ಕ್ಷೇತ್ರ ಜಾಲಬಂಧದಿಂದ (SAN) ಬೂಟ್ ಮಾಡಲಾಗುತ್ತಿದೆ

ಒಂದು SAN ಡಿಸ್ಕ್ ಸಾಧನದಿಂದ ಬೂಟ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲ್ಲಿ, SAN ಒಂದು ತಂತು ಮಾರ್ಗ (Fibre Channel) ಅಥವ iSCSI ಸಂಪರ್ಕಸಾಧನವೆಂದಾಗಿರುತ್ತದೆ. ಈ ಸಾಮರ್ಥ್ಯವು dm-multipath ಅನ್ನು ಬಳಸಿಕೊಳ್ಳುವ ಬಹುಮಾರ್ಗಗಳ ಮೂಲಕದಿಂದ ಗಣಕದಿಂದ-ಶೇಖರಣೆಗೆ ಸಂಪರ್ಕವನ್ನು ಬೆಂಬಲಿಸುವ ಲಕ್ಷಣವನ್ನೂ ಸಹ ಹೊಂದಿದೆ.

ಬಹು ಅತಿಥೇಯ ಬಸ್ ಅಡಾಪ್ಟರುಗಳನ್ನು (HBA) ಬಳಸುವ ಸಂರಚನೆಗಳಲ್ಲಿ, ಪ್ರಸ್ತುತ ಇರುವ ಅಡಾಪ್ಟರಿನ ಎಲ್ಲಾ ಮಾರ್ಗಗಳು ವಿಫಲಗೊಂಡರೆ, ಗಣಕ BIOS ಅನ್ನು ಇನ್ನೊಂದು ಅಡಾಪ್ಟರಿನಿಂದ ಬೂಟ್ ಆಗುವಂತೆ ನೀವು ಸಂಯೋಜಿಸಬೇಕು.

ಚಾಲಕ ಅಪ್ಡೇಟ್ ಕಾರ್ಯಕ್ರಮಗಳು

ಚಾಲಕ ಅಪ್ಡೇಟ್ ಪ್ರೊಗ್ರಾಂ (DUP) ಮೂರನೆ-ಪಕ್ಷದ ಮಾರಾಟಗಾರರು (OEMಗಳಂತಹ) ಅವರದ್ದೆ ಆದಂತಹ ಸಾಧನ ಚಾಲಕವನ್ನು ಹಾಗು ಬೇರೆ Linux ಕರ್ನಲ್ ಘಟಕಗಳನ್ನು ರೂಢಿಗತ RPM ಪ್ಯಾಕೇಜುಗಳನ್ನುವಿತರಣಾ ಧಾರಕಗಳಾಗಿ (distribution containers) ಬಳಸುವ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಗಣಕಗಳಿಗೆ ಸೇರ್ಪಡಿಸುವಂತೆ ವಿನ್ಯಸಿಸಲಾಗಿದೆ.

Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1 ಯು DUP ಗೆ ಹಲವಾರು ಅಪ್ಡೇಟ ಅನ್ನು ಅನ್ಯಯಿಸುತ್ತದೆ, ಮುಖ್ಯವಾಗಿ:

  • ಚಾಲಕ ಅಪ್ಡೇಟ್ ಡಿಸ್ಕುಗಳ ಮೂಲಕದ ಅನುಸ್ಥಾಪನ ಸಮಯದ ಚಾಲಕ ಅಪ್ಡೇಟ್ RPMಗಳು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ

  • ಗಣಕ ಬೂಟ್ ಪಥದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಬೂಟ್ ಪಥ ಚಾಲಕ ಅಪ್ಡೇಟ್‍ಗಳು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ

  • Advanced Linux Sound Architecture (ALSA) ನ ಮೂರನೆ-ಪಕ್ಷದ ಪ್ಯಾಕೆಜಿಂಗ್ ಬೆಂಬಲವು ಈಗ ಅಸಮ್ಮತಗೊಂಡಿದೆ (deprecated)

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

ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, http://www.kerneldrivers.org/RedHatKernelModulePackages ಅನ್ನು ಸಂಪರ್ಕಿ.

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

ಸಾಮಾನ್ಯ ಚಾಲಕ ಅಪ್ಡೇಟ್‍ಗಳು
  • acpi: ibm_acpi ಘಟಕವನ್ನು Lenovo ಲ್ಯಾಪ್-ಟಾಪ್ ನೊಂದಿಗಿನ ಹಲವಾರು ACPI ಹಾಗು ಡಾಕಿಂಗ್ ಸ್ಟೇಶನ್ ವಿವಾದಗಳನ್ನು ಉಲ್ಲೇಖಿಸುವಂತೆ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ

  • ipmi: Baseboard ನಿರ್ವಹಣಾ ನಿಯಂತ್ರಕಕ್ಕೆ ಯಂತ್ರಾಂಶ ತಡೆಯನ್ನು ನಿಯೋಜಿಸಿದಾಗ, ಇನ್ನು ಮುಂದೆ ಪೊಲಿಂಗ್ kthread ಚಲಾಯಿತವಾಗುವುದಿಲ್ಲ.

  • sata: SATA/SAS ಅನ್ನು 2.6.22-rc3 ಆವೃತ್ತಿಗೆ ನವೀಕರಿಸಲಾಗಿದೆ.

  • openib ಹಾಗು openmpi: OFED (OpenFabrics Enterprise Distribution) ನ ಆವೃತ್ತಿ 1.2 ಕ್ಕೆ ನವೀಕರಿಸಲಾಗಿದೆ.

  • powernow-k8: Greyhound ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬೆಂಬಲಿಸುವಂತೆ ಆವೃತ್ತಿ 2.0.0 ಗೆ ನವೀಕರಿಸಲಾಗಿದೆ.

  • xinput: ಸಂಪೂರ್ಣ RSA ಬೆಂಬಲವನ್ನು ಶಕ್ತಗೊಳಿಸುವಂತೆ ಸೇರಿಸಲಾಗಿದೆ.

  • aic94xx: v17 ಗೆ ನವೀಕರಣಗೊಂಡ embedded sequencer firmware ನೊಂದಿಗಿನ ಒಂದು ಸಾಲಿನೊಂದಿಗೆ ಆವೃತ್ತಿ 1.0.2-1 ಕ್ಕೆ ನವೀಕರಿಸಲಾಗಿದೆ. ಈ ಅಪ್ಡೇಟ್‍ಗಳು ಈ ಕೆಳಗಿನ ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತವೆ:

    • ಪ್ಲಾಟ್-ಫಾರ್ಮಿನಲ್ಲಿ ascb ರೇಸ್ (race) ಸ್ಥಿತಿಯನ್ನು ವಿಸ್ತಾರಗೊಳ್ಳಬಲ್ಲವುಗಳೊಂದಿಗೆ ಪರಿಹರಿಸಲಾಗಿದೆ

    • REQ_TASK_ABORT ಹಾಗು DEVICE_RESET ನಿಭಾಯಿಸಬಲ್ಲವುಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ

    • ಭೌತಿಕ ಪೋರ್ಟುಗಳನ್ನು ಈಗ ಒಂದು ಪರಿಶೋಧ ದೋಷದ ನಂತರ ಸರಿಯಾಗಿ ಸ್ವಚ್ಚಗೊಳಿಸಲಾಗುವುದು

    • phys ವನ್ನು sysfs ನ ಮೂಲಕ ಈಗ ಶಕ್ತಗೊಳಿಸಬಹುದಾಗಿದೆ ಹಾಗು ಅಶಕ್ತಗೊಳಿಸಬಹುದಾಗಿದೆ

    • DDB ಯ ರೇಸ್ (race) ಸ್ಥಿತಿಯನ್ನು ತಡೆಯಲು DDB ಲಾಕಿನ ಬಳಕೆಯನ್ನು ಮುಂದುವರೆಸಲಾಗಿದೆ

ಶ್ರವ್ಯ

ALSA ವನ್ನು ಆವೃತ್ತಿ 1.0.14 ಗೆ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ. ಈ ಅಪ್ಡೇಟ್ ಈ ಕೆಳಗಿನ ಪರಿಹಾರಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ:

  • IBM Taroko (M50) ನಲ್ಲಿನ ಒಂದು ಗದ್ದಲದ ತೊಂದರೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ

  • Realtek ALC861 ವು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ

  • xw8600 ಹಾಗು xw6600 ನಲ್ಲಿನ ಒಂದು ಮೂಕಗೊಳಿಸುವ ತೊಂದರೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ

  • ADI 1884 Audio ವು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ

  • xw4600 ನಲ್ಲಿನ ಒಂದು ಶ್ರವ್ಯ ಸಂರಚನಾ ತೊಂದರೆಯನ್ನು ನಿವಾರಿಸಲಾಗಿದೆ

PCI
  • PCIX ಹಾಗು PCI-Express ಗೆ ಗರಿಷ್ಟ್ ಓದು ಮನವಿಯನ್ನು ಸಂಯೋಜಿಸಲು ಕಾರ್ಯ ಕರೆಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ

  • IBM System P ಗಣಕಗಳು ಈಗ PCI-Express ಹಾಟ್-ಪ್ಲಗ್ಗಿಂಗನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ

  • SB600 SMBus ಅನ್ನು ಬೆಂಬಲಿಸಲು ಅಗತ್ಯವಿರುವ ಚಾಲಕಗಳು ಹಾಗು PCI ID ಯನ್ನು ಸೇರಿಸಲಾಗಿದೆ

ಜಾಲಬಂಧ
  • e1000 ಚಾಲಕ: ಆವೃತ್ತಿ 7.3.20-k2 ಗೆ I/OAT-ಶಕ್ತಗೊಂಡ ಚಿಪ್-ಸೆಟ್ಟುಗಳನ್ನು ಬೆಂಬಲಿಸುವಂತೆ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ.

  • bnx2 ಚಾಲಕ: ಆವೃತ್ತಿ 1.5.11ಗೆ 5709 ಯಂತ್ರಾಂಶವನ್ನು ಬೆಂಬಲಿಸುವಂತೆ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ.

  • B44 ಎಥರ್ನೆಟ್ ಚಾಲಕ: ಈ ಕೆಳಗಿನ ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುವಂತೆ ಮುಖ್ಯವಾಹಿನಿಯ ಆವೃತ್ತಿಯಾದ 2.6.22-rc4 ನಿಂದ ಬ್ಯಾಕ್-ಪೊರ್ಟ್ ಮಾಡಲಾಗಿದೆ:

    • ಹಲವಾರು endianness ಪರಿಹಾರಗಳು ಈಗ ಮಾಡಲ್ಪಟ್ಟಿವೆ

    • DMA_30BIT_MASK ಸ್ಥಿರವು ಈಗ ಬಳಸಲ್ಪಡುತ್ತದೆ

    • skb_copy_from_linear_data_offset() ಈಗ ಬಳಸಲಾಗುತ್ತದೆ

    • spin_lock_irqsave() ವು ಈಗ ಸುರಕ್ಷಿತ ತಡೆಯನ್ನು ಅಶಕ್ತಗೊಳಿಸುವ ಲಕ್ಷಣವನ್ನು ಹೊಂದಿದೆ

    • ಪುನರ್ ಆರಂಭಗೊಂಡಾಗ ಸರಳ ದೋಷ ಪರೀಕ್ಷೆಯನ್ನು ನಿರ್ವಹಿಸಲಾಗುವುದು

    • multicast ಗೆ ಹಲವಾರು ಪರಿಹಾರಗಳನ್ನು ಅನ್ವಯಿಸಲಾಗಿದೆ

    • ಚಿಪ್ ಪುನರ್-ಸಂಯೋಜನೆ ಈಗ ಈ ಮೊದಲು ನಿರೀಕ್ಷಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಸಮಯ ತೆಗೆದು ಕೊಳ್ಳುತ್ತದೆ

  • Marvell sky2 ಚಾಲಕ: ifup/ifdown ಆಜ್ಞೆಗಳನ್ನು ಪುನರಾವರ್ತಿತವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಿದಾಗ ಉಂಟಾಗುತ್ತಿದ್ದ ಕರ್ನಲ್ ಗಾಬರಿಯ ದೋಷವನ್ನು ನಿವಾರಿಸುವಂತೆ ಆವೃತ್ತಿ 1.14 ಗೆ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ.

  • forcedeth-0.60 ಚಾಲಕ: ಈ ಬಿಡುಗಡೆಯಲ್ಲಿ ಅಡಕಗೊಳಿಸಲಾಗಿದೆ. NVIDIA ದ MCP55 ಮದರ್-ಬೋರ್ಡ್ ಚಿಪ್-ಸೆಟ್ಟುಗಳನ್ನು ಹಾಗು ಅನುರೂಪವಾದ ಆನ್-ಬೋರ್ಡ್ NIC ಅನ್ನು ಬಳಸುವ ಬಳಕೆದಾರರಿಗಾಗಿ ಹಲವಾರು ವಿಷಮ ದೋಷಗಳನ್ನು ನಿವಾರಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ.

  • ixgb ಚಾಲಕ: ಇತ್ತೀಚಿನ ಮುಖ್ಯವಾಹಿನಿ ಆವೃತ್ತಿಗೆ(1.0.126) ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ.

  • netxen_nic ಚಾಲಕ: ಆವೃತ್ತಿ 3.4.2-2 ಯನ್ನು NetXen 10GbE ಜಾಲಬಂಧ ಕಾರ್ಡನ್ನು ಬೆಂಬಲಿಸುವಂತೆ ಶಕ್ತಗೊಳಿಸಲಾಗಿದೆ.

  • Chelsio 10G ಎಥರ್ನೆಟ್ ಜಾಲ ನಿಯಂತ್ರಕಗಳು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ.

  • s2io ಸಾಧನಕ್ಕೆ PCI ದೋಷ ಮರುಗಳಿಕೆಗೆ ಬೆಂಬಲವನ್ನು ಒದಗಿಸಲಾಗಿದೆ.

  • Broadcomm ತಂತಿರಹಿತ ಇಥರ್ನೆಟ್ ಚಾಲಕವು ಈಗ nx6325 ಕಾರ್ಡಿಗೆ PCI ID ಬೆಂಬಲವನ್ನು ಒದಗಿಸುತ್ತದೆ.

  • ifup ದ ಮೂಲಕ BCM4306 ಅನ್ನು ಆರಂಭಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ ಉಂಟಾಗುತ್ತಿದ್ದ ಒಂದು ASSERTION FAILED ದೋಷವನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ.

  • ixgb ಚಾಲಕ: Intel 10-gigabit ಎಥರ್ನೆಟ್ ಕಾರ್ಡಿಗೆ EEH PCI ದೋಷ ಮರುಗಳಿಕೆ ಬೆಂಬಲವನ್ನು ಒದಗಿಸುವಂತೆ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ. ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ, /usr/share/doc/kernel-doc-<kernel version>/Documentation/pci-error-recovery.txt ಅನ್ನು ಸಂಪರ್ಕಿಸಿ.

  • qla3xxx ಚಾಲಕ: ಪುನರ್ ಶಕ್ತಗೊಳಿಸಲಾಗಿದೆ ಹಾಗು iSCSI ಅಡಾಪ್ಟರುಗಳನ್ನು ಬಳಸದೆ QLogic iSCSI ಯನ್ನು ಜಾಲಬಂಧ ಬೆಂಬಲವನ್ನು ಒದಗಿಸುವಂತೆ ಆವೃತ್ತಿ2.03.00-k3ಗೆ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ.

  • qla2xxx: ಚಾಲಕವು ಆವೃತ್ತಿ 8.01.07-k6 ಗೆ ಅಪ್ಡೇಟ್ ಆಗಿದೆ. ಇದು ಹಲವಾರು ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಮುಖ್ಯವಾಗಿ:

    • iIDMA ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ

    • ಈ ಕೆಳಗಿನ ಫೈಬರ್ ಚಾನೆಲ್ ಲಕ್ಷಣಗಳು ಈಗ ಬೆಂಬಲಿತವಾಗಿವೆ:

      • ಸಾಂಕೇತಿಕ ನೋಡ್ ಹೆಸರು

      • ಗಣಕದ ಅತಿಥೇಯ ಹೆಸರು

      • ಫ್ಯಾಬ್ರಿಕಿನ ಹೆಸರು

      • ಅತಿಥೇಯ ಪೋರ್ಟ್ ಸ್ಥಿತಿ

    • trace-ನಿಯಂತ್ರಣ async ಸನ್ನಿವೇಶಗಳು ಇನ್ನು ಮುಂದೆ ಪಟ್ಟಿಗೊಳ್ಳುವುದಿಲ್ಲ

    • ನಿಭಾವಣೆ ಲಾಜಿಕನ್ನು ಪುನರ್ ಸಂಯೋಜಿಸುವುದನ್ನು ಈಗ ಸರಿಪಡಿಸಲಾಗಿದೆ

    • MSI-X ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ

    • IRQ-0 ಕಾರ್ಯಯೋಜನೆಯು ಈಗ ಪ್ರತಿ ಗಣಕದಿಂದ ನಿಭಾಯಿಸಲ್ಪಡುತ್ತದೆ

    • NVRAM ಅಪ್ಡೇಟ್ ಈ ಕೂಡಲೆ ಪರಿಣಾಮಕಾರಿಯಾಗುತ್ತವೆ

IPMI

ಈ ಬಿಡುಗಡೆಯು 2.6.22-rc-4 ನಲ್ಲಿನ ಕೆಲವೊಂದು ತೇಪೆಗಳೊಂದಿಗೆ ಮುಖ್ಯವಾಹಿನಿಯ ಆವೃತ್ತಿ 2.6.21.3ನಲ್ಲಿನ ಬದಲಾವಣೆಗಳನ್ನು ಒಳಗೊಂಡ IPMI ಚಾಲಕ ಸೆಟ್ ನ ಒಂದು ಅಪ್ಡೇಟನ್ನು ಒಳಗೊಂಡಿದೆ. ಈ ಅಪ್ಡೇಟ್ ಈ ಕೆಳಗಿನ ಬದಲಾವಣೆಗಳನ್ನು ಒಳಗೊಂಡಿದೆ (ಇತರೆಗಳೊಂದಿಗೆ):

  • ipmi_si_intf ಆರಂಭಗೊಳ್ಳದ ದತ್ತಾಂಶ ದೋಷವನ್ನು ನಿವಾರಿಸಲಾಗಿದೆ

  • ಬೇರಾವುದೇ ಚಾಲಕ ಸಮರ್ಥನೆಯು ಅಡ್ಡಿಪಡಿಸಿದರೆ kipmid ವು ಇನ್ನು ಮುಂದೆ ಆರಂಭಗೊಳ್ಳುವುದಿಲ್ಲ

  • ಬಳಕೆದಾರರಿಗೆ ಕರ್ನಲ್ ಡೆಮೊನ್ force_kipmid ಅನ್ನು enable ದ ಮೂಲಕ ರದ್ದುಪಡಿಸಲು ಅನುಮತಿ ಇರುವುದಿಲ್ಲ

  • ಪ್ರತಿ ಚಾನೆಲ್ ಆಜ್ಞಾ ನೋಂದಣಿಯು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ

  • MAX_IPMI_INTERFACES ಇನ್ನು ಮುಂದೆ ಬಳಕೆಯಲ್ಲಿರುವುದಿಲ್ಲ

  • ಹಾಟ್ ಗಣಕ ಸಂಪರ್ಕ ಸಾಧನ ತೆಗೆಯುವಿಕೆಯು ಈಗ ಬೆಂಬಲಿತವಾಗಿದೆ

  • ಫರ್ಮ್-ವೇರ್ ಅಪ್ಡೇಟ್‍ಗಳಿಗೆ ಬೆಂಬಲಿಸುವಂತೆ ಒಂದು ದುರಸ್ಥಿ ಕ್ರಮವನ್ನು (Maintenance Mode) ಸೇರಿಸಲಾಗಿದೆ

  • pigeonpoint IPMC ಗಾಗಿ poweroff ಬೆಂಬಲವನ್ನು ಸೇರ್ಪಡಿಸಲಾಗಿದೆ

  • BT ಉಪಚಾಲಕ ಈಗ ದೀರ್ಘ ಕಾಲವಿಳಂಬದಿಂದ ಪಾರಾಗುತ್ತದೆ

  • ಒಂದು ಹಾಟ್ ತೆಗೆಯುವಿಕೆಯಲ್ಲಿ ಸರಿಯಾದ ಸ್ವಚ್ಚತೆಯನ್ನು ನಿಭಾಯಿಸುವ ಸಲುವಾಗಿ pci_remove ಅನ್ನು ಸೇರಿಸಲಾಗಿದೆ

ಹೊಸ ಘಟಕ ನಿಯತಾಂಕಗಳ ಬಗೆಗಿನ ಮಾಹಿತಿಗಾಗಿ, /usr/share/doc/kernel-doc-<kernel version>/Documentation/IPMI.txt ಅನ್ನು ಸಂಪರ್ಕಿಸಿ.

SCSI
  • Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 4 ನಿಂದ ಈ ಬಿಡುಗಡೆಗೆ ಪೊರ್ಟ್ ಆದ SCSI ಬ್ಲಾಕ್-ಲಿಸ್ಟ್.

  • aic79xx ಚಾಲಕಕ್ಕೆ PCI ID ಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ.

  • aacraid ಚಾಲಕ: PRIMERGY RX800S2 ಹಾಗು RX800S3 ಅನ್ನು ಬೆಂಬಲಿಸುವಂತೆ ಆವೃತ್ತಿ 1.1.5-2437 ಗೆ ಅಪ್ಡೇಟ್‍ಗೊಗೊಳಿಸಲಾಗಿದೆ.

  • megaraid_sas ಚಾಲಕ: ಆವೃತ್ತಿ 3.10 ಗೆ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ. ಈ ಅಪ್ಡೇಟ್ bios_param ನ ಪ್ರವೇಶ ತಾಣವನ್ನು ಸೂಚಿಸುತ್ತದೆ, IOCTL ಮೆಮೊರಿ ಪೂಲನ್ನು ಸೇರಿಸುತ್ತದೆ, ಹಾಗು ಹಲವಾರು ದೋಷ ನಿವಾರಣೆಯನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ.

  • Emulex lpfc ಚಾಲಕ: 8.1.10.9 ಆವೃತ್ತಿಗೆ ಅಪ್ಡೇಟ್‍ಗೊಳಿಸಲಾಗಿದೆ. ಈ ಅಪ್ಡೇಟ್‍ವು ಹಲವಾರು ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಗಮನಾರ್ಹವಾಗಿ:

    • ioctl ಪಥಗಳಲ್ಲಿನ host_lock ನಿರ್ವಹಣೆಯನ್ನು ನಿವಾರಿಸಲಾಗಿದೆ

    • AMD ಚಿಪ್-ಸೆಟ್ ಈಗ ಸ್ವಯಂ ಚಾಲಿತವಾಗಿ ಪತ್ತೆಹಚ್ಚಲ್ಪಡುತ್ತದೆ, ಹಾಗು DMA ಯ ಉದ್ದವನ್ನು ೧೦೨೪ ಬೈಟುಗಳಿಗೆ ಇಳಿಸಲಾಗಿದೆ

    • ಶೋಧನೆಯು ಸಕ್ರಿಯವಾಗಿದ್ದರೆ, ಇನ್ನು ಮುಂದೆ dev_loss_tmo ನ ಸಮಯದಲ್ಲಿ ಘಟ್ಟವು ತೆಗೆದುಹಾಕಲ್ಪಡುವುದಿಲ್ಲ

    • 8GB ಲಿಂಕ್ ವೇಗಗಳು ಈಗ ಶಕ್ತಗೊಂಡಿದೆ

  • qla4xxx ಚಾಲಕವು ಈ ಕೆಳಗಿನ ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುವಂತೆ ಊರ್ಜಿತಗೊಳಿಸಲಾಗಿದೆ:

    • IPV6, QLE406x ಹಾಗುioctl ಘಟಕಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಸೇರ್ಪಡಿಸಲಾಗಿದೆ

    • ಲಾಕಪ್ ಗೆ ಕಾರಣವಾಗಿದ್ದ mutex_lock ದೋಷವನ್ನು ನಿವಾರಿಸಲಾಗಿದೆ

    • qla4xxx ಹಾಗು qla3xxxಗಳಲ್ಲಿ ಯಾವುದೇ ಒಂದು ಸಂಪರ್ಕಸಾಧನವನ್ನು ಆರೋಹಿಸುವ/ಅವರೋಹಿಸುವ ಪ್ರಯತ್ನದಲ್ಲಿ ಉಂಟಾಗುತ್ತಿದ್ದ ಲಾಕ್-ಅಪ್ ವಿವಾದಗಳನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ

  • mpt fusion ಚಾಲಕಗಳು: ಆವೃತ್ತಿ 3.04.04 ಗೆ ಊರ್ಜಿತಗೊಳಿಸಲಾಗಿದೆ. ಈ ಊರ್ಜಿತವು ಹಲವಾರು ಬದಲಾವಣೆಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ, ಮುಖ್ಯವಾದವುಗಳು:

    • ಹಲವಾರು ದೋಷ ನಿಭಾಯಿಸುವ ದೋಷವರದಿಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ

    • mptsas ವು ಈಗ ಗುರಿಯ ಪುನರ್ ಸಂಯೋಜನೆಯನ್ನು ಅನುಕ್ರಮಿತಗೊಳಿಸುತ್ತದೆ

    • mptsas ಹಾಗು mptfc ಈಗ LUNಗಳನ್ನು ಹಾಗು 255 ಕ್ಕೂ ಹೆಚ್ಚಿನ ಉದ್ದೇಶಿತಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ

    • ಅತಿ ನಿಧಾನಗತಿಯ DVD ಚಾಲಕದ ಕಾರ್ಯನಿರ್ವಹಣೇಗೆ ಕಾರಣವಾಗಿದ್ದ ಒಂದು LSI mptspi ಚಾಲಕ ಹಿಂಜರಿಕೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ

    • ಒಂದು LSI SCSI ಸಾಧನವು BUSY ಸ್ಥಿತಿಗೆ ಮರಳಿದಾಗ, ಹಲವಾರು ಪುನರ್ ಪ್ರಯತ್ನದ ನಂತರ I/O ಪ್ರಯತ್ನ ವಿಫಲವಾಗುವುದಿಲ್ಲ

    • RAID ರಚನೆಗಳು ಇನ್ನು ಮುಂದೆ ಸ್ವಯಂ-ಪುನರ್ ನಿರ್ಮಾಣದ ನಂತರ ಲಭ್ಯವಿರುವುದಿಲ್ಲ

  • arcmsr ಚಾಲಕ: Areca RAID ನಿಯಂತ್ರಕಗಳಿಗೆ ಬೆಂಬಲಿಸುವಂತೆ ಅಡಕಗೊಳಿಸಲಾಗಿದೆ.

  • 3w-9xxx ಘಟಕ: 3ware 9650SE ಗೆ ಸರಿಯಾಗಿ ಬೆಂಬಲಿಸುವಂತೆ ಊರ್ಜಿತಗೊಳಿಸಲಾಗಿದೆ.

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

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

    • ಆರೋಹಣಾ ಆಯ್ಕೆ sec=none ಒಂದು ಗೊತ್ತಿರದ ಆರೋಹಣಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ

    • POSIX ಹೆಚ್ಚುವರಿಗಳು ಶಕ್ತಗೊಂಡಿದ್ದರೆ CIFS ಈಗ umask ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ

    • ಪ್ಯಾಕೆಟ್ ಸೈನಿಂಗಿಗೆ ಮನವಿ ಮಾಡುತ್ತಿದ್ದ sec= ಆರೋಹಣ ಆಯ್ಕೆಯನ್ನು ನಿವಾರಿಸಲಾಗಿದೆ

    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 ಕರೆಗಳಲ್ಲಿ ಬೆಂಬಲಿತವಾಗಿದೆ.

  • ಗಣಕ ಕರೆ getcpu ವು ಈಗ ಬೆಂಬಲಿತವಾಗಿರುತ್ತದೆ.

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

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

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

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

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

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

  • ಈ ಅರ್ಕಿಟೆಕ್ಚರಿಗೆ ಪ್ರಮಾಣಿಕೃತ ಮೆಮೊರಿಯು ೧TB ಆಗಿರುತ್ತದೆ (೨೫೬GB ಯಿಂದ ಹೆಚ್ಚಿಸಲ್ಪಟ್ಟಿದೆ).

  • 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 ಅನ್ನು ಬಳಸಿ ಎಂದು ಸಲಹೆ ಮಾಡಲಾಗುತ್ತದೆ.

ತಂತ್ರಜ್ಞಾನದ ಪೂರ್ವಾವಲೋಕನ

ಪ್ರಸ್ತುತ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5.1ನ ಚಂದಾ ಸೇವೆಯಲ್ಲಿ ತಂತ್ರಜ್ಞಾನದ ಪೂರ್ವಾವಲೋಕನ ಸ್ವರೂಪಕ್ಕೆ ಬೆಂಬಲ ಇಲ್ಲ, ಸಂಪೂರ್ಣವಾಗಿ ಕಾರ್ಯತತ್ಪರವಾಗಿಲ್ಲದಿರಬಹುದು, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಉತ್ಪಾದನೆಯಲ್ಲಿ ಉಪಯೋಗಿಸಲು ತಕ್ಕದಾದುದಲ್ಲ. ಆದರೆ, ಈ ಸ್ವರೂಪಗಳನ್ನು ಗ್ರಾಹಕರ ಅನುಕೂಲಕ್ಕನುಗುಣವಾಗಿ ಮತ್ತು ಸ್ವರೂಪವನ್ನು ಹೆಚ್ಚಿನ ಬೆಳಕಿಗೆ ತರಲು ಸೇರಿಸಿಕೊಳ್ಳಬಹುದು.

ಗ್ರಾಹಕರಿಗೆ ಈ ಸ್ವರೂಪವನ್ನು ಉತ್ಪಾದನೆಯಲ್ಲದೆ ವಾತಾವರಣದಲ್ಲಿ ಬಳಸಲು ಯೋಗ್ಯವೆನಿಸಬಹುದು. ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನ ವೈಶಿಷ್ಟ್ಯವು ಸಂಪೂರ್ಣವಾಗಿ ಬೆಂಬಲಿತವಾಗುವು ಮೊದಲು ಗ್ರಾಹಕರು ಅದರ ಬಗೆಗಿನ ತಮ್ಮ ಪ್ರತ್ಯಾದಾನ(feedback) ಮತ್ತು ಕಾರ್ಯಮುಖಗೊಳಿಸುವೆಡೆಗಿನ ಸಲಹೆಗಳನ್ನು ನೀಡಬಹುದು. ಮುದ್ರಣ ದೋಷ ಪಟ್ಟಿಗಳನ್ನು ಅತ್ಯಧಿಕ ತೀವ್ರಮಟ್ಟದ ಭದ್ರತಾ ವಿಷಯಗಳಿಗೆ ನೀಡಲಾಗುತ್ತದೆ.

ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ, ಹೆಚ್ಚುವರಿ ಘಟಕಗಳು ಸಾರ್ವಜನಿಕರಿಗೆ ಪರೀಕ್ಷಿಸಲು ಲಭ್ಯವಾಗಬಹುದು. ಮುಂದಿನ ಬಿಡುಗಡೆಯಲ್ಲಿ ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನ ಸ್ವರೂಪಗಳಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಬೆಂಬಲ ನೀಡುವುದು Red Hatನ ಉದ್ದೇಶ.

ಸ್ಥಿತಿ ಇಲ್ಲದ ಲಿನಕ್ಸ್ (Stateless Linux)

ಗಣಕವನ್ನು ಹೇಗೆ ಚಲಾಯಿಸುವುದು ಮತ್ತು ನಿಭಾಯಿಸುವುದು, ಸುಲಭವಾಗಿ ಬದಲಾಯಿಸುವ ಮೂಲಕ ಅಧಿಕ ಸಂಖ್ಯೆಯ ಗಣಕಗಳ ಸರಬರಾಜು ಹಾಗು ನಿರ್ವಹಣೆಯನ್ನು ಸರಳೀಕೃತವಾಗುವಂತೆ ರಚಿಸುವಲ್ಲಿನ ದಿಶೆಯಲ್ಲಿ Stateless Linux ಒಂದು ಹೊಸ ರೀತಿಯ ಆಲೋಚನೆ. ತಯಾರಾದ ಗಣಕ ಚಿತ್ರಿಕೆಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಮೂಲಕ ಇದನ್ನು ಪ್ರಾಥಮಿಕವಾಗಿ ಸಾಧಿತವಾಗಿಸಬಹುದು, ಇದು ಅಧಿಕ ಸಂಖ್ಯೆಯ ಸ್ಥಿತಿಯಿಲ್ಲದ ಗಣಕಗಳಲ್ಲಿ ಪ್ರತಿರೂಪಗೊಂಡು ಹಾಗೂ ನಿರ್ವಹಿತವಾಗಿರುತ್ತದೆ, ಕಾರ್ಯವ್ಯವಸ್ಥೆಯನ್ನು 'ಓದಲು ಮಾತ್ರ' ವಿಧಾನದಲ್ಲಿ ಚಲಾಯಿಸುತ್ತದೆ(ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ ದಯವಿಟ್ಟು /etc/sysconfig/readonly-root ಅನ್ನು ಸಂಪರ್ಕಿಸಿ).

ಪ್ರಸ್ತುತ ವಿಕಸನದ ಸ್ಥಿತಿಯಲ್ಲಿ, Stateless ಸ್ವರೂಪಗಳು ಉದ್ದೇಶಿತ ಗುರಿಗಳ ಅಡಿಯಲ್ಲಿದೆ. ಹಾಗಾಗಿ ಈ ಸಾಮರ್ಥ್ಯವು ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನ ಎಂದು ಉಳಿಸಿಕೊಳ್ಳಲಾಗಿದೆ.

ಈ ಕೆಳಗಿನ ಪಟ್ಟಿಯು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5ಯು ಹೊಂದಿರುವ ಆರಂಭಿಕ ಸಾಮರ್ಥ್ಯಗಳದ್ದಾಗಿದೆ:

  • NFSನ ಮೇಲೆ ಸ್ಥಿತಿ ಇಲ್ಲದ ಚಿತ್ರಿಕೆಯನ್ನು ಚಲಾಯಿಸಲಾಗುತ್ತಿದೆ

  • NFS ನ ಮೇಲೆ ಲೂಪ್ ಬ್ಯಾಕ್ ಮೂಲಕ ಸ್ಥಿತಿಯಿಲ್ಲದ ಚಿತ್ರಿಕೆಗಳನ್ನು ಚಲಾಯಿಸಲಾಗುತ್ತಿದೆ

  • iSCSI ಮೇಲೆ ಚಲಾಯಿಸಲಾಗುತ್ತಿದೆ

ಸ್ಥಿತಿಯಿಲ್ಲದ ಕೋಡ್ ಗಳನ್ನು ಪರೀಕ್ಷಿಸಲು ಆಸಕ್ತಿ ಇರುವವರು http://fedoraproject.org/wiki/StatelessLinuxHOWTOನಲ್ಲಿನ HOWTO ಅನ್ನು ಓದಲು ಹಾಗು stateless-list@redhat.comನಲ್ಲಿ ಸೇರ್ಪಡೆಯಾಗಲು ಸೂಚಿಸಲಾಗಿದೆ .

Stateless Linux ನ ಶಕ್ತಗೊಳಿಸುವ ಸವಲತ್ತಿನ ತುಣುಕುಗಳನ್ನು ಈ ಮೊದಲು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ನಲ್ಲಿ ಪರಿಚಯಿಸಲಾಗಿತ್ತು.

AIGLX

AIGLX, ಸಂಪೂರ್ಣವಾಗಿ ಬೆಂಬಲಿತವಾದ X ಪರಿಚಾರಕದ ಒಂದು ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನ ಘಟಕ. ಇದು ಸಾಮಾನ್ಯ ಗಣಕ-ತೆರೆ ಮೇಲೆ GL-ವೇಗವರ್ಧಿತ ಪರಿಣಾಮಗಳನ್ನು ಶಕ್ತಗೊಳಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿದೆ. ಈ ಪರಿಯೋಜನೆಯು ಈ ಕೆಳಗಿನ ವಿಷಯಗಳನ್ನು ಒಳಗೊಂಡಿದೆ:

  • ಲಘುವಾಗಿ ಮಾರ್ಪಡಿಸಿದ ಒಂದು X ಪರಿಚಾರಕ

  • ಹೊಸ ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲವನ್ನು ಸೇರಿಸ ಬಲ್ಲ ಒಂದು ಅಪ್ಡೇಟೇಡ್ ಮೇಸಾ ಪ್ಯಾಕೇಜ್

ಈ ಘಟಕಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸುವುದರಿಂದ, ಕೆಲವೇ ಬದಲಾವಣೆಗಳೊಂದಿಗೆ ನಿಮ್ಮ ಡೆಸ್ಕ್ ಟಾಪ್ ನಲ್ಲಿ GL-ವೇಗವರ್ಧಿತ ಪರಿಣಾಮಗಳನ್ನು, ಹಾಗೆಯೇ X ಪರಿಚಾರಕವನ್ನು ಬದಲಾಯಿಸದೆ ಅವುಗಳನ್ನು ಅಶಕ್ತ ಮತ್ತು ಶಕ್ತಗೊಳಿಸಬಲ್ಲ ಸಾಮರ್ಥ್ಯವನ್ನು ನೀವು ಹೊಂದಬಹುದು. AIGLX ಯಂತ್ರಾಂಶದ GLX ವೇಗವರ್ಧಕದ ಲಾಭ ಪಡೆಯಲು ದೂರದ GLX ಅನ್ವಯಗಳನ್ನು ಸಹ ಶಕ್ತಗೊಳಿಸುತ್ತದೆ.

FS-Cache

FS-Cache ಯು ಸ್ಥಳೀಯವಾಗಿ ಆರೋಹಿತವಾದ ಡಿಸ್ಕಿನ ಮೇಲೆ NFS ದತ್ತಾಂಶಗಳನ್ನು ಕ್ಯಾಶೆ ಮಾಡಲು ಬಳಕೆದಾರನಿಗೆ ಅನುಮತಿಸಬಲ್ಲ ದೂರದ ಕಡತ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಒಂದು ಸೌಕರ್ಯ. FS-Cache ಸೌಕರ್ಯವನ್ನು ಹೊಂದಿಸಲು, cachefilesd RPMಅನ್ನು ಅನುಸ್ಥಾಪಿಸಿ ಮತ್ತು ಮಾಹಿತಿಗಾಗಿ /usr/share/doc/cachefilesd-<version>/README ಅನ್ನು ಸಂಪರ್ಕಿಸಿ.

<version>ಯನ್ನು ಅನುಸ್ಥಾಪಿಸಲ್ಪಟ್ಟಿರುವ cachefilesd ಪ್ಯಾಕೇಜಿಗೆ ಸರಿಹೊಂದುವ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಬದಲಾಯಿಸಿ.

Systemtap

Systemtap ಯು ಚಾಲನೆಯಲ್ಲಿರುವ ಲಿನಕ್ಸ್ ವ್ಯವಸ್ಥೆಯ ಬಗೆಗಿನ ಮಾಹಿತಿಯನ್ನು ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯನ್ನು ಸರಳಗೊಳಿಸುವ ಉಚಿತ ತಂತ್ರಾಂಶ (GPL) ಸೌಕರ್ಯವನ್ನು ನೀಡುತ್ತದೆ. ಇದು ಒಂದು ಕಾರ್ಯ ನಿರ್ವಹಣೆ ಅಥವ ಕಾರ್ಯಕಾರಿ ತೊಂದರೆಯನ್ನು ಪತ್ತೆ ಹಚ್ಚಲು ಸಹಾಯ ಒದಗಿಸುತ್ತದೆ. systemtapನ ಸಹಾಯದಿಂದ, ಅಭಿವೃದ್ಧಿಗಾರರು ದತ್ತವನ್ನು ಪಡೆಯಲು ಬೇಕಿರುವ ಕಷ್ಟಕರ ಮತ್ತು ವಿಸ್ತಾರವಾದ ಸಾಧನ, ಪುನರ್ ಸಂಕಲನ, ಅನುಸ್ಥಾಪನೆ, ಮತ್ತು ರೀಬೂಟ್ ಅನುಕ್ರಮಗಳೊಂದಿಗೆ ಇನ್ನು ಹಾದು ಹೋಗಬೇಕಿಲ್ಲ.

ಉದ್ದೇಶಿತ iSCSI

Linux target (tgt) ವಿನ್ಯಾಸವು ಒಂದು ಗಣಕದ ಬ್ಲಾಕ್-ಮಟ್ಟದ SCSI ಶೇಖರಣೆಯನ್ನು SCSI ಆರಂಭಕವನ್ನು ಹೊಂದಿದ ಇತರೆ ಗಣಕಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಈ ಸಾಮರ್ಥ್ಯವು ಆರಂಭದಲ್ಲಿ ಒಂದು ಉದ್ದೇಶಿತ Linux iSCSI ಆಗಿ ಜಾಲಬಂಧದ ಮೂಲಕ ಯಾವುದೇ iSCSI ಆರಂಭಕಕ್ಕೆ ಶೇಖರಣಾ ಸೇವೆ ಸಲ್ಲಿಸುವಂತೆ ನಿಯೋಜಿಸಲಾಗಿತ್ತು.

ಉದ್ದೇಶಿತ iSCSI ಸಂಯೋಜಿಸಲು, scsi-target-utils RPM ಅನ್ನು ಅನುಸ್ಥಾಪಿಸಿ ಹಾಗು ಈ ಸ್ಥಳದಲ್ಲಿರುವ ಸೂಚನೆಗಳನ್ನು ನೋಡಿ:

  • /usr/share/doc/scsi-target-utils-<version>/README

  • /usr/share/doc/scsi-target-utils-<version>/README.iscsi

<version> ಯನ್ನು ಅನುಸ್ಥಾಪಿಸಲ್ಪಟ್ಟಿರುವ ಪ್ಯಾಕೇಜಿಗೆ ಸರಿಹೊಂದುವ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಬದಲಾಯಿಸಿ.

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

FireWire

firewire-sbp2 ಘಟಕಗಳನ್ನು ಈ ಊರ್ಜಿತದಲ್ಲಿ ಒಂದು ತಂತ್ರಜ್ಞಾನ ಪೂರ್ವಾವಲೋಕನವಾಗಿ ಪರಿಚಯಿಸಲಾಗುತ್ತಿದೆ. ಈ ಘಟಕವು FireWire ಶೇಖರಣಾ ಸಾಧನಗಳು ಹಾಗು ಶೋಧಕಗಳೊಂದಿಗಿನ ಸಂಪರ್ಕವನ್ನು ಶಕ್ತಗೊಳಿಸುತ್ತದೆ.

ಸದ್ಯದಲ್ಲಿ, FireWire ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ:

  • IPv4

  • pcilynx ಅತಿಥಿ ನಿಯಂತ್ರಕಗಳು

  • ಬಹು-LUN ಶೇಖರಣಾ ಸಾಧನಗಳು

  • ಶೇಖರಣಾ ಸಾಧನಗಳಿಗೆ ಪ್ರತ್ಯೇಕವಲ್ಲದ ಅನುಮತಿ

ಇದಕ್ಕೆ ಹೆಚ್ಚುವರಿಯಾಗಿ, ಈ ಕೆಳಗಿನ ವಿವಾದಗಳು FireWire ನ ಆವೃತ್ತಿಯಲ್ಲಿ ಇನ್ನೂ ಉಳಿದಿವೆ:

  • SBP2 ಚಾಲಕದಲ್ಲಿ ಒಂದು ಮೆಮೊರಿ ಸೋರಿಕೆಯಾದಲ್ಲಿ ಗಣಕವು ಪ್ರತಿಕ್ರಿಯೆ ನೀಡದಾಗುತ್ತದೆ.

  • ಈ ಆವೃತ್ತಿಯಲ್ಲಿನ ಒಂದು ಕೋಡ್ ದೊಡ್ಡ-endian ಗಣಕಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಇದು PowerPC ಯ ಅನಿರೀಕ್ಷಿತ ವರ್ತನೆಗೆ ಕಾರಣವಾಗಬಹುದು.

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

  • ಬಹುಸಂಖ್ಯೆಯ-ಬೂಟ್ ಗಣಕಗಳಲ್ಲಿ, 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 ನಲ್ಲಿದ್ದ ಒಂದು ದೋಷವನ್ನು ಈಗ ನಿವಾರಿಸಲಾಗಿದೆ.

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

    • ptrace ಅನ್ನು ಬಳಸುವಾಗ ಉಂಟಾಗುತ್ತಿದ್ದ race ಸ್ಥಿತಿಯಲ್ಲಿನ ಕುಸಿತದ ದೋಷವನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ

    • ಒಂದು ಪೂರಕ ಗಣಕವು (child) ಕೆಲವೊಂದು ಸನ್ನಿವೇಶಗಳಲ್ಲಿ ನಿರ್ಗಮಿಸಿದಾಗ wait4 ಕರೆಗಳನ್ನು ಎಚ್ಚರಗೊಳ್ಳದಂತೆ ತಡೆಯುತ್ತಿದ್ದ ಒಂದು ಹಿಂಜರಿಕೆಯನ್ನು ನಿವಾರಿಸಲಾಗಿದೆ

    • SIGKILL ಅನ್ನು ಕೆಲವೊಮ್ಮೆ ಒಂದು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಕೊನೆಗೊಳಿಸದಂತೆ ತಡೆಯುತ್ತಿದ್ದ ಒಂದು ಹಿಂಜರಿಕೆಯನ್ನು ನಿವಾರಿಸಲಾಗಿದೆ. ಇದು ptrace ಅನ್ನು ಒಂದು ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ನಿರ್ವಹಿಸಿದಾಗ ಕೆಲವೊಮ್ಮೆ ಸಂಭವಿಸುತ್ತಿತ್ತು.

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

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

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

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

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

    1. MegaRAID BIOS Set Up Utilityಯನ್ನು ನಮೂದಿಸಿ.

    2. Adapter settings menuಅನ್ನು ನಮೂದಿಸಿ.

    3. ಉಳಿದ ಅಡಾಪ್ಟರ್ ಆಯ್ಕೆಗಳ ಅಡಿಯಲ್ಲಿ,ಎಮ್ಯುಲೇಶನ್ ಅನ್ನು ಆರಿಸಿ ಮತ್ತು ಅದನ್ನು ಮಾಸ್ ಸ್ಟೋರೇಜ್ಗೆ ಹೊಂದಿಸಿ.

    ಎಲ್ಲಿಯಾದರೂ ಅಡಾಪ್ಟರ್ ಸರಿಯಲ್ಲದ ರೀತಿಯಲ್ಲಿ "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ಗಳಿಗಾಗಿ ಕೋರುತ್ತಿಲ್ಲ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಹಾಗೆಯೇ, ಈ ಸಂದೇಶಗಳು ಯಾವುದೇ ಕಾರಣಕ್ಕೂ ಗಣಕದ ಕಾರ್ಯ ನಿರ್ವಹಣೆಯ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರುವುದಿಲ್ಲ.

  • yum ಅನ್ನು ಬಳಸಿಕೊಂಡು 32-bit Compatibility Layer ಡಿಸ್ಕಿನಿಂದ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸುವಾಗ ವಿಫಲತೆ ಎದುರಾಗಬಹುದು. ಹಾಗಾದಲ್ಲಿ, Red Hat ಪ್ಯಾಕೇಜ್ ಸೈನಿಂಗ್ ಕೀಲಿಯು RPM ದತ್ತಸಂಚಯಕ್ಕೆ ರವಾನಿತವಾಗಿರದೇ ಇರುವುದು ಇದಕ್ಕೆ ಕಾರಣ. ಹೀಗೆ ಆಗಲು ಮುಖ್ಯ ಕಾರಣ ನೀವು ಇನ್ನೂ Red Hat ಜಾಲಬಂಧ ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿರದೇ ಇರುವುದು ಹಾಗೂ ಅಲ್ಲಿಂದ ಊರ್ಜಿತಗಳನ್ನು ಪಡೆಯದೇ ಇರುವುದು. ಕೀಲಿಯನ್ನು ಸ್ವಹಸ್ತದಿಂದ ಪಡೆದುಕೊಳ್ಳಲು, ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಮೂಲವಾಗಿ ಚಲಾಯಿಸಿ:

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

    ಒಮ್ಮೆ Red Hat GPG ಕೀಲಿಯು ದೊರೆಯಿತೆಂದರೆ, ನೀವು ಈಗ 32-bit Compatibility Layer ಡಿಸ್ಕಿನಿಂದ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಅನುಸ್ಥಾಪಿಸಲು yum ಅನ್ನು ಬಳಸಬಹುದು.

    ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ಮೂಲ OS ಅವಲಂಬಿಕೆಗಳು (dependencies) ಉಲ್ಲೇಖಿತಗೊಳ್ಳುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, ಈ ಡಿಸ್ಕಿನಿಂದ ಅನುಸ್ಥಾಪಿಸುವಾಗ, rpm ಅನ್ನು ಬಳಸದೇ yum ಅನ್ನು ಬಳಸಬೇಕೆಂದು ಸಲಹೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ.

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

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

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

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

    • /usr/bin/setupsetuptool ಪ್ಯಾಕೇಜಿನಿಂದ ಒದಗಿಸಲಾದ.

    • /usr/bin/rhn_registerrhn-setup ಪ್ಯಾಕೇಜಿನಿಂದ ಒದಗಿಸಲಾದ.

  • 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 ವೇದಿಕೆಗಳು ಕರ್ನಲಿನಿಂದ ಬಹಿಷ್ಕೃತಗೊಂಡಿವೆ:

    • DL585g2

    • dc7500

    • xw9300

    • xw9400

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

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

  • ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, Itanium dom0 ವಾಸ್ತವೀಕೃತಗೊಂಡ ಕರ್ನಲ್ ೫೧೨MB RAM ಹಾಗು ಒಂದು CPU ನೊಂದಿಗೆ ಬೂಟ್ ಆಗುತ್ತದೆ. ನೀವು ಇದನ್ನು ಹೈಪರ್ವೈಸರ್ ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ dom0_mem ಹಾಗು dom0_max_vcpus ನಿಯತಾಂಕಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅತಿಕ್ರಮಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ,dom0_mem=4G dom0_max_vcpus=8 ನಿಯತಾಂಕಗಳನ್ನು ಬಳಸಿಕೊಂಡು ೪GB ಯಷ್ಟು RAM ಹಾಗು ೮ CPUಗಳೊಂದಿಗೆ ಬೂಟ್ ಆಗುವಂತೆ dom0 ಅನ್ನು ನೀವು ಸಂಯೋಜಿಸಬಹುದು.

    Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ಗೆ, dom0_mem ಗೆ ಗರಿಷ್ಟ ಬೆಂಬಲಿತ ಮೌಲ್ಯವು೨೫೬G ಆಗಿದೆ. dom0_max_vcpus ಗೆ ಗರಿಷ್ಟ ಬೆಂಬಲಿತ ಮೌಲ್ಯವು 32 ಆಗಿದೆ.

    ಆದರೆ, dom0 ಅನ್ನು ಗಣಕವು ಹೊಂದಿರುವ ವಾಸ್ತವ ಮೊತ್ತದ RAM ನೊಂದಿಗೆ ಬೂಟ್ ಮಾಡುವಂತೆ ಸಂಯೋಜಿಸುವುದರಿಂದ ಒಂದು ಕರ್ನಲ್ ಗಾಬರಿಗೆ ಕಾರಣವಾಗಬಹುದು. ಏಕೆಂದರೆ ವಾಸ್ತವವಾಗಿ dom0 ನ ಬಳಕೆಗೆ ಲಭ್ಯವಿರುವ ಪೂರ್ಣ RAM ಗಿಂತ ಸ್ವಲ್ಪ ಕಡಿಮೆ ಇರುವ ಸಾಧ್ಯತೆ ಇರುತ್ತದೆ. ಸದ್ಯದಲ್ಲಿ, ಹೈಪರ್ವೈಸರಿಗೆ ಈ ಸನ್ನಿವೇಶವನ್ನು ಸುಲಲಿತವಾಗಿ ನಿಭಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

    ಎಲ್ಲಿಯಾದರೂ, ಗಣಕವು x ಮೊತ್ತದ RAM ಅನ್ನು ಹೊಂದಿದ್ದರೆ, dom0_mem=x ಅನ್ನು ಬಳಸುವುದು ಸೂಕ್ತವಲ್ಲ.

  • ಕನ್ಸೋಲ್ ಆದಾನವನ್ನು VGA ಗಾಗಿ ಸಂರಚಿತವಾದ ಕೆಲವೊಂದು Itanium ಗಣಕಗಳಲ್ಲಿ,dom0 ವಾಸ್ತವೀಕೃತಗೊಂಡ ಕರ್ನಲ್ಲುಗಳು ಬೂಟ್ ಆಗುವಲ್ಲಿ ವಿಫಲಗೊಳ್ಳಬಹುದು.ಇದು ಏಕೆಂದರೆ, ವಾಸ್ತವೀಕೃತಗೊಂಡ ಕರ್ನಲ್ಲುಗಳು Extensible Firmware Interface (EFI) ಸಂಯೋಜನೆಗಳಿಂದ ಪೂರ್ವನಿಯೋಜಿತ ಕನ್ಸೋಲ್ ಸಾಧನವನ್ನು ಸರಿಯಾಗಿ ಪತ್ತೆಹಚ್ಚುವಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ.

    ಇದು ಸಂಭವಿಸಿದಾಗ, ಬೂಟ್ ನಿಯತಾಂಕ console=tty ಅನ್ನು ಕರ್ನಲ್ ಬೂಟ್ ಆಯ್ಕೆಯಲ್ಲಿನ /boot/efi/elilo.conf ಗೆ ಸೇರಿಸುವ ಮೂಲಕ ಇದರೊಂದಿಗೆ ಕಾರ್ಯ ನಿರ್ವಹಿಸಬಹುದಾಗಿದೆ.

  • ಕೆಲವೊಂದು Itanium ಗಣಕಗಳಲ್ಲಿ, VGA ಕನ್ಸೋಲನ್ನು ಆರಂಭಿಸುವಲ್ಲಿ X ವಿಫಲಗೊಳ್ಳಬಹುದು. ಇದು ಏಕೆಂದರೆ ಗಣಕ ಮೆಮೊರಿ ವಿನ್ಯಾಸವು X ಅನ್ನು ಅದರ ಅಗತ್ಯಗಳಿಗೆ ಸರಿಹೊಂದದ ಮೆಮೊರಿ ವಲಯಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳದಂತೆ ತಡೆಯುವುದಿಲ್ಲ. ಇದು ಗಣಕ ಪರೀಕ್ಷಾ ಕಾರ್ಯಭಂಗ (Machine Check Abort) (MCA) ಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ, ಆದರೆ ಕೆಲವೊಂದುಸಂದರ್ಭಗಳಲ್ಲಿ X ಕೇವಲ ಒಂದು xf86MapDomainMem(): mmap() failure ನ X ಕಾರ್ಯಚರಿ (log) ನಮೂದಿನೊಂದಿಗೆ:

    ಬಾಧಿತ ಗಣಕಗಳನ್ನು ರನ್-ಲೆವೆಲ್ 3 ರಲ್ಲಿ ಬೂಟ್ ಮಾಡುವಂತೆ, ಹಾಗು ಯಾವುದೆ ಅಗತ್ಯ X ಅನ್ವಯಗಳು ಒಂದು VNC X ಪರಿಚಾರಕದಲ್ಲಿ ಅಥವ ಒಂದು ದೂರಸ್ಥ ಅತಿಥೇಯದಲ್ಲಿನ X11-ಫಾರ್ವಾರ್ಡಿಂಗಿನ ಮೇಲೆ ಮಾತ್ರ ಚಲಾಯಿಸುವಂತೆ ಸಲಹೆ ಮಾಡಲಾಗುತ್ತದೆ. ಬೇರ್-ಮೆಟಲ್ ಹಾಗು ವಾಸ್ತವೀಕೃತಗೊಂಡ ಕರ್ನಲ್ಲು ಎರಡೂ ಈ ವಿವಾದದಿಂದ ಬಾಧಿತಗೊಂಡಿವೆ.

    ಈ ವಿವಾದವನ್ನು Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ನ ಮುಂಬರುವ ಕಿರು ಬಿಡುಗಡೆಯಲ್ಲಿ ನಿವಾರಿಸಲಾಗುವುದು. ಈ ವಿವಾದವು ಕೇವಲ 128 PCI ಸಾಧನಗಳಿಗಿಂತ ಹೆಚ್ಚಿನವುಗಳನ್ನು ಹೊಂದಿದ Itanium ಗಣಕಗಳಲ್ಲಿ ಮಾತ್ರ ವ್ಯಕ್ತವಾಗುತ್ತದೆಂದು ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶವು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಈ ವರ್ತನೆಯು X ಹೊಂದಿರುವ Red Hat ಎಂಟರ್ಪ್ರೈಸ್ ಲಿನಕ್ಸ್ 5 ನಲ್ಲಿ ಸ್ಥಿರವಾಗಿರುತ್ತದೆ.

  • ಪೂರ್ವನಿಯೋಜಿತ 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
            }
    

( ia64 )



[1] http://www.opencontent.org/openpub/ನಲ್ಲಿ ಲಭ್ಯವಿರುವ Open Publication License, v1.0 ನಲ್ಲಿ ನಮೂದಿಸಲ್ಪಟಿರುವ ಕರಾರು ನಿಯಮಗಳಿಗನುಗುಣವಾಗಿ ಮಾತ್ರ ಈ ವಸ್ತುವನ್ನು ವಿತರಿಸಲಾಗುತ್ತದೆ.