test

Sun Cluster 3.0 12/01 版次注意事項

已知問題

下列已知問題會影響 Sun Cluster 3.0 12/01 版次的作業。 如需最新資訊，請參閱線上 Sun Cluster 3.0 12/01 Release Notes Supplement，網址為 http://docs.sun.com。

BugId 4419214

問題摘要：/etc/mnttab 檔並未顯示全域裝載 VxFS 檔案系統的最新 largefile 狀態。

解決方法：使用 fsadm 指令，而非 /etc/mnttab 項目，來確認檔案系統 largefile 的狀態。

BugId 4449437

問題摘要：相同檔案大小的全域 VxFS 似乎比本機 VxFS 配置更多的磁碟區塊。您可以使用 ls -ls 指令來試驗。

解決方法：卸載和裝載檔案系統。這樣會除去已配置的額外磁碟區塊。

BugId 4490386

問題摘要：在叢集中使用 Sun Enterprise 10000 伺服器時，發現到這些伺服器在使用 I/O 卡的特定配置時會當機。

解決方法：請勿在 Sun Enterprise 10000 叢集伺服器 SBus I/O 板的插槽 0 中安裝 UDWIS I/O 卡。

BugId 4492010

問題摘要：在配置有 N Interaction Manager 的 N 節點叢集中，如果您關閉或暫停執行服務用戶端的 Interaction Manager (IM) 之叢集節點，將導致用戶端遺失階段作業。相同用戶端試圖重新連接至不同的 IM 時，將會花費一段很長的時間。這便是 BroadVision 產品和 BroadVision 工程師要合力解決的問題。BroadVision 不支援 IM 階段作業故障轉移的能力。

解決方法：從 Netscape 瀏覽器，按一下 [停止/重載] 按鈕，然後在 [Start Broadway Application] 按鈕上按一下。與 BroadVision 伺服器的連線應該會立刻回應。在暫停 IM 模式之後，這個解決方法通常有助於新的連接。如果您在暫停 IM 模式之前執行此解決方法，可能就行不通。如果此解決方法沒用，請清除 Netscape 中的磁碟快取和記憶體快取。

BugId 4493025

問題摘要：如果您在兩個節點的叢集中，將 oracle-rg 從節點 1 切換到節點 2，則 BroadVision One-To-One 會在新使用者註冊成功之前試三次。第一次顯示建立新使用者失敗。第二次則顯示版權資訊。第三次便建立成功。此問題會發生在任何執行故障轉移 Oracle 資料庫的 N 節點叢集中，包括在叢集中、叢集外，或在節點 1 為 http、 oracle、roothost、backend 和 backend2，而且 Interaction Manager (IM) 可延伸執行。

此問題為新使用者登入後，歡迎畫面上並未顯示使用者名稱。這是 BroadVision One-To-One 的已知問題。因為有錯誤，使得 BroadVision One-To-One 無法修正此問題： BVNqa20753.

解決方法：沒有解決方法。試三次之後便會建立使用者。

BugId 4494165

問題摘要： VERITAS File System patch 110435-05 將 mount_vxfs 的預設記錄選項從 log 選項變更為 delaylog 選項。記錄對於 Sun Cluster 上的 VxFS 支援來說是必要的。

解決方法：將 log 選項手動新增至 vfstab 檔的 VxFS 選項清單。

BugId 4499573

問題摘要：使用大量 I/O 且在叢集中配置大量磁碟的資料服務時，資料服務會因為磁碟故障期間在 I/O 子系統中重試而逾時。

解決方法：增加 Probe_timeout 資料服務資源的延伸屬性值。如果您需要協助以決定逾時值，請與您的服務代表聯絡。


# scrgadm -c -j resource -x Probe_timeout=timeout_value

BugId 4501655

問題摘要： Record locking 未能正常運作，是在裝置被鎖定為整體裝置 (/dev/global/rdsk/d4s0) 時。不過，當程式在指定的節點多次執行時，record locking 的運作正常。在程式的第一個副本鎖定裝置的一部份時，程式的其它副本便應該解除裝置的 block waiting 鎖定。不過，當程式從不同的節點，而非指定的節點執行時，雖然應該解除裝置的 block waiting 鎖定，但是程式仍會再次鎖定裝置。

解決方法：沒有解決方法。

BugId 4504311

問題摘要：當 Sun Cluster 配置升級至 Solaris 8 10/01 軟體 (Sun Cluster 3.0 12/01 升級所需) 時，會回復 Apache 啟動和停止程序檔。如果 Apache 資料服務已經在叢集上，並以預設配置來配置 (/etc/apache/httpd.conf 檔存在，而 /etc/rc3.d/S50apache 檔不存在)，Apache 便會自行啟動。這樣可以防止 Apache 資料服務因為已經執行 Apache 而啟動。

解決方法：為每個節點執行下列程序。

  1. 在關閉節點以便升級之前，判斷下列連結是否已經存在，如果已經存在，請判斷檔名是否包含大寫的 K 或 S。


    /etc/rc0.d/K16apache
/etc/rc1.d/K16apache
/etc/rc2.d/K16apache
/etc/rc3.d/S50apache
/etc/rcS.d/K16apache

    如果上述連結已經存在，而且檔名包含大寫的 K 或 S，便不需進行其它動作。否則，請在將節點升級至 Solaris 8 10/01 軟體之前，執行下一步驟的動作。

  2. 將節點升級至 Solaris 8 10/01 軟體之後，在重新啟動節點之前，以小寫的 k 或 s 重新命名已儲存的 Apache 連結，並將其移到旁邊。


    # mv /a/etc/rc0.d/K16apache /a/etc/rc0.d/k16apache
# mv /a/etc/rc1.d/K16apache /a/etc/rc1.d/k16apache
# mv /a/etc/rc2.d/K16apache /a/etc/rc2.d/k16apache
# mv /a/etc/rc3.d/S50apache /a/etc/rc3.d/s50apache
# mv /a/etc/rcS.d/K16apache /a/etc/rcS.d/k16apache

BugId 4504385

問題摘要：如果您使用提供叢集運輸自動發現功能的交談式 scinstall(1M)，測試期間可能會出現下列錯誤訊息： 


scrconf:  /dev/clone: No such file or directory

此錯誤訊息可能會導致測試中斷和自動發現的失敗。此裝置可能是非網路配接卡的裝置。例如，此裝置可能是 /dev/llc20。如果您遇到此問題，請要求您的服務代表更新錯誤報告，使之具有更多有助於重置此問題的資訊。

解決方法：重新啟動節點，然後重試 scinstall。如果仍然無法解決此問題，請選取 scinstall 的非自動發現選項。

BugId 4505391

問題摘要：當您將 Sun Cluster 軟體從 Sun Cluster 2.2 升級至使用 scinstall -u begin -F 指令的 Sun Cluster 3.0 12/01，scinstall 指令便不能成功移除具有相依性的修補檔案，並以下列訊息中斷：


scinstall:  Failed to remove patch-id.rev
scinstall:  scinstall did NOT complete successfully!

修補檔案的相依性便是失敗的原因。

解決方法：手動除去修補程式的相依性，然後重新啟動升級程序。使用登錄檔來識別導致程序檔失敗的修補程式相依性。也可以使用 showrev 指令來識別修補程式的相依性。


showrev -p | grep patch-id

BugId 4509832

問題摘要：如果「叢集配置儲存庫」(CCR) 在叢集中無效，便不能被讀取或寫入。如果您在有問題的無效 CCR 上執行 ccradm -r -f 指令，無效的 CCR 應該就可以被讀取和寫入。但是，在您執行 ccradm -r -f 指令之後，仍然不能寫入 CCR 表格。

解決方法：重新啟動整個叢集。

BugId 4511478

問題摘要：當交談式 scinstall(1M) 以相同的 JumpStart 目錄設定 JumpStart 來安裝叢集時，叢集和 JumpStart 目錄的名稱可能會不見。此程序所呼叫的 scinstall 指令行中，這些名稱都會不見。

解決方法：從 JumpStart 目錄中移除 .interactive.log.3 檔，然後重新執行 scinstall。

BugId 4515780

問題摘要：Oracle 9.0.1 的 NLS 檔和 Oracle 8.1.6 與 8.1.7 軟體並非向上相容。修補程式 110651-04 已經被宣告錯誤。

解決方法：除去修補程式 110651-04，並以 110651-02 置換。

BugId 4517304

問題摘要：如果 syslogd 掛掉，而且不能在叢集節點上重新啟動 (例如因為 Bugid 4477565)，這會導致 rgmd 保留一個或多個節點。這反而會造成其它指令當掉並阻止資源群組繼續故障轉移，例如 scstat(1M) -g、scswitch(1M) -g、scrgadm(1M) 和 scha_*_get(1HA,3HA)。

解決方法：編輯 /etc/init.d/syslog 程序檔，在啟動 /usr/sbin/syslogd 插入行的指令之前，插入一行以移除符號連結 /etc/.syslog_door：


rm -f /etc/.syslog_door

BugId 4517875

問題摘要：安裝 RSM (Remote Shared Memory) 套裝軟體和 SUNWscrif 套裝軟體 (RSMAPI Path Manager 套裝軟體) 之後，RSMAPI 使用的一些路徑無法成功達到 RSM_CONNECTION_ACTIVE 狀態。如果您使用 rsm_get_interconnect_topology (3rsm) 傾印拓樸結構，介面 {rsmapi.h} 便會顯示每個路徑的狀態。

小心 - 小心 -

在每個路徑上執行下列解決方法，一次一個，這樣便不會讓節點離開叢集。

解決方法：在叢集的任何節點執行下列指令，以啟動在 RSM_CONNECTION_ACTIVE (3) 狀態以外的路徑。


# scconf -c -m endpoint=node:adpname,state=disabled
# scconf -c -m endpoint=node:adpname,state=enabled
node:adpname

正遭遇此問題的路徑終點

BugId 4522648

問題摘要：如同 VxVM 3.1.1 版次，線上援助頁路徑已經變更為 /opt/VRTS/man。 在前一個版次，線上援助頁路徑則是 /opt/VRTSvxvm/man。 Sun Cluster 3.0 12/01 軟體安裝手冊 中並未提供新的路徑。

解決方法：對於 VxVM 3.1.1 和之後的版次，新增 /opt/VRTS/man 到叢集每個節點上的 MANPATH。