移轉疑難排解
從舊版的 WebSphere® Application Server 進行移轉時,可能會發生問題。
開始之前

本文討論設定檔配置的移轉。 如果要將應用程式移轉至最新的版本,請使用 WebSphere Application Server Migration Toolkit。 如需相關資訊,請參閱 WASdev 上的 Migration Toolkit。
sptcfg程序
- 在移轉配置之前,當利用 9.0 版的「移轉」精靈來建立設定檔時,您可能會看到下列建立設定檔的錯誤訊息。
profileName: profileName cannot be empty profilePath: Insufficient disk space
如果您輸入的設定檔名稱含有空格等之類的無效字元,可能會顯示這些錯誤訊息。請重新執行「移轉」精靈,並驗證設定檔名稱中沒有無效的字元,例如:空格、引號或其他任何特殊字元。
- 如果您從舊版的 WebSphere Application Server 移轉至 9.0 版時發生問題,請檢查您的日誌檔及其他可用的資訊。
- 請尋找下列日誌檔,瀏覽它們以找出線索。
- migration_backup_dir/logs/WASPreUpgrade.time_stamp.log
- migration_backup_dir/logs/WASPostUpgrade.time_stamp.log
- app_server_root/logs/clientupgrade.time_stamp.log
- 在其中一個日誌檔中,尋找 MIGR0259I: 移轉已順利完成或 MIGR0271W: 移轉完成,但出現警告。
- migration_backup_dir/logs/WASPreUpgrade.time_stamp.log
- migration_backup_dir/logs/WASPostUpgrade.time_stamp.log
- app_server_root/logs/clientupgrade.time_stamp.log
如果顯示 MIGR0286E: 移轉無法完成,請嘗試根據出現在日誌檔中的錯誤訊息,來更正任何問題。請在更正任何錯誤之後,從產品安裝根目錄的 bin 目錄中,重新執行指令。
- 請開啟管理您嘗試存取之資源的伺服器服務日誌,並瀏覽錯誤和警告訊息。
- 當 WebSphere Application Server 在執行中,請執行 dumpNameSpace 指令,並對輸出進行 pipe、redirect 或 "more",以便能夠輕易檢視。
這個指令會導致顯示 WebSphere Application Server 名稱空間中的所有物件,其中包括目錄路徑和物件名稱。
- 如果其中沒有用戶端需要存取的物件,請利用管理主控台來驗證下列狀況:
- 管理目標資源的伺服器已經啟動。
- 代管目標資源的 Web 模組或 Enterprise Java™ Bean 儲存器在執行中。
- 已正確指定目標資源的 JNDI 名稱。
- 從移轉工具分析追蹤資料,或將資料轉遞給適當的組織進行分析。 在您使用 WASPreUpgrade 指令或 WASPostUpgrade 指令時,您可以指定下列參數來進行追蹤:
- -traceString
- 這是選用性參數。
值 trace_spec 指定您要收集的追蹤資訊。
- 指定 "*=all=enabled"(含雙引號),收集所有可能的追蹤資訊。
這會產生龐大的追蹤檔;以 WASPostUpgrade 指令為例,可能超過 1 GB。
- 指定 "Migration.*=all",只收集移轉資訊。
- 指定 "Migration.Flow=all:Migration.*=finer",收集大部分的移轉資訊。
- 指定 "Migration.Flow=finer:Migration.*=fine",收集支援團隊所需的最少移轉資料量。
這是預設值。
- 指定 "*=all=enabled"(含雙引號),收集所有可能的追蹤資訊。
- -traceFile
- 這是選用性參數。 值 file_name 會指定輸出檔的名稱,以取得追蹤資訊。
如果沒有指定 -traceString 或 -traceFile 參數,依預設,指令會建立一個追蹤檔,並將它放在 backup_directory/logs 目錄中。
如果要從「IBM® 支援中心」取得已知問題及其解決方案的最新資訊,請參閱「IBM 支援中心」頁面。「IBM 支援中心」有各種文件,可節省您收集解決這個問題所需要之資訊的時間。在開啟 PMR 之前,請先參閱「IBM 支援中心」頁面。
- 請尋找下列日誌檔,瀏覽它們以找出線索。
- 在移轉程序期間,當您使用 WASPreUpgrade 工具或 WASPostUpgrade 工具時,可能發生問題。
- 當使用 WASPreUpgrade 工具時,可能發生問題。
- 傳回找不到或沒有這類檔案或目錄訊息。
如果您試圖從 9.0 版 app_server_root\bin 以外的目錄執行 WASPreUpgrade 工具,可能會發生這個問題。 請驗證 WASPreUpgrade Script 在 9.0 版 app_server_root\bin 目錄中,然後從這個位置啟動檔案。
- 在管理主控台之支援的 JDBC 提供者下拉清單中,找不到 DB2® JDBC 驅動程式與 DB2 JDBC 驅動程式 (XA)。
管理主控台不再顯示已棄用的 JDBC 提供者名稱。管理主控台所用的新 JDBC 提供者名稱比較具備描述性,且比較不會造成混淆。 新的與已淘汰的提供者之間,只是於名稱不同而已。
已淘汰的名稱會繼續留在 jdbc-resource-provider-templates.xml 檔中,供移轉使用(例如,用於現有的 JACL Script);不過,您最好在 JACL Script 中使用新的 JDBC 提供者名稱。
- 您收到下列訊息:
MIGR0108E: The specified WebSphere directory does not contain a WebSphere version that can be upgraded.
存在這個錯誤的可能原因如下:- 如果安裝 WebSphere Application Server 7.0 版或更新版本,您可能還沒從 9.0 版安裝根目錄的 bin 目錄執行 WASPreUpgrade 工具。
- 當執行 WASPreUpgrade 工具時,尋找是否顯示了類似下列訊息:IBM WebSphere Application Server 6.x 版。
此訊息指出您執行的是 WebSphere Application Server 7.0 版或更新版本的移轉公用程式,而不是 9.0 版移轉公用程式。
- 變更您的環境路徑或變更現行目錄,以便啟動 9.0 版 WASPreUpgrade 工具。
- 當執行 WASPreUpgrade 工具時,尋找是否顯示了類似下列訊息:IBM WebSphere Application Server 6.x 版。
- 在啟動 WASPreUpgrade 工具時指定了無效的目錄。
- 如果安裝 WebSphere Application Server 7.0 版或更新版本,您可能還沒從 9.0 版安裝根目錄的 bin 目錄執行 WASPreUpgrade 工具。
- WASPreUpgrade 工具可能結束,且未備份您的先前環境。如下列範例所示,工具可能順利執行:
您也可能在移轉追蹤檔中,看到類似下列範例的訊息:MIGR0201I: The migration function initialized log file WASPreUpgrade.log. MIGR0300I: The migration function is starting to save the existing Application Server environment. MIGR0302I: The existing files are being saved. MIGR0303I: The existing Application Server environment is saved. MIGR0420I: The first step of migration completed successfully.
[10/9/08 18:26:40:363 CDT] 00000000 Save 1 Skipped instance dmgr01 because user root /opt/migration_backup/profiles/dmgr01 does not exist.
WASPreUpgrade 工具會寫出 profileList.ser 檔的副本,這個檔案含有指向 WASPostUpgrade 工具所用之備份目錄的指示碼。如果之後因任何原因而沒有刪除該檔案,當您在後續的移轉中執行 WASPreUpgrade 工具時,就會使用舊路徑,而非使用實際路徑。如果要解決這個問題,您可以放心刪除 profileList.ser 檔,並重新執行 WASPreUpgrade 工具。
如需相關資訊,請參閱WASPreUpgrade 指令。
避免困難: 將 6.1 版聯合節點移轉至 9.0 版時,WASPreUpgrade 指令可能會失敗。 您可能會收到類似下列範例的錯誤:
建立好使用「IBM JCC 提供者驅動程式」的 DB2 資料庫,且 WebSphere 6.1 版節點與 9.0 版部署管理程式同步時,WebSphere 6.1 版節點可能會發生這個問題。 6.1 版節點不支援 7.0 版或更新版本的驅動程式版本。節點同步化程序無法移除所有驅動程式定義。[07/16/2011 11:07:10:357 CDT] MIGR0344I: Processing configuration file /opt/WAS61fep/profiles/v6109node74_01/config/cells/ndcell/clusters/Station1EJBCluster /resources.xml。 [07/16/2011 11:07:10:436 CDT] org.eclipse.emf.ecore.resource.Resource$IOWrappedExcept ion: Unresolved reference 'DataSource_1310769433958'. (file:/opt/WAS61fep/profiles/v6109node74_01/config/cells/ndcell/clusters/Station1EJBC luster/resources.xml, 9, 323) java.lang.Exception: org.eclipse.emf.ecore.resource.Resource$IOWrappedException: Unresolved reference 'DataSource_1310769433958'. (file:/opt/WAS61fep/profiles/v6109node74_01/config/cells/ndcell/clusters/Station1EJBC luster/resources.xml, 9, 323) at com.ibm.wsspi.migration.document.wccm.WCCMDocument.setInputStream(WCCMDocument.ja va:162)
如果要解決這個問題,請備份任何要修改的 resources.xml 檔。 請停止 6.1 版節點代理程式程序。 在執行 WASPreUpgrade 指令之前,請編輯 WebSphere 6.1 版節點 resources.xml 檔,移除孤立的 resources.jdbc:CMPConnectorFactory 項目。請勿編輯部署管理程式副本。
gotcha - 傳回找不到或沒有這類檔案或目錄訊息。
- 當使用 WASPostUpgrade 工具時,可能發生問題。
- 在移轉聯合節點之後,您可能會在 WASPostUpgrade 日誌中,看到一個類似下列文字中所強調顯示的異常狀況:
這個異常狀況發生在 syncNode 作業期間,且會列出成錯誤;但是它不會導致任何失敗。整體動作順利完成,且訊息不會再出現。當您在移轉後的聯合節點上啟動伺服器之後,就會重新產生上述的檔案。您可以忽略這個訊息。MIGR0304I: The previous WebSphere environment is being restored. MIGR0367I: Backing up the current Application Server environment. CEIMI0006I Starting the migration of Common Event Infrastructure. MIGR0486I: The Transports setting in file server.xml is deprecated. MIGR0486I: The PMIService:initialSpecLevel setting in file server.xml is deprecated. MIGR0486I: The PMIService:initialSpecLevel setting in file server.xml is deprecated. MIGR0404W: Do not use the node agent in the old configuration. It has been disabled. MIGR0351I: The migration function is attempting to synchronize with the deployment manager using the SOAP protocol. MIGR0241I: Output of syncNode. ADMU0116I: Tool information is being logged in file /usr/WAS80/profiles/AppSrv01/logs/syncNode.log ADMU0128I: Starting tool with the AppSrv01 profile ADMU0401I: Begin syncNode operation for node aaixae15aNode01 with Deployment Manager packppc.rtp.raleigh.ibm.com: 8879 ADMU0016I: Synchronizing configuration between node and cell. AWXJR0006E The file, /usr/WAS80/java/jre/PdPerm.properties, was not found. ArchiveUtil.toLocalURLs ArchiveUtil.toLocalURLs ArchiveUtil.toLocalURLs ADMU0402I: The configuration for node aaixae15aNode01 has been synchronized with Deployment Manager packppc.rtp.raleigh.ibm.com: 8879 MIGR0352I: The synchronization with the deployment manager is successful. CEIMI0007I The Common Event Infrastructure migration is complete. MIGR0307I: The restoration of the previous Application Server environment is complete. MIGR0271W: Migration completed successfully, with one or more warnings.
- 傳回「找不到」或「沒有這類檔案或目錄」訊息。
如果您試圖從 9.0 版 app_server_root\bin 以外的目錄執行 WASPostUpgrade 工具,可能會發生這個問題。 請驗證 WASPostUpgrade Script 在 9.0 版 app_server_root\bin 目錄中,然後從這個位置啟動檔案。
- 您收到下列訊息:
MIGR0102E: Invalid Command Line. MIGR0105E: You must specify the primary node name.
這個錯誤很可能是因為安裝了 WebSphere Application Server 7.0 版或更新版本,但沒有從 9.0 版安裝根目錄的 bin 目錄,執行 WASPostUpgrade 工具。
如果要更正這個問題,請從 9.0 版安裝根目錄的 bin 目錄來執行 WASPostUpgrade 指令。
- 當您移轉 Cell 中的聯合節點時,收到下列錯誤訊息:
MIGR0304I: The previous WebSphere environment is being restored. com.ibm.websphere.management.exception.RepositoryException: com.ibm.websphere.management.exception.ConnectorException: ADMC0009E: The system failed to make the SOAP RPC call: invoke MIGR0286E: The migration failed to complete.
在執行聯合節點的 WASPostUpgrade 移轉步驟期間,當聯合節點嘗試從部署管理程式擷取配置更新時,發生連線逾時。如果您要移轉至 9.0 版的配置包含任何下列元素,複製整個配置所花的時間可能會超出連線逾時值:- 許多小型應用程式
- 少許大型應用程式
- 一個相當大的應用程式
最佳作法是先修改逾時值,再執行 WASPostUpgrade 指令來移轉聯合節點。- 移至聯合節點所要移轉的目標設定檔的 9.0 版目錄其中的下列位置:
profile_root/properties
- 在該目錄中,開啟 soap.client.props 檔,並找出 com.ibm.SOAP.requestTimeout 內容的值。這是逾時值(秒)。預設值為 180 秒。
- 變更 com.ibm.SOAP.requestTimeout 的值,使其大到足以移轉您的配置。例如,下列項目提供半小時的逾時值:
com.ibm.SOAP.requestTimeout=1800
註: 請選取符合您需求的最小逾時值。準備等待至少您所選逾時值的三倍時間 — 其中一段時間是將檔案下載至備份目錄,一段是將移轉的檔案上傳至部署管理程式,另一段則是將部署管理程式與移轉的節點代理程式同步化。 - 移至 WASPreUpgrade 指令所建立之備份目錄中的下列位置:
backupDirectory/profiles/profile_name/properties
- 在該目錄中,開啟 soap.client.props 檔,並找出 com.ibm.SOAP.requestTimeout 內容的值。
- 將 com.ibm.SOAP.requestTimeout 的值變更為 9.0 版檔中所用的相同的值。
或者,當您將部署管理程式移轉至 9.0 版時,如果您的狀況符合下列兩個條件或其中之一,您可以考量在 WASPostUpgrade 指令中指定 -includeApps script 的解決方案:- 您想快速移轉 Cell 中的所有節點。但是在移轉整個 Cell 之後,您將針對部署管理程式備份目錄中的每一個應用程式,手動執行應用程式安裝 Script,然後讓配置與所有移轉後的節點同步化。
- 您能夠在沒有安裝任何應用程式的情況下執行。
請遵循下列步驟來執行這項替代程序:- 當您將部署管理程式移轉至 9.0 版時,請在 WASPostUpgrade 指令中指定 -includeApps script。
- 在安裝任何應用程式之前,先將整個 Cell 移轉至 9.0 版。
- 執行 wsadmin 指令來安裝每一個應用程式。
- 在一般作業期間,或適當的維護時間中,安裝 9.0 版配置中的各個應用程式。
- 指定 -conntype NONE。例如:
wsadmin -f application_script -conntype NONE
- 將配置與所有已移轉的節點同步化。
- 您會收到「無法將文件複製到暫存檔」錯誤訊息。
以下是一個範例:
MIGR0304I: The previous WebSphere environment is being restored. com.ibm.websphere.management.exception.DocumentIOException: Unable to copy document to temp file: cells/sunblade1Network/applications/LARGEApp.ear/LARGEApp.ear
您的檔案系統可能已滿。如果您的檔案系統已滿,請清除部分空間,然後重新執行 WASPostUpgrade 指令。
- 您收到下列訊息:
MIGR0108E: The specified WebSphere directory does not contain WebSphere version that can be upgraded.
存在這個錯誤的可能原因如下:- 如果安裝 WebSphere Application Server 6.1 版,您可能還沒從 9.0 版安裝根目錄的 bin 目錄執行 WASPostUpgrade 工具。
- 當執行 WASPostUpgrade 工具時,尋找是否顯示了類似下列訊息:IBM WebSphere Application Server 6.1 版。
這則訊息指出您所執行的是舊版中的移轉公用程式,而不是執行 9.0 版移轉公用程式。
- 變更您的環境路徑或變更現行目錄,以便啟動 9.0 版 WASPostUpgrade 工具。
- 當執行 WASPostUpgrade 工具時,尋找是否顯示了類似下列訊息:IBM WebSphere Application Server 6.1 版。
- 在啟動 WASPreUpgrade 工具或 WASPostUpgrade 時,指定了無效的目錄。
- 未執行 WASPreUpgrade 工具。
- 如果安裝 WebSphere Application Server 6.1 版,您可能還沒從 9.0 版安裝根目錄的 bin 目錄執行 WASPostUpgrade 工具。
- 您收到下列錯誤訊息:
MIGR0253E: The backup directory migration_backup_directory does not exist.
存在這個錯誤的可能原因如下:- 執行 WASPostUpgrade 工具之前,未執行 WASPreUpgrade 工具。
- 檢查錯誤訊息中指定的備份目錄存不存在。
- 如果沒有執行的話,請執行 WASPreUpgrade 工具。
如需相關資訊,請參閱WASPreUpgrade 指令。
- 重試 WASPostUpgrade 工具。
- 可能指定了無效的備份目錄。
比方說,這個目錄可能是 7.0 版或更新版本樹狀結構的一個子目錄,它可能已在執行 WASPreUpgrade 工具及解除安裝舊版產品之後,但在執行 WASPostUpgrade 工具之前遭到刪除。
- 判斷錯誤訊息中指定的完整目錄結構是否存在。
- 可能的話,請重新執行 WASPreUpgrade 工具,並指定正確的完整移轉備份目錄。
- 如果備份目錄不存在,且舊的來源版本也已不存在,請從備份儲存庫或 XML 配置檔來重新建置舊版本。
- 重新執行 WASPreUpgrade 工具。
- 執行 WASPostUpgrade 工具之前,未執行 WASPreUpgrade 工具。
- 您在執行 WASPostUpgrade 指令之後,決定需要重新執行 WASPreUpgrade。
在移轉部署管理程式或聯合節點過程中,WASPostUpgrade 可能停用舊環境。在執行 WASPostUpgrade 之後,如果您想針對舊安裝架構重新執行 WASPreUpgrade,您必須執行位於舊有 app_server_root/bin 目錄中的 migrationDisablementReversal.jacl Script。在執行這個 JACL Script 之後,您的 7.0 版或更新版本環境會重新進入有效狀態,讓您可以執行 WASPreUpgrade 來產生有效的結果。
- 聯合移轉失敗,出現 MIGR0405E 訊息。在聯合移轉中所進行的部署管理程式移轉作業失敗。 如果需要這個錯誤的詳細原因,請在部署管理程式節點中,開啟 ...DeploymentManagerProfile/temp 目錄下的 your_node_name_migration_temp 資料夾。例如:
/websphere80/appserver/profiles/dm_profile/temp/nodeX_migration_temp
移轉這個節點時所涉及的日誌和任何其他資料,都會放在部署管理程式節點上的這個資料夾中。IBM 在提供這項實務的相關支援時,也需要使用這個資料夾。
- 在移轉期間,遺失 9.0 版應用程式。
如果在聯合移轉期間,無法安裝任何 9.0 版應用程式,在配置同步化期間,它們將會遺失。 其原因在於 WASPostUpgrade 的某個最終步驟會執行 syncNode 指令。結果會下載部署管理程式節點的配置來改寫聯合節點的配置。如果應用程式安裝失敗,它們就不會在部署管理程式節點的配置中。如果要解決這個問題,請在移轉之後,手動安裝應用程式。如果它們是 9.0 版應用程式,它們會在 app_server_root/installableApps 目錄中。
如果要手動安裝移轉期間遺失的應用程式,請使用 wsadmin 指令,來執行移轉工具建立在備份目錄中的 install_application_name.jacl Script。
例如,在 Linux 環境中,使用下列參數:./wsadmin.sh -f migration_backup_directory/install_application_name.jacl -conntype NONE
- 無法安裝 9.0 版應用程式。
請在完成 WASPostUpgrade 之後,使用 wsadmin 指令來手動安裝應用程式。
如果要手動安裝移轉期間無法安裝的應用程式,請使用 wsadmin 指令,來執行移轉工具建立在備份目錄中的 install_application_name.jacl Script。
例如,在 Linux 環境中,使用下列參數:./wsadmin.sh -f migration_backup_directory/install_application_name.jacl -conntype NONE
如需相關資訊,請參閱WASPostUpgrade 指令。
- 在移轉聯合節點之後,您可能會在 WASPostUpgrade 日誌中,看到一個類似下列文字中所強調顯示的異常狀況:
- 追蹤檔超出它的 400 MB 配置,但 WASPostUpgrade 仍在執行中。
如果沒有其他可用的磁碟空間,移轉會失敗。
如果您認為移轉期間可能會遇到這個問題,請完成下列動作:
- 在發出 WASPostUpgrade 指令之前,停止「移轉」精靈。
- 針對您在移轉的每個設定檔,從指令行執行 WASPostUpgrade 指令。
當您從指令行執行 WASPostUpgrade 指令時,請執行下列動作:
- 併入 -oldProfile 和 -profileName 參數來指示您想要移轉的設定檔。
- 新增 com.ibm.ejs.ras.TraceNLS* 參數到追蹤字串中,以縮減追蹤日誌的大小。
比方說,您可能會想指定下列追蹤設定:
com.ibm.ejs.ras.TraceNLS*=info
- 當使用 WASPreUpgrade 工具時,可能發生問題。
當您在 Solaris x64 處理器型系統上,利用「移轉」精靈將設定檔從 WebSphere Application Server 6.0.2 版移轉至 9.0 版時,在 WASPostUpgrade 步驟期間,移轉可能會失敗。
您可能會在 migration_backup_dir/logs/WASPostUpgrade.time_stamp.log 中看到類似如下的訊息:MIGR0327E: A failure occurred with stopNode. MIGR0272E: The migration function cannot complete the command.
WebSphere Application Server 6.0.2 版使用 32 位元模式 Java 虛擬機器 (JVM)。 9.0 版的「移轉」精靈會呼叫 WASPostUpgrade.sh Script,當伺服器停止 6.0.2 版節點時,這個 Script 會試圖針對 6.0.2 版來執行 64 位元的 JVM。
請完成下列動作來移除不完整的設定檔,讓 WebSphere Application Server 能夠正確移轉 6.0.2 版設定檔:- 從指令行中,將目錄切換至 app_server_root/bin。例如,輸入下列指令:
cd /opt/IBM/WebSphere/AppServer/bin
- 在 app_server_root/bin 目錄中找出 WASPostUpgrade.sh Script,並建立一份備份副本。
- 在編輯器中開啟 WASPostUpgrade.sh Script,然後執行下列動作:
- 找出下列的程式碼行:
. "$binDir" /setupCmdLine.sh
- 在前一個步驟所識別的程式碼之後,插入下列這一行程式碼:
JVM_EXTRA_CMD_ARGS=""
- 儲存變更。
- 找出下列的程式碼行:
- 利用下列指令來刪除移轉程序期間所建立的不完整的 9.0 版設定檔:
app_server_root/bin/manageprofiles.sh -delete -profileName profile_name
- 刪除在上一步中已移除之 9.0 版設定檔的 profile_root 目錄。
- 重新執行「移轉」精靈。
- 從指令行中,將目錄切換至 app_server_root/bin。
- 如果您選取將存在於
7.0 版或更新版本配置中的企業應用程式安裝到新的
9.0 版配置中的移轉處理程序選項,則在移轉的應用程式安裝階段,您可以會遇到某些錯誤訊息。
在 7.0 版或更新版本配置中的應用程式可能會有不正確的部署資訊 — 通常是無效的 XML 文件在先前的 WebSphere Application Server 執行時期中未經充分驗證。現在,執行時期具有改良的應用程式安裝驗證程序,並且將無法安裝這些形態異常的 EAR 檔。這會導致在 WASPostUpgrade 的應用程式安裝階段失敗,產生一則 "E" 錯誤訊息。 這算是「嚴重」的移轉錯誤。
在應用程式安裝期間,如果移轉作業因而失敗,您可以執行下列其中一項:- 在 7.0 版或更新版本的應用程式中修正這個問題,然後重新移轉。
- 繼續移轉,並忽略這些錯誤。
在此情況下,移轉程序不會安裝失敗的應用程式,但仍會完成其他所有的移轉步驟。
稍後,您可以修正應用程式中的問題,然後利用管理主控台或安裝 Script,將它們手動安裝在新的 9.0 版配置中。
- 將聯合節點移轉到 9.0 版之後,應用程式伺服器可能不會啟動。 當您嘗試啟動應用程式伺服器時,可能會看到類似下列範例的錯誤:
[5/11/06 15:41:23:190 CDT] 0000000a SystemErr R com.ibm.ws.exception.RuntimeError: com.ibm.ws.exception.RuntimeError: org.omg.CORBA.INTERNAL: CREATE_LISTENER_FAILED_4 vmcid: 0x49421000 minor code: 56 completed: No [5/11/06 15:41:23:196 CDT] 0000000a SystemErr R at com.ibm.ws.runtime.WsServerImpl.bootServerContainer(WsServerImpl.java:198) [5/11/06 15:41:23:196 CDT] 0000000a SystemErr R at com.ibm.ws.runtime.WsServerImpl.start(WsServerImpl.java:139) [5/11/06 15:41:23:196 CDT] 0000000a SystemErr R at com.ibm.ws.runtime.WsServerImpl.main(WsServerImpl.java:460) [5/11/06 15:41:23:196 CDT] 0000000a SystemErr R at com.ibm.ws.runtime.WsServer.main(WsServer.java:59) [5/11/06 15:41:23:196 CDT] 0000000a SystemErr R at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [5/11/06 15:41:23:196 CDT] 0000000a SystemErr R at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) [5/11/06 15:41:23:197 CDT] 0000000a SystemErr R at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
請變更聯合節點的應用程式伺服器在接聽時所用的埠號。例如,如果部署管理程式使用 ORB_LISTENER_ADDRESS 埠號 9101 來接聽,聯合節點的應用程式伺服器對於其 ORB_LISTENER_ADDRESS,就不應該使用埠 9101 來接聽。如果要解決本例中的問題,請執行下列步驟:- 從管理主控台,按一下應用程式伺服器 > 伺服器名稱 > 埠 > ORB_LISTENER_ADDRESS。
- 將 ORB_LISTENER_ADDRESS 變更為尚未使用的埠號。
- 如果將聯合節點移轉到 9.0 版時,同步化失敗,應用程式伺服器可能不會啟動。 當您將聯合節點移轉至 9.0 版,可能會收到類似下列訊息:
這些訊息指出:ADMU0016I: Synchronizing configuration between node and cell. ADMU0111E: Program exiting with error: com.ibm.websphere.management.exception.AdminException: ADMU0005E: Error synchronizing repositories ADMU0211I: Error details may be seen in the file: /opt/WebSphere/80AppServer/profiles/AppSrv02/logs/syncNode.log MIGR0350W: Synchronization with the deployment manager using the SOAP protocol failed. MIGR0307I: The restoration of the previous WebSphere Application Server environment is complete. MIGR0271W: Migration completed successfully, with one or more warnings.
- 部署管理程式是在 9.0 版配置層次。
- 您試圖移轉的聯合節點在部署管理程式儲存庫(包括應用程式)的 9.0 版配置層次。
- 假設您未完成 syncNode 作業,則聯合節點本身並不是相當完整。
- 在節點上重新執行 syncNode 指令,使它與部署管理程式同步化。
如需相關資訊,請參閱 syncNode 指令。
- 執行 GenPluginCfg 指令。
如需相關資訊,請參閱 GenPluginCfg 指令。
- 如果您從移轉自 5.1 版部署管理程式的 6.1 版配置中,將部署管理程式移轉至 IBM 9.0 版,在 Cell 內的任何 5.1 版聯合節點上,syncNode 指令可能會失敗。 例如,當您在 5.1 版節點上執行 syncNode 指令時,可能看到類似下列文字的訊息:
bash-3.00# ./syncNode.sh dmgrhostname 8879 -username MyAdminUser -password MyAdminPassword
ADMU0116I: Tool information is being logged in file /usr/WebSphere/AppServer/logs/syncNode.log ADMU0401I: Begin syncNode operation for node My511Node with Deployment Manager dmgrhostname: 8879 ADMU0111E: Program exiting with error: com.ibm.websphere.management.exception. AdminException: ADMU2092E: The node and Deployment Manager must have the same product extensions, but they do not match. The node product extension is BASE and the Deployment Manager product extension is PME. ADMU0211I: Error details may be seen in the file: /usr/WebSphere/AppServer/logs/syncNode.log ADMU1211I: To obtain a full trace of the failure, use the -trace option.
- 由於 EJB 3.0 規格中包含
javax.ejb.Remote 註釋,如果寫入了 Enterprise Java Bean 以匯入整個 javax.ejb 和 java.rmi 套件,某些 EJB 2.1 Bean 可能無法編譯。 可能發生類似下列範例中的編譯錯誤:
ejbModule/com/ibm/websphere/samples/trade/ejb/QuoteHome.java(17): The type Remote is ambiguous
- 當您安裝 WebSphere Application Server 6.1 版以及將節點聯合到 9.0 版部署管理程式時,您可能會遇到連續的非預期安全異常狀況訊息。 節點代理程式的 system.out 日誌含有下列異常狀況:
[7/8/08 16:41:31:416 EDT] 0000001c DefaultTokenP E HMGR0149E: An attempt to open a connection to core group DefaultCoreGroup has been rejected. The sending process has a name of wasinst101Cell01\ndrack104Node08\server1 and an IP address of /9.42.92.86. Global security in the local process is Enabled. Global security in the sending process is Enabled. The received token starts with x2>W 9 Sv?. The exception is com.ibm.websphere.security.auth.WSLoginFailedException: Validation of LTPA token failed due to invalid keys or token type. at com.ibm.ws.security.ltpa.LTPAServerObject. validateToken(LTPAServerObject.java:876) at com.ibm.ws.security.token.WSCredentialTokenMapper. validateLTPAToken(WSCredentialTokenMapper.java:1178) at com.ibm.ws.hamanager.runtime.DefaultTokenProvider. authenticateMember(DefaultTokenProvider.java:214) at com.ibm.ws.hamanager.coordinator.impl.DCSPluginImpl. authenticateMember(DCSPluginImpl.java:723) at com.ibm.ws.dcs.vri.transportAdapter.rmmImpl.ptpDiscovery. DiscoveryRcv.acceptStream(DiscoveryRcv.java:266) at com.ibm.rmm.ptl.tchan.receiver.PacketProcessor. fetchStream(PacketProcessor.java:470) at com.ibm.rmm.ptl.tchan.receiver.PacketProcessor. run(PacketProcessor.java:917)
部署管理程式使用 9.0 版,所有節點和別名節點都在使用 6.1 版。 如果要解決這個問題,請將所有 6.1 版節點升級至 6.1.0.17 版或更新的版本。
登錄於已移轉的 9.0 版節點代理程式的新埠包括:WC_defaulthost、WC_defaulthost_secure、WC_adminhost、WC_adminhost_secure、SIB_ENDPOINT_ADDRESS、SIB_ENDPOINT_SECURE_ADDRESS、SIB_MQ_ENDPOINT_ADDRESS、SIB_MQ_ENDPOINT_SECURE_ADDRESS。 節點代理程式不需要這些埠,您可以放心刪除它們。
下一步
如果在清單中找不到您的問題,請聯絡 IBM 支援中心。


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=tmig_troubleshoot
檔名:tmig_troubleshoot.html