veritas官網-版本說明_第1頁
veritas官網-版本說明_第2頁
veritas官網-版本說明_第3頁
veritas官網-版本說明_第4頁
veritas官網-版本說明_第5頁
免費預覽已結束,剩余73頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

VeritasStorageFoundation?ClusterFileSystemAvailability本手冊所述是根據協(xié)議而供,僅可按該協(xié)議的條款用。產品版本1文檔版本6.0.1RevCopyright?2012SymantecCorporation.?2012SymantecCorporation。All .保留所利。Symanec、Symanec徽標、ertas、eritsSorge mndenra、eckup、nerpreVut和Lvepde是SymanecCorporation或其附屬公司在和其他國家/地區(qū)的商標或商標“Syanec”和“賽門鐵克”是Symnecorporaton的商標。其他名稱可能為其各自所有者的商標,特此。本文檔中介紹的產品根據限制其使用、、分發(fā)和反編譯/逆向工程的協(xié)議分發(fā)。SymantecCorporation及其特許人(如果存在)事先,不得以任何方式任何形式本文檔的。本文檔按“現(xiàn)狀”提供,對于所有明示或暗示的條款、陳述和保證,包括任何適銷性、針對特定用途的適用性或無知識的暗示保證,均不提供任何擔保,除非此類免責的范圍在法律上視為無效。Symanecorporation不對任何與提供、執(zhí)行或使用本文檔相關的伴隨或性損害負責。本文檔所含信息更改,恕不另行通知。根據FAR12.212中的定義,的文檔被視為“商業(yè)計算機”,受FAR第52.227-19節(jié)“CommercialComputerSoftware-RestrictedRights”(商業(yè)計算機受限權利)DFARS227.7202節(jié)“RightsinCommercialComputerSoftwareorCommercialComputerSoftwareation”(商業(yè)計算機或商業(yè)計算機文檔權利)中的適用規(guī)定,以及所有后續(xù)中規(guī)定的權利的制約。僅可根據本協(xié)議的條款對的文檔進行使用、修改、發(fā)布、執(zhí)行、顯示或披露。SymantecCorporation350EllisStreetMountainView,CA94043Symantec技術支持具有全球性支持中心。技術支持的主要任務是響應有關產品特小組與Symantec內的其他相互協(xié)作,及時解答您的問題。例如,技術支Symantec提供的服務包括

有關Symantec計劃的信息,請的 NICIP聯(lián)系Symantec之前執(zhí)行過的故障排除操

如果您的Symantec產品需要或證密鑰,請的技術支持網頁/可從以下獲得客戶服務信息 產品更新(例如,更改地址或名稱Symantec有關Symantec技術支持選項的建

800810 中國00801611 中國特別行政 800963 介質中提供了PDF格式的產品指南。請確保您使用的是文檔的 的第2頁上提供了文檔版本信息。從Symantec可以獲取 您對產品文檔的反饋對很重要。請發(fā)送改進建議和有關錯誤或疏漏的報告。請章節(jié)標題。請將反饋發(fā)送到:如需HOWTO文章、文檔更新的信息,或詢問有關產品文檔的問題,請SymantecConnect上的StorageandClustering management/ 關于SymantecSymantecConnectSymantec企業(yè)客戶提供的點對點技術社區(qū)可以與其他產品用戶聯(lián)絡并共享信息,包括發(fā)布帖子、文章、、、博行評分,成員可憑其貢獻獲得積分。 StorageFoundationClusterFileSystemHighAvailability版本說明本文檔包含以下關于VeritasStorageFoundationClusterFileSystemHigh關于SymantecOperationsReadiness6.0.1中引入的更

本文檔提供有關適用HP-UX11iv3VeritasStorageFoundationClusterFileSFCFSHA之前仔細閱讀整個文檔?!鞍姹菊f明”中的信息可取代SFCFSHA的產品本文檔是《VeritasStorageFoundationClusterFileSystemHighAvailability版本說明》的“文檔版本:6.0.1Rev0”。開始之前,請確保使用的是本指南的版本。Symantec上提供了的產品文檔,為: 介質上的以下位置提供了PDF格式的產品指南:Symantec建議將這些文件到系統(tǒng)上的/opt/VRTS/docs 《VeritasStorageFoundation《VeritasClusterServerVeritasStorageFoundationClusterFileSystemHighAvailabilitySymantecVeritasStorageFoundationClusterFileSystemHighAvailability對VeritasStorageFoundation進行了擴展,以支持區(qū)域網絡(SAN)環(huán)境中的共享數據。使用StorageFoundationClusterFileSystemHighAvailability,多臺服務器可以同時對應用程序透明的共享和文件。VeritasStorageFoundationClusterFileSystemHighAvailability還增強了可用性VeritasStorageFoundationClusterFileSystemHighAvailability包括VeritasClusterServer,它為該產品增加了高可用性功能。要安裝該產品,請按照《VeritasStorageFoundationClusterFileSystemHighAvailability安裝指南》中的說明進行操作。關于高可用性環(huán)境的信息,請閱讀VeritasClusterServer文檔SymantecOperationsReadiness些最耗時的管理任務。SORT有助于您更高效地管理數據中心,并充分利用SymantecSORT可以幫助您執(zhí)行以下操

間和體系結構。分析系統(tǒng)以確定是否已做好安裝或升級Symantec產品的準從庫的修補程序、文檔和高可用性硬件、、數據庫和操作系統(tǒng)的兼容性列表理風險 ■從庫獲取有關對修補程序陣列特定模塊SL/PMDDIDDL)和高可用性所做更改的自動電子郵件確定并降低系統(tǒng)和環(huán)境風顯示數百個Symantec提高效 ■根據產品版本和平臺查找并修補程序列出已安裝的Symantec產品和證密鑰調整并優(yōu)化您的環(huán)境注意:SORT注意:SORT的某些功能并非SORT不需要額外費用要SORT,請轉到:有關此版本的重要更新,請查看Symantec技術支持上發(fā)布的和技 持硬件的信息,請以下URL: 在安裝或升級StorageFoundationandHighAvailabilitySolutions產品之前,請查看的兼容性列表,以確認硬件和的兼容性。SFHASolutions產品的新版本控制過備份、存檔和企業(yè)安全產品中部署其不同產品時擁有的體驗。經歷此次更改之后,所有產品的版本3位數。為了遵循此方法,SFHASolutions版6.0.1。文檔在介質上的 位產品文檔的PDF文件現(xiàn)位于介質上的/docs中。/docs為每款捆綁產品的子,其中包含特定于此產品的文檔。sfha_solutions包含適用與安裝和升級相關的更在6.0.1中,產品安裝程序的本地安裝的安裝和卸載現(xiàn)加入版本信運行本地(/opt/VRTS/install)配置Veritas產品時,已安裝的名稱現(xiàn)加入其中:<version>為當前版本,無或空格。例如,要配置6.0.1版本的產品#/opt/VRTS/install/installsfcfsha601-升級之前,VxVM區(qū)域備份預先檢查磁盤否已保存到/etc/vx/cbr/bk 其他安裝postcheck所有產品的檢查VolumeManager(VM)檢查集群文件系統(tǒng)(CFS)現(xiàn)在可以使用安裝程-configcps選項配置CP服務器。這項用于配置CP服'/tmp/sample1.res'選項配置CP服務器。有關詳細信息,請參見《VeritasClusterServer安裝指南》VeritasStorageFoundationClusterFileSystemHighAvailability(SFCFSHA)相關的更改SFCFSHA包括6.0.1中的下列VeritasVolumeManager相關的6.0.1中,VeritasVolumeManager(VxVM)包括以下更改新的use和require子句支持您從明確定義的意向磁盤屬性集中選擇。require類型的子句從滿足所有指定屬性的交集中選擇磁盤。use類型的子句從use和require約束在默認情況下保持不變。您可以設置、清除、更新和列出卷的use和require意向。管理指南》和vxassist(1M)手冊頁ClusterVolumeManager(CVM)引入了新功能來支持可以更具恢復能力地應對CVM節(jié)點可以加入參加集群,即使該節(jié)點無法在本地所有共享也是如此。此行為可確保脫機的節(jié)點能夠重新加入集群。本地故障,asymmetric。此行為獨立于磁盤分離策略或ioship如果連接故障未影響所有節(jié)點,則CVM可通過網絡將I/O重定向到存默認情況下,I/O傳送已禁用。要啟用I/O傳送,請將磁盤組的ioship可調參數設置為on。I/O可更新數據更改對象(DCO)。默認情況下,此行為已啟用,且與磁盤分離策略或ioship即時快照數據更改對象(DCO)即時快照數據更改對(DCO)(以前稱為版本20DCO)支持VxVM卷創(chuàng)建即DCO卷可確保與版VxVM兼容。升級操作可以在卷處于聯(lián)機狀態(tài)時執(zhí)行。升級操作不支持從0DCO請參見《VeritasStorageFoundation管理指南》和vxsnap(1M)置LUN或HBA的交互工具。動態(tài)重新配置包括添加、刪除或替換LUN,以及替換雜的DMP和操作系統(tǒng)相關命令。VeritasFileSystem相關的6.0.1中,VeritasFileSystem包含以下更改 tat命令可顯示GLM緩存內存的使用情況信息您可以使用g 有關信息,請參見g tat(1M)手冊頁。SmartTier可能會壓縮或解壓您可以壓縮文件以減少文件使用的空間,同時保留文件的可性,并讓壓縮對應SFDB以下各節(jié)介紹了與6.0.1StorageFoundationforDatabasesSFDB工具相關請參見第14頁的“支持使用OracleFlashSnap創(chuàng)建黃金映像快照”。請參見14頁的“OracleVVRFlashsnap”。請參見第14頁的“OracleCompressionAdvisor工具簡介”。支持OracleFlashSnap創(chuàng)建黃金在此版本中,SFDB工具支持使用Oracle數據庫的FlashSnap您可以分FlashSnap快照,它可用作創(chuàng)建一個或多個克隆實例的主副本。通過副本。這些實例依賴FlashSnap映像執(zhí)行操作。OracleVVR輔助站點上的在此版本中,SFDB工具支持Oracle數據庫的VVR輔助站點上的Flashsnap于同步主站點和輔助站點中的活動??煺諒腣VR輔助站點中啟動。OracleCompressionAdvisor工具簡在此版本中,SFDB工具為Oracle數據庫CompressionAdvisorVeritasFileSystem(VxFS)提供了press實用程序,可用來壓縮對基礎應用程序透明的各個文件。壓縮文件的應用程序將自動接收僅在內存中解壓縮的解CompressionAdvisor可為Oracle單一實例和OracleRAC環(huán)境中的Oracle數據庫文件提供擴展的壓縮功能。CompressionAdvisor命令 p_adm駐留在 中,且必須由DBAVeritasStorageFoundationandHighAvailabilitySolutions6.0.1中包含與相由于VVR鎖定和代碼優(yōu)化,CPU使用率I/O處理的速度更快,I/O吞存級別,可以提供最佳壓縮性能,從而減少CPU利用率。提高TCP協(xié)議中的VVR性VVR層實I/OTCP網絡帶寬的使用率。(不適用于UDP協(xié)每個RVGRVGSRL回讀中出現(xiàn)內存爭用單獨的回讀線程可從SRL中數據。默認禁用此功能使用CVMI/O傳送框架提高了集群環(huán)境中的VVR數據卷出現(xiàn)故障后的如果數據卷出現(xiàn)故障,某些SRL寫入因I/O故障也不會寫入到該數據卷中。要使數可傳送到具有連接的節(jié)點,并寫入到數據卷中。這樣,數據卷可保持一致,且在具有連接的所有節(jié)點上均可用。LLT此版本包括對LLT的下列/etc/llttab文件中的peerinact的Symantec建議不要將peerinact的值設置為0。要實現(xiàn)peerinact的無限超時功能,peerinact設置為更大的值。支持的值范圍介12147483647之間I/O防護的中的CoordPoint的增強功行了VxVM管理命令而從協(xié)調器磁盤組中刪除時,或磁盤的VxVM區(qū)域被損CoordPoint資源執(zhí)行詳細的監(jiān)視,并報告故障。您可以通過設置此版本有關CoordPoin的信息,請參見《VeritasClusterServerBundled置為監(jiān)視協(xié)調器磁盤的信息,請參見《VeritasClusterServer安裝指南》?!禫eritasClusterServer管理指南》此版本的SFCFSHA產品不支持fsppmk命令已廢棄,無法再用來創(chuàng)建SmartTier放置策略不再支持的VeritasStorageFoundationforDatabases(SFDB)工具功StorageFoundationforDatabases(SFDB)工具功能FlashSnap

HP-UX11iv3操作系表1-1顯示了此版本支持的操作系統(tǒng)。 HP-UX11iVersion3March2011HP-UXPA-EnvironmentsUpdateRelease或更高版HP-UXHP-UX如果您運行的是OracleV或V,則必須應用Oracle錯誤4130116修補程序。請與 VeritasStorageFoundationClusterFileSystemHighAvailability硬件VeritasStorageFoundationClusterFileSystemHigh VeritasStorageFoundationClusterFileSystemHigh2GB2CPUNode(節(jié)點和更新級別。共享共享器可以是一個或多個共享磁盤,也可以是直接或通過光纖通道交換機連接到集群節(jié)點的磁盤陣列。O/、/usr、/var及其他系統(tǒng)分區(qū)。光纖通道交換共享設備。光纖通道架構的主要組件為光纖通道交換機集群平VeritasStorageFoundationClusterFileSystemHighAvailability(SFCFSHA)集群中有幾個可充當節(jié)點的硬件平請參見《VeritasStorageFoundationClusterFileSystemHighAvailability版本說明》。在各個節(jié)點上安裝HP-UX11iV3.0(20113月版)或高11iv3HP-UX11i64位操作系統(tǒng),并安裝光纖通道果沒有運行網絡時間協(xié)議(NTP)駐留程序,請確保組成數據庫環(huán)境中受支持的StorageFoundationforDatabasesVeritasStorageFoundation功OracleDiskVeritasStorageFoundation功OracleDisk否是是否CachedOracleDisk否是否否Quick是是是是Quick是是是是是是是是檢查是是是是是是是是是是是是數據庫檢查注意:需要Enterprise否是是否Database注意:需要Enterprise否是是否VeritasStorageFoundation功SmartTierfor注意:需要Enterprise否是是否SmartTierDynamicStorageTiering(DST)StorageFoundationforDatabasesSFDB工具數據庫檢查點、DatabaseFlashsnap和SmartTierforOracle受Enterprise產品證支持。有關支持的StorageFoundation產品和單實例Oracle版本的信息,請參見 請查看當前的Oracle文檔以確認您的硬件與的兼容性磁盤空間要

VeritasStorageFoundation產品之前,請確認您的系統(tǒng)有足夠的可用可使用產品安裝程序的“PerformaPreinstallationCheck(執(zhí)行安裝前檢查#./installer-支持的節(jié)點

SFCFSHA支持最多包64個節(jié)點的集群配置已解決的安裝和升級問1109熔合版本的全新安裝中未刪除Base501包1109熔合版本的全新安裝中未刪除Base501包如果存在鎖同步問題,有時會顯示不正確的服務器名稱如果指定-version,安裝程序將檢查VRTSfsadvCPI無法在升級后刪除較舊的VRTSperl包從5.1SP1升級至6.0之后,DMP-OSN可調參數值未產品遷移期間安裝程序估算的磁盤空間使用量過高VeritasStorageFoundationClusterFileSystemHighAvailability中已VeritasStorageFoundationClusterFileSystemHighAvailability中已解決的事件。 VeritasStorageFoundationClusterFileSystemHigh由于日志重放較慢,CFS故障轉移用了20分鐘刪除某些檢查點時,VRTScavf包的cfsumount(1M)命6.0RP1中已解決的VeritasStorageFoundationClusterFileSystemHighAvailability問題1-6列出VeritasStorageFoundationClusterFileSystemHighAvailability(SFCFSHA)問題。 已解決的VeritasStorageFoundationClusterFileSystemHA問重復數據刪除會話未完成進程未以“共享”形式傳輸共享擴展區(qū)在集群裝入的文件系統(tǒng)中,執(zhí)行SmartMove在寫入操作期間,cfs.stress測試因EIO錯誤退出在CFS壓力重新配置測試期間,fsck(1M)命令退出1-7列出了此版本VeritasClusterServerAgentsforClusterFileSystem問題。表1-7 已解決的VeritasClusterServerAgentsforClusterFileSystem問在存在CVM恢復能力的情況下,完全失敗后,將會在引擎日志中記錄意外消息。VeritasFileSystem中已解決的VxFS針對CFS返回錯誤VxFS針對CFS返回錯誤61493(VX_EFCLNOSPC)press解壓縮時忽略限制文件創(chuàng)建線程可能會掛起移動大量文件時,使用fsppadmenforce對層重定位的性能系統(tǒng)發(fā)生spinlock鎖定程序忘記線程在VxFSvx_free()嘗試解除fiostat時,系統(tǒng)發(fā)生,紅域出現(xiàn)在繼承父項的默認控制列表(ACL)條目的文件中執(zhí)getaccess()刪除某些檢查點時,VRTScavf包的cfsumount(1M)命可以 中看到重復的文件名使用跨共享轉換包含多個32knlink的文件系統(tǒng)時不更新vx_maxlink和maxlink_enable可調參數。VxFS文件系統(tǒng)上的ls-l命令運行緩慢,且CPU使用率使用fsadm(1M)命令擴展或縮小DLV5文件系統(tǒng)會造成系統(tǒng)會發(fā)生轉儲。在包含分 和檢查點的文件系統(tǒng)上從磁盤布局版8升級到9時,可能返回只讀文件系統(tǒng)錯誤消息超過限制的寫入(2)操作在達到用戶限制之前失敗,顯示EDQUOT(“Discquotaexceeded(已超過磁盤配命令fsck_vxfs(1m)可能發(fā)生轉儲,顯示錯誤sendfile()未在VxFS上創(chuàng)建層次結構管理(HSM)DMAPI如果已啟用FCL,則fscdsconvFSGAB導致機箱發(fā)生,因為VS引擎HAD未響應。ooltVxFSmmapHP-UX11.31上的性能降低Sock在vxfspock上保留的時間太長,且存在激烈爭VeritasFileSystem6.0RP1中已解決的本節(jié)介紹VeritasFileSystem6.0RP1中已解決的事件 VeritasFileSystem6.0RP1中已解決的問由于旋轉鎖中斷級別()libvxfssnap.sl庫的二進制文件在inode時會轉儲??梢?中看到重復的文件名超出限制的write(2)操作因發(fā)生EDQUOT錯誤而失敗fiostat命令在計數值為0時會轉儲在fscdsadm(1M)命令中驗 時,需要計算PD的nlink計數執(zhí)行帶-r-R選項的fsckptadm(1M)命令時,會同時執(zhí)行兩個互vxfilesnapioctl不會刷新與源inode關聯(lián)的任何臟緩沖區(qū)對到共享壓縮擴展區(qū)的常規(guī)文件執(zhí)行的寫入操作會造成損壞 恢復后可能會出現(xiàn)元數據損壞使用DMAPI列出已分區(qū) 時不會將所有條目都列出當源文件系統(tǒng)中存在共享擴展區(qū)時,進程會轉儲使用fsadm(1M)命令重新組織文件系統(tǒng)時,系統(tǒng)可能會發(fā)生用于轉換已損壞的文件系統(tǒng)或非VxFS文件系統(tǒng)的fscdsconv(1M)命令會生成。在fsmap(1M)UX:vxfsfsmap:ERROR:V-3-使用fsadm(1M)命令擴展或縮小DLV5文件系統(tǒng)會造成系統(tǒng)VeritasVolumeManager中已解決的問題本節(jié)介紹了此版本VeritasVolumeManager中已VeritasVolumeReplicatorClusterVolumeManager中已解決的問題。表1- VeritasVolumeManager中已解決的問VVR輔助節(jié)點在vol_rv_update_expected_pos中發(fā)生從GUI中應用模板文件之后,ESX發(fā)生name的輸出中未顯示pwwn。vxdmpraw實用程序,支持設置權限和rootnon-所并保持其持久性vxdgadddisk命令不允許磁盤組中混合克隆和非克隆磁無法配置ASM使用DMP本機塊設備路徑CVMfd在執(zhí)行區(qū)域刪除/添加操作后,I/O掛起svol_flush_srl_to_dv_startIO如果磁盤名稱列表很長,則vxdiskrm命令將會發(fā)生如果卷在引導時啟動,則voldco_or_drl_to_pvm中將發(fā)生混在vxsnap操作期間,vxconfigd駐留程序在所有集群 恢復的駐留程序在系統(tǒng)啟動期間無法重新啟動與磁盤組重建相關的問題VVR:repstatus磁盤聯(lián)機時,vxconfigd駐留程序會發(fā)生轉儲導致系統(tǒng)掛起。無論磁盤大小如何,均不寫入CDS磁盤的備份啟用防護后,dmp_pr_do_reg中的節(jié)點在密鑰期間發(fā)生站點故障(和包括主節(jié)點在內所有節(jié)點)導致所有點出現(xiàn)“無法配置駐留程”錯誤。CVM啟動期間,vxconfigd駐留程序中存在SEGV如果主節(jié)點和輔助節(jié)點具有相同的主機名,且主節(jié)點上存在活動的狀態(tài)會話,則vradmind駐留程序將發(fā)生轉EMCBCV(NR)建立的設備導致出現(xiàn)多條DMP事件消息(已針對瘦LUNvxassistmirror命令由于statvfs失敗而升級后,部分VxVM磁盤更改為錯誤狀態(tài),且磁盤組導入失因日志客戶端上的I/O負載繁重,日志所有者缺少本地連I/Ovxconfigbackupd駐留程序無法正確處理中的NUM_BK空 留在 中I/O傳送時,在集群中的curpri路徑升級期間節(jié)點發(fā)生使用CVMvxesd駐留程序的SIGILL發(fā)生轉儲vxdiskresize命令可能會導致數據損壞添加/刪除LUN已引入一小部分可能的內存如果磁盤的配置副本包含無效UDD則磁盤組導入將失敗。啟動32TBRAID5卷失敗,并顯示V-5-1-10128“Unexpectedkernelerrorinconfigurationupdate(配置更新中出現(xiàn)意外vxnetdstart和stop操作之間的爭奪導致非活動狀態(tài)的快照LUN使用數據更改對象(DCO)進行恢復時,主節(jié)點和從屬節(jié)點中的執(zhí)行vxassistmove操作之后,出現(xiàn)間歇性數據損壞盤將會分離,且所有磁盤均標記為RLOC?;旌希ǚ强寺『涂寺。┐疟P組導入時的消息增強大量I/Odmp_delayq和中。 駐留程序未喚醒,無法對其進行處理vxassistoorderedmediatype:hdd選項一起使vxdmpadmlistdmpnode打印的路徑類型不正確(標記ID)”錯誤。SRL溢出后,IOIOSRL溢出和CVM ysisvxautoconvert命令需要手冊頁因日志客戶端上的I/O負載繁重,VVRI/O刪除任一節(jié)點中的SAN電纜時,導致所有節(jié)點中Oracle應用程序組關閉使用錯誤的語法執(zhí)行vxdglisttag時,顯示錯誤消息和正volcvm_msg_rel_gslock()中出現(xiàn)對空指針取消vxdiskadm命令自動執(zhí)行LUN置備(添加)/刪除步DMP- /etc/vx/.vxdmprawdev記錄丟失EMCClariion磁盤狀態(tài)在升級后更改為onlineclone_disk啟動使用quit而不是exit,從而導致/tmp中存在空目vxvmconvertLVMVxVM:hpdisk在I/O負載繁重的情況下vxsnapaddmir命令有VIS開發(fā)一款用來獲取磁盤相關屬性(如幾何結構、、質容量、分區(qū)信息等)的工具。vxdgmove事務未完成,并且備份失敗rk不會重新連接。導入磁盤組時,在/var/adm/messages(syslog)文件中記vxdglistdgname命令顯示錯誤“state=newfailed”vxdisk-finit已解決的LLT、GAB和I/O防護vxfen啟動錯誤grep:can't/etc/vxfen.d/dp_uid_db出現(xiàn)錯誤的原因是vxfen啟動嘗試一個可能不存vxfen啟動錯誤grep:can't/etc/vxfen.d/dp_uid_db出現(xiàn)錯誤的原因是vxfen啟動嘗試一個可能不存在的文件。通常,安裝vxfen后首次啟動時將顯示此錯誤。如果將/etc/llttab文件peerinact值設置為0,則大量日志消息將充已解決的StorageFoundationforDatabases(SFDB)工具問1-12介紹了VeritasStorageFoundationforDatabasesSFDB)工具中已如果向如果向vxsfadm的-r選項提供不正確的主機名,則該命令會失敗并顯示與以下示例之一類似的錯誤消息FSMError:Can'tusestring("")asaHASHrefwhile"strictrefs"inuseat/opt/VRTSdbed/lib/perl/DBED/SfaeFsline776.SFDBvxsfadmERRORV-81-0609Repositorylocation這些錯誤消息不太明確如果數據卷和存檔日志卷的鏡像共享相同的磁盤組,則FahSnpSFAEError:0642:Storagefordiskgrouporadatadgisnot使用快照計劃執(zhí)行FlahSnp克隆后,使用dbed_vmclonedb從同一快照計劃創(chuàng)建克隆的任何進一步嘗試都將繼續(xù)使用原始克隆SD,而不是使用neid參數指定的新SID。在重新同步快照計劃時,如果在未指定新克隆SID的情況下重新創(chuàng)建快照,然后嘗試使用新SD進行克隆,也會發(fā)現(xiàn)此問題。用于向用戶的sfae_auth_op-oauth_user命令失敗并顯示以下錯誤SFDBvxsfadmERRORV-81-0384Unabletostorecredentialsfor<username>

已知的安裝問使用基于的安裝程序安裝SFCFSHA安裝程序時,可能會顯示以下警告消息interpreter"/opt/VRTSperl/bin/perl"not解決方法:必須安裝perl才能解決該問題。perl#cd#/usr/sbin/swinstall-x-xautoreboot=false-s`pwd`#hagrp-list#haconf-#hagrp-unfreezeservice_group-#haconf-dump-在VxFS文件系統(tǒng)上NetBackup6.5或更StorageFoundation(SF)6.0.1之前卸載所有VxFS文件系統(tǒng)(NetBackup二法查出是否在同一計算機上安裝了NetBackup,并會卸載共享基礎結構depotVRTSpbx、VRTSatVRTSicsco。這NetBackup停止工作。解決方法:在卸載NetBackup所在的VxFS文件系統(tǒng)之/usr/openv/netbackup/bin/version和/usr/openv/netbackup/version這兩個文件到/tmp 。如果安裝了集群NetBackup,則還必須將/usr/openv/netbackup/bin/cluster/NBU_RSP文件到/tmp NetBackup文件系統(tǒng)后,手動將這兩個文件從/tmp到其原始 了集群NetBackup,則還必須將/usr/openv/netbackup/bin/cluster/NBU_RSP文件從/tmp到其原始 #mkdir-p#mkdir-p VRTSat和VRTSicscodepot。例如,可以clus1拆分clus1Aclus1B。但是,如果使用安裝程序重新配置SFCFSHA,則安裝程序會在以下位置中保留與在更改區(qū)域設置之后重新啟動vxconfig駐留程序在更改了使用vxconfig駐留程序的節(jié)點的區(qū)域設置之后,需要重新啟動該駐留程序。vxconfig駐留程序將在系統(tǒng)引導時啟動。如果更改了區(qū)域設置,則需要重新啟動該駐留程序。解決方法:請參考《VeritasStorageFoundationClusterFileSystemHighAvailability管理指南》中的“vxconfigd駐留程序恢復”一節(jié)。?。?/installsfcfsha<version>-addnode。解決方法:設置passwordlessssh或remsh,然后運行-addnode命令其中:<version>是版本任何錯誤(2595441)錯誤。CVM協(xié)議版本無法在CVM脫機或有錯誤的節(jié)點上成功升級。如果CVM協(xié)議版本無法成功升級,請在CVM主節(jié)點上升級CVM協(xié)議。CVM主節(jié)點上升級CVM協(xié)議CVM#vxdctl-cCVM主節(jié)點上,升級CVM#vxdctl(2509330)如果您安裝并啟動了SFCFSHA,但之后使用installvcs配置了SFCFSHA,則當安裝程序嘗試停止并重新啟動SFCFSHA驅動程序和進程時,某些驅動程序可能無法成功停止。驅動程序無法停止的原因是某些相SFCFSHA進程可能正處于運行狀態(tài)。解決方法:要重新配置產品,請使用對應的installproduct命令重新配置產品。否例如,請使用installsfcfshaSFCFSHA,而不要使用installvcs刪除6.0.1VRTS包后在swagent.log中顯示錯誤消在刪除6.0.1VRTS包之后、重新啟動系統(tǒng)之前,您有時會在swagent.log文vxfsmount:V-3-21272:mount patiblewithfile顯示以下消息的原因是刪除了VRTS包但尚未加載內核。HP-UXPrecisionArchitecture(PA)平臺上,如果運行安裝程序時指定了某些選而該depot不是VxFS所必需的。停止Web安裝程序導致出現(xiàn)錯誤消息稱設備正忙終止start.pl在主節(jié)點上完成內核升級后,從屬節(jié)點上的cvm組未解決方法:在執(zhí)行滾動升級之前,確保集群未處于狀態(tài)。的包(2821560)如果從5.0.1或早期版本升級,VRTSobc33、VRTSpbx和VRTSicsco包不會卸產品時,安裝程序將卸載這些包。resstatechange觸發(fā)器發(fā)出錯CPIWARNINGV-9-40-4317TheinstallerhasdetectedthatresstatechangetriggerisconfiguredbysettingTriggerResStateChangeattributes.置TriggerResRestart屬性,則將調用resrestart觸發(fā)器。版本中提供了resrestart觸發(fā)器。有關詳細信息,請參考VCS文檔。如果啟用了SmartMove,則在重新掛接斷開快照卷時,VeritasFileSystem模塊可能無法卸載(2851403)如果啟用了SmartMove,則在重新掛接斷開快照卷時,VeritasFileSystem模塊vxportal和vxfs可能無法卸載。重新掛接快照將導致vxportal模塊的計數增請在卸載vxportal模塊之前,手動卸VeritasVolumeManager模塊(vxspecvxio、vxdmp)。此操作將減少vxportal模塊的計數安裝、配置或卸載SFCFSHA時,安裝程序將提示您有選Symantec。如果安裝程序遇到連接問題,則可能會出現(xiàn)類似如下的錯誤Statusreadfailed:Connectionresetbypeer<midia_path>/../perl/lib/5.14.2/Net/HTTP/Methods.pmlineVeritasStorageFoundationClusterFileSystemHighAvailability已知(SFCFSHA中的已知問題。root用戶運CFS命令時CFS命令可在非root用戶會話中運行任何CFS命令之前,使用halogin命令保存驗 檢查點。使用fsckptadm命令可以看到此問題:#fsckptadmgetquotalimit#fsckptadmquotaoff#fsckptadmquotaon#fsckptadmgetquotalimit 站點上聯(lián)機(2107386)vx_bmap_lookup()中對空指針取消導致 使用當您卸載mntlock保護的VxFS文件系統(tǒng)時,如果該設備重復裝入在不同的 則會發(fā)生系統(tǒng)。當調用hastop-local時,VCS引擎日志中顯示“Configuration請使用haconf-makerw)”錯誤消息(2609137)CFSMount資源的SFCFSHA集群中的任何系統(tǒng)hastop-2011/11/1519:09:57VCSERRORV-16-1-11335ConfigurationmustbeReadWrite:Usehaconf-makerw(2170318)情況是因為MountAgent進程正在等待通知,但通知處于取消狀態(tài)。從輔助節(jié) inode 和修改時間從輔助節(jié)點主節(jié)點所擁有的文件時,不會在主節(jié)點上更新inode的時間和文件系統(tǒng)檢查駐留程序(vxfsckd)在異常終止后,無法使用vxfsckd進程的新進程ID(pid)更新vxfsckd-pid文件。因此,CFSfsckd無法檢測vxfsckd駐:要解決以root用戶登錄到節(jié)點#kill-9`ps-ef|grepvxfsckd|awk'{print刪除vxfsckd-pid#rm/var/adm/cfs/vxfsckd-#hares-onlinevxfsckd_resname-sys在某些情況下,當fsadm等命令設置大量排除區(qū)域時,如果空閑擴展區(qū)的委派不可用,則集群文件系統(tǒng)應用程序可能會出現(xiàn)ENOSPC錯誤。手動終止vxfsckd并重新啟動集群節(jié)點時,vxfsckd資源無法hastop-rm/var/adm/cfs/vxfsckd-VeritasVolumeManager中的已知VeritasVolumeManagervxrecover命令失敗,并顯示:Cannot/etc/vx/type/static/vxassist:NosuchfileordirectoryCannotexecute/etc/vx/type/static/vxassist:Nosuchfileor如果在執(zhí)行vxrecover操作的過程中出發(fā)了卷的增加或縮小恢復操作,則通常/etc/vx/type/static/vxassist如果即使站點一致性關閉之后,Plex分離操作仍執(zhí)行,則完整站點將會分離(2845383)服務器與Voting磁盤斷開連接后發(fā)生此問題發(fā)生在A/P陣列上。如果Voting磁盤與主路徑斷開連接,則DMP需要一段disktimeout的默認值為200。如果可調參數的值小于該值,請將該值重置為默認值。要將disktimeout設置為200,請執(zhí)行以下操作$CRS_HOME/bin/crsctlsetcssdisktimeout200[-force]已啟用ioship的節(jié)點的層疊故障可能會導致vxconfigd駐留程序掛起(2865771)下掛起。從在本地與磁盤斷開連接的從屬節(jié)點中啟I/O時,I/O將傳送到其他節(jié)節(jié)點重新加入集群,則層疊故障可能會導致vxconfigd駐留程序掛起。在某些路徑上失敗(2091619)對IO可。原留序照過調數dp_resore_nrald_restore_intervl參O升級到VxVM6.0.1后不會持續(xù)保留磁盤陣列屬性的VeritasVolumeManager(VxVM)6.0.1中的某些陣列名稱不同于5.1SP1之前版本中的陣列名稱。因此,如果從早期版本升級到VxVM6.0.1,磁盤陣列屬性的變化可能不會持續(xù)保留。升級到VxVM6.0.1后,為這些陣列設置的任何磁盤陣列屬性都TagmaStore-TagmaStore-Hitachi_USP-Hitachi_USP-<新增部分TagmaStore-TagmaStore-Hitachi_USP-Hitachi_USP-<新增部分HitachiAMS2300新陣列名稱基于型號8x。例如,AMS_100、AMS_2100、AMS_2300、AMS_2500,等等VIX3PAR(ASL)現(xiàn)在會將報告的機柜號由十六進3PARDMP設備上使HP-UXLVM時,如果DMP設備的基于磁盤陣列的名稱包含s#vxdmpadmsetattrenclosureenclr_namevxdglistclone命令輸出可能未列出帶有clone_diskudid_mismatch標志的所有磁盤ClusterVolumeManager環(huán)境中,vxdglistclone命令輸出可能未列出帶clone_disk或udid_mismatch標志的所有磁盤。此問題可能會出現(xiàn)在主/從節(jié)點中。管理員必須先運行vxdiskscandisksvxdiskoalldgslist,再vxdglistclone,以便獲取各主機上包含clone_disk或udid_mismatch標志的所有磁盤。如果在非A/A上配置了CVM,則當節(jié)點無法通過所有主路徑時,集群中的所有節(jié)點都將切換到輔助路徑。如果協(xié)議的節(jié)點離開集群,而且集群中的當未運行vxconfigd的CVM從屬節(jié)點失去與數據磁盤的連接時出現(xiàn)問題(2562889)如果未運行vxconfigd的CVM從屬節(jié)點失去與數據磁盤的連接,則當vxconfigd 任何事務(如VxVM配置更改)。CVM主節(jié)點上重新啟動vxconfigd只有主節(jié)點支持vxcdsconvert實用程序磁盤處于本地故障(lfailed)狀態(tài)時重新啟用連接ClusterVolumeManager(CVM)集群中,您可以使用vxdmpadmdisable命令在控制器或磁盤陣列級別禁用與磁盤的連接。此種情況下,CVM可以將磁盤置于#vxdisk在所有節(jié)點上重新啟動vxconfigd之后CVM從屬節(jié)點上的磁盤狀態(tài)問題(2615680)當CVM主節(jié)點和從屬節(jié)點失去權限,并且在所有節(jié)點上重新啟動vxconfigd之后,CVM從屬節(jié)點上的磁盤狀態(tài)將顯示為無效。恢復連接使用IBMStorwizeV7000系統(tǒng)時,刪除一個陣列節(jié)點后,也會刪除對應的控#vxdmpadmsetattrenclosureencl1recoveryoption=throttle\SANVC(DMP)vxdctl#vxdctlIBMXIVVeritasStorageFoundationClusterFileSystemHighAvailability5.x6.0.1可能VeritasStorageFoundationClusterFileSystemHighAvailability5.1SP1版本中啟動時,IBMXIV磁盤陣列的陣列支持庫(ASL)會將LUN序列號從十六進制轉換為十進制。由于此更改,磁盤陣列名稱將與5.1SP1版本之前的版本不同。如果將VeritasStorageFoundationClusterFileSystemHighAvailability從該版本之前的的上的上

版本,則XIVLUN可能會處于錯誤狀態(tài)。請注意,的RP已修改,可將相同的邏輯應用于磁盤陣列名機制在ClariionLUN到不同于其快照的主機時,出現(xiàn)持續(xù)侵入循環(huán)(2761567)上述行為將導致這些LUN中出現(xiàn)循環(huán)。#vxdmpadmsettunevxrecover命令無法正確地處理RAID5卷vxvol實用程序,按照如下所示手動恢RAID5#vxvol-gdiskgroupresync同步無法完成(2788077)-#usr/lib/vxvm/type/fsgen/vxplex-Ufsgen-gdiskgroup-oforceuseoptattvolume將(2828328)此問題通常出現(xiàn)在大型LUN設置中。在某些情況下,完成DMP設備掃描之后將。DMP設備掃描是使用vxdiskscandisks命令或vxdctlenable命令生成的。即使OSioscan可以發(fā)現(xiàn)設備,但VxVM/DMP無法發(fā)現(xiàn)。如果磁盤組具有DC像卷或快照,則不支持使用-o和-ouseclonedev選項進行BCVLUN的磁盤組導入。M的UD唯標所對。DCO卷將鏡和照的GI-opded和-oselodevM配置的U新DCO的U及DCO的操作將法使用UD查找象,有可能導致及DCO如果無法屬于卷的任意Plex的磁盤,則主節(jié)點無法執(zhí)行恢由于無法屬于卷的任意Plex 如果要加入丟失的磁盤,則需延長VCSVolumeManager命令延遲(2757198)在包含EMCPowerPath所管理設備的環(huán)境中,斷開連接會導致VeritasVolumeManager命令延遲。如果丟失,則VxVM從每個LUN路徑發(fā)送SCSI查詢,檢查路徑的運行狀況,這將因EMCPowerPath的存在而導致出現(xiàn)延遲。#vxdg-ouseclonedev=onimportEI磁盤進行動態(tài)N享(D)盤式。使用vxcdsconvert實用程序將磁盤格式轉換為CDS系統(tǒng)可能無法從瘦LUN上的VxVM根磁盤中引導。這是一種間歇性問題,僅在使用瘦LUN時會出現(xiàn)。引導過程將中止,并顯示以下錯誤:SystemConsoleisontheBuilt-InSerialInterfaceAF_INETsocket/streams 和其他驅動程序具有不正確的版本。kcmodule-v vxdmp VxVMDMP WedAug110:17:122012 static(beststate)StateatNextBootstatic(beststate) staticunusedDependsOninterface(2876256)#vxdisk-f-gdiskgroupsetda_name#vxdisk-f-gdiskgroupsetdm_nameCVMVolDg可能無法逐出CVM磁盤將根據CVMVolDg資源脫機的順序依次逐出CVM磁盤組。如果磁盤組中CVMVolDg資源的CVMDeportOnOffline10的混合設置,則僅當最后一個脫機的CVMVolDg資源的屬性值為1時,才會逐出磁盤組。如果最后一個脫機的CVMVolDg資源的屬性值為0,則不會逐出磁盤組。解決方法:如果為共享磁盤組配置了多個CVMVolDg資源,請針對所有資源CVMDeportOnOffline屬性值設置為1VeritasFileSystem中的已知本節(jié)介紹此版本的VeritasFileSystem(VxFS)中的mesg001:V-2-1:vx_nospace-file_systemfilesystemfull(sizeblockextent):使用100% 2011/10/2601:38:58Endfullscanwitherror2011/10/2601:35:09DEDUP_ERRORAddBlockfailed.Error=縮小文件系統(tǒng)時vxresize失敗并顯示“blocksarecurrentlyinuse(塊當前正在使用)”錯誤(2437138)率時,vxresize縮小操作可能會失敗。您會看到與以下示例類似的消息:UX:vxfsfsadm:ERROR:V-3-20343:cannotshrink/dev/vx/rdsk/dg1/vol1-blocksarecurrentlyinuse.VxVMvxresizeERRORV-5-1-7514Problemrunningfsadmcommandforvolumevol1,indiskgroupdg1 條目(2623412)在HP-UXNFS服務器上導出某個VxFS文件系統(tǒng)后,如果通過NFS客戶端該文件系統(tǒng),該文件系統(tǒng)可能不會列出分區(qū)中的所有條目。只有HP-UXNFS服務器和VxFS磁盤布局版本8及更高版本才會出現(xiàn)此問題。vx_freeze_block_threads_all()中可能會出現(xiàn)失敗中可能會出現(xiàn)失敗。vx_worklist_lk()調用中的互斥爭用最多可100%占用單CPU。 已知的問本節(jié)介紹此版本VeritasStorageFoundationClusterFileSystemHigh 6.0版本VVR升級到IPv6的環(huán)境后RVG、數據卷和/SRL名稱中指定冒號,vradmin命令可能無法工作。另VVR升級到僅IPv6的環(huán)境后,如果提供的RVG、卷和/或SRL名稱包含冒號,則vradmincreatepri解決方法:在VVR配置中,不得在卷、SRLRVG名稱中指當vradmin命令運行時,vradmind可能會暫時失去時,vradmind可能會暫時失去心跳,隨后此類命令會終止并顯示以下錯誤消息:VxVMVVRvradminERRORV-5-52-803Lostconnectiontohosthost;terminatingcommandexecution.根據應用程序I/O工作負載和網絡環(huán)境,在RDS大該值。以下示例將超時值增大到120秒。RDSvradmind,使新的值生效。在RDS的所有主機上輸入以下命#/sbin/init.d/vras-vradmind.sh#/sbin/init.d/vras-vradmind.shvradminsyncvol命令與IPv6地址的兼容性IPv6 故障回復期間,RVGPrimary在原始主節(jié)點和Bunker之間啟動的操作失敗(2054804) 和Bunker之間啟動 VxVMVVRvxrlinkERRORV-5-1-5282Errorgettinginformationfromremotehost.InternalError.此問題適用于包含Bunker配置的局集群其中的Bunker用配kerkery故障回復之前,請確保Bunker故障回復后,請在原始主節(jié)點上逐出然后導入Bunker嘗試在不受VCS控制的情況下啟動操作ClusterFailoverPolicy設置為AUTO時,不會發(fā)生Bunker重放全局集群故障轉移某個應用程序服務組所需的時間有時可能少VVR在檢測與主VPrarySRVGPrimary:RVGPrimary:online:Diskgroupbunkerdgnamecouldnotbeimportedonbunkerhosthostname.Operationfailedwitherror256andmessageVxVMVVRvradminERRORV-5-52-901NETWORKERROR:Remoteserverunreachable...TimestampVCSERRORV-16-2-13066(hostname)Agentiscallingcleanforresource(RVGPrimary)becausetheresourceisnotupevenafteronlinecompleted.當配置中包括BunkerRVGPrimary資源的OnlineRetryLimit屬RVGPrimary無法使應用程序服務組在新主站點上聯(lián)機點,或者如果先前的ElectPrimary命令未成功完成,則可能會發(fā)生這種情況。解決方法:使vxrvggdg-Psnap_prefixsnapdestroyrvg命令手動破壞VxFS文件系統(tǒng)的快照卷可能無法在行VxFS文件系統(tǒng)讀寫裝入時,可能會失敗(1558257)UX:vxfsmount:ERROR:V-3-21268:/dev/vx/dsk/dg/snapshot_volumeiscorrupted.needschecking 2:的數據卷時,可能會失敗,并顯示以下錯誤:UX:vxfsmount:ERROR:V-3-21268:/dev/vx/dsk/dg/data_volumeiscorrupted.needschecking處于對于問題1,請在輔助站點的快照卷上運行fsck命令,以還原駐留在快照上的文件#fsck-Fvxfs對于問題2,請在新主站點的數據卷上運行fsck命令,以還原駐留在數據卷上#fsck-Fvxfsvxassistrelayout會刪除DCM不會顯示任何消息來指明這種情況。要還原DCM,請輸入以下命令:#vxassist-gdiskgroupaddlogvolvxassist和vxresize操作對與RVG關聯(lián)的分層卷不起調整與RVG關聯(lián)等待RLINK#vxrlink-gdiskgroupstatus停止受影響的RVG。輸入以下命令#vxrvg-gdiskgroupstop將卷與RVG#vxvol-gdiskgroupdis調整卷大小。在本示例中,卷的大小將增加到10GB。輸入以下命令#vxassist-gdiskgroupgrowtovol將數據卷關聯(lián)到RVG#vxvol-gdiskgroupassocrvg啟動RVG#vxrvg-gdiskgroupstart如果沒有額外的LUN來鏡像數據更改,則創(chuàng)建主磁盤組失(2478684)如果沒有額外的LUN來鏡像數據更改(DCM),則即使具有足夠的磁盤空間,解決方法:在創(chuàng)建主磁盤組之前,將LUN添加到磁盤組當在版本5.1與6.0之間進行時,vradminverifydata操作失敗(2360713)StorageFoundation5.1的主機和運行StorageFoundation6.0的主機組成的跨版本VVR環(huán)境中進行時,vradminverifydata命令失敗并出現(xiàn)以下VxVMVVRvxrsyncERRORV-5-52-2222[fromhost]:VxVMin.vxrsyncdERRORV-5-36-2125Servervolumeaccesserrorduring[assignvolids]volumepath:[/dev/vx/dsk/dg/snapshot_volume]reason:[thiscouldbebecauseavolumeisdisabledoranrlinkassociatedwithavolumeisnotdetachedduringsyncoperation].StorageFoundation5.1StorageFoundation5.1SP1或更高版本,然后重新運行vradminverifydata命令。請參考VeritasStorageFoundationandHighAvailabilitySolutionsReplicationAdministrator'sGuide(《VeritasStorageFoundationandHighAvailabilitySolutions管理指南》)的VerifyingthedataontheSecondary(驗證輔輔助節(jié)點是的,并要求先暫停,然后運行帶有-verify選項的vradminsyncrvg命令。無法將RVG中的數據卷從連續(xù)布局轉換為條帶鏡像布局將RVG中的數據卷從連續(xù)布局轉換為等待RLINK#vxrlink-gdiskgroupstatus停止受影響的RVG。輸入以下命令#vxrvg-gdiskgroupstop將卷與RVG#vxvol-gdiskgroupdis#vxassist-gdiskgrouprelayoutvollayout=stripe-將數據卷關聯(lián)到RVG#vxvol-gdiskgroupassocrvg啟動RVG#vxrvg-gdiskgroupstartvradminverifydata可報告cross-endian環(huán)境中的差異在跨平臺環(huán)境的兩個節(jié)點之間進行并且執(zhí)行自動同步或 verifydata命令可能會報告差異。這是由于平臺之間不同的字節(jié) 在CVR環(huán)境中重新配置集群之后,vradminrepstatus操作可能會顯示配置錯誤(2779580)NoPrimary運行vxrvgsnaprestore操作時I/O在主節(jié)點上掛起在CVR環(huán)境中,如果將輔助節(jié)點設置為RVG執(zhí)行主節(jié)點切換操作后 功能可能不起作用VxVMVVRvxrlinkERRORV-5-1-15861Commandisnotsupportedforcommandship.Operationmustbeexecutedonmaster在執(zhí)行主節(jié)點切換操作后還原vradmin#/sbin/init.d/vras-vradmind.sh#/sbin/init.d/vras-vradmind.sh重新輸入失敗令vxrecover命令不會自動恢復RVG中的分層卷無法正確地處理分層卷?;謴瓦M程無法恢復仍然保持為NEEDSYNC狀態(tài)的子卷。#vxvol-gdiskgroupresync已知LLT本節(jié)介紹此版本中已知的LLT相關問題LLT端口統(tǒng)計數據有時顯 t大于recvbytes隨著每個數據包的接收,LLT會增大下列變量這量整著的,recbes會迅速到或超過MX_IN。致recvyes于 t值。但這并不影響LLT導致LLT鏈路之一無法啟動(2848001)會導致鏈路之一關閉。運行l(wèi)ltstat-nvv命令,了解關閉的鏈路。解決方法:在重新啟動的節(jié)點上重新啟動LLT無法使CPI響應文件將節(jié)點添加到使LLToverUDP的集群(2869763)運行addnode-responsefile命令時,如果集群正使LLToverUDP,則新節(jié)點上生成的/etc/llttab文件不正確。因此,此過程將會失敗,且您無法使用CPI響應已知的GAB本節(jié)介紹此版本中已知的GAB相關問題當取消初始化GAB客戶端時,gabdebug-RGabTestDriver命令將refcount值記錄為2(2536373)在使用-nodeinit選項取消gtx端口后,gabconfig-C命令將refcount顯示為1。但是,當運行強制性的deinit選項(gabdebug-RGabTestDriver)來取消初始化GAB客戶端時,將記錄類似如下的消息。GABINFOV-15-1-ClientGabTestDriverwithrefcount2forciblydeinitedonuserGAB可能由于沒有響應而發(fā)生GAB可能由于沒有響應而發(fā)生。此問題是線程在vx_event_wait()調用 極短的時間段中發(fā)生,最終導致GAB主節(jié)點。已知的I/O防護針對LLT、GAB和VXFEN報告的啟動或關閉失敗消息如果在安裝SFCFSHA時需要重新啟動系統(tǒng),LLT、GAB和VXFEN的init會如果協(xié)調點服務器(CP服務器)無法偵聽vxcps.conf文件中提到的或使用命令行動態(tài)添加的任何IP地址,則CP服務器定期記錄錯誤以指示該故障。記錄將一直繼續(xù),直到成功綁定該IP地址。CPSERRORV-97-51-103Couldnotcreatesocketforhost0onport14250CPSERRORV-97-1400-791Coordinationpointservercouldnotopenlisteningport=[0]:14250Checkifportisalreadyin解決方法:使用cpsadmrm_port操作,從偵聽的IPIP有關詳細信息,請參見《VeritasStorageFoundationClusterFileSystemHighAvailability管理指南》。即使集群節(jié)點未向CP服務器,防護端口b也會出現(xiàn)幾秒(2415619)vxfenmode文件中提供協(xié)調點服務器(CP服務器)信息,然后啟動防護,則即使集群節(jié)點未在CP服務器上,防護端口b也會在出現(xiàn)幾秒鐘后。用安裝程序,安裝程序會在配置期間將集群信息添加到CP服務器。如果應用集群中未配置LLT,則cpsadm命令失敗如果在運行cpsadm命令的應用集群節(jié)點上未配置LLT,則cpsadm命令無法與協(xié)調點服務器(CP服務器)通信。您會發(fā)現(xiàn)類似如下的錯誤:#cpsadm-s00-aCPSERRORV-97-1400-729PleaseensureavalidnodeidusingenvironmentvariableCPSERRORV-97-1400-777ClientunabletocommunicatewithCP服務器上運行cpsadm命令,則即使在承載CP服務器的節(jié)點上未配置LLT,此問題也不會LLT,則CP服務器cpsadm命令總是將LLT節(jié)點ID假設為0。cpsadm需要將本地節(jié)點LLTID發(fā)送到CP服務器。但是,如果臨時取消配LLT節(jié)點ID。在這種情況下,cpsadm命令失敗。解決方法:將CPS_NODEID環(huán)境變量的值設置為255。如果cpsadm命令無法從獲取LLT節(jié)點ID,則該命令CPS_NODEID變量并且繼續(xù)進行操作已存在裂腦消息(2433060)在/var/VRTSvcs/log/vxfen/vxfen.logVXFENvxfenconfigERRORV-11-2-Detectedapreexistingsplitbrain.Unabletojoin在/var/VRTSvcs/log/vxfen/vxfen.logoperationCPSERRORV-97-1400-446Un-authorizedusercpsclient@sys1,typevx;notallowingaction應用集群中的vxfend駐留程序查詢協(xié)調點服務器(CP服務器),以檢查GAB成員集中顯示的集群成員是否已向CP服務器。如果應用集群出于某種原因未VxFEN之前,請確保集群詳細信息(例如集群名稱、UUID、節(jié)點和權限)已添加到CP服務器。(2531561)vxfenswap實用程序在每個集群節(jié)點RSHSSHvxfenconfigo命令,則RSH測節(jié)點上的協(xié)調點驗證是否失敗。vxfenswap繼續(xù)從這點進行VxFEN驅動程序時,則會失敗。失敗之后,它回滾整個操作,徹底退出,并顯示個非零錯誤代碼。如果您使用SSH(-n選項)運行vxfenswap,則SSH可以正確地檢測協(xié)調點驗證并立即回滾整個操作。解決方法:將vxfenswapSSH(-n選項)一同使用如果VxFEN取消配置在內核中未完成其處理,而同時您又嘗試啟動VxFEN,則可能會在/var/VRTSvcs/log/vxfen/vxfen.log文件中看到以下錯誤:VXFENvxfenconfigERRORV-11-2-1007VxfenalreadyVXFENvxfenadmERRORV-11-2-1115Localnodeisnotamemberof解決方法:過一段時間后再啟動VxFENvxfenconfig-l命令輸出不列出端解決方法:當將自定CP/etc/vxfenmode文件中保留port=<port_value>設置。默認端口值為14250。安全CP服務器

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論