విడుదల నివేదిక నవీకరణలు

సంస్థాపన-సంబంధిత నివేదిక

కెర్నలు నివేదిక

డ్రైవర్ నవీకరణ పరిక్రమం

కెర్నలు-సంబంధించిన నివేదిక

కెర్నలు నివేదిక

సాంకేతికత పరిదృశ్యం

పరిష్కరించిన విషయాలు

తెలిసిన విషయాలు

Red Hat Enterprise Linux 5 ను పూర్తి సృజనీయ SMP అతిధేయి పై సంస్థాపించుచున్నప్పుడు, సంస్థాపన స్థంభించవచ్చు. ఇది అతిధేయ (dom0) Red Hat Enterprise Linux 5.1 ను నడిపించుటవలన సంభంవంకావచ్చు.

దీనిని నివారించుటకు, సంస్థాపన ఏక ప్రాసెసర్‌ను ఉపయోగించునట్లు అతిధేయిను అమర్చుము. మీరు దీనిని virt-insatll నందలి ఐచ్చికం --vcpus=1 ఉపయోగించుట ద్వారా చేయవచ్చు. ఒకసారి సంస్థాపన పూర్తైనతర్వాత, virt-manager నందు సమకూర్చిన vcpus ను సవరించుట ద్వారా అతిధేయిను SMP కు అమర్చవచ్చు.

ఈ విడుదల WBEMSMT ను చేరుస్తుంది, సాంబా మరియు DNS కు వినియోగదారి-స్నేహపూర్వక నిర్వహణా అంతర్ముఖాన్ని ఇచ్చు వెబ్-ఆధారిత అనువర్తనంల సకలనం. WBEMSMT గురించి అధిక సమాచారం కొరకు, http://sblim.wiki.sourceforge.net/ ను సందర్శించండి.

pm-utils యొక్క బీటా వర్షన్ Red Hat Enterprise Linux 5.1 నుండి pm-utils కు నవీకరించుటలో విఫలమౌతుంది, ఈ క్రింది దోషంతో:

దోషం: ఆర్చివ్‌ను అన్‌ప్యాక్ చేయుటలో దస్త్రం /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 యొక్క జీవితకాలమందు, మీరు అతిధేయీలను (i.e xm create) 32,750 కన్నా ఎక్కువసార్లు సృష్టించలేరు. ఉదాహరణకు, మీరు లూప్‌నందు రీబూట్ చేయు అతిధేయిలను కలిగిఉంటే, dom0 మెత్తం 32,750 అతిధేయి బూట్ పర్యాయాల తర్వాత ఏ అతిధేయిను బూట్ చేయలేదు.

ఈ ఘటన సంభవించితే, dom0 ను పునఃప్రారంభించుము

Red Hat Enterprise Linux 5.1 NFS సేవిక ఇప్పుడు సంప్రదీయ ఎగుమతులను మద్దతిస్తుంది. ఈ ఎగుమతులు NFSv4 నియమంకు పొడిగింపులపై ఆధారపడిఉంటాయి. ఈ పొడిగింపులను మద్దతీయని ఏ NFS కక్షిదారైనా (నామంగా, Red Hat Enterprise Linux విడుదలలు 5.1 కు ముందుగా) ఈ ఎగుమతులను వాడుకొనలేడు.

అందుకని, NFS కక్షిదారు ఈ ఎగుమతులను మద్దతీయకపోతే, ఈ ఎగుమతులను వాడుకొనుటకు ఏ ప్రయత్నమైనా I/O దోషంతో విఫలమౌతుంది. కొన్ని సందర్బాలలో కక్షిదారి రూపకల్పనపై ఆధారపడి, ఆ వైఫల్య చాలా తీవ్రంగా ఉండవచ్చు, సిస్టమ్ క్రాష్ సంభావ్యతకూడా కలిగిఉండవచ్చు.

NFS సంప్రదీయ పొడిగింపులుకు మద్దీతీయని కక్షిదారులద్వారా వాడబడకుండా తగు ముందుజాగ్రత్తలు తీసుకొనుట చాలా ముఖ్యము.

GFS2 GFS యొక్క పెరుగుతున్న అభివృద్ది.ఆన్ డిస్కు ఫైల్ సిస్టమ్ పద్దతి మార్చుటకు అవసరమైన చాలా పురోభివృద్దిని ఈ నవీనీకరణ అందించింది.GFS ఫైల్ సిస్టమ్ ఇప్పుడు GFS2 గా gfs2_convert ఉపయోగించి మార్చవలె,ఏదైతే GFS ఫైల్ సిస్టమ్ మెటాడాటా ను నవీకరిస్తుంది.

Red Hat Enterprise Linux 5 నందు పరిచయంనుండి బాగా పురోగతిసాధించు వరకు, GFS2 సాంకేతిక పరిదృశ్యంగానే ఉంచబడుతుంది. పంపిణీనందు చేర్చబడిన విడుదల నివేదికలో GFS2 పూర్తిగా మద్దతివ్వబడింది అని తప్పుగా ఉద్ఘాటించబడింది. అయినప్పటికి, బెంచిమార్క్‍ పరీక్షలు క్రిందివాటిపై త్వరిత పనితనాన్ని సూచిస్తున్నాయి:

అదనంగా, GFS2 లో సృజనీయీకణ; కింది లక్షణాలు:

Red Hat Enterprise Linux 5.1 ను HP BL860c బ్లేడ్ సిస్టమ్స్‍‌పై సంస్థాపించుట వలన IP సమాచారం అభ్యర్దన స్థాయినందు హాంగ్ కావచ్చు. ఈ విషయంమీరు ఎప్పుడు OK ను Configure TCP/IP తెరనందు రెండుసార్లు ఎంపికచేయాలో విశదపరుస్తుంది.

ఇది సంభవిస్తే, పునఃప్రారంభించి మరియు సంస్థాపనను ఈథర్‌నెట్ ఆటోనెగేషన్ అచేతనం చేయుట తో జరుపుము. ఇది చేయుటకు, ethtool="autoneg=off" పారామితిని సంస్థాపన మాధ్యమంనుండి బూట్ అవుతున్నప్పుడు ఉపయోగించుము. అలాచేయుట వలన అంతిమ సంస్థాపిత సిస్టమ్ ప్రభావితంకాదు.

nohide ఎగుమతి ఐచ్చికం సంప్రదిత ఎగుమతులు (i.e సంప్రదిత సేవికను తెలిపే ఎగుమతులు) పై అవసరం. ఇది ఎందుకంటే సంప్రదిత ఎగుమతులు బందన మౌంటు బిందువును "cross over" చేయవలిసిఉంటుంది.nohide ఎగుమతి ఐచ్చికం "cross over" సఫలమగుటకు అవసరమౌతుంది.

బందన మౌంట్‌ల పై ఎక్కువ సమాచారం కొరకు, man exports 5 సంప్రదించండి.

ఈ నవీకరణం lvm2 ఘటనా మానిటరింగ్ డెమోన్‌ను చేర్చుతుంది. మీరు ఇప్పటికే lvm2 సాదృశ్యాన్ని వా‍డుతుంటే, అన్ని మానిటరింగ్ కార్యక్రమాలు తగురీతిగా నవీకరించబడుటకు ఈ క్రింది అంచెలను జరుపుము:

రాపిడ్ వర్చ్యులైజేషన్ ఇండెక్సింగ్ (RVI) ఇప్పుడు 64-bit, 32-bit, మరియు 32-bit PAE కెర్నల్స్‍ పైన మద్దతునిస్తోంది. ఏమైనప్పటికి, RVI 32-bit PAE హైపర్‌విజర్ పై 32-bit అతిధేయి సృజనీయ చిరునామాను మాత్రమే అనువాదించగలదు.

అందువలన, అతిధేయ PAE కెర్నల్‌ను 3840MB కన్నా ఎక్కువ RAM తో నడుపుతుంటే, సరికాని చిరునామా అనువాదం దోషం సంభవిస్తుంది. ఇది అతిధేయిను క్రాష్‌చేయగలదు.

మీరు RVI క్రింద 4GB భౌతిక RAM కన్నా ఎక్కువ అతిధేయీలను నడపాలనుకుంటే మీరు 64-bit కెర్నల్ ఉపయోగించాలని సిఫార్సు చేయబడింది.

AMD Rev F ప్రోసెసర్స్‍ ఉపయోగించి 16 కొర్స్‍ లేదా ఎక్కువ న‍డుపుట వలన పూర్తి-సృజనీయ అతిధేయి సంస్థాపన జరుపుతున్నప్పుడు సిస్టమ్ తిరిగిఉంచబడుటకు కారణంకావచ్చు.

systemtap-runtime ప్యాకేజ్ సంస్థాపన systemtap ప్యాకేజి ఇప్పటికే సంస్థాపించిఉంటే బదిలీకరణ పరిశీలన దోషంకు ప్రతిఫలిస్తుంది. ఇంకా, systemtap ప్యాకేజి ఇప్పటికే సంస్థాపించబడిఉంటే Red Hat Enterprise Linux 5 నుండి 5.1 కు నవీకరించుట కూడా విఫలమౌతుంది.

అందుకని, systemtap-runtime ను సంస్థాపించుటకు మునుపులేదా నవీకరణను జరుపుటకు ముందు rpm -e systemtap-0.5.12-1.e15 ఆదేశాన్ని ఉపయోగించి systemtap ప్యాకేజిని తీసివేయుము.

NFSROOT అమర్చుతున్నప్పుడు, /etc/sysconfig/network-scripts/ifcfg-eth0 నందు BOOTPROTO తప్పక BOOTPROTO=dhcp లాగా అమర్చబడాలి.

మీ వాతావరణంకు BOOTPROTO కొరకు విభిన్నమైన అమరిక అవసరమైతే, అప్పుడు /etc/sysconfig/network-scripts/ifcfg-eth0 నందు BOOTPROTO=dhcp తాత్కాలికంగా అమర్చుము ప్రాధమికంగా initrd సృష్టించక మునుపు. initrd సృష్టించిన తర్వాత మీరు BOOTPROTO విలువను తిరిగిఉంచవచ్చు.

IBM Bladecenter కు QLogic iSCSI Expansion Card ఈథర్‌నెట్ మరియు iSCSI రెండు కార్యక్రమాలను ఇస్తుంది. కొన్ని విభాగాలు కార్డుపై రెండు కార్యక్రమాలచేత పంచుకొనబడతాయి. ఎమైనప్పటికి, ప్రస్తుత qla3xxx మరియు qla4xxx డ్రైవైర్స్‍ ఈథర్‌నెట్ మరియు iSCSI కార్యక్రమాలను స్వతంత్రంగా మద్దతునిస్తాయి. రెండు డ్రైవర్స్‍ ఈథర్‌నెట్ మరియు iSCSI కార్యక్రమాలను ఏకకాలమందు ఉపయోగించుటకు మద్దతీయవు.

అందుకని, ఈథర్‌నెట్ మరియు iSCSI కార్యక్రమాలను ఏకకాలంనందు ఉపయోగించుట పరికరాన్ని హాంగ్‌చేస్తుంది. iSCSI పరికరాల పై ఇది డాటా నష్టము మరియు దస్త్ర వ్యవస్థ నష్టము కు కారణంఅవుతుంది, లేదా ఇతర అనుసంధానిత ఈథర్‌నెట్ పరికరాలకు నెట్వర్క్‍ భంగాలకు కారణమౌతుంది.

virt-manager ను డిస్క్‍‌లను ఉన్న అతిధేయికు జతచేయుటకు ఉపయోగించినప్పుడు, నకిలీ ప్రవేశాలు అతిధేయి యొక్క /etc/xen/<domain name> ఆకృతీకరణ దస్త్రంనందు సృష్టించబడవచ్చు. ఈ నకిలీ విలువలు అతిధేయను బూటింగ్ కాకుండా నిరోధిస్తాయి.

అందుకని, మీరు ఈ నకిలీ విలువలను తీసివేయవలెను.

ఒక అతిధేయి పలుపర్యాయాలు రెండు అతిధేయల మద్య మైగ్రేటింగ్ అవుట అతిధేయ కష్టంకు కారణం అవుతుంది. ఒక అతిధేయ రీబూటింగ్ అతిధేయి సిస్టమ్‌నుండి బయటకు మైగ్రేట్ అయినతర్వాత మరియు అదే అతిధేయి వెనుకకు వచ్చు ముందు జరిగితే, నష్టం ఎదురవదు.

sysreport అనునది sos దృష్ట్యా నిరోదించబడింది. sos ను సంస్థాపించుటకు, yum install sos ను నడుపుము. ఈ ఆదేశం sosను సంస్థాపిస్తుంది మరియు తీసివేస్తుంది. దీనిని ప్రతిబింబించుటకు మీరు ఉన్న అన్నీ కిక్‌స్టార్ట్‍ దస్త్రాలను ను నవీకరించుట సిఫార్స్‍ చేయబడింది.

sos సంస్థాపించిన తర్వాత, ఇన్వోక్‌చేయుటకు sosreport ఆదేశం ఉపయోగించు. sysreport ఇప్పుడు నిరోధించబడింది అను హెచ్చరికను సంభవింపచేయుటకు sysreport ఆదేశంను ఉపయోగించుము; కొనసాగింపు sosreport ఇన్వోక్ చేస్తుంది.

మీరు ప్రత్యేకంగా sysreport సాధనంను ఉపయోగించవలిసివస్తే, ఇన్వోక్‌చేయుటకు sysreport.legacy ఆదేశంను ఉపయోగించుము.

sosreportగురించి అధిక సమాచారం గురించి, man sosreport మరియుsosreport --help సంప్రదించండి.

ఒక వేళ మీరు Red Hat Enterprise Linux 5 CD-ROMల (నెట్వర్కు-ఆధారిత సంస్థాపనలో, ఉదాహరణకు) విషయాలను కాపీచేస్తుంటే CD-ROMలను ఆపరేటింగు విధానం కోసం మాత్రమే కాపీ చేయండి. ప్రత్యామ్నాయ CD-ROMని కాని,ఏ ఇతర లేయర్డ ఆధారిత సిడి-రామ్సు ను గాని కాపి చేయకండి,అది Anaconda సరియైన ఉపయోగాన్ని నిరోదిస్తుంది.

Red Hat Enterprise Linux 5.1 సంస్థాపన జరిగిన తరువాత మాత్రమే ప్రత్యామ్నాయ CD-ROM మరియు వేరే లేయర్డు ఆధారిత CD-ROMs ను సంస్థాపంచవలెను.

Red Hat Enterprise Linux 5.1 వీటిని పూర్తిగా సృజనీయీకరించిన అతిధేయ పై సంస్థాపించునపుడు kernel-xenకెర్నల్ ను వాడవద్దు.ఈ కెర్నల్ ను పూర్తిగా వాస్థవీకరించిన అతిధేయ లో ఉపయోగించడం వలన సిస్టమ్ హేంగ్ కావచ్చు.

పూర్తిగా సృజనీయీకరిం అథిదేయలో Red Hat Enterprise Linux 5 .1సంస్థాపనా సంఖ్యతో సంస్థాపించేటట్లైతే virtualization ప్యాకేజీ సమూహం ఎన్నిక చేయకండి.Virtualization ప్యాకేజీ సమూహం kernel-xen కెర్నల్ ను సంస్థాపించును.

పరాన్నవాస్థవీకరణ అథిదేయులు ఈ విషయం ద్వారా ప్రభావితం కాదు. పరాన్నవాస్థవీకరణ అథిదేయులు ఎల్లప్పుడు kernel-xen కెర్నల్ ను వాడతారు.

మీరు Red Hat Enterprise Linux 5 నుండి 5.1 కు నవీకరిస్తున్నప్పుడు సృజనీయ కెర్నల్‌ను ఉపయోగిస్తుంటే, నవీకరణ పూర్తైన తర్వాత మీరు తప్పక తిరిగిబూట్ చేయాలి. అప్పుడు మీరు నవీకరించిన సృజనీయ కెర్నల్ ఉపయోగించి సిస్టమ్‌ను బూట్ చేయాలి.

Red Hat Enterprise Linux 5 మరియు 5.1 యొక్క హైపర్‌విజర్స్‍ ABI-సారూప్యమైనవి కావు. నవీకరించిన సృజనీయ కెర్నల్‌ను ఉపయోగించి నవీకరించిన తర్వాత మీరు సిస్టమ్‌ను బూట్ చేయకపోతే, నవీకరించబడిన సృజనీయ RPMలు నడుస్తున్న కెర్నల్‌కు సరిపోలలేవు.

CIFS కక్షిదారు విడుదల 1.48aRH కి నవీకరించబడింది.1.48a ప్యాచస్ తోకూడిన విడుదల పై ఇది ఆదారపడివుంది,క్రింది మార్పులను అమలు పరుస్తుంది:

EMC Celerra ఉత్పత్తి (NAS Code 5.5.26.x and below) వినియోగదారులు,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 కోడ్ 5.5.27.5 లేదా తరువాతి(use EMC Primus case number emc165978) కి నవీకరించు.

MODULE_FIRMWARE టాగ్సు ఇప్పుడు మద్దతిస్తోంది.

ICH9 నియంత్రణలు ఇప్పుడు మద్దతిస్తోంది.

CPUID లో Greyhound ప్రోసెసర్సు మద్దతిస్తున్నవి.

Oprofile ఇప్పుడు క్రొత్త Greyhound పనితనపు కౌంటర్ కార్యాలకు మద్దతునిస్తోంది.

Directed DIAG ఇప్పుడు z/VM ఉపయోగాన్ని పెంపౌందించటానికి మద్దతిస్తోంది.

Intelగ్రాఫిక్సు చిప్సెట్ DRM కెర్నల్ గుణకం ద్వారా ఇప్పుడు పూర్తి మద్దతిస్తోంది.ఇంకా, DRM API సూటిరెండరింగు కు మద్దతివ్వటానికి విడుదల 1.3 కు నవీకరించబడింది.

ACPI కరెంటు నిర్వహణ నవీనీకరణ S3 suspend-to-RAM మరియు S4 హైబర్నేట్ ను అభివృద్దిచేసింది.

gaim is now called pidgin.

Intel microcode ఇప్పుడు విడుదల 1.17 కి నవీకరించబడ్డాయి. ఇది క్రొత్త Intel ప్రోసెసర్సు కు మద్దతిస్తోంది.

ఇప్లిసిట్ చేతనా-చేతన ఫెయిల్ఓవర్ dm-multipathను EMC Clariion నిల్వలో ఉపయోగించుట మద్దతిస్తోంది.

చెనీస్ ఫాంట్ Zysong fonts-chinese ప్యాకేజ్ లో బాగంగా సంస్థాపించబడదు.Zysongఇప్పుడుfonts-chinese-zysong గా ప్యాకేజ్ చేయబడుతుంది.fonts-chinese-zysong ప్యాకేజ్ Supplementary CD లో ఉంచబడుతుంది.

fonts-chinese-zysong ప్యాకేజ్ చెనీస్ జాతీయ ప్రమాణం GB18030 కు మద్దతివ్వవలిసి ఉంటుంది..

Challenge Handshake Authentication Protocol (CHAP) వినియోగదారునిపేరు మరియు పాస్ వార్డు ప్రతిఒక్క దానికి 256 అక్షర పరిమితిని కలిగిఉంది.

pump ఈ నవీనీకరణ లో డిప్రికేట్ చేయబడింది.అందుకని మీ వలయ అంతర్ముఖిని netconfig ద్వారా ఆకృతీకరించుట ifcfg కృతి విభజనకు కారణంకానచ్చు.

మీ వలయ అంతర్ముఖిని సరిగా ఆకృతీకరించుటకు system-config-network ను వాడండి. నవీకరించిన system-config-network ప్యాకేజ్ సంస్థాపించిన netconfig ను తొలగించును.

rpm --aid మద్దతు నీయదు.మీరు ప్యాకేజ్ నవీకరించునపుడు మరియు సంస్థాపించునపుడు yum ను వాడుట మంచిది

SATA-ఎక్విప్డు సిస్టమ్సు లోబూట్ ప్రోసెస్ జరుగునప్పుడు స్థంబనకు ముందు తప్పును చూపించే లోపం ఇప్పుడు సరిదిద్దబడింది.

బహుళ బూట్ సిస్టమ్సు లోWindows Vista™ సంస్థాపించబడిన ప్రధమ విభజన యొక్క ప్రారంభ సెక్టార్ ను parted ఉంచుతుంది.బహుళ-బూట్ సిస్టమ్సు ని Red Hat Enterprise Linux 5.1 మరియు Windows Vista™ తో ఉంచితే,తరువాతది అన్ బూటబుల్ గా ఉండదు.

rmmod xennet domU క్రాష్ కావటానికి కారణంకాదు

4-socket AMD Sun Blade X8400 సర్వరు గుణకం కంప్యూటరు మెమోరీ ఆకృతీకరణను node 0లో కలిగిలేదు బూటింగులో పానిక్ చేయబడుతుంది. కంప్యూటరు మెమోరీతో node 0లో కెర్నల్ పానిక్కుని నిరోధించటానికి ఆకృతీకరించబడవలసి ఉంటుంది.

conga మరియు luci ఇప్పుడు ఫెయిల్ ఓవర్ డొమైన్సు సృష్టించుటకు మరియు ఆకృతీకరించుటకు ఉపయోగపడుతుంది.

Cluster Storage సమూహాన్ని yum ద్వారా సంస్థాపించునపుడు,బదలీకరణ విఫలమవ్వదు.

సంస్థాపనయందు,సరికాని SELinux కాంటెస్ట్సు /var/log/faillog మరియు /var/log/tallylog కు జతపరచబడవు.

డ్యూయల్-కోర్ AMD ఫ్లాట్ఫాం లో ఒక CPU పై సిపియు-ఇన్టెన్సివ్ ప్రభావం CPU కోర్సు ప్రకంపనలు మార్చటానికి కారణం కాదు.,

సంస్థాపన Red Hat Enterprise Linux 5.1 స్ప్లిట్ సంస్థాపన మాధ్యమాన్ని ఉపయోగించుతోంది (ఉదాహరణకు, CD లేదా NFచేస్తుంటేISO), amanda-సర్వరు సంస్థాపనలో ఒక దోషం సంభవించింది.

సంస్థాపన జరుగునప్పుడు, Anaconda 4GB RAM ను గుర్తించగలదు. ఇది Anaconda ను కెర్నల్-PAE భేదకంను సంస్థాపించాలో లేదో స్వయంచాలకంగా నిర్ధారించుకొనునట్లు చేస్తుంది.

EDAC ఇప్పుడు క్రొత్త k8 ప్రోసెసర్సు లో సరైన మెమొరి మొత్తాన్ని ఇస్తోంది.

Gnome డెస్క్‍టాప్ లోకి దూరస్థ విధానంలో gdm ద్వరా ప్రవేశిస్తే ప్రవేశతెర స్థంభనకు కారణం కాదు.

బహుళ మరల్పులను అడ్డుకునే బగ్ autofs లో సరిచేయబడినది.

utrace కు క్రింది సరికూర్పులు చాలా ప్యాచేస్ వలన కలుగుతున్నవి:

RealTime Clock (RTC) లోపం ఏదైతే గడియారాన్ని మరియు RTC నిరోధాలను సరిగా పనిచేయనీయదో అది సరిదిద్దబడింది.

మొదటి సారి Release Notes ను నొక్కినప్పుడు Anaconda లో విండో విడుదల నోడ్సు ఇవ్వటానికి ఆలస్యమవుతుంది.ఈ ఆలస్యం ఖాళీ జాబితా కనబడుటకి కారణం.ఇది సాదారణంగా త్వరగా జరుగుతుంది, కనుక వినియోగదారులు దీన్ని గుర్తించరు.

ప్యాకేజీ సంస్థాపనా తరుణం సంస్థాపన యొక్క CPU-ఇంటెన్సివ్ తరుణం అదే ఈ ఆలస్యమునకు కారణం.

ఆతిధేయ bus ఎడాప్టర్లు MegaRAID డ్రైవుకి ఉపయోగించేవి "Mass Storage" emulation రీతిలో ఉపయోగించటానికి తప్పక అమర్చాలి, "I2O" emulation రీతిలో కాదు. ఇది చేయటానికి, ఈ కింది విధానాన్ని చేయండి:

ఒకవేళ ఎడాప్టరు "I2O" ఎమ్యులేషన్ క సరిగా అమర్చబడక పోతే, కంప్యూటరు i2o డ్రైవరును లోడుచేయటానికి ప్రయత్నిస్తుంది. ఇది విఫలమౌతుంది, లోడయ్యే డ్రైవర్లనుండీ నిరోధిస్తుంది.

Red Hat Enterprise Linux ముందలి విడుదలలు సాధాణంగా I2O డ్రైవరును మెగాRAID డ్రైవరుకంటే ముందు లోడు చేయటానికి ప్రయత్నించవు. దీనికి సంబంధించి, లైనక్సును ఉపయోగించటానికి ముందు హార్డువేరు "Mass Storage" ఎమ్యులేషన్ రీతిలో అమర్చబడాలి.

Cisco Aironet MPI-350 వైర్లెస్ కార్డులున్న లాప్టాప్లు DHCP చిరునామాలను వైర్డు ఈధర్ నెట్ పోర్టు ఉపయోగించి చేసే నెట్వర్కు ఆధారిత సంస్థాపనలో హాంగవ్వొచ్చు.

దీనితో పనిచేసేటప్పుడు, మీ సంస్థాపనకు స్థానిక మాధ్యమాన్ని ఉపయోగించండి. ప్రత్యామ్నాయంగా, మీరు లాప్ టాప్ BIOS priorలో సంస్థాపనకు వైర్లెస్ కార్డును సాధ్యం చేయవచ్చు (సంస్థాపన పూర్తయ్యినతరువాత మీరు తిరిగి కార్డును సాధ్యం చేయగలుగుతారు).

ప్రస్తుతం, system-config-kickstart ప్యాకేజీలను ఎన్నికచేయటం మరియూ చేయకపోవటానికి మద్దతివ్వదు. system-config-kickstartను ఉపయోగించేటప్పుడు, ఈ ప్యాకేజీ ఎన్నిక ఐచ్ఛికం అది అసాధ్యమని సూచిస్తుంది. ఇది system-config-kickstart yumను సమూహ సమాచారాన్ని కూర్చటానికి ఉపయోగించటంవల్ల, కానీ yum Red Hat Networkకి అనుసంధించటానికి ఆకృతీకరించటానికి కుదరదు.

మీమీ కిక్ స్ట్రార్టు ఫైలులో మానవీయంగా ప్యాకేజీ ఫైళ్లను నవీకరించవలసి ఉంది. system-config-kickstartను కిక్ స్టార్టు ఫైలును తెరవటానికి ఉపయోగిస్తున్నప్పుడు, మీరు అన్ని ప్యాకేజీల సమాచారాన్నీ తీసుకోవలసి ఉంటుంది వాటిని భద్రపరిచేటప్పుడు వెనక్కి ఇవ్వవలసి ఉంటుంది.

/var/log/boot.logకి Boot-time ప్రవేశం ఈ Red Hat Enterprise Linux 5 విడుదలలో అందుబాటులో లేదు. ముందలి నవీకరణలలో సమానమైన క్రియాశీలత సమకూర్చబడుతుంది.

Red Hat Enterprise Linux 4 to Red Hat Enterprise Linux 5 నుండీ నవీకరిస్తున్నప్పుడు, డిప్లోయ్ మెంట్ నివేదిక మానవీయంగా సంస్థాపించబడదు. మీరు pirutను నవీకరణ పూర్తయ్యినతరువాత దాన్ని మానవీయంగా సంస్థాపించవలసి ఉంటుంది.

ఈ కంప్యూటరు kexec/kdump కెర్నలులోకి విజయవంతంగా పునఃప్రారంభించబడదు X కనుక వేసా కంటే వేరైనదాన్ని ఉపయోగిస్తున్నా లేదా నడుస్తున్నా. ఈ సమస్య ATI Rage XL గ్రాఫికల్ చిప్ సెట్టుతో కూడిఉంది.

X ATI Rage XLతో కంప్యూటరు ఎక్యూప్డుతో నడుస్తుంటే, అది వేసా డ్రైవరును kexec/kdump కెర్నలులోకి విజయవంతంగా రీబూటు చేయటానికి ఉపయోగిస్తుంది.

మీ కంప్యూటర్లలో Red Hat Enterprise Linux 5ను nVidia CK804 చిప్ సెట్టుసంస్థాపనతో వినియోగిస్తున్నప్పుడు, కింది దానితో సమానమైన కెర్నల్ సమాచారాన్ని పొందవచ్చు.

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

ఈ సమాచారాలు PCI-E పోర్ట్సు IRQలను అడగవు. ఇతరత్రా, ఈ సమాచారాలు, ఏమైనప్పటికీ, కంప్యూటరు క్రియాశీలతను దెబ్బతీయవు.

మూలంగా ప్రవేశించినప్పుడు తీసివేయు నిల్వ పరికరాలు(CDs మరియుDVDs) స్వయంచాలకంగా మౌంట్ అవ్వవు.అప్పుడు గ్రాఫికల్ ఫైల్ మేనేజర్ ద్వారా మానవీయంగా పరికరాన్ని మౌంట్ చేయవలె.

ప్రత్యామ్నయంగా మీరు ఈ క్రింది ఆదేశాన్ని పరికరం మౌంట్ అవ్వటానికి వాడవచ్చు /media:

mount /dev/<device name> /media

ఈ IBM System z సాంప్రదాయక Unix-శైలి యొక్క భౌతిక కన్సోలుని సమకూర్చలేదు. అలాగే, Red Hat Enterprise Linux 5 IBM System z కోసంసంస్థాపన పరిక్రమం లోడయ్యేటప్పుడు firstboot క్రియాశీలతకు మద్దతివ్వలేదు.

IBM System zలో సరైన Red Hat Enterprise Linux 5 సంస్థాపక అమర్పుకు, ఈ కింది ఆదేశాలను సంస్థాపన తరువాత ఉపయోగించండి:

Red Hat Enterprise Linux 5 to Red Hat Enterprise Linux 5.1 ను Red Hat Network ద్వారా నవీకరిస్తున్నప్పుడు,yum మిమ్ముల్ని redhat-beta key దిగుమతి చేయమని అడగదు.నవీకరణకు ముందే మీరు మానవీయంగా redhat-beta key దిగుమతిచేయుట మంచిది. ఇది చేయుటకు క్రింది ఆదేశాన్ని నడపండి.గదు.

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

LUN ఆకృతీకరించబడిన దస్త్రం లో గుర్తించబడినప్పుడు అతిధేయి లో మార్పు ప్రతిబింబిచదు.అటువంటప్పుడు lvm ఆదేశాలు dm-multipath వినియోగంలో ఉన్నప్పుడు స్థంబించబడతాయి,LUN ఇప్పుడు stale అవుతుంది.

దీనికోసం,అన్ని పరికరాల మరియు mpath లింకు ప్రవేశాలు/etc/lvm/.cache లో ప్రత్యేకంగా స్టేట్ LUN తోలగించాలి.

ఈ ప్రవేశాలు ఏమిటో కనిపెట్టటానికి క్రింది ఆదేశాన్ని ఉపయోగించు:

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

ఉదాహరణకు <stale LUN> is 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 links: 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 నుండీ ,సృష్టించటానికి ప్రయత్నిస్తున్నప్పుడు ఆతిధేయ సంస్థాపన యొక్క రెండోదశ పునఃప్రారంభంలో కొనసాగించలేదు.

దీనితో పనిచేయటానికి, /etc/xen/<name of guest machine> CD / DVD సాధనానికి సరైన ప్రవేశంగా కూర్చటం ద్వారా ఏర్పరచండి.

సాధారణ ఫైలుకి సంస్థాపన సృజనీయిక సాధనాన్ని ఉపయోగిస్తుంటే, ఈ డిస్కు పంక్తి యొక్క /etc/xen/<name of guest machine> కింది విధంగా చదువుతుంది:

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

ఆతిధేయిలో /dev/dvdగా ఉంచబడ్డ DVD-ROM సాధనం 2 దశ సంస్థాపనలో అందుబాటులో ఉండవచ్చు hdcలో 'phy:/dev/dvd,hdc:cdrom,r'గా ఉండవచ్చు. అలాంటప్పుడు, డిస్కు ఈ కింది విధంగా చదవబడుతుంది:

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

సాధనం యొక్క మార్గం మీ హార్డువేరు మీద ఆధారపడి ఉంటుంది.

sctp గుణకాన్ని కెర్నల్ కు కలుపక పోతే,netstat ను-A inet లేద -A inet6తో నడుపుట అసాధారణ ముగింపు క్రింది సందేశం తో సంభవిస్తుంది

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

దీనిని తొలగించుటకుsctp కెర్నల్ మాడ్యూల్ ను సంస్థాపించు:

బూట్ సమయమందు ప్రస్తుత కెర్నల్ Data Terminal Ready(DTR) సూచనలను ముద్రణకు ముందల సీరియల్ పోర్టులకు ఇవ్వడంలేదు.DTR ఎస్సర్షన్సు కోన్ని పరికరాలకు అవసరం,ఫలితంగా ఆ పరికరాలలో కెర్నల్ బూట్ సందేశాలు వరుస కన్సోల్సు పై ముద్రించబడవు.

AMD 8132 మరియు HP BroadCom HT100ను MMCONFIGసైకిల్సు ను మద్దతివ్వని ఫ్లాట్ఫాం(such as the HP dc7700) పై ఉపయోగిస్తారు.మీ సిస్టమ్ ఈ చిప్సెట్ ను వాడుతుంటే,మీ PCI ఆకృతీకరణ లెగసీPortIO CF8/CFC మిషన్సు ను వాడాలి.దీనిని ఆకృతీకరించుటకు సిస్టమ్ ను సంస్థాపనప్పుడు కెర్నల్ పారామతో బూట్ చేసి మరియు బూటింగ్ తరువాత pci=nommconfను GRUBకు కలుపు.

ఇంకా AMD 8132 చిప్సెట్ Message Signaled Interrupts (MSI) కు మద్దతివ్వదు. మీ సిస్టమ్ ఈ చిప్సెట్ వాడుతుంటే మీరు MSI ని అచేతనం చేయాలి.ఇది చేయుటకు సంస్థాపనయందు కెర్నల్ పారామితిని -pci nomsiఉపయోగించి మరియు pci=nomsi ను బూట్ తర్వాత GRUB కి కలుపండి.

మీ సిస్టమ్ ఇప్పటికే కెర్నల్ యొక్క బ్లాక్ లిస్టులో ఉంటే,మీ సిస్టమ్ కు ముందుగా చెప్పబడిన pci కెర్నల్ పారామితులు అవసరంలేదు.ఈ క్రింది HP ఫ్లాట్ఫాం లు కెర్నల్ చేత బ్లాక్ లిస్టు చేయబడినవి:

బేర్-మెటల్ ను(non-Virtualized)కెర్నల్ నడుపుతున్నప్పుడు,X సర్వర్ EDID సమాచారాన్ని మానిటర్ నుండి తెచ్చుకోలేదు.ఇది జరిగినప్పుడు గ్రాఫిక్ డ్రైవర్ 800x600 కన్నా ఎక్కువ రెజొల్యూషన్ ప్రదర్శింపలేదు.

దీని కోసం,/etc/X11/xorg.conf విభాగం యొక్క ServerLayout కు ఈ క్రింది పంక్తిని కలపండి.

Option "Int10Backend" "x86emu"

ఈ విడుదల లోనిVirtual Machine Manager (virt-manager)వినియోగదారులను పారావర్చ్యులైజ్డు అతిధేయ సంస్థాపనకు అదనపు ఆర్గుమెంట్లను ఇవ్వనివ్వదు.ప్రత్యేకమైనన హార్డువేర్ లలో కోన్ని రకాల పారావర్చ్యులైజ్డు అతిధేయాల సంస్తాపనకు కూడ అటువంటి ఆర్గుమెంట్ లను ఇవ్వదు.

ఆ విషయం virt-managerయొక్క భవిష్య విడుదలలో చెప్పబడుతుంది. ఆర్బిటరి కెర్నల్ ఆర్గుమెంట్లను కమాండ్ లైన్ ద్వారా పారావర్చ్యులైజ్డు అతిధేయ సంస్థాపనకు virt-install ద్వారా తెలుపవచ్చు.

dm-multipath ఆకృతీకరణలో Netapp పరికరాలు గతంలో విఫలమైన మార్గాన్ని రీస్టోర్ చేసిన తరువాత ఫెయిల్ బాక్ పూర్తిచేయుటకు చాలా నిమషాలు పట్టవచ్చు. దీనిని సరిదిద్దుటకుmultipath.conf విభాగంలోని పరికరాలుకు క్రింది Netapp పరికర ఆకృతిని కలపండి.

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
        }