已知的錯誤

底下是與 Solstice DiskSuite 4.2 相關錯誤其優先順序為 1、2 和 3 的列表。錯誤的優先順序和嚴重性係提示於下列 BugID 編號之後的括弧中。

• 4155935 (P2/S2) - 含同一個非零序號（得自 SCSI 詢問指令）的驅動程式係分解成單一的磁碟機，如果控制器沒有包含唯一磁碟機，它就不會顯示在 DiskSuite Tool 的「磁碟查看」螢幕上。這個舉措可能並不恰當。

• 4158835 (P2/S2) - DiskSuite Tool 似乎越過核心程式和 metadb 狀態，根據元件的可存取度而判斷 metadevice 的狀態。舉例來說，如果您在 DiskSuite Tool 中把電源移到一個含片段的磁碟機，機內有片段正為一個不在存取中的 metadevice 所使用，則此工具會在 metastat(1M) 發現此失敗之前顯示出失敗訊息。

• 4068961 (P2/S2) -對 trans 登錄 metadevice 進行同步與非同步異動時若發生頁失，兩者勢必互相干擾造成鎖定，無法對 metadevice 進行處理而造成當機。欲解決這罕見的錯誤，必須將該應用程式由多執行段應用程式改為多重處理應用程式，以避免多執行段競爭位址空間鎖定，或是在該應用程式寫入的裝置上取消 UFS 異動記錄。

• 4150183 (P2/S2) - 如果磁碟機失敗發生於可回復的 metadevice（映射／RAID），而且此失敗發生時，檔案系統或應用程式並未存取該磁碟機，DiskSuite 並不把元件或片段放置在“Needs Maintenance" 狀態中，因為它既未存取該分割區，也未發現到這個錯誤。使用者可用一個未出錯的磁碟機予以取代。這恐將導致檔案系統的緊張。如果要安全地換掉一個已失敗的裝置，但此裝置又未被 DiskSuite 列入“Needs Maintenance”狀態，您必須切斷該 metadevice 的讀取／寫入存取權，將其分成元件，撤換其失敗的元件，並以新的元件重新建構此裝置。請參考 Solstice DiskSuite 4.2 使用手冊， 以了解如何分散與回復 metadevice 而不致造成資料損失。

• 4113855 (P3/S3) - 附有 trans 登錄的大型檔案系統，其高階的輸入／輸出可能造成低效能或當機。我們曾在檔案系統的 trans 登錄檔大小為 150 MB 的情況時發現過這個問題。當 trans 登錄檔大小改變了，似乎就不再當機。不過，機器的效能確實降低了。癥結似乎在於 trans 裝置。解決辦法為刪除檔案系統中的 trans 登錄。這恐怕不是所有的客戶都適用的最佳解決之道，因為登錄一旦刪除，fsck 所需的時間可能會太長。