以下資訊與使用 Java Enterprise System 安裝程式的安裝程序有關。
若您直接移除元件套裝軟體或 RPM,則下次執行安裝程式時,安裝程式可能會發現該元件仍處於已安裝狀態,但運作得不正常。
解決方案:如果您已手動移除元件套裝軟體或 RPM,您必須仍然使用 Java ES 解除安裝程式來將該元件解除安裝。
如果您執行 Java ES 安裝程式的系統沒有足夠的交換空間來執行安裝程式,CLI 模式安裝程式 (./installer -nodisplay) 會在顯示包含以下內容的錯誤訊息後繼續執行:
com.sun.entsys.dre.DREException: Not enough space |
解決方案:如果您看到此訊息,請結束安裝程式。接著,配置更多交換空間或釋放現有交換空間,然後再次執行安裝程式。
當在舊版 Solaris 10 的整體根區域中安裝 Java ES 時,安裝程式會顯示以下其中一個訊息:
區域中不支援的元件 選取的元件所需之下列元件不受本機區域支援,因此無法直接將它們安裝在本機區域中。 請先透過全域區域安裝這些元件,再繼續執行此安裝作業 共用元件 |
或
系統上所安裝的 Sun Web Console 套裝軟體有缺陷,這會造成 Java ES 無法在整體根非全域 區域中進行安裝。要修正這種情況,您必須在整體根區域中安裝 Java ES 之前,升級全域中的 Sun Web Console 套裝軟體。如需詳細資訊,請參閱「Java ES Release Notes」(錯誤 6451030) 及「Installation Guide」。 |
出現這些訊息是因為已安裝的 Sun Java Web Console 套裝軟體包含錯誤的屬性設定,這會讓安裝程式無法升級這些套裝軟體。包含錯誤屬性設定的 Sun Java Web Console 套裝軟體隨附於 Solaris 10、Solaris 10 1/06、Solaris 10 6/06 和 Java ES 2005Q4。
解決方案:為解決此問題,您必須先升級全域區域中的 Sun Java Web Console 套裝軟體,然後再將 Java ES 安裝到整體根區域中。您有兩種選擇:
在全域區域中,執行安裝程式並僅安裝「所有共用元件」。這會升級 Sun Java Web Console 套裝軟體並修正區域屬性,但也會將所有其他的 Java ES 5 共用元件安裝至全域區域中,並傳遞至所有非全域區域中。如果在整體根區域中安裝舊版的 Java ES,則您的狀況不會接受這種方式,也不建議採用。
在全域區域中,只升級 Sun Java Web Console 套裝軟體。若要如此,可登入全域區域並瀏覽至 Solaris 的 Java ES 5 安裝目錄。以 root 身份執行以下指令:
cd Product/sunwebconsole ./setup |
setup 程序檔會升級全域區域中的 Sun Java Web Console,並傳遞升級至所有非全域區域中。
Java ES 安全程式會與 HP-UX 倉庫機制互動,以找到安裝元件、檢查相依性並安裝位元。倉庫機制的用戶端-伺服器架構會使系統回應時間變慢,重複的互動會讓整體安裝程序明顯比其他平台慢。
解決方案:無。
如果系統的檔案描述元限制設定得過低,將無法正確配置某些元件。安裝程式不報告這類配置故障,但配置記錄檔案會顯示這些故障。
解決方案:安裝前,將檔案描述元限制設定為較高的值,如 1024 或 2048。安裝後,您可以將檔案描述元限制重設回其原先的值。
安裝程式應檢查共用元件是否為試用版元件,並在其確為試用版元件時將其替代。
解決方案:確保在開始安裝之前工作站未安裝試用版元件。
使用 CD 交換在區域內進行任何 Java ES 2005Q4 安裝均會失敗。Java ES 2005Q4 不支援從 CD 安裝至非全域區域。需要特別指出的是,也不支援在本機區域上安裝 Sun Cluster。
在 Solaris 9 Update 6 上安裝建置 10 時失敗,因為安裝程式要求的修補程式 (修補程式 117714–06) 不適用於 Update 6。
解決方案:安裝 SUNWced 與 SUNWcedu 套裝軟體。
請注意,記錄訊息不一定有效。例如,即使某些 (但不是全部) 元件產品在發生某種錯誤後進行了安裝,也仍會顯示 [未安裝任何軟體] 訊息。
選取元件產品後,安裝程式會自動選擇安裝任何附屬的元件產品。元件產品選取頁面並不指出已將附屬元件產品與原始元件產品一併選取。
解決方案:無。
某些語言 (例如德文) 的視窗寬度不足以顯示整個介面。因此,如提示之類的元素文字的右邊或底部會被截斷。
解決方案:手動調整視窗大小。
在 HP-UX 上安裝 Access Manager 時安裝會失敗,這表示 Access Manager 找不到 gettext 二進位。
解決方案:下載 getext 0.14.6 或更新版本,並進行安裝。
Web 伺服器啟動失敗問題可歸咎於 Access Manager 的 SDK 配置。在目前方案中,AMConfig.properties 檔案包含錯誤的資訊,會導致一連串的 Web 伺服器啟動失敗。下列變數的資訊不正確:
com.iplanet.am.directory.host
com.iplanet.am.server.host
com.iplanet.am.console.host
com.iplanet.am.profile.host
com.iplanet.am.naming.url
com.iplanet.am.notification.url
解決方案:在節點 B (Access Manager SDK 隨 Web Server 一併安裝於該位置) 上,修改 <Web_Server_Instance_dir>/config/server.xml 檔案,並將所需的 Access Manager JAR 檔案增加到類別路徑中。
Java ES 安裝程式不會為現有目錄伺服器安裝 (DIRECTORY_MODE=2) 增加平台項目。
解決方案:編輯平台服務的 [伺服器清單] 屬性來增加第二個實例。例如,如果第一個實例為 host1.example.com,它會有一個 http://host1.example.com:port|01 這樣的項目。如果第二個實例在 host2 上且使用的 Directory Server 與 host1 相同,請使用 Access Manager 管理員主控台來增加一個 http://host2.example.com:port|02 這樣的項目。
為了改善搜尋效能,Directory Server 有數個新增的索引。因此,在現有目錄資訊樹 (DIT) 中安裝 Access Manager 後,請執行 db2index.pl 程序檔以重建 Directory Server 索引。例如:# ./db2index.pl -D "cn=Directory Manager" -w password -n userRoot。
DS-install-directory/slapd-hostname/ 目錄中提供了 db2index.pl。
Access Manager 從版本 6.1 到版本 6.2 的升級程序完成後,升級記錄指出對基於 DB 的記錄的處理不正確。
解決方案:無。Access Manager 從版本 6.1 至版本 6.2 的升級程序不支援備份 DB 記錄表。
如果 Directory Server 已安裝,且僅啟用了 LDAPS (SSL),Access Manager 的安裝將會失敗。若要安裝 Access Manager,請先為 Directory Server 啟用 LDAP (無 SSL)。 在 Access Manager 安裝完成後,您可以停用 LDAP,只留下 LDAPS。
Access Manager 不支援在密碼 (如用於 amadmin 者) 與 Directory Server 根尾碼中使用單引號 (\q),但支援使用反斜線 (\\)。
執行 Java Enterprise System 安裝程式時,若將 Directory Server 配置為要求使用者第一次登入時變更密碼,Access Manager 的安裝會失敗。
解決方案:將 Directory Server 密碼重設策略設定為「off」。
儘管 classpath 和其他 Access Manager Web 容器環境變數在安裝期間進行了更新,但安裝程序不重新啟動 Web 容器。如果您在安裝 Access Manager 之後,於重新啟動 Web 容器之前嘗試登入 Access Manager,則會傳回以下錯誤:
認證服務未初始化。請與您的系統管理員連絡。 |
解決方案:重新啟動 Web 容器,然後再登入 Access Manager。在您登入前,Directory Server 也必須處於執行狀態。
Access Manager 未正確地以 JVM 選項和伺服器類別路徑更新 Application Server domain.xml。已知會在以下情境中發生這種狀況:
安裝並配置 Application Server 和 Directory Server。
建立節點代理程式。
建立非預設 Application Server 實例。
在 [以後配置] 模式下安裝 Access Manager。
編輯 amsamplesilent 檔案,然後使用 amconfig 執行該檔案。
嘗試使用瀏覽器登入 Access Manager 時,顯示錯誤訊息。
解決方案:安裝 Access Manager 之前,編輯 amsamplesilent 檔案,使容器區段包含以下資訊:
AS81_HOME=/opt/SUNWappserver/appserver AS81_PROTOCOL=$SERVER_PROTOCOL AS81_HOST=$SERVER_HOST #AS81_HOST=$DISTAUTH_HOST AS81_PORT=$SERVER_PORT AS81_ADMINPORT=$ADMIN_PORT AS81_ADMIN=admin AS81_ADMINPASSWD="$ADMINPASSWD" AS81_INSTANCE=server1 AS81_DOMAIN=domain1 AS81_INSTANCE_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance AS81_DOCS_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance/docroot AS81_ADMIN_IS_SECURE=true |
編輯完成後,執行 amconfig 指令:
./amconfig -s amsamplesilent |
如果您安裝 Application Server Domain Administration Server,Application Server Node Agent 會在後續安裝階段作業中列示為已安裝且相容。此問題是由於 Domain Administration Server 和 Node Agent 使用同一組套裝軟體,僅在配置上有差異所引起。
解決方案:無。用於支援節點代理程式的軟體已安裝。若要建立節點代理程式,請使用 asadmin create-node-agent 指令。請參閱 create-node-agent(1) 以瞭解詳細資訊。
安裝程式提示您輸入 Application Server 的「伺服器名稱」。但是,無論您在文字欄位中輸入何內容,安裝程式都使用機器的實際主機名稱。
解決方案:如果伺服器名稱與伺服器的主機名稱不同,請成為超級使用者,並在相應網域目錄 (「伺服器根」目錄) 中鍵入以下內容:
# find . -type f -exec grep -l $HOSTNAME {} \\ ;
然後,適當地變更檔案內容。
在 Linux 上,嘗試啟動網域會產生參照 libstdc++ 的異常。發生這種狀況的原因是 Application Server 要求 Linux 上具有某些相容性程式庫,但依預設不會安裝這些程式庫。
解決方案:安裝以下相容性程式庫:
compat-gcc-7.3-2.96.build.i386.rpm
compat-gcc-c++-7.3-2.96.build.i386.rpm
compat-libstdc++-7.3-2.96.build.i386.rpm
這些程式庫依預設不進行安裝,但 Red Hat Linux 發行物中提供了它們。請注意,build 的值可能會隨 Red Hat Linux 版本的不同而發生變化。
Directory Server 5.1 與 Solaris 9 綑綁在一起。因此在您透過 Java ES 5 安裝 Directory Server 後,系統上將存在兩個版本:來自 Solaris 9 的 5.1 版和來自 Java ES 的 6.0 版。
當您在這類系統上使用 Directory Server 時,您必須確定使用的是與您要管理的 Directory Server 版本關聯的指令集。
透過 Internet Explorer 6 存取 Directory Service Control Center 時,儲存尾碼的索引配置變更會導致出現空值錯誤。此外,該作業的進度視窗看似已凍結。
解決方案:透過不同的瀏覽器 (如基於 Mozilla 的瀏覽器) 存取 Directory Service Control Center。
Java ES 安裝程式可讓您選取任何元件和所有元件來與 Sun Java System Monitoring Console 一併安裝。但是,由於 Monitoring Console 的限制,當它與其所監視的元件安裝在相同的 Solaris 區域中時,將無法執行。如果與其他元件一起選取 Monitoring Console,安裝不會失敗,但您將無法配置和執行 Monitoring Console。
解決方案:在未安裝其他 Java ES 元件的專屬主機上安裝 Monitoring Console。 執行安裝程式時,安裝其他元件時不選擇同時安裝 Monitoring Console。如需更多詳細資訊,請參閱「Sun Java Enterprise System 5 監視指南」中的「使用 Java ES 安裝程式安裝 Monitoring Console」。
或者,您可以透過在安裝有 Solaris 10 作業系統的本機區域中建立一個專屬邏輯主機,將 Monitoring Console 與其他 Java ES 元件安裝在同一實體機器上。如需更多詳細資訊,請參閱「Sun Java Enterprise System 5 監視指南」中的「在 Solaris Zone 中安裝 Monitoring Console」。
如果您要將 Java ES 元件安裝在您先前安裝和配置 Monitoring Console 的主機上,請遵照「Sun Java Enterprise System 5 監視指南」中的「取消配置 Monitoring Console」程序。
如果 Monitoring Console 不安裝在預設位置,Web Console 找不到它,因此無法將其啟動。
解決方案:安裝 Monitoring Console 時不指定非預設位置。
安裝 Sun Java System Monitoring Console 後,Java ES 安裝程式不自動配置並啟動 Monitoring Console。
解決方案:您必須在安裝後手動執行指令來配置和啟動 Monitoring Console。請參閱「Sun Java Enterprise System 5 監視指南」中的「安裝 Monitoring Console」中的程序,再參閱「Sun Java Enterprise System 5 監視指南」中的「啟動 Monitoring Console」程序。
發生該問題的原因是 Access Manager Web 應用程式 web.xml 檔案中的 AMLControllerFilter 篩選器的篩選項目加有註釋。
解決方案:在 Access Manager Web 應用程式的 web.xml 檔案中,取消為 AMLControllerFilter 篩選項目添加的註釋。
配置 Portal Server 時,安裝進度的顯示方塊不移動。這會給人配置程序已當機的感覺。
解決方案:忽略表面上的不活動,等待 Portal Server 配置程序完成,效能較低的系統最多可能要 45 分鐘才能完成。
解決方案:請參閱以下出版品以取得關於此問題之最新升級文件:
「適用於 UNIX 的 Sun Java Enterprise System 5 升級指南」
從 SampleIFrame Channel 按一下說明圖示會產生 [HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm is not available]。
解決方案:無。未提供對 iFrame 提供者的說明。
在 Portal Server 的安裝與解除安裝期間,安裝程式與解除安裝程式似已當機。延遲可長達 30 分鐘,之後安裝/解除安裝才會成功完成。
解決方案:無。
執行 Solaris 10 的 x86 機器無法在叢集模式下啟動,因為對 Solaris 啟動架構專案進行了變更。機器開機時會顯示以下錯誤訊息:
使用此產品必須遵守授權規定。 通知:無法開啟 /etc/cluster/nodeid 通知:正以非叢集模式開機 通知:無 PCI PROP 通知:無 PCI PROP 正在配置設備。 主機名稱:pvyom1 devfsadm:minor_init 對於模組 /usr/lib/devfsadm/linkmod/SUNW_scmd_link.so 失敗 正在載入 smf(5) 服務說明:24/24 /usr/cluster/bin/scdidadm:無法載入 DID 實例清單。 無法開啟 /etc/cluster/ccr/did_instances。 不做為叢集的一部份開機 /usr/cluster/bin/scdidadm:無法載入 DID 實例清單。 無法開啟 /etc/cluster/ccr/did_instances。 注意:path_to_inst 可能未更新。請依需要執行「boot -r」來進行更新。 |
解決方案:執行以下步驟:
將 /etc/cluster/nodeid 增加至 /boot/solaris/filelist.ramdisk。
輸入以下指令:
# bootadm update-archive # reboot -- -r |
嘗試同時啟動 16 個節點的叢集的所有節點會造成節點發生錯誤,節點會進入當機狀態,等待達到法定數目。
造成此錯誤的原因是私用互連交換器的配置不正確。必須為用於 Sun Cluster 私用互連的交換器連接埠停用跨越樹狀結構。由於沒有為 16 個節點的叢集上的交換器執行此作業,因此發生該錯誤。由於出現此錯誤,無法將叢集轉入線上狀態。
為了解決這個問題,必須為用於 Sun Cluster 私用互連的交換器連接埠停用跨越樹狀結構。
解決方案:無。
安裝 Sun Cluster 本土化套裝軟體時,會在 Java ES 安裝記錄中顯示以下警告訊息。本土化套裝軟體命名為 SUNW*scspmu。未選擇本土化元件進行安裝時,此警告訊息不會出現。
警告:smreg 已無效,僅為與舊有主控台應用程式相容而保留。請改用 wcadmin。 鍵入「man wcadmin」或「wcadmin --help」以取得詳細資訊。 |
產生此警告的原因是 Sun Cluster 本土化套裝軟體使用 smreg 指令,而非 wcadmin,後者是 Sun Java(TM) Web Console 3.x 中的新指令。此訊息會暗示客戶必須再執行一個步驟才能完成 Sun Cluster 安裝,因此可能會誤導客戶。
解決方案:此警告不是因安裝錯誤而產生的。您可以放心地忽略此警告訊息。
安裝程式提供了選擇一併安裝 Sun Cluster HA Application Server Agent 與 Application Server 和 HADB 8.1 的選項。不過,HA Application Server Agent 不支援 Application Server 及 HADB 8.1。因此,您無法配置 HA Application Server。
解決方案:不將 HA Application Server Agent 與 Application Server 和 HADB 8.1 一併安裝。
Java Enterprise System 2005Q1 包括適用於 Sun Java System Directory Server 5 2004Q2 的 Sun Cluster Data Service。如果需要適用於 Sun Java System Directory Server 5.0 或 5.1,或適用於 Netscape HTTP 4.1.6 版的 Sun Cluster Data Service,Sun Cluster 3.1 Data Services 10/03 發行版本中有提供。若要請求獲得該發行版本,請與您的 Sun 客戶服務代表連絡。
而是使用 Java Enterprise System 1 Accessory CD Volume 3 安裝的。此外,資料服務不是使用代理程式 CD 安裝的,而是使用 Java Enterprise System 1 Accessory CD Volume 3 安裝的。
如果您在執行 Java Enterprise System 安裝程式之前已經安裝了 Sun Cluster Agent,則安裝程式不允許您安裝其他代理程式。
解決方案:使用 pkgadd 安裝其他 Sun Cluster 代理程式。
解決方案:備份所有配置檔案。接著,移除安裝目錄,然後使用 Java Enterprise System 安裝程式來安裝 Web Server。