系統管理的問題和錯誤

本節說明此 Oracle Solaris 10 作業系統中存在的系統管理問題和錯誤。

Oracle VTS fputest 無法在 Fujitsu M10 系統正確執行 (15989998)

Oracle Validation Test Suite (Oracle VTS) 中的 fputest 在測試特定指令前會先檢查該指令是否有效。此項檢查在 Fujitsu M10 系統上會得到不正確的值，導致測試失敗並發出 SIGILL 訊號。

Oracle VTS testprobe_ramtest 無法在 Fujitsu M10 系統正確執行 (15955560)

Oracle VTS 中的 testprobe_ramtest 無法在 Fujitsu M10 系統正確執行。會出現類似下列的錯誤訊息：

ERROR: Test probe testprobe_ramtest() 
Failed with segmentation violation (signal: 11)

解決方法：預計在 Oracle VTS 7.0 修補程式集 15 的後續改版中修正此問題，屆時將可從 MOS 取得修正版本。

Oracle VTS testprobe_l3sramtest 無法在 Fujitsu M10 系統正確執行 (15955589)

Oracle VTS 中的 testprobe_l3sramtest 無法在 Fujitsu M10 系統正確執行。會出現類似下列的錯誤訊息：

ERROR:  Test probe testprobe_l3sramtest() 
Failed with segmentation violation (signal: 10)

解決方法：預計在 Oracle VTS 7.0 修補程式集 15 的後續改版中修正此問題，屆時將可從 MOS 取得修正版本。

故障傾印會儲存在 /var/crash 目錄中 (15767302)

啟動 Oracle Solaris 10 1/13 發行版本時，故障傾印預設會儲存在 /var/crash 目錄中。

使用 DISM 可能會造成系統當機 (15807808)

如果您使用「動態私有共用記憶體 (DISM)」功能，可能會依據您使用的 DISM 大小而降低效能，而且系統可能會當機。

解決方法：請依據您的系統架構，使用下列其中一個解決方法：

SPARC 架構：避免 ISM 和 DISM 使用大於 4 MB 的分頁大小。執行下列步驟：

1. 將下面這行新增至 /etc/system 檔案。

   set disable_ism_large_pages=0x74

2. 重新啟動系統。

x86 架構：將 kmdb 中的 enable_1gpg 變數設定為零，停用 1 GB 分頁的支援。執行下列步驟：

1. 以 kmdb 模式啟動系統。

2. 將 enable_1gpg 變數設為零。

   [0]> enable_1gpg/W  0
            enable_1gpg:    0x1             =       0x0

x86: 執行 ludelete 指令會刪除與作業系統無關的共用資料集 (15817477)

在下列情況下，執行 ludelete 指令會刪除與作業系統無關的共用資料集。

假設啟動環境 BE2 是從 BE1 建立。在啟動至 BE2 之後，您建立了一個資料集 dm2，並同時建立了一個啟動環境 BE3。接著，如果您將啟動環境變更為 BE1 並選擇刪除 BE2，同時也會刪除資料集 dm2。

下列範例說明此情況。

假設您的使用中啟動環境 BE1 的現有 poolname 有多個資料集包含與作業系統無關的資料。

1. 建立啟動環境 BE2。

   lucreate BE2

2. 啟動 BE2 並重新啟動。

   luactivate BE2; init 6

3. 在現有的 poolname 底下建立新的 zfs 資料集 dm2。

4. 建立新的啟動環境 BE3。

   lucreate BE3

5. 啟動 BE1 並重新啟動。

   luactivate BE1; init 6

   使用中啟動環境現為 BE1。

   ---

   備註 - poolname/dm2 不會自動掛載，因為它原先不是 BE1 的一部分。

   ---

6. 掛載 dm2。

   mount poolname/dm2

7. 刪除啟動環境 BE2。

   ludelete BE2

poolname/dm2 資料集就會被刪除。

Oracle Solaris 10 9/10 時鐘在 Oracle VM 2.2 上停止 (15643194)

執行 Oracle Solaris 10 9/10 客體的虛擬機器 (VM) 可能會出現下列問題：

• 當天的時鐘可能會停止運作。

• 暫停可能會當機。

• 客體 VM 可能會完全當機。

解決方法：必須將 Oracle Solaris 客體固定在實體 CPU。將網域的虛擬 CPU 如下固定於主機的實體 CPU：

# xm vcpu-pin domain vcpu cpus

如需更多資訊，請參閱 xm(1) 線上手冊。

SPARC: FKU 137137-xx 修補程式不支援協力廠商的磁碟區管理員軟體

除了某些例外情況之外，FKU 137137-xx 修補程式不支援協力廠商的磁碟區管理員軟體。缺少此支援是因為修補前、修補後及取消作業後的實作所致。如果您使用不支援的協力廠商的磁碟區管理員軟體，則無法套用 FKU 修補程式。 在修補程式安裝期間會顯示下列錯誤訊息：

unsupported root slice type xxxxx

請注意，支援 Fujitsu 和 Veritas Volume Manager 軟體。

解決方法：無。

Oracle Solaris 無法針對 SATA 控制器處理舊有模式與 AHCI 模式之間的模式切換 (15376093)

在具有 AHCI 相容 SATA 控制器的系統中，BIOS 設定通常會允許在 AHCI、舊式或 RAID 模式下設定控制器。Oracle Solaris 作業系統支援 AHCI 和舊有模式。

在 Oracle Solaris 初始安裝之後，不可變更 BIOS 中的 SATA 模式設定。 在 Oracle Solaris 升級前後，也不可變更 SATA 模式設定。 如果在安裝 Oracle Solaris 10 作業系統之後修改了 SATA 模式 BIOS 設定，則系統將會重設並無法啟動，且不會指出導致失敗的原因。

解決方法：如果因為變更 BIOS 設定而導致啟動失敗，請復原至原始設定，以啟動 Oracle Solaris 作業系統。

32 位元: 在大型檔案系統上取得檔案系統狀態時，應用程式可能發生錯誤 (15349751)

在大型檔案系統 (例如 ZFS) 上執行時，應用程式如果使用 statvfs(2) 或 statfs(2) 函數來取得有關檔案系統狀態的資訊，會顯示錯誤。螢幕上將顯示下列錯誤訊息：

Value too large for defined data type

解決方法：應用程式應該改為使用 statvfs64() 函數。

Sun Patch Manager Tool 2.0 與較早的 Patch Manager Tool 版本不相容

執行 Oracle Sun Patch Manager 2.0 的系統可以管理執行 Patch Manager (包括 Sun Patch Manager 1.0) 的遠端系統。

不過，安裝舊版 Patch Manager 的系統無法管理執行 Patch Manager 2.0 的遠端系統。舊版包含下列項目：

• Sun Patch Manager Base Software 1.x

• Sun Patch Manager 1.0