प्रतिष्ठापना संबंधी टिपा

अद्यावत

ड्राइवर अद्ययावत

कर्नल विषयी अद्ययावत

इतर अद्ययावत

तंत्रज्ञान पूर्वदृश्ये

निर्धारीत मुद्दे

ज्ञात मुद्दे

जर तुम्ही Red Hat Enterprise Linux 5 CD-ROMs मधील समाविष्टांस प्रतिलिपीत करत असाल (उदाहरणार्थ, संजाळ-आधारित प्रतिष्ठापनाची तयारी करताना) तर फक्त कार्यकारी प्रणाली साठी प्रतिलिपी करण्याची खात्री असू द्या. अगाऊ CD-ROM, किंवा कोणतेही स्तरीय उत्पाद CD-ROMs प्रतिलिपी करू नका, कारण ते Anaconda च्या योग्य कार्यास आवश्यक अशा फाइल्स पुन्हा लिहून टाकेल. Red Hat Enterprise Linux प्रतिष्ठापित झाल्या नंतरच हे CD-ROMs प्रतिष्ठापित करावेत.

Red Hat Enterprise Linux 5.1 प्रतिष्ठापित झाल्यावरच अगाऊ CD-ROM व इतर स्तरीय CD-ROMs च्या यादीचे प्रतिष्ठापन करावे.

पूर्णतः आभासीत अतिथी खात्यावरील Red Hat Enterprise Linux 5.1 प्रतिष्ठापन करतेवेळी, kernel-xen कर्नलचा वापर करू नका. असे केल्यास कार्यप्रणाली यशस्वीरीत्या चालणार नाही.

Red Hat Enterprise Linux 5.1 पूर्णतः आभासीत अतिथी खात्यावरील प्रतिष्ठापन करतेवेळी जर आपण प्रतिष्ठापन क्रमांकाचा वापर करत असाल, तेव्हा आभासीकरन संकुल निवडायचा नाही याची खात्री घ्या. आभासीकरन संकुल kernel-xen कर्नल प्रतिष्ठापीत करतो.

लक्षात घ्या अप्रत्यक्षित अतिथी खात्यांवर ह्याचा प्रभाव पडत नाही. अप्रत्यक्षित अतिथी खात्यांवर नेहमी kernel-xen कर्नलचा वापर करतात.

जर आपण Red Hat Enterprise Linux 5 पासुन ते 5.1 अशी सुधारणा करतेवेळी आभासीत कर्नल वापरत असाल, तर सुधारणा यशस्वीरीत्या झाल्यास पुन्हा सुरू करा.

Red Hat Enterprise Linux 5 व 5.1 चे हायपरवाइजर ABI-संलग्न नाही. जर सुधार होतेवेळी आपण पुनः सुरू करत नासाल, तर सुधारीत आभासी RPMs व कार्यरत कर्नल एकसारखे राहणार नाही.

1.48aRH आवृत्तीस CIFS क्लाएंटचे अद्ययावत झाले. हे 1.48a प्रकाशनास आधारीत आहे, ज्यामध्ये खालिल बदल आहेत:

लक्ष्यात घ्या, EMC Celerra वापरकर्ते (NAS Code 5.5.26.x व त्या खालिल), EMC NAS वरील सहभागीय विभागस प्रवेश प्राप्तकरतेवेळी CIFS स्तबध होतो. हा मुद्दा खालिल कर्नल संदेशा द्वारे दर्शविले जाते:

kernel:  CIFS VFS: सर्वर प्रतिसाद देत नाही
kernel:  CIFS VFS: cmd 162 mid 380 करीता प्रतिसाद नाही
kernel:  CIFS VFS: Mid=384 करीता RFC1001 आकार 135 SMB पेक्षा मोठा आहे

CIFS माऊंट नंतर, माऊंटपॉईंट वरील कुठलिही फाइल वाचतेवेळी/लिहीतेवेळी अडचन येते व कुठलेही कार्यक्रम जे I/O माऊंटपॉईंटवरील माऊंट करण्याचा प्रयत्न करतेवेळी स्तब्ध होतो. ह्याचे निर्धारण करण्याकरीता, NAS कोड 5.5.27.5 किंवा पुढील सुधारणा करा (EMC Primus चा emc165978 नंबर वापरा).

MODULE_FIRMWARE टॅग्स् आता समर्थित आहे.

ICH9 नियंत्रक आता समर्थित आहे.

Greyhound प्रोसेसर आता CPUIDवापरांमधील आता समर्थित आहे.

Oprofile आता नविन Greyhound कार्यक्षम काउंटर घटनांकरीता समर्थित आहे.

z/VM वापरणी प्रगत करण्याकरीता Directed DIAG आता समर्थित आहे.

Intel चायाचित्र चीपसेच आता DRM कर्नल घटका द्वारे समर्थित आहे. पुढे, सरळरीत्या रेंडरींग समर्थन देण्याकरीता DRM API ची 1.3 अशी सुधारीत आवृत्ती काढण्यात आली.

ACPI च्या पॉवर व्यवस्थापन करीता अद्ययावत S3 suspend-to-RAM वर S4 हायबरनेट अधिक कार्यक्षम झाले आहे.

gaim आता pidgin ह्या स्वरूपात ओळखले जाते.

Intel microcode चे अद्ययावत 1.17 आवृत्तीच्या रूपात आहे. यामुळे नविन Intel प्रोसेसर करीता समर्थन मिळते .

EMC Clariion संचयन वरील आंतरीक सक्रीय-सक्रीय dm-multipath वापरतेवेळी फेलओवर आता समर्थित आहे.

चायनीज् फांट Zysong या वेऴी पासुन fonts-chinese संकुलाचा भाग म्हणून प्रतिष्ठीत केला जात नाही. Zysong आता स्वतंत्ररीत्या fonts-chinese-zysong चा संकुल बनविला जातो. fonts-chinese-zysong संकुल अगाऊ CDत आढळतो.

लक्षात घ्या fonts-chinese-zysong संकुल Chinese National Standard GB18030 ला समर्थन देण्यकरीता जरूरी आहे.

Challenge Handshake Authentication Protocol (CHAP) वापरकर्ता व पासवर्ड ची 256 अक्षरांपर्यंत सीमा आहे.

pump चा ह्या अद्ययावतात वापर नाहीसा केला आहे. तरी, संजाळ संवादपट netconfig च्या सहाय्याने तुटक ifcfg स्क्रीप्टस् उदयास येऊ शकतात.

त्याच्या व्यतिरिक्त संजाळ संवादपट, संरचीत करण्याकरीता, system-config-network चा वापर करा. अद्ययावत system-config-network संकुलाचे प्रतिष्ठापन netconfig ला काढून टाकतो.

या पुढे rpm --aid समर्थित नाही. संकुल अद्ययावत व प्रतिष्ठपित करतेवेळी आपण yum चा वापर कराल असे सुचविले जाते.

बूट प्रक्रिया व पुनः सुरू होण्यापूर्वी त्रूटी दर्शवितेवेळी SATA समर्थित प्रणालीला तातपुरते थांबविणारी SATA त्रूटीचे आता निर्धारण झाले आहे.

बहू-बूट प्रणालीत, parted सुरूवातीचे काही सेक्टर जप्त करून घेतो ज्यावर Windows Vista™ प्रतिष्ठपीत केले गेले आहे. तरी, multi-boot प्रणाली दोगांशी Red Hat Enterprise Linux 5.1 सह व Windows Vista™ संरचीत करतेवेळी, दूसरा व शेवटचा पर्यायी कार्यप्रणाली बूटेबल नाही असे माहिती पडते.

rmmod xennet या पुढे domU च्या स्तब्धतेसाठी कारणीभूत ठरत नाही.

4-socket AMD Sun Blade X8400 Server Module प्रणाली जिला node 0 मध्ये स्मृती रचित नाही यापुढे बूट होतेवळी पॅनिक होत नाही.

conga व luci चा उपयोग फेलओवर क्षेत्र बनविण्याकरीता व संरचीत करण्याकरीता वापरल्या जाऊ शकतो.

Cluster Storage गूटाचे yum द्वारे प्रतिष्ठपन केले जातेवेळी, कार्यक्रम अयशस्वीरीत्या खंडीत पडत नाही.

प्रतिष्ठापनेवेळी, चुकीचे SELinux चा संदर्भ या पुढे /var/log/faillog व /var/log/tallylogकरीता कधीच लागू होत नाही.

विभाजित प्रतिष्ठापन माध्यम (उदाहरणार्थ, CD किंवा NFSISO) वापरून Red Hat Enterprise Linux 5.1 चे प्रतिष्ठापन करताना, amanda-server च्या प्रतिष्ठापनेवेळी चूक उद्भवते.

EDAC यापुढे अलीकडील k8 प्रोसेसरांवरील बिनचूकरीत्या स्मृत्तीच्या वापराविषयी तपशील देतो.

दूरून ग्नोम डेस्कटॉंपवर gdm द्वारे प्रवेश करण्याकरतेवेळी प्रवेश स्क्रीन या पुढे स्तब्ध होत नाही.

autofs मधील त्रुटी ज्यामुळे multi-mounts ची कार्यक्षमता स्थगीत झाली होती आता निर्धारीत झाली आहे.

tvtime आणि xawtv यांनाbttv कर्नल मॉड्यूलसह वापरतेवेळी यापुढे यंत्रणा स्तब्ध होत नाही.

utrace करीता अनेक पॅट्चेस खालिल निर्धारण आत्मसात करतात:

ज्यामुळे सावधगिरीची घंटा व वारंवार येणाऱ्या RTC खंड अकार्यक्षम होतो अश्या RealTime Clock (RTC) बगचे निर्धारण झाले आहे.

पहिल्यावेळी एनाकोंडामधील प्रकाशन टिपा बटणावर क्लिक केल्यावर, पडद्यावर प्रकाशन टिपा उशिराने दर्शवितो असे लक्षात येते. उशिर होतेवेळी, एक रिक्त यादी चौकटीत दिसते. दृश्य पटकणच डोळ्यासमोर दिसते, त्यामुळे बरेचशे वापरकर्त्यांना हा फरक दिसून पडत नाही.

हा विलंब जास्तवेळी ह्या कारणामुळे होतो की संकुल प्रतिष्ठापनाचा कार्यकाळ हा CPU-केंद्रीत सर्वात जास्त वेळ घेणारा कार्यकाळ आहे.

काही मशीनी ज्या NVIDIA आलेखी कार्ड वापरतात त्या भ्रष्ट आलेखी किंवा फॉन्ट दाखवू शकतात आलेखी प्रतिष्ठापक वापरताना किंवा आलेखीय लॉगीनदरम्यान. यावर उपाय म्हणून, आभासी कन्सोलवर स्विच करा आणि परत मूळ X यजमानावर या.

MegaRAID ड्राइवर वापरणाऱ्या यजमान बस अडाप्टरांस "मोठा संग्रह" इम्यूलेशन रितीवरच निर्धारित करावे, "I2O" इम्यूलेशन रितीवर नाही. हे करण्यासाठी खालील क्रिया करा:

जर अडाप्टर चुकून "I2O" इम्यूलेशनवर निर्धारित केला असेल, तर प्रणाली i2o ड्राइवर लोड करण्याचा प्रयत्न करेल. हे असफल होईल, आणि योग्य ड्राइवर भारित होण्यापासून रोखेल.

Red Hat Enterprise Linux ची मागील प्रकाशने सहसा MegaRAID ड्राइवरच्या आधी I20 ड्राइवर भारित करण्याचा प्रयत्न करत नाहीत. याच्या असंबंध, हार्डवेयर कधीही Linux बरोबर वापरले जात असताना "मोठा संग्रह" इम्यूलेशन रितीवर निर्धारित केलेले असावे.

Cisco Aironet MPI-350 बिनतारी कार्ड असलेले लॅपटॉप तारेवरील इथरनेट पोर्ट वापरून एखादे संजाळ-आधारित प्रतिष्ठापन करण्यादरम्यान DHCP पत्ता मिळवण्याच्या प्रयत्नात हँग होऊ शकतात.

यावर उपाय म्हणून, प्रतिष्ठापनेसाठी तुमचे स्थानिक माध्यम वापरा. वैकल्पिकरित्या, तुम्ही बिनतारी कार्ड प्रतिष्ठापनेपूर्वी लॅपटॉप BIOS मध्ये अकार्यान्वित करू शकता (प्रतिष्ठापनेनंतर तुम्ही बिनतारी कार्ड पुन्हा कार्यान्वित करू शकता).

सध्या, system-config-kickstart संकुल निवड किंवा नापसंती समर्थित नाही. system-config-kickstart वापरत असताना, संकुल निवड पर्याय तो अकार्यान्वित असल्याचे दर्शवतो. याचे कारण system-config-kickstart समुह माहिती गोळा करण्यासाठी yum चा वापर करतो, परंतु yum ला Red Hat संजाळ शी जोडण्यासाठी व्यूहरचित करण्यास तो असमर्थ आहे.

या घडीला, तुम्हास तुमच्या किकस्टार्ट फाइलींमधील संकुल विभाग स्वहस्ते बदलावे लागतील. किकस्टार्ट फाइल उघडण्यासाठी system-config-kickstart वापरताना, ते त्यातील सर्व संकुल माहिती प्रतिरक्षित करेल आणि तुम्ही सुरक्षित केल्यावर ते लिहून ठेवेल.

/var/log/boot.log फाइलमध्ये बूट-प्रसंगी प्रवेश Red Hat Enterprise Linux 5 च्या प्रकाशनात उपलब्ध नाही.या भावी अयावद्यतना परस्पर कार्यशीलता जोडली जाईल.

Red Hat Enterprise Linux 4 पासून Red Hat Enterprise Linux 5 वर सुधारणा करताना, जमावट मार्गदर्शक आपोआप प्रतिष्ठापित होत नाही. तुम्हास pirut वापरावे लागते.

प्रणाली kexec/kdump कर्नलमध्ये यशस्वीरित्या रीबूट होणार नाही जर X चालू असेल आणि vesa ऐवजी अन्य ड्राइवर वापरत असेल. ही समस्या फक्त ATI Rage XL आलेखीय चिपसंचासह अस्तित्वात होते.

जर X ;चालत असेल ATI Rage XL धारी प्रणालीवर, तर खात्री करा की तो vesa ड्राइवर वापरतो यशस्वीरित्या kexec/kdump कर्नलमध्ये रीबूट करण्यासाठी.

आभासीकरण वैशिष्ट्य प्रतिष्ठापित करणे नमुना क्रमांक xw9300 आणि xw9400 च्या HP प्रणाल्यांवर time went backwards या सुचनेस कारणीभूत होऊ शकते.

या समस्येवर xw9400 मशीनींवर उपाय म्हणून, BIOS रचनांस HPET टाइमर कार्यान्वित करण्यास व्युहरचित करा. नोंद करा की हा पर्याय xw9300 मशीनींवर उपलब्ध नाही.

ह्याचे निर्धारण HP द्वारे भावी BIOS अद्ययावतात होईल.

nVidia CK804 चिपसेट प्रतिष्ठापित असलेल्या मशीनवर Red Hat Enterprise Linux 5 वापरताना, तुम्हास खालीलप्रमाणे कर्नल संदेश मिळू शकतात:

kernel: assign_interrupt_mode Found MSI सुस्तिथी
kernel: pcie_portdrv_probe->Dev[005d:10de] मध्ये अवैध IRQ. BIOS विक्रेत्याशी तपासनी करा

हे संदेश दर्शवतात की विशिष्ट PCI-E पोर्ट IRQs ची विनंती नाही करत आहेत. पुढे, हे संदेश कोणत्याही प्रकारे मशीनच्या कामावर दुष्परिणाम करत नाहीत.

सहजरीत्या काढूशकणाऱ्या संचयन साधण (उदाहणार्थ CDs व DVDs) काहीवेळा आपण रूट द्वारा प्रवेशकेल्यावर आपोआप माउंट होत नाही. तरी, आपल्याला छायाचित्राद्वारे फाइल व्यवस्थापक च्या मदतीने साधण माउंट करावे लागेल.

याच्या व्यतिरिक्त, साधणास /media वरील माउंट करण्याकरीता आपण खालिल आदेशचा वापर करू शकता:

mount /dev/<device name> /media

ह्या अद्ययावतात Calgary IOMMU चीप मूलभूतरीत्या समर्थित नाही. हे करण्यकरीता, कर्नलवरील आदेश ओळीवरून iommu=calgary पर्याय नोंदणीकृत करा.

IBM System z पारंपारिक Unix-शैलीचा भौतिक कन्सोल पुरवत नाही. यामुळे, IBM System z साठी Red Hat Enterprise Linux 5 प्रारंभिक कार्यक्रम भारणावेळी firstboot कार्यशीलता समर्थित करत नाही.

IBM System z वर Red Hat Enterprise Linux 5 योग्यरित्या व्यवस्थित करण्यासाठी, प्रतिष्ठापनेनंतर खालील आदेश चालवा:

Red Hat Enterprise Linux 5 पासुन Red Hat Enterprise Linux 5.1 पर्यंत Red Hat संजाळ द्वारे सुधारणा करतेवेळी, yum redhat-beta कळ आयात करण्यास आपल्या खबरदार करेल याची खात्री नाही. तरी, आपण स्वतः वरील redhat-beta कळ सुधारणा होण्या पहिले आयात करावे असे सुचविले जाते. याकरीता, खालिल आदेश चालवून पहा:

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

संरचीत फाईलरवरील, LUN ला काढून टाकल्यास, यजमानात हे बदल परस्पर आढळूण येत नाही. या स्तिथीत, lvm आदेश dm-multipath वापरतेवेळी सक्रीय राहणार नाही, तरी यावेळी 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> योग्यरित्या CD / DVD यंत्रासाठी नोंद दाखल जोडून संपादा.

जर साध्या फाइलवर प्रतिष्ठान आभासी यंत्र म्हणून वापरले असल्यास, /etc/xen/<name of guest machine> ची disk ओळ खालीलप्रमाणे दिसेल:

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

यजमानावर /dev/dvd म्हणून स्थित DVD-ROM यंत्र प्रतिष्ठापनाच्या टप्पा २ साठी 'phy:/dev/dvd,hdc:cdrom,r' सारखी नोंद दाखल करून hdc म्हणून उपलब्ध करून दिले जाऊ शकते. यामुळे, disk ओळ आता खालीलप्रमाणे दिसेल:

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

तंतोतंत यंत्र मार्ग तुमच्या होर्डवेयरवर अवलंबून बदलू शकतात.

sctp घटक कर्नल मध्ये समाविष्ठीत न केल्यास, व netstat ला -A inet सह किंवा -A inet6सह वापरल्यास कर्नल अयशस्वीरीत्या बंद पडतो व खालिल संदेश दर्शवित :

netstat: `AF INET (sctp)' करीता ह्या कार्यप्रणालीवर आधार नाही.        

हे वगळण्याकरीता, sctp संकुले प्रतिष्ठापित करा.

Red Hat Enterprise Linux 3.9 चे पूर्णतः आभासी अतिथी खात्यावर प्रतिष्ठापन खूपच हुळूवारपणे होऊ शकते. याच्या व्यतिरीक्त, प्रतिष्ठापनेनंतर अतिथी खाते बूट केल्यासhda: lost interrupt त्रूटी येण्याची शक्यता आहे.

ही बूट त्रूटी नाहीसी करण्यासाठी, अतिथी खाते SMP कर्नल वापरण्यास संरचीत करा.

बूट कार्यकाळास सीरीअल पोर्टसाठी छपाईच्या पहिले सध्या वापरणीत असलेले कर्नल Data Terminal Ready (DTR) संकेतास सक्रीयरीत्या लक्ष्य देत नाही. DTR सक्रीयतेची काही साधाणांना गरज असते, ज्यामुळे, कर्नल बूट संदेश या साधाणांवरील सीरीअल कंसोलवर छपाई केले जात नाही.

Red Hat Enterprise Linux 5 .1 करीता यजमान (dom0) प्रणालीस सुधारणा करतेवेळी Red Hat Enterprise Linux 4.5 SMP अभासी खाते बूट योग्य नाही असे दर्शवितो. ये जेव्हा यजमान प्रणालीवर 4GB पेकक्षा जास्त RAM असते तेव्हा मुख्यतः दिसते.

याच्यावर काम करण्याकरीता, प्रत्येक Red Hat Enterprise Linux 4.5 खाते एकमेव CPU माध्यमात बूट करा व त्यातील कर्नलला नुकत्याच प्रकाशीत झालेल्या आवृत्ती करीता(Red Hat Enterprise Linux 4.5.z साठी) सुधारीत करा.

काहीक प्रणालींवरील (जसे HP dc7700) AMD 8132 व HP BroadCom HT100 वापरल्या जाणारे MMCONFIG चक्रां करीता समर्थित नाही. आपली प्रणाली वरील कुठलिही चीपसेट वापरत असल्यास, PCI संचयानाने PortIO CF8/CFC पद्धती वापरायला हवी. हे संचयीत करण्यासठी, प्रणालीला -pci nommconfig कर्नल घटकाशी प्रतिष्ठापनेवेळी संरचीत करा व GRUB मध्ये बूट झाल्यावर pci=nommconf समाविष्ट करा.

पुढे, Message Signaled Interrupts (MSI) करीता AMD 8132 चीपसेटचे समर्थन नाही. आपली प्रणाली ही चीपसेट वापरल्यास, आपण MSI ला अकार्यान्वीत करा. ये करण्याकरीता, प्रतिष्ठापनेवेळी कर्नल घटकाचा -pci nomsi वापर करा व GRUB मध्ये बूच झाल्यावर pci=nomsi समाविष्टीत करा.

तरी, जर आपले विशिष्ट कार्यप्रणाली आधीपासूनच कर्नलच्या सदोष यादीत असेल, तर आपल्या प्रणालीकरीता वरील pci कर्नल घटकांची गरज लागणार नाही. खालिल HP कार्यप्रणाली पहिलेपासूनच कर्नलच्या सदोष यादीत आहेत:

या प्रकाशनात समाविष्टीत 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
        }