veritas官網(wǎng)-排除指南-Linux

VeritasInfoScale上次更新時(shí) 2016-05-文檔版本7.1Rev上次更新時(shí) 2016-05-文檔版本7.1RevCopyright?2016VeritasTechnologiesLLC.s.保留所利他國(guó)家/地區(qū)的商標(biāo)或商標(biāo)。其他名稱可能為其各自所有者的商標(biāo)，特此。本產(chǎn)品可能包含Veritas必需向第 支付費(fèi)的第（“第程序”）。部分第 方式獲得的。本隨附的證協(xié)議并未改變這些開(kāi)放源或免費(fèi)所規(guī)定的任何權(quán)利或義務(wù)。請(qǐng)參考此Veritas產(chǎn)品隨附的或位于以下地址的第法律 /about/legal/license-本文檔中介紹的產(chǎn)品根據(jù)限制其使用、、分發(fā)和反編譯/逆向工程的協(xié)議分發(fā)。VeritasTechnologiesLLC及其特許人（如果存在）事先，不得以任何方式任何形式本文檔的。本文檔按“現(xiàn)狀”提供，對(duì)于所有明示或暗示的條款、陳述和保證，包括任何適銷性、針對(duì)特定用途的適用性或無(wú)知識(shí)的暗示保證，均不提供任何擔(dān)保，除非此類免責(zé)的范圍在法律上視為無(wú)效。VERIASECHNOOGESLC不對(duì)任何與提供、執(zhí)行或使用本文檔相關(guān)的伴隨或性損害負(fù)責(zé)。本文檔所含信息更改，恕不另行通知。根據(jù)FAR12.212定義，的文檔被視為“商業(yè)計(jì)算機(jī)”，受FARSection52.227-19"CommercialComputerSoftware-RestrictedRights"（商業(yè)計(jì)算機(jī)受限權(quán)利）DFARS227.7202“CommercialComputerSoftwareandCommercialComputerSoftwareation”（商業(yè)計(jì)算機(jī)商業(yè)計(jì)算機(jī)文檔）中的適用規(guī)定以及所有后續(xù)據(jù)本協(xié)議的條款對(duì)的文檔進(jìn)行使用、修改、發(fā)布、執(zhí)行、顯示或披露。500EMiddlefieldRoad技術(shù)支持具有全球性支持中心。所支持服務(wù)都將根據(jù)您的支協(xié)議當(dāng)時(shí)有效的企業(yè)技支持策略來(lái)提供。有關(guān)的支持務(wù)以及如何聯(lián)系技術(shù)支持信息請(qǐng) 的 從以下URL您可以管理Veritas帳戶信如果您對(duì)現(xiàn)有支持協(xié)議有疑問(wèn)，請(qǐng)通過(guò)以下方式聯(lián)系您所在地區(qū)的支持協(xié)議管理部全球（除外

請(qǐng)確保您具有文檔的版本。每個(gè)文檔的第2頁(yè)顯示了上次更新日期。每個(gè)指南的第2頁(yè)提供了文檔版本信息?？稍赩eritas上找到的文檔 /您的反饋對(duì)很重要。請(qǐng)對(duì)文檔提出改進(jìn)意見(jiàn)、報(bào)告誤或漏。請(qǐng)?jiān)谀膱?bào)告中您也可以在Veritas社區(qū)上查看文檔信息或提出問(wèn) VeritasServicesandOperationsReadinessToolsVrisSrvcsadOpraisRaissos(SOR)是一個(gè)，提供的信息和統(tǒng)計(jì)可自動(dòng)處理和簡(jiǎn)化某些耗時(shí)的管理任務(wù)。根據(jù)您的產(chǎn)品，SORT會(huì)幫助您準(zhǔn)備安裝和升級(jí)、SORT請(qǐng)參見(jiàn)數(shù)據(jù)表 第1 簡(jiǎn) VeritasInfoScaleStorageFoundationandHighSolutions產(chǎn)品故障排 關(guān)于VeritasServicesandOperationsReadinessTools 關(guān)于為調(diào)試收集應(yīng)用程序和駐留程序數(shù) 讓vxgetcore自動(dòng)查找調(diào)試數(shù)據(jù)（最簡(jiǎn)單的方法 在了解文件的位置時(shí)運(yùn)行 讓vxgetcore提示您提供信 部分 VeritasFileSystem故障排 第2 消 部分 VeritasVolumeManager故障排 第3 硬件故障后恢 顯示卷和plex狀 plex狀態(tài)循 恢復(fù)其中存在RECOVER狀態(tài)plex的被禁用 清除磁盤上的failing標(biāo) 在Plex掛接或同步操作失敗后恢 RAID-5卷上的故 RAID-5的默認(rèn)啟動(dòng)恢復(fù)過(guò) 恢復(fù)RAID-5 在移動(dòng)RAID-5子磁盤后恢 不可啟動(dòng)的RAID-5 在DCO卷故障后恢 恢復(fù)0版DCO 恢復(fù)即時(shí)快照DCO卷（版本20或更高版本 第4 在即時(shí)快照故障后恢 在vxsnapprepare失敗后恢 在對(duì)完整空間即時(shí)快照?qǐng)?zhí)行vxsnapmake失敗后恢 在對(duì)斷開(kāi)即時(shí)快照?qǐng)?zhí)行vxsnapmake失敗后恢 在對(duì)優(yōu)化空間即時(shí)快照?qǐng)?zhí)行vxsnapmake失敗后恢 在vxsnaprestore失敗后還 在vxsnaprefresh失敗后還 在“寫(xiě)入時(shí)”失敗后恢 發(fā)生重新同步I/O錯(cuò)誤后恢 DCO卷發(fā)生I/O故障后恢 第5 vxresize操作失敗后恢 在vxresize縮小操作失敗后恢 第6 在引導(dǎo)磁盤故障后恢 VxVM和引導(dǎo)磁盤故 VxVM引導(dǎo)磁盤恢 誤使用LILO的-R、fallback或lock選 還原丟失或損壞的/etc/fstab文 還原丟失或損壞的/etc/vx/volboot文 第7 管理命令、任務(wù)和事 將從從屬節(jié)點(diǎn)發(fā)出的CVM命令關(guān)聯(lián)到主節(jié) 第8 備份和還原磁盤組配 解決磁盤組的備 備份和還原FlexibleStorageSharing磁盤組配置數(shù) 第9 對(duì)磁盤組導(dǎo)入問(wèn)題進(jìn)行故障排 清除非克隆磁盤的udid_mismatch標(biāo) 第10 從CDS錯(cuò)誤恢 CDS錯(cuò)誤代碼和恢復(fù)操 第11 日志記錄和錯(cuò)誤消 在啟動(dòng)中配置日志記 消 第12 VeritasVolumeReplicator故障排 RLINK連接出現(xiàn)問(wèn)題后恢 RLINK掛接期間的錯(cuò) 修改RVG期間的錯(cuò) 主節(jié)點(diǎn)SRL卷錯(cuò)誤清除和重新啟 重新啟動(dòng)時(shí)主節(jié)點(diǎn)SRL卷出 主節(jié)點(diǎn)SRL卷溢出恢 主節(jié)點(diǎn)SRL頭錯(cuò)誤清理和恢 輔助節(jié)點(diǎn)SRL卷錯(cuò)誤清除和恢 輔助節(jié)點(diǎn)SRL頭錯(cuò)誤清除和恢 重新啟動(dòng)時(shí)發(fā)生輔助節(jié)點(diǎn)SRL頭錯(cuò) 部分 DynamicMulti-Pathing故障排 第13 DynamicMulti-Pathing故障排 排除或包括到DMP的路徑時(shí)從錯(cuò)誤中恢 部分4 StorageFoundationClusterFileSystemHighAvailability故障排除 第14 StorageFoundationClusterFileSystemAvailability故障排 CFS故障排 root用戶的<library>路徑中的順序不正 非root用戶運(yùn)行CFS命令時(shí)CFS命令可能會(huì)掛 已有網(wǎng) 狀 無(wú)法在VeritasInfoScale產(chǎn)品群集中啟動(dòng) CVMVolDg也不聯(lián) 共享磁盤在VeritasInfoScale產(chǎn)品群集中不可 部分 ClusterServer故障排 第15 VCS的故障排除與恢 VCS消息日志記 VCS點(diǎn)的日志實(shí)現(xiàn)...........................................................) GAB消息日志記 為啟用調(diào)試日 啟用IMF的調(diào)試日 對(duì)VCS引擎啟用調(diào)試日 收集VCS信息以進(jìn)行支持分 收集LLT和GAB信息以進(jìn)行支持分 收集IMF信息以進(jìn)行支持分 消 VCS引擎故障排 HAD................................................................................................HAD連續(xù)重新啟 DNS配置問(wèn)題導(dǎo)致GAB終止 設(shè)定和I/O防 聯(lián)機(jī)前IP檢 LowLatencyTransport(LLT)故障排 LLT啟動(dòng)顯示錯(cuò) LLT檢測(cè)到使用了交叉....................................................................LLT狀態(tài)消 GroupMembershipServices/AtomicBroadcast(GAB)故障排 由于客戶端進(jìn)程故障，導(dǎo)致節(jié)點(diǎn).....................................................164VCS啟動(dòng)故障排 VCS:10622localconfigurationmissing和VCS:10623localconfiguration VCS:11032registration Waitingforcluster 智能監(jiān)視框架(IMF)故障排 VCS不會(huì)自動(dòng)啟動(dòng)服務(wù) 系統(tǒng)未處于RUNNING狀 服務(wù)組無(wú)法故障轉(zhuǎn)移到系 設(shè)置為BiggestAvailable也是如 從VCS創(chuàng)建的備份還原計(jì)量數(shù)據(jù) 也是如 I/O防護(hù)故障排 手動(dòng)刪除SCSI-3磁盤中的現(xiàn)有 為防止?jié)撛跀?shù)據(jù)損壞，系統(tǒng)發(fā)生..................................................... 將會(huì)退 CP服務(wù)器故障排 .................................................................................................. VCS警 對(duì)steward進(jìn)程進(jìn)行故障排 驗(yàn)證證密 錯(cuò)誤消 驗(yàn)證CPU、Mem和Swap的測(cè)量或 部分 SFDB故障排 第16 SFDB故障排 關(guān)于StorageFoundationforDatabases(SFDB)工具故障排 索 11本章節(jié)包括下列AvailabilitySolutions產(chǎn)品故障排除本文檔介紹在使用VeritasInfoScaleStorageFoundationandHighAvailability文檔中的故障排除信息之外，還可以參見(jiàn)VeritasInfoScale產(chǎn)品“版本說(shuō)明”文檔以了解已知問(wèn)題和限制。VeritasServicesandOperationsReadinessTools(SORT)VeritasServicesandOperationsReadinessTools(SORT)是一個(gè)，可自動(dòng)處理和簡(jiǎn)化某些最耗時(shí)的管理任務(wù)。SORT有助于您更高效地管理數(shù)據(jù)中心，并充分利用Veritas產(chǎn)品。

間和體系結(jié)構(gòu)。分析系統(tǒng)以確定是否已做好安裝或升級(jí)Veritas產(chǎn)品的準(zhǔn)備從庫(kù)的修補(bǔ)程序、文檔和高可用性硬件、、數(shù)據(jù)庫(kù)和操作系統(tǒng)的兼容性列表理風(fēng)險(xiǎn) ■從庫(kù)獲取有關(guān)對(duì)修補(bǔ)程序陣列特定模塊(AS/APMDD/DD)和高可用性所做更改的自動(dòng)電子郵知。確定并降低系統(tǒng)和環(huán)境風(fēng)顯示數(shù)百個(gè)Veritas錯(cuò)誤代碼的說(shuō)明和解決方案提高效 ■根據(jù)產(chǎn)品版本和平臺(tái)查找并修補(bǔ)程序列出已安裝的Veritas產(chǎn)品和證密鑰調(diào)整并優(yōu)化您的環(huán)境要SORT，請(qǐng)轉(zhuǎn)到：VeritasInfoScale企業(yè)產(chǎn)品會(huì)顯示唯一消息標(biāo)識(shí)(UMI消息UMI包括錯(cuò)Tools()查找消息說(shuō)明和解決方案。使用VeritasOperationsReadinessTools查找唯一消息標(biāo)識(shí)符說(shuō)明在“SearchResult搜索結(jié)果)”頁(yè)的“Errorcodes錯(cuò)誤代碼)”窗格中，單擊指向您的消息代碼的。如果有大量搜索結(jié)果，請(qǐng)使用頁(yè)面頂部的復(fù)選框此時(shí)將UMI代碼的“ErrorCodedetails錯(cuò)誤代碼詳細(xì)信息)”頁(yè)，其中關(guān)于為調(diào)試收集應(yīng)用程序和駐留程序數(shù)如果StorageFoundation應(yīng)用程序或駐留程序出現(xiàn)問(wèn)題，它可能會(huì)產(chǎn)生一文件。該vxgetcore高效收集文件、二進(jìn)制文件、庫(kù)文件和任何調(diào)試心文件或相關(guān)數(shù)據(jù)的位置。vxgetcore會(huì)在當(dāng)前中查找的文件。如果當(dāng)前中沒(méi)有文件，vxgetcore會(huì)搜索一系列可能的。使用vxgetcore時(shí)，請(qǐng)記住以下幾點(diǎn)：障排除工具集合。安裝VRTSspt時(shí)，vxgetcore會(huì)安裝到ID。將README.vxgetcore文件讓vxgetcore自動(dòng)查找調(diào)試數(shù)據(jù)（最簡(jiǎn)單的方法如果您不了解文件的位置，或不想讓vxgetcore停下來(lái)等待用戶輸入，您可以運(yùn)行帶-a選項(xiàng)的vxgetcore。在此模式下，vxgetcore會(huì)從當(dāng)前工作開(kāi)始，搜索一組已知的文件位置。它將選擇在這些中找到的文件。然后，vxgetcore會(huì)自動(dòng)查找相關(guān)的這些文件的第一個(gè)中選擇的文件。如果您認(rèn)為這些不是正確的文件，并且系讓vxgetcore自動(dòng)查找數(shù)據(jù)錄中查找文件，然后在其他位置查找文件。如果使用-C選項(xiàng)，#/opt/VRTSspt/vxgetcore/vxgetcore-a[-Cvxgetcore會(huì)查找文件，并在預(yù)先確定的一組中搜索相關(guān)的二進(jìn)制文件、庫(kù)文件和其他調(diào)試數(shù)據(jù)。然后，它會(huì)以此格式創(chuàng)建一個(gè)tar文件： 件ID。請(qǐng)聯(lián)系Veritas技術(shù)支持部門代表，并將校驗(yàn)和以及上傳了文件的FTP站點(diǎn)告如果您了解文件的位置，您可將-c選項(xiàng)與-a選項(xiàng)配合使用。在這種情況下，vxgetcore將使用指定的文件并自動(dòng)查找與該文件相關(guān)的調(diào)試信息。如果vxgetcore正在作為的一部分運(yùn)行，則不會(huì)停下來(lái)等待用戶輸入。在了解文件的位置時(shí)運(yùn)行果僅指定了文件的名稱，vxgetcore將搜索對(duì)應(yīng)的二進(jìn)制文件。系在了解文件的位置時(shí)收集調(diào)試數(shù)據(jù)#/opt/VRTSspt/vxgetcore/vxgetcore-c/path/core_file\[-CVeritas_case_ID]或#/opt/VRTSspt/vxgetcore/vxgetcore-c/path/core_file-b/path/binary_file[-C（可選。）如果未在步驟1中指定二進(jìn)制文件名，而且vxgetcore找到了多個(gè)與文件匹配的二進(jìn)制文件，那么它會(huì)提示您從列表中選擇一個(gè)二進(jìn)制文件它會(huì)以此格式創(chuàng)建一個(gè)tar文件：/tmp/VRTSgetcore.xxx。讓vxgetcore提示您提供信如果運(yùn)行不帶任何選項(xiàng)的vxgetcore命令，它會(huì)選擇它發(fā)現(xiàn)的第一個(gè)文件。該文件通常是預(yù)期的文件位置列表（從當(dāng)前工作開(kāi)始）中的文件。如果vxgetcore找到了多個(gè)與文件匹配的二進(jìn)制文件，它會(huì)提示您從列表中選系讓vxgetcore提示您提供二進(jìn)制文件信息#/opt/VRTSspt/vxgetcore/vxgetcore[-C列表。輸入想要包括在tar文件中的文件名，然后按Enter。它會(huì)以此格式創(chuàng)建一個(gè)tar文件：/tmp/VRTSgetcore.xxx。11部VeritasFileSystem故障排2.消22本章節(jié)包括下列標(biāo)記錯(cuò)誤的inode 如果inode更新或塊更新失敗，則將Inode可以標(biāo)記為出錯(cuò)。在這些類型中，文件系統(tǒng)不知道磁盤上的具體信息，但會(huì)考對(duì)文件名的，但是任何文件中的數(shù)據(jù)或更改inode的嘗試禁用事務(wù)處禁用文件系

如果文件系統(tǒng)在寫(xiě)入意向日志時(shí)檢到錯(cuò)誤，則它將禁用事務(wù)處理。禁用事務(wù)處理之后，仍可以或?qū)懭胛募到y(tǒng)中的文件或e或分配、結(jié)構(gòu)更改、 條目更改或他對(duì)元數(shù)據(jù)的更改。身。如果意向日志失敗或inode列表發(fā)生錯(cuò)誤，超級(jí)塊通常會(huì)更（VX_FULLFSCK標(biāo)志）fsck執(zhí)行整個(gè)結(jié)構(gòu)檢件系統(tǒng)將禁用本身?；謴?fù)禁用的文件系統(tǒng)或需要使用fsck命令對(duì)整個(gè)文件系統(tǒng)進(jìn)行檢查的文件系統(tǒng)。消息關(guān)于內(nèi)核消在修復(fù)VxFS文件系統(tǒng)之前，Veritas建議您先進(jìn)行檢查以評(píng)估可能的結(jié)構(gòu)損壞。在StorageFoundationandHighAvailabilitySFHA解決方案環(huán)境中，在執(zhí)行任何手警告：您可以使fsck檢查和VxFS文件系統(tǒng)；但錯(cuò)誤使用該命令可能會(huì)導(dǎo)此命令有任何問(wèn)題，請(qǐng)與Veritas技術(shù)支持部門聯(lián)系。#fsck-tvxfs-n-ofull,nolog內(nèi)核消息是VeritasFileSystem(VxFS)內(nèi)核生成的性或錯(cuò)誤消息。每個(gè)消息VxFS內(nèi)核消息顯示在系統(tǒng)控制臺(tái)上時(shí)，它位于t字段顯示的數(shù)ID之后。此ID隨著每個(gè)消息實(shí)例而增大，以保證在分析文件系統(tǒng)問(wèn)題件的順息ID在/var/log/messages中查找該消息，并獲取其他信息。22部.5vxresize....10CDS錯(cuò)誤恢33本章節(jié)包括下列VeritasVolumeManagerVxVM可以保護(hù)系統(tǒng)免受磁盤和其他硬件故障的影響，據(jù)丟失或無(wú)法系統(tǒng)。離故障中所涉及的Plex。I/O在該P(yáng)lex上停止，但在卷的其他Plex上繼續(xù)。有Plex都被禁用。如果分離時(shí)磁盤上有任何未鏡像的卷，這些卷也被禁用。VxVM中的熱重定位功能自動(dòng)檢測(cè)磁盤故障，并用電子郵件將故障通知給系統(tǒng)管理保持對(duì)鏡像卷和RAID-5卷的能力。有關(guān)管理熱重定位的信息，請(qǐng)參見(jiàn)《StorageFoundation管理指南》。從引導(dǎo)(root)磁盤的故障中恢復(fù)需要執(zhí)行特殊步驟。動(dòng)的卷，請(qǐng)使用vxinfo命令。該命令顯示卷的可性和可用性信息#vxinfo[-gdiskgroup][volume#vxprint[-gdiskgroup]-hvt[volume每個(gè)plex都有一個(gè)子磁盤：#vxprint-gmydg-hvtDiskgroup:Vv--vol--mydg11-vol-00vol--mydg12-vol-00plex圖3- 主要的Plex狀態(tài)循啟PS：干凈PKS：已PS：干凈PKS：已PS：活PKS：已關(guān)(vxvolPS=plexstate（Plex狀態(tài)PKS=plexkernelstate（Plex內(nèi)核狀態(tài)狀態(tài)。關(guān)機(jī)時(shí)，vxvolstop任務(wù)將所ACTIVEPlexCLEAN。如果啟動(dòng)圖3- 附加的Plex狀態(tài)轉(zhuǎn)創(chuàng)建

初始化Plex(vxvolinitclean)

啟(vxvol

恢復(fù)數(shù)(vxvol

后重新啟(vxvol使Plex脫(vxmend

關(guān)閉(vxvolI/O

重新同步數(shù)(vxplex

Plex聯(lián)(vxmendPS=plexstate（Plex狀態(tài)PKS=plexkernelstate（Plex內(nèi)核狀態(tài)

PS：I/O失敗PKS：已

步失

PKS：已Plex剛創(chuàng)建時(shí)的狀態(tài)為EMPTY，且一直保持到掛接該P(yáng)lex的卷被初始化為止。然后其狀態(tài)被設(shè)置為CLEAN。其Plex內(nèi)核狀態(tài)保持為DISABLED，直到卷啟動(dòng)后才設(shè)置為ENABLED。為DISABLED，并且一直保持到Plex數(shù)據(jù)被vxvolresync任務(wù)恢復(fù)為止。同步或無(wú)法糾正的I/O故障會(huì)將Plex置為IOFAIL狀態(tài)。請(qǐng)參見(jiàn)第30頁(yè)的“RAID-5卷上的故障”。系統(tǒng)或I/O錯(cuò)誤會(huì)損壞鏡像卷的一個(gè)或多個(gè)plex，并使所有plex退出CLEAN修復(fù)其他plex的來(lái)源。#vxmend[-gdiskgroup]fixclean#vxmend-gmydgfixcleanvol01-要從CLEANplex恢復(fù)卷中的其他plex，必須禁用該卷，并且其他plex必須處STALE狀態(tài)?？筛鶕?jù)需要對(duì)所有其他CLEANACTIVEplex依次運(yùn)行以下命令，使其狀態(tài)變?yōu)镾TALE：#vxmend[-gdiskgroup]fixstale承載卷的所有鏡像plex的幾個(gè)磁盤或其他相關(guān)子系統(tǒng)發(fā)生嚴(yán)重的硬件故障后，用戶可能無(wú)法使vxmend恢復(fù)卷。在這種情況下，可以先刪除該卷，在正常工#vxvol[-gdiskgroup]start#vxvol-gmydgstartvol01如果某個(gè)plex的內(nèi)容相對(duì)于卷來(lái)說(shuō)已過(guò)時(shí)plex會(huì)顯示RECOVER狀態(tài)。當(dāng)Plex的一個(gè)或多個(gè)子磁盤的磁盤被替換或重新掛接時(shí)，會(huì)發(fā)生這種情況。如果某個(gè)plex顯示為這種狀態(tài)，可通過(guò)vxmend和vxvol命令恢復(fù)：#vxmend[-gdiskgroup]-oforceoff#vxmend[-gdiskgroup]on#vxplex[-gdiskgroup]attvolumeCLEAN#vxmend[-gdiskgroup]fixclean#vxvol[-gdiskgroup]-obgstart須先使用vxvol命令重新啟動(dòng)這些卷，然后才能從備份中還原其內(nèi)容。#vxvol[-gdiskgroup]-obg-fstart例如，要重新啟動(dòng)卷myvol，以便能夠從備份中還原它，可使用以下命令：#vxvol-gmydg-obg-fstart部分出錯(cuò)的LUN或者磁盤中有少量損壞的扇區(qū)或磁道，都會(huì)此類錯(cuò)誤。警告：如果不知道I/O錯(cuò)誤的failing標(biāo)志。如果磁盤硬件確實(shí)出現(xiàn)了問(wèn)題，而您又清除了failing標(biāo)志，則會(huì)有丟失數(shù)據(jù)的。#vxdisk ..使用vxeditset命令為每個(gè)被標(biāo)記為failing的磁盤（在本例中為mydg02）#vxedit-gmydgsetfailing=off#vxdisk..或無(wú)法裝載（從而導(dǎo)failed狀態(tài)），則可以執(zhí)行重新掛接操作。解決新掛plex不會(huì)被標(biāo)記STALE。但是，重新掛接操作必須在啟動(dòng)磁盤上的#vxdisk--failedwas:--failedwas:#/usr/sbin/vxdctl#請(qǐng)參見(jiàn)vxreattach(1M)手冊(cè)頁(yè)。在在PlexPlexPlex掛接Plex與卷中的現(xiàn)有Plex保持同步。操作（例如為卷創(chuàng)建鏡如果磁盤組版本為170或180并由vxplexatt、vxassistmirror、vxsnapaddmir或vxsnapreattach命令觸發(fā)Plex重新同步，則在卷恢復(fù)期間，Plex會(huì)保持與卷關(guān)聯(lián)。VxVM會(huì)檢測(cè)到同步已中斷，然后恢復(fù)同步。如果卷具有關(guān)聯(lián)的 或vxconfigd故障而失敗時(shí)，VxVM會(huì)從失敗所在點(diǎn)恢復(fù)同步。同 在創(chuàng)建卷并通過(guò)一個(gè)操作(vxassistmakenmirror=2添加鏡像時(shí)，不會(huì)為自動(dòng)恢復(fù)該鏡像的同步。要確保同步從它失敗所在點(diǎn)恢復(fù)，請(qǐng)首先創(chuàng)建卷，然后使用vxassistmirror命令添加鏡像。在某些情況下，VxVM可自動(dòng)恢復(fù)果您需要手動(dòng)恢復(fù)卷vxrecover命TEMPRMSD。在CVM環(huán)境中，如果在執(zhí)行Plex同步期間主節(jié)點(diǎn)，則在恢復(fù)主節(jié)點(diǎn)后新的主節(jié)點(diǎn)會(huì)從主節(jié)點(diǎn)失敗所在點(diǎn)重新開(kāi)始同步。磁盤組版本必須為170版或更高版本。如果磁盤組為170版本，但未掛接DCO，則同步會(huì)從頭重新開(kāi)始。況下，VxVM會(huì)將Plex從卷中分離。RAID-5系統(tǒng)故

但是，在發(fā)生系統(tǒng)故障后，許RAID-5形式的卷都會(huì)有數(shù)據(jù)丟失。導(dǎo)致數(shù)據(jù)丟失的原因是系統(tǒng)故障致RAID-5卷中的數(shù)據(jù)和奇偶校驗(yàn)不再同步。而失去同步則是如果在RAID-5卷時(shí)失去同步，則將該卷描述為具有失效的奇偶校驗(yàn)。此時(shí)必須通過(guò)以下方法重新構(gòu)建奇偶校驗(yàn)：每個(gè)條帶中的所有非奇偶列，重新計(jì)算奇RAID-5日志保留故障發(fā)生時(shí)所寫(xiě)入數(shù)據(jù)的副本，因而可減少因系統(tǒng)故障導(dǎo)致的損失。重新同步過(guò)程包括從日志中數(shù)據(jù)及奇偶校驗(yàn)，然后將它們寫(xiě)入RAID-5卷磁盤故

I/O錯(cuò)誤。對(duì)于RAID-5卷，則意味著有一個(gè)子磁盤不可用。該子磁盤不能用來(lái)很大的操作，會(huì)導(dǎo)致性能下降。當(dāng)RAID-5卷包含失效的子磁盤時(shí)，它被視為V v -r5vol- disk01-r5vol-0disk02-r5vol-0disk03-r5vol-0r5vol- -disk04-r5vol-00r5vol- -disk05-r5vol-00如卷狀態(tài)所示，卷r5vol處于模式，它被標(biāo)為DEGRADED。出錯(cuò)的子磁盤是志plex丟失會(huì)使vxprinthtRAID-5日志plex是通過(guò)顯示為BADLOG（而不是LOG）的plex狀態(tài)來(lái)指示。V v -r5vol- disk01-r5vol-0disk02-r5vol-0disk03-r5vol-0r5vol- -disk04-r5vol-00r5vol- -disk05-r5vol-00RAID-5的默認(rèn)啟動(dòng)恢復(fù)過(guò)VxVM可能需要執(zhí)行若干操作才能完全還RAID-5卷的內(nèi)容并使它可用。無(wú)論何時(shí)啟動(dòng)卷，所有RAID-5日志plex均在卷啟動(dòng)之前被設(shè)置為零。這樣可以防止隨機(jī)需要重同步奇偶校驗(yàn)（如果RAID-5日志出錯(cuò)）。如果存在有效的日志DISABLEDplex內(nèi)核狀態(tài)。蓋此設(shè)置。如果存在任何失效的子磁盤，則RAID-5卷無(wú)法使用。警告：-ounsafestart選項(xiàng)被視為是有害選項(xiàng)，因?yàn)樗鼤?huì)使卷的內(nèi)容不可用。內(nèi)核狀態(tài)，卷狀態(tài)被設(shè)置為ACTIVE。至此，卷已啟動(dòng)。恢復(fù)。也可通過(guò)運(yùn)行vxrecover命令來(lái)執(zhí)行它們。定位駐留程序(vxrelocd)還會(huì)啟動(dòng)奇偶校驗(yàn)重新同步。如果RAID-5日志plex失敗，則僅當(dāng)該日志plex已被鏡像時(shí)才發(fā)生重定位；注意RAID-5plex的幾個(gè)磁盤或其他相關(guān)子系統(tǒng)發(fā)生嚴(yán)重的硬件故障后，可志Plex都失敗并且存在系統(tǒng)故障時(shí)，才出現(xiàn)失效的奇偶校驗(yàn)。即使RAID-5卷有失V v -r5vol- disk01-r5vol- 0disk02-r5vol- 0disk03-r5vol- 0此輸出將卷狀態(tài)顯示NEEDSYNC，表明需要重新同步奇偶校驗(yàn)。卷狀態(tài)也可能是行重新同步。如果未指-oiosize選項(xiàng)，則使用默認(rèn)的最I(lǐng)/O大小。然后，resync操作移到下一個(gè)區(qū)域進(jìn)行，直到整個(gè)RAID-5卷長(zhǎng)都被重新同步為止。所到達(dá)的偏移位置將被在配置數(shù)據(jù)庫(kù)中。-ocheckpt=size選項(xiàng)控制保存檢查點(diǎn)的時(shí)間。在重新啟動(dòng)系統(tǒng)后，檢查點(diǎn)偏移小于卷長(zhǎng)RAID-5卷會(huì)在檢查點(diǎn)偏移處#vxvol-gdiskgroupresync重新掛接這些RAID-5日志。#vxplex-gdiskgroupattr5volr5vol--odelayrecover這樣的妨礙子磁盤恢復(fù)的選項(xiàng)啟動(dòng)的。此外，還recover命令執(zhí)行子磁盤恢復(fù)。#vxvol-gdiskgrouprecoverr5vol磁盤，請(qǐng)對(duì)卷使用vxvolrecover命令：#vxvol-gdiskgrouprecover在移動(dòng)RAID-5子磁盤后恢RAID-5子磁盤時(shí)，新的子磁盤被標(biāo)記為STALE以待恢復(fù)。如果卷是活動(dòng)的，則可以使vxsd命令對(duì)卷進(jìn)行恢復(fù)。如果卷不活動(dòng)，則當(dāng)它下次啟動(dòng)時(shí)會(huì)進(jìn)行恢復(fù)?；謴?fù)操作期間的RAID-5卷是的。RAID-5子磁盤移動(dòng)和其他卷類型的子磁盤移動(dòng)的執(zhí)行方式相同，但沒(méi)有冗余RAID-5卷啟動(dòng)時(shí)，它的狀態(tài)可以是許多狀態(tài)中的一種。在系統(tǒng)正常關(guān)閉后，卷則在啟動(dòng)RAID-5卷并使它可用之前會(huì)要求進(jìn)行恢復(fù)。正常條件下，在重新啟動(dòng)后和自動(dòng)或通過(guò)vxrecover命令手動(dòng)執(zhí)行任何恢復(fù)后，卷VxVMvxvolERRORV-5-1-1236Volumer5volisnotstartable;RAID-5doesnotmapentirevolumeRAID-5卷無(wú)法啟動(dòng)的另一種可能的原因是，奇偶校驗(yàn)失效且子磁盤分離或失效。disk00- disk01-disk02-WWXXdisk00- disk01-disk02-WWXXYYZZdisk03- disk04- disk05-數(shù)數(shù)數(shù)數(shù)奇偶校數(shù)數(shù)奇偶校數(shù)數(shù)奇偶校數(shù)數(shù)奇偶校RAID-5RAID-5陣列中有四個(gè)條帶。所有奇偶校驗(yàn)均失效且子磁盤disk05-00發(fā)生故障。這使條帶X和Y因條帶中發(fā)生兩種故障而不可用。start命令的輸出為：VxVMvxvolERRORV-5-1-1237Volumer5volisnotstartable;somesubdisksareunusableandtheparityisstale.如果始終在RAID-5卷中使用兩個(gè)或的RAID-5日志plex，則可避免這種情況。RAID-5日志plex可防止卷內(nèi)的奇偶校驗(yàn)失效，因而避免了這種情況的發(fā)生。為RAID-5卷無(wú)效。為防止這種情況的發(fā)生，應(yīng)盡可能地始終將多個(gè)有效的RAID-5#vxvol[-gdiskgroup]-fstart這使所有失效子磁盤都標(biāo)記為未失效。標(biāo)記操作發(fā)生在start操作評(píng)估RAID-5#vxmend[-gdiskgroup]fixunstale卷不可用。如果不希望這種做，則可使-ounsafestart警告：-ounsafestart選項(xiàng)被視為是有害選項(xiàng)，因?yàn)樗鼤?huì)使卷的內(nèi)容不可RAID-5卷不可用。這也可以通過(guò)使用-ounsafestart選項(xiàng)來(lái)覆蓋。重新啟動(dòng)或子系統(tǒng)修復(fù)時(shí)，VxVM會(huì)嘗試反轉(zhuǎn)或完成此操作。具體是反轉(zhuǎn)還是完成#vxdgrecoverVxVMvxdgERRORV-5-1-2907diskgroup:Diskgroupdoesnot在該磁盤組中重新設(shè)置MOVE標(biāo)志：#vxdg-ocleanrecover#vxdg-oremoverecover#vxdg-ocleanrecover配置：有三個(gè)節(jié)點(diǎn)，其點(diǎn)A和節(jié)點(diǎn)B在重新啟動(dòng)后可用，而節(jié)點(diǎn)C無(wú)法啟動(dòng)。如果節(jié)點(diǎn)C具有不可用的卷，則vxrecover也無(wú)法啟動(dòng)其他卷。#vxvol-gdiskgroupstartDCO持久性快速重新同步使用DCO卷來(lái)卷中的已更改區(qū)域。如果或?qū)懭隓CO日志卷時(shí)發(fā)生錯(cuò)誤，則分離該卷并DCO上設(shè)badlog標(biāo)志。以后寫(xiě)入卷的所有內(nèi)容將不被DCO。見(jiàn)，省略TUTIL0PUTIL0字段 STATE vSNAP- vol1-SNAP- mydg05-vol1- SNAP-SNAP- vSNAP- vol1_dcl-SNAP-vol1_dcl mydg05-vol1_dcl- SNAP- v vol1- mydg01-vol1- vol1- mydg02-vol1- v vol1_dcl- mydg03-vol1_dcl- vol1_dcl- mydg04-vol1_dcl- SNAP- SNAP-vol1_dco。保存vol1DCOvol1_dclDCOPlex的兩個(gè)磁盤mydg03mydg04發(fā)生故障。因此，分離了vol1DCOvol1_dcl，并將的snap對(duì)象vol1_snp和SNAP-vol1_snp的項(xiàng)。vxprint命令顯示卷的DCO名稱：#vxprint[-gdiskgroup]-F%dco_name#vxprint[-gdiskgroup]-F%badlog#vxprint-gmydg-F%badlog可以使用以下命令驗(yàn)證DCO的版本號(hào)：#vxprint[-gdiskgroup]-F%version#vxprint-gmydg-F%version請(qǐng)參見(jiàn)第41頁(yè)的“恢復(fù)0版DCO卷”。0DCO#vxdco[-gdiskgroup]-oforceenabledco_name#vxdco-gmydg-oforceenablevol1_dcodc -#vxvol[-gdiskgroup]start#vxvol-gmydgstart使用vxassistsnapclear命令清除原始卷及其所有快照的重新同步映像。這警告：在將badlog標(biāo)志從DCO中刪除后，必須對(duì)該卷的所有快照使用#vxassist[-gdiskgroup]snapclearvolume\#vxassist-gmydgsnapclearvol1SNAP-行#vxassist-gdiskgroup1snapclearvolume#vxassist-gdiskgroup2snapclearsnapvol#vxassist-gmydgsnapclearvol1SNAP-#vxassist-gsnapdgsnapclearSNAP-vol1要，可在使用vxdgmove命令將快照plex移回原始磁盤組之后執(zhí)行）：#vxplex-f[-gdiskgroup]snapbackvolume#vxplex-f-gmydgsnapbackvol1vol1-恢復(fù)即時(shí)快照DCO卷（版本20或更高版本#vxsnap[-gdiskgroup]dis#vxsnap-gmydgdisSNAP-#vxsnap[-gdiskgroup]unprepare#vxsnap-gmydgunprepare#vxvol[-gdiskgroup]start#vxvol-gmydgstart#vxsnap[-gdiskgroup]preparevolume[ irs=number]\[regionsize=size][drl=yes|no|sequential]\[storage_attribute...]#vxsnap-gmydgprepare irs=2果得到了）。Foundation管理指南》和vxsnap(1M)手冊(cè)頁(yè)。44本章節(jié)包括下列vxsnappreparevxsnaprestorevxsnaprefreshvxsnappreparevxsnapprepare操作過(guò)早失敗，vxprint命令可能INSTSNAPTMP狀態(tài)顯示新的DCO卷。VxVM通常可以在沒(méi)有干預(yù)的情況下恢復(fù)DCO卷。但在某些情況下，此恢復(fù)可能不會(huì)成功。發(fā)生這種情況后，必須刪除DCO卷。#vxedit[-gdiskgroup]-r-frm運(yùn)行vxsnapprepare命令。為DISABLED狀態(tài)、被標(biāo)記為無(wú)效且無(wú)法啟動(dòng)。可使用以下命令驗(yàn)證是否將inst_invalid標(biāo)志設(shè)置為on：#vxprint[-gdiskgroup]-F%inst_invalidVxVM通常在沒(méi)有干預(yù)的情況下恢復(fù)快照卷。但在某些情況下，此恢復(fù)可能不會(huì)成功。發(fā)生這種情況后，必須刪除DCO卷。#vxmend[-gdiskgroup]cleartutil0#vxsnap[-gdiskgroup]unprepare#vxvol[-gdiskgroup]start#vxsnap[-gdiskgroup]prepare#vxmend[-gdiskgroup]cleartutil0能變INSTSNAPTMP狀態(tài)。VxVM通常可以在沒(méi)有干預(yù)的情況下恢復(fù)快照卷。#vxedit[-gdiskgroup]-r-frm接的plex和日志。為INSTSNAPTMP狀態(tài)。VxVM通?？梢栽跊](méi)有干預(yù)的情況下恢復(fù)快照卷。但在#vxedit[-gdiskgroup]-r-frm接的plex和日志。如果通過(guò)指定cache屬性，對(duì)準(zhǔn)備好的緩存對(duì)象執(zhí)行vxsnapmake操作，則刪除快照后緩存對(duì)象保持不變。如果使用cachesize屬性指定了新的緩存對(duì)#vxmend[-gdiskgroup]cleartutil0vxsnaprestorevxsnaprestore命令失敗后還#vxmend[-gdiskgroup]cleartutil0#vxvol[-gdiskgroup]start的#vxmend[-gdiskgroup]cleartutil0vxsnaprefresh啟動(dòng)，同步在進(jìn)行。在vxsnaprefresh命令失敗后恢復(fù)#vxprint[-gdiskgroup]-F%inst_invalidvolume#vxmend[-gdiskgroup]cleartutil0#vxvol[-gdiskgroup]start的#vxmend[-gdiskgroup]cleartutil0在“寫(xiě)入時(shí)”失敗后恢法用于I/O存取和即時(shí)快照操作。在“寫(xiě)入時(shí)”失敗后恢#vxsnap[-gdiskgroup]dis#vxsnap[-gdiskgroup]unprepare#vxsnap[-gdiskgroup]preparevolume[ irs=number]\[regionsize=size][drl=yes|no|sequential]\[storage_attributeVxVMvxsnapERRORV-5-1-6840SynchronizationofthevolumevolumestoppedduetoI/Oerror發(fā)生重新同步I/O錯(cuò)誤后恢復(fù)#vxsnap[-b][-gdiskgroup]syncstart如果DCO卷上發(fā)生I/O故障，則無(wú)法它的重新同步和DRL日志，并且該DCO卷被BADLOG標(biāo)志做了標(biāo)記。除非恢復(fù)DCO卷，否則無(wú)法對(duì)該卷執(zhí)行DRL日志記錄與恢復(fù)以及即時(shí)快照操作。請(qǐng)參見(jiàn)第44頁(yè)的“恢復(fù)即時(shí)快照DCO卷（版本20或更高版本）”。upgrade時(shí)出現(xiàn)的故障中恢復(fù)#vxsnap[-gdiskgroup]-fupgrade使用alloc屬性指定要用來(lái)保存新DCO的。VxVM將在指定的上創(chuàng)建新的DCO。有關(guān)屬性的信息，請(qǐng)參見(jiàn)vxsnap(m1)手冊(cè)頁(yè)。#vxsnap-gdiskgroupupgrade如果既指定了alloc屬性又指定了-f選項(xiàng)，VxVM會(huì)對(duì)alloc屬性使用指定的存55vxresize本章節(jié)包括下列vxresizeVxVMvxassistERRORV-5-1-18606NodisksmatchspecificationforClass:dm,Instance:vmr720-10_disk_14VxVMvxresizeERRORV-5-1-4703Problemrunningvxassistcommandvolumevol1,indiskgroup小和新文件系統(tǒng)大小相同，則不重新調(diào)整文件系統(tǒng)的大小。然后，vxresize命令調(diào)用vxassist命令來(lái)減小卷大小?，F(xiàn)在，文件系統(tǒng)大小和卷大小是相同的。66本章節(jié)包括下列VxVMVeritasVolumeManagerVxVM)可以保護(hù)系統(tǒng)免受磁盤和其他硬件故障的影響，請(qǐng)參見(jiàn)第21頁(yè)的“關(guān)于硬件故障后恢復(fù)”。root(/)文件系統(tǒng)、操作系統(tǒng)使用的其他關(guān)鍵文件系統(tǒng)（/usr）以及交/usr是下的一個(gè)，并且沒(méi)有為其分配單獨(dú)的分區(qū)。在這種情況下，當(dāng)封VeritasVolumeManager控制之下時(shí)，/usr成為rootvol盤時(shí)為usr分區(qū)創(chuàng)建一個(gè)單獨(dú)的卷。得最大的系統(tǒng)可用性，建議您封裝root磁盤和包含其他關(guān)鍵文件系統(tǒng)的任何其rootvol卷必須存在于引導(dǎo)磁盤組中。rootvolusr卷的配置還有其他限制。VxVM使您可以將swap分區(qū)放在任何磁盤上；它在引導(dǎo)進(jìn)程的早期階段不需要最初的swap區(qū)域。但是，也可能將swap分區(qū)放在根磁盤以外的分區(qū)上。在這種情況下，建議您封裝該磁盤并為swap卷創(chuàng)建鏡像。如果不這樣做，對(duì)swap分區(qū)的損壞將最終導(dǎo)致系統(tǒng)。也以引導(dǎo)系統(tǒng)，但創(chuàng)建swapvol卷的鏡像可以防止系統(tǒng)

在帶有封裝根磁盤的系統(tǒng)中，VxVM使用initrd加載VxVM模塊和啟動(dòng)根磁盤上的系統(tǒng)卷。有關(guān)initrd的詳細(xì)信息，請(qǐng)參考initrd(4)手冊(cè)頁(yè)。VxVM請(qǐng)參見(jiàn)第69頁(yè)的“通過(guò)重新安裝來(lái)恢復(fù)”。VxVMVxVM引導(dǎo)磁盤恢引導(dǎo)磁盤故提供了有關(guān)如何設(shè)置MBR的其他信息。請(qǐng)參見(jiàn)第69頁(yè)的“通過(guò)重新安裝來(lái)恢復(fù)”。-#vxprint-TY dm- dm 警告：僅當(dāng)根磁盤已損壞，才能使用這些過(guò)程。VxVM自動(dòng)嘗試同步根磁盤及其鏡將會(huì)導(dǎo)致數(shù)據(jù)損壞，因?yàn)閂xVM不清楚哪個(gè)磁盤上包含有效數(shù)據(jù)。打開(kāi)系統(tǒng)的電源，但是不要允許系統(tǒng)進(jìn)行重新啟動(dòng)。而是進(jìn)入系統(tǒng)BIOS設(shè)置模式（通常通過(guò)按控制臺(tái)鍵盤Esc、F2F12來(lái)實(shí)現(xiàn)）。在BIOS設(shè)置中驗(yàn)證已將系統(tǒng)設(shè)置為從根磁盤（sda）引導(dǎo)。否則，系統(tǒng)可能不-#vxprint-TYdm-----dm-----STALE狀態(tài)，直到恢復(fù)其內(nèi)容?？梢允褂胿xtask命令監(jiān)視失效plex的恢復(fù)

2/0(1) 0/12337857/5155232PLXATTmirrootvol#vxplex-gbootdg-ormdisrootvol-01swapvol-您可能需要根據(jù)系統(tǒng)配置修改Plex列表。重新配置根磁盤鏡像（sdb），使其作為原始根(sda出現(xiàn)在配置與出現(xiàn)故障的根磁盤容量相同或更大的磁盤，用其替換根鏡像磁盤(sdb)。如果系統(tǒng)才可將該磁盤看作與故障根磁盤相同的磁盤，則該磁盤應(yīng)占用boot:linux(#fdisk-l#fdisk-l如果替換光盤已包含VxVM區(qū)域，則使用fdisk命令將區(qū)域的分區(qū)類型更改為7f以外的值。#fdisk#mkdir#mount-text3/dev/sda1在本示例中，root分區(qū)為/dev/sda1，root文件系統(tǒng)類型為ext3?？赡苄枰鶕?jù)系統(tǒng)配置修改此命令。例如，root文件系統(tǒng)可能被配置為reiserfs文件#mount-text3/dev/sda2在本示例中，boot分區(qū)為/dev/sda2，boot文件系統(tǒng)類型為ext3?？赡苄枰b主引導(dǎo)記錄(MBR)：#/vxvm/sbin/grubgrub>root(hd0,1)grub>setup(hd0)grub>quit對(duì)于LILO引導(dǎo)加載程序：用#/vxvm/sbin/lilo-r到#cd#umount#umount##關(guān)閉系統(tǒng)，然后關(guān)閉電源再打開(kāi)電源。進(jìn)入系統(tǒng)BIOS設(shè)置模式（通常通過(guò)在控制臺(tái)鍵盤上按某一鍵（如Esc、F2或F12）來(lái)實(shí)現(xiàn)）。在BIOS設(shè)置中驗(yàn)證已將系統(tǒng)設(shè)置為從新的根磁盤（此示例中為sda）引導(dǎo)。否則，系統(tǒng)可能不#/etc/vx/bin/vxrootmirsdb#vxplex-gbootdg-ormdisrootvol-01swapvol-您可能需要根據(jù)系統(tǒng)配置修改Plex列表。boot:linux(#fdisk-l#fdisk-l)如果替換光盤已包含VxVM區(qū)域，則使用fdisk命令將區(qū)域的分區(qū)類型更改為7f以外的值。#fdisk#mkdir#mount-text3/dev/sdb1在此示例中，root分區(qū)的鏡像為/dev/sdb1，root文件系統(tǒng)類型為ext3?？赡苄枰鶕?jù)系統(tǒng)配置修改此命令。例如，root文件系統(tǒng)可能被配置為reiserfs#mount-text3/dev/sdb2對(duì)于GRUB引導(dǎo)加載程序：/vxvm/etc/grub.conf）的備份副本，例如#cp/vxvm/etc/grub.conf#在配置文件中，將所有的hd0更改為hd1。#/vxvm/sbin/grubgrub>root(hd1,1)grub>setup(hd0)grub>quit#cp/vxvm/etc/lilo.conf#在配置文件中，將root=語(yǔ)句添加到丟失該語(yǔ)句的引導(dǎo)條目。該語(yǔ)句指定將作為根裝入的設(shè)備，例如，/dev/sdb1。以下示例適用于vxvm_root條目：#/vxvm/sbin/lilo-r#cd#umount#umount##關(guān)閉系統(tǒng)，然后關(guān)閉電源再打開(kāi)電源。進(jìn)入系統(tǒng)BIOS設(shè)置模式（通常通過(guò)在控制臺(tái)鍵盤上按某一鍵（如Esc、F2或F12）來(lái)實(shí)現(xiàn)）。在BIOS設(shè)置中驗(yàn)證已將系統(tǒng)設(shè)置為從新的根磁盤（此示例中為sdb）引導(dǎo)。否則，系統(tǒng)可能不#/etc/vx/bin/vxrootmirsda原始MBR。#mv/etc/grub.conf.b4repldisk##grub>rootgrub>setup--stage2=/boot/grub/stage2grub>#mv/etc/lilo.conf.b4repldisk##替換發(fā)生故障的引導(dǎo)磁盤Startingrootvol,VxVMvxconfigdWARNINGV-5-1-122Detachingplexmirrootvol-01volumeVxVMvxconfigdWARNINGV-5-1-122Detachingplexmirswapvol-01fromvolumeswapvolVxVMvxconfigdWARNINGV-5-1-546Diskrootmiringroupbootdg:devicenot-#vxprint-TYdm-----dm------1234-#vxprint-TYdm-----dm-----#vxtask2/0(1)0/12337857/5155232PLXATTrootvol#vxplex-ormdismirrootvol-01mirswapvol-可能需要根據(jù)系統(tǒng)配置修改plex列表。使用fdisk命令來(lái)確保根磁盤和替換鏡像磁盤具有相同的幾何結(jié)構(gòu)。有關(guān)詳細(xì)信息，請(qǐng)參見(jiàn)fdisk(8)手冊(cè)頁(yè)。#/etc/vx/bin/vxrootmirsdb如果您使用lilo命令的-R、fallbacklock選項(xiàng)，則可能會(huì)損壞根磁盤上的主引導(dǎo)記(MBR)。MBR的損壞會(huì)導(dǎo)致系統(tǒng)無(wú)法引導(dǎo)，通常會(huì)在出LILO提示時(shí)停止。顯示的部分LILO提示可以用于問(wèn)題。請(qǐng)參見(jiàn)第66頁(yè)的“還原丟失或損壞的主引導(dǎo)記錄”。還原丟失或損壞的主引導(dǎo)記錄損壞會(huì)導(dǎo)致系統(tǒng)無(wú)法引導(dǎo)，通常GRUBLILOGRUBErrornumber格式輸出錯(cuò)誤消息后停止。要獲取解釋此錯(cuò)誤的相關(guān)幫助，請(qǐng)參見(jiàn)GRUB參考手冊(cè)。如LILO參考手冊(cè)中所述，顯示的部分LILO提示可用于問(wèn)題。在根磁盤上重新創(chuàng)建MBR：boot:linux(#mkdir#mount-text3/dev/sda1在本示例中，root分區(qū)為/dev/sda1，root文件系統(tǒng)類型為ext3?？赡苄枰鶕?jù)系統(tǒng)配置修改此命令。例如，root文件系統(tǒng)可能被配置為reiserfs文件#mount-text3/dev/sda2在本示例中，boot分區(qū)為/dev/sda2，boot文件系統(tǒng)類型為ext3。可能需要對(duì)于GRUB引導(dǎo)加載程序：建MBR（此處假定/boot位于分區(qū)2上）： grub>root(hd0,1)grub>setup(hd0)grub>quit檢查/vxvm/etc/lilo.conf文件的內(nèi)容是否正確，并使用lilo命令在替換磁盤上重新創(chuàng)建MBR：#/vxvm/sbin/lilo-r#cd#umount#umount##vxvm_root。WARNING:Couldn’topen/etc/fstab:NosuchfileordirecctoryWARNING:badformatonline#of/etc/fstab以模式登錄以讀寫(xiě)模式重新裝入root文件系統(tǒng)（此示例中假設(shè)使用ext3引導(dǎo)文件系統(tǒng)類#mount-text3-oremount,rw/dev/vx/dsk/rootvolVxVMvxconfigdERRORV-5-1-1589enablefailed:Volbootfilenotloadedtransactionsaredisabled.VxVMvxconfigdERRORV-5-2-573Voldisnotenabledfornovolumes件丟失或損壞，則配置駐留程序?qū)⑹。⒅兄挂龑?dǎo)過(guò)程。盤名稱(sda)、主機(jī)ID(diego)和區(qū)域偏移(2144)。將系統(tǒng)置于模式#vxconfigd-m#vxdctlinit#vxdctladddisksda#vxconfigd-krreset-mboot#vxdisk--一般重新安裝信用作VM磁盤。受VxVM的控制，則該磁盤以及其中的任意卷或鏡像在重新安裝過(guò)程中都將丟失VxVM配置數(shù)據(jù)（包括卷和鏡像）。受重新安裝系統(tǒng)并恢復(fù)請(qǐng)參見(jiàn)第70頁(yè)的“為重新安裝系統(tǒng)做準(zhǔn)備”。請(qǐng)參見(jiàn)第70頁(yè)的“重新安裝操作系統(tǒng)”。71頁(yè)的“VeritasVolumeManager”。VeritasInfoScale。Manager配置。請(qǐng)參見(jiàn)vxlicinst(1)手冊(cè)頁(yè)。Manager配置。此，對(duì)VxVM來(lái)說(shuō)，根磁盤不再是VxVM磁盤。保留磁盤的配置不把根磁盤包括在VxVM配置中。不受VxVM控制，那么此時(shí)即完成了重新配置。其他不再掛接到系統(tǒng)的磁盤）上的任何卷或鏡像現(xiàn)在都無(wú)法。如果卷只有一個(gè)使用以下命令確定刪除或重新安裝了哪些VM磁盤：#vxdisk有三個(gè)磁盤和一個(gè)重新安裝的根磁盤），vxdisklist命令的輸出類似于以下內(nèi)----failed輸出表明，重新安裝的sdbVM磁盤不關(guān)聯(lián)，并error狀態(tài)標(biāo)不再與設(shè)備(sdb)關(guān)聯(lián)。會(huì)有一個(gè)以error狀態(tài)列出的磁盤設(shè)備和一個(gè)未與設(shè)備關(guān)聯(lián)的VM磁盤。#vxprint-sF"%vname"-e'sd_disk=其中，disk是具有failed狀態(tài)的磁盤的名稱。確保在此命令中將磁盤名磁盤上有鏡像的卷的列表。對(duì)每個(gè)具failed狀態(tài)的磁盤重復(fù)使用此命令。#vxprint-thPlex的磁盤部分。例如v01Plex駐留在名為disk01的重新安裝的磁盤上。vxprint-thv01命令產(chǎn)生以下輸出：v-v01--disk01-0由于v01-01是卷的唯一Plex，因此，除非從備份中還原，否則該卷的內(nèi)容無(wú)#vxedit-rrmPlex只有一部分位于出錯(cuò)的磁盤上。如果卷有關(guān)聯(lián)的條帶Plex，該卷就被劃分到若干個(gè)磁盤上。例如，名為v02的卷有一個(gè)條帶Plex，該P(yáng)lex條帶分布在三個(gè)磁盤上，其中一個(gè)磁盤是重新安裝的磁盤disk01。vxprint-thv02命令產(chǎn)生以下輸出：vv02-v02-disk02-02v02-disk01-05v02-disk03-01v02-#vxedit-rrmv02(disk01上有Plex(disk02上有另一Plex的卷，vxprint-th命令輸出以下內(nèi)容：v-v03--disk02-v03-0v03--disk01-v03-0此卷有兩個(gè)Plexv03-01v03-02Plex(v03-01)不使用無(wú)效磁盤上的空間，所以它仍然可用。第二個(gè)Plex(v03-02)使用無(wú)效磁盤disk01上的空間，其狀態(tài)為NODEVICE。必須將Plexv03-02刪除。但是，該卷仍然有一個(gè)包Plex。如果需要鏡像該卷，可以以后添加另一個(gè)Plex。記下該卷的名稱，以便將來(lái)創(chuàng)建另一個(gè)Plex。要?jiǎng)h除無(wú)效的Plex，請(qǐng)vxplex命令將此Plex與卷分離，然后將其刪除。例如，要分離并刪除Plexv03-02，可使用以下命令：#vxplex-ormdisv03-刪除了所有無(wú)效卷和無(wú)效Plex后，就可以清理磁盤配置了。必須將每個(gè)被刪除、重新安裝或更換的磁盤（根據(jù)vxdisklist命令的輸出來(lái)確定）從配置中#vxdgrmdisk手動(dòng)手動(dòng)解除根磁盤的封ManagerVeritasVolumeManager控制，或者現(xiàn)#vxdiskadm主菜單中選2“Encapsulateadisk封裝磁盤)”。vxassist#vxassistmakev01#vxassistmakev0230720layout=stripe有#vxassistmirror于boot:linux#fdisk-l引導(dǎo)磁盤可能包含VxVMVxVM公共區(qū)域分區(qū)（7e）和/VxVM區(qū)域分區(qū)（標(biāo)記7f）。果存在這些分區(qū)，請(qǐng)使用以下命令從該磁盤中刪除#fdisk的VxVM區(qū)域（標(biāo)記7f）：#fdisk-luDisk/dev/sda:36.4GB,36420075008255heads,63sectors/track,4427cylindersUnits=cylindersof16065*512=8225280bytesDevice IdSystem 514048+835Linux#fdisk-luDisk/dev/sda:36.4GB,36420075008255heads,63sectors/track,4427cylindersUnits=cylindersof16065*512=8225280bytesDevice5Linux#mkdir#mount-text3/dev/sda1在#mount-text3/dev/sda2#cp/vxvm/etc/fstab對(duì)于LILO引導(dǎo)加載程序：#cp/vxvm/etc/lilo.conf#cp/vxvm/etc/grub.confhostname=`uname-還原/etc/fstab#cp/vxvm/etc/fstab.b4vxvm對(duì)于LILO引導(dǎo)加載程序：#cp/vxvm/etc/lilo.conf.b4vxvm#/vxvm/sbin/lilo-r#cp/vxvm/etc/grub.conf.b4vxvm#cd#umount#umount##77本章節(jié)包括下列

vxcmdlog 列出命令日志記錄的當(dāng)前設(shè)置vxcmdlogm 打開(kāi)命令日志記錄功能vxcmdlog-s512k vxcmdlog-n10 vxcmdlog-nno_limit vxcmdlog-moff 默認(rèn)情況下，命令日志記錄處于打開(kāi)狀態(tài)。命令行/etc/vx/log下的cmdlog文件中。此路徑名是一個(gè)指向的符號(hào)，的位置與操作系統(tǒng)有關(guān)。必要時(shí)可以重新定義所的。令日志的大小。當(dāng)日志達(dá)到最大空間時(shí)，當(dāng)前命令日志文件cmdlog被重命名為下一個(gè)可用的歷史日志文件cmdlog.number（其中number是一個(gè)整數(shù)，其范圍為從1到當(dāng)前定義的最大歷史日志文件數(shù)），并且新創(chuàng)建一個(gè)當(dāng)前日志文件。#0,2329,WedFeb1221:19:31/usr/sbin/vxdctl#17051,2635,WedFeb1221:19:33/usr/sbin/vxdisk-q-oalldgslist#0,2722,WedFeb1221:19:342003/etc