以下資訊與使用 Java Enterprise System 安裝程式的安裝程序有關。
若您直接移除元件套裝軟體或 RPM,則下次執行安裝程式時,安裝程式可能會發現該元件仍處於已安裝狀態,但運作得不正常。
解決方案:如果您已手動移除元件套裝軟體或 RPM,您必須仍然使用 Java ES 解除安裝程式來將該元件解除安裝。
如果您執行 Java ES 安裝程式的系統沒有足夠的交換空間來執行安裝程式,CLI 模式安裝程式 (./installer -nodisplay) 會在顯示包含以下內容的錯誤訊息後繼續執行:
com.sun.entsys.dre.DREException: Not enough space |
解決方案:如果您看到此訊息,請結束安裝程式。接著,配置更多交換空間或釋放現有交換空間,然後再次執行安裝程式。
如果您在無訊息模式下執行 Java ES 5 Update 1 安裝程式並且所指定的狀態檔含有無效的 ID (例如,來自上個版本的 Java ES),則安裝程式不會安裝任何軟體,而且不報告錯誤就結束。安裝程式記錄檔包含下列訊息:
Exit Installation due to Error or User has selected exit on Warning. |
解決方案︰以 Java ES 5 Update 1 安裝程式所產生的有效 ID 替代狀態檔中的 ID。使用此指令來產生 ID:
./installer -id |
如果您以 —no 選項執行安裝程式並在「正在安裝」頁面上停止安裝,則安裝程式就會結束,同時丟出 InvocationTargetException:
InvocationTargetException thrown in method cancelConfirmed in class com.sun.wizards.core.WizardTreeManager java.lang.NullPointerException at ... |
解決方案:無。
當在舊版 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 時,安裝程式會檢查全域區域中是否存在必須先在全域區域中升級,才能在稀疏根區域中安裝的元件。然而,安裝程式不會將 Solaris 10 隨附的 Application Server 版本報告為要升級的元件。
解決方案︰在稀疏根區域中安裝 Java ES 之前,首先在全域區域中執行安裝程式並升級 Application Server (如果安裝程式將其顯示為「可升級」)。
在您安裝 Java ES 時,安裝程式會建立符號連結 /usr/jdk/entsys-j2se,以使元件能夠存取同一版本的 Java SE。在全域區域中安裝 Java ES 元件後,當您嘗試啟動整體根區域時,您可能會收到與 Web Console 有關的錯誤,這是因為已將 Web Console 套裝軟體傳遞至整體根區域,卻未傳遞它們所依賴的符號連結。
解決方案︰在整體根區域中手動建立符號連結,方法是在全域區域中輸入下列指令 (假設全域區域中所安裝的版本為 Java SE 5):
ln -s /usr/jdk/instances/jdk1.5.0 zone-path/root/usr/jdk/entsys-j2se |
其中,zone-path 是您在建立整體根區域時所指定的路徑。
Java ES 安全程式會與 HP-UX 倉庫機制互動,以找到安裝元件、檢查相依性並安裝位元。倉庫機制的用戶端-伺服器架構會使系統回應時間變慢,重複的互動會讓整體安裝程序明顯比其他平台慢。
解決方案:無。
如果您使用 wcswap 指令將 Web Console 所部署的容器從 tomcat 換成 Application Server,則 Web Console 會由於沒有在 Application Server 中為它建立網域而啟動失敗。
解決方案︰不要在 Linux 或 Windows 上使用 Application Server 做為 Web Console 的容器。如果您已嘗試將容器換成 Application Server,可以再次使用 wcswap 指令將 Web Console 的容器換回到 tomcat。
解決方案︰使用下列任一種解決方法:
在實際進行 Java ES 5 安裝之前,先移除 Windows 機器上已安裝的 Sun Java Web Console 版本。
再次向較新版本的 Sun Java Web Console 重新註冊已在上個版本中註冊的應用程式,以便繼續存取這些應用程式。
在 Windows 平台上,若在記憶體較小的機器上以在「安裝時自動配置」模式下全部安裝的方式進行安裝,則會在配置後階段無法預料地失敗。
解決方案︰使用下列任一種解決方法:
最佳化您的 Windows OS 虛擬記憶體設定。
在您啟動 Java ES 安裝程式之前,停止所有不必要的程式和服務,使可用的 RAM 最大化。
進行選擇性安裝,使用「自訂」選項有選擇地安裝產品。
當 Windows system32 資料夾中存在某些 DLL (如 libnspr4.dll、nss3 和 smime) 時,就會發生此問題。
這些 DLL 與安裝在 install-dir/share/lib 中的 Java ES 版本的 DLL 衝突,從而阻礙 Java ES 伺服器正常運作。
解決方案︰重新命名 system32 資料夾中的這些 DLL,以使 Java ES 伺服器使用這些 DLL 的正確版本。
重新命名這些 DLL,可能會造成某些在 system32 資料夾中安裝了這些 DLL 的舊有應用程式無法運作。
解決方案︰在 Windows XP Professional 上,必須停用 guest 帳號。
必須將登錄機碼 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\ForceGuest 設定為 0,才能成功進行認證。
如果系統的檔案描述元限制設定得過低,將無法正確配置某些元件。安裝程式不報告這類配置故障,但配置記錄檔案會顯示這些故障。
解決方案:安裝前,將檔案描述元限制設定為較高的值,如 1024 或 2048。安裝後,您可以將檔案描述元限制重設回其原先的值。
安裝程式應檢查共用元件是否為試用版元件,並在其確為試用版元件時將其替代。
解決方案:確保在開始安裝之前工作站未安裝試用版元件。
請注意,記錄訊息不一定有效。例如,即使某些 (但不是全部) 元件產品在發生某種錯誤後進行了安裝,也仍會顯示 [未安裝任何軟體] 訊息。
選取元件產品後,安裝程式會自動選擇安裝任何附屬的元件產品。元件產品選取頁面並不指出已將附屬元件產品與原始元件產品一併選取。
解決方案:無。
某些語言 (例如德文) 的視窗寬度不足以顯示整個介面。因此,如提示之類的元素文字的右邊或底部會被截斷。
解決方案:手動調整視窗大小。
在 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 檔案增加到類別路徑中。
為了改善搜尋效能,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。
如果 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 版本的不同而發生變化。
如果 Windows 機器未連線至網路,HADB 實例就不會啟動。
解決方案︰將 Windows 機器連線至網路。
Directory Server 5.1 與 Solaris 9 綑綁在一起。因此在您透過 Java ES 5 Update 1 安裝 Directory Server 後,系統上將存在兩個版本:來自 Solaris 9 的 5.1 版和來自 Java ES 的 6.2 版。
當您在這類系統上使用 Directory Server 時,您必須確定使用的是與您要管理的 Directory Server 版本關聯的指令集。
如果正在執行 Solaris 10 08/07 或具有 Solaris 修補程式 120037–19 (x86) 或 120473–10 (sparc) 或更新版本的 Solaris 10 系統,則當您嘗試連線至 Directory Server Control Center 時,可能會收到下列形式的錯誤:
無法聯繫 hostname 上的 DSCC 代理程式。請使用 cacaoadm 指令檢查 DSCC 代理程式安裝與否,且其是否在連接埠 port-number 上執行。 |
當與 Directory Server Control Center 通訊的 cacao 程序歸非超級使用者擁有時,就會出現此錯誤,且即使 Directory Server Control Center 正在執行,也是如此。
解決方案︰安裝修補程式 123896–14 (x86) 或 123893–04 (sparc) 或更新版本。
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 Update 1 Monitoring Guide」中的「To Install the Monitoring Console with the Java ES Installer」程序。
或者,您可以透過在安裝有 Solaris 10 作業系統的本機區域中建立一個專屬邏輯主機,將 Monitoring Console 與其他 Java ES 元件安裝在同一實體機器上。如需更多詳細資訊,請參閱「Sun Java Enterprise System 5 Update 1 Monitoring Guide」中的「To Install the Monitoring Console in a Solaris Zone」程序。
如果您希望將 Java ES 元件安裝在您先前安裝和配置 Monitoring Console 的主機上,請遵循「Sun Java Enterprise System 5 Update 1 Monitoring Guide」中的「To Unconfigure the Monitoring Console」程序。
如果 Monitoring Console 不安裝在預設位置,Web Console 找不到它,因此無法將其啟動。
解決方案:安裝 Monitoring Console 時不指定非預設位置。
安裝 Sun Java System Monitoring Console 後,Java ES 安裝程式不自動配置並啟動 Monitoring Console。
解決方案:您必須在安裝後手動執行指令來配置和啟動 Monitoring Console。請參閱「Sun Java Enterprise System 5 Update 1 Monitoring Guide」中的「Installing the Monitoring Console」程序,然後參閱「Sun Java Enterprise System 5 Update 1 Monitoring Guide」中的「Starting the Monitoring Console」程序。
在 Microsoft Windows 上,僅可將 Portal Server 用來做為評估平台或開發平台。無法將它用來做為部署平台。
如果您使用 Java ES 安裝程式在 Microsoft Windows 上安裝 Portal Server,則所產生的安裝無法正常運作。
解決方案︰不要使用 Java ES 安裝程式在 Windows 上安裝 Portal Server。而是要從 Sun 下載中心下載 Portal Server 7.1 Update 1,網址為 http://www.sun.com/download/products.xml?id=465e130d。依照下載時所附 ReadMe 檔案中的指示產生可以運作的 Portal Server 安裝。
當在 netlet 中使用 IP 位址時,如果未在 DHCP 伺服器中配置特定主機的反向查找項目,則與該主機相關聯的作業就無法進行。
例如,如果 nslookup.exe ipaddress 傳回主機名稱失敗,就無法對這些 IP 位址進行 netlet 作業。
解決方案︰使用主機名稱而非 IP 位址。
發生該問題的原因是 Access Manager Web 應用程式 web.xml 檔案中的 AMLControllerFilter 篩選器的篩選項目加有註釋。
解決方案:在 Access Manager Web 應用程式的 web.xml 檔案中,取消為 AMLControllerFilter 篩選項目添加的註釋。
從 SampleIFrame Channel 按一下說明圖示會產生 [HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm is not available]。
解決方案:無。未提供對 iFrame 提供者的說明。
在 Portal Server 的安裝與解除安裝期間,安裝程式和解除安裝程式看似當機。
解決方案:忽略表面上的不活動,等待 Portal Server 安裝或解除安裝程序完成,在效能較低的系統上該程序可能會花長達 45 分鐘的時間。
如果您在一個安裝程式階段作業中安裝 Portal Server,然後在某個後續安裝程式階段作業中安裝 Portal Server Secure Remote Access,則安裝程式不會驗證您在該後續階段作業中,在「Portal Server:Secure Remote Access︰配置對入口網站的存取」頁面上所提供的「存取主機」值。
解決方案:無。
如果您在一個安裝程式階段作業中安裝 Portal Server,然後在某個後續安裝程式階段作業中安裝 Portal Server Secure Remote Access,則安裝程式不會驗證您在該後續階段作業中,在「Portal Server:Secure Remote Access︰配置對入口網站的存取」頁面上所提供的「記錄檔使用者密碼」值。
因而,portal.fabric 記錄檔會包含如 PSFB_CSPFCO312: Incorrect LogUserPassword Entered 和 PSFB_CSPFCO189: Validation of gateway Data Failed 等錯誤。
解決方案:無。
在用於 x86 平台的 Solaris 9 update 6 上安裝 Sun Cluster 10 時,安裝將會失敗,因為安裝時所需的修補程式 (修補程式 117714–06) 在 update 6 上不適用。
解決方案:無。在 x86 平台上,Sun Cluster 需要 Solaris 9 update 7 或更高版本。
執行 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 代理程式。
在 eval config 模式下將 Web Server 安裝在 Windows 上之後,不會自動啟動 Web Server 服務。
解決方案︰手動啟動 Web Server 服務。
解決方案:備份所有配置檔案。接著,移除安裝目錄,然後使用 Java Enterprise System 安裝程式來安裝 Web Server。
當在 CLI 模式下安裝 Web Server 時,如果您指定範圍以外的連接埠值,則安裝程式會顯示下列令人困惑的訊息:
EntSysResources:webServerInstancePanel-OUtOfRangeAdminPort-Error-CLI |
解決方案:無。
在 eval config 模式下將 Web Server 安裝在 Windows 作業系統上之後,不會自動啟動 Web Proxy Server 服務。
解決方案︰手動啟動 Web Proxy Server 服務。