对迁移进行故障诊断
从较旧版本的 WebSphere® Application Server 迁移时,可能会遇到问题。
开始之前

本文是关于概要文件配置迁移。要将应用程序迁移到最新版本,请使用 WebSphere Application Server Migration Toolkit。有关更多信息,请参阅 WASdev 上的 Migration Toolkit。
sptcfg过程
- 从 WebSphere Application Server 的先前版本迁移到 V9.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 命令,并输送、重定向或分页显示(“更多”选项)输出以方便查看。
此命令将显示 WebSphere Application Server 名称空间中的所有对象,包括目录路径和对象名。
- 如果客户机需要访问的对象未出现,那么使用管理控制台来验证下列情况。
- 目标资源所在的服务器是否已启动。
- 主管目标资源的 Web 模块或企业 Java™ Bean 容器是否正在运行。
- 是否正确地指定了目标资源的 JNDI 名称。
- 分析迁移工具中的跟踪数据,或者将此数据转发到适当的组织以进行分析。 当您使用 WASPreUpgrade 命令或者 WASPostUpgrade 命令时,可以指定下列参数用于进行跟踪:
- -traceString
- 这是一个可选参数。trace_spec 值指定您想收集的跟踪信息。
- 指定 "*=all=enabled"(带有引号)以收集所有可能的跟踪信息。
这会生成非常大的跟踪文件;例如,对于 WASPostUpgrade 命令,该文件可能会超过 1GB。
- 指定 "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 工具时可能会发生问题。
- 返回了找不到或者没有这样的文件或目录消息。
如果尝试从除 V9.0 app_server_root\bin 之外的目录运行 WASPreUpgrade 工具,那么会发生此问题。请验证 WASPreUpgrade 脚本是否在 V9.0 的 app_server_root\bin 目录中,并从该位置启动该文件。
- 在管理控制台中的受支持 JDBC 提供程序的下拉列表中找不到 DB2® JDBC 驱动程序和 DB2 JDBC 驱动程序 (XA)。
管理控制台不再显示建议不用的 JDBC 提供程序名称。管理控制台中使用的新 JDBC 提供程序名称更具描述性,并且不易混淆。新的提供程序将仅在名称上有别于建议不用的提供程序。
建议不要使用的名称将由于迁移原因(例如,用于现有 JACL 脚本)而继续存在于 jdbc-resource-provider-templates.xml 文件中;但是,建议您在 JACL 脚本中使用新的 JDBC 提供程序名称。
- 您接收到以下消息:
MIGR0108E: 指定的 WebSphere 目录未包含可升级的 WebSphere 版本。
此错误的可能原因如下所示:- 已安装了 WebSphere Application Server V7.0 或更高版本,但可能未从 V9.0 安装根目录的 bin 目录运行
WASPreUpgrade 工具。
- 查找 WASPreUpgrade 工具运行时显示的类似于以下的消息:IBM WebSphere Application Server R6.x。
此消息表明您正在运行 WebSphere Application Server V7.0 或更高版本 迁移实用程序,而不是 V9.0 迁移实用程序。
- 请改变环境路径或更改当前目录,以便可以启动 V9.0 WASPreUpgrade 工具。
- 查找 WASPreUpgrade 工具运行时显示的类似于以下的消息:IBM WebSphere Application Server R6.x。
- 在启动 WASPreUpgrade 工具时指定了无效的目录。
- 已安装了 WebSphere Application Server V7.0 或更高版本,但可能未从 V9.0 安装根目录的 bin 目录运行
WASPreUpgrade 工具。
- WASPreUpgrade 工具可能会在未备份您先前环境时退出。该工具可能会显示为成功运行,如以下示例中所示:
迁移跟踪文件中还可能会出现类似以下示例的消息:MIGR0201I: 迁移功能已初始化日志文件 WASPreUpgrade.log。 MIGR0300I: 迁移功能正在开始保存现有的应用程序服务器环境。 MIGR0302I: 正在保存现有文件。 MIGR0303I: 已保存现有应用程序服务器环境。 MIGR0420I: 已成功完成迁移的第一个步骤。
[10/9/08 18:26:40:363 CDT] 00000000 保存 1 已跳过实例 dmgr01,因为用户根目录 /opt/migration_backup/profiles/dmgr01 不存在。
WASPreUpgrade 工具会写出 profileList.ser 文件的一份副本,该文件中包含 WASPostUpgrade 工具将要使用的指向备份目录的指针。 如果由于任何原因,迁移随后没有删除该文件,那么您在以后的迁移中运行 WASPreUpgrade 工具时将使用旧路径而不是真实路径。要解决此问题,可以安全地删除 profileList.ser 文件,然后重新运行 WASPreUpgrade 工具。
有关更多信息,请参阅 WASPreUpgrade 命令。
避免故障: 将 V6.1 联合节点迁移到 V9.0 时,WASPreUpgrade 命令可能会失败。您可能会接收到一条类似以下示例的错误:
在创建了使用 IBM JCC 提供程序驱动程序的 DB2 数据库,并且已将 WebSphere V6.1 节点同步至 V9.0 Deployment Manager 时,WebSphere V6.1 节点上可能会出现此问题。V6.1 节点不支持 V7.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 文件。停止 V6.1 Node Agent 进程。编辑 WebSphere V6.1 节点 resources.xml 文件并除去孤立的 resources.jdbc:CMPConnectorFactory 条目,然后再运行 WASPreUpgrade 命令。请勿编辑 Deployment Manager 副本。
gotcha - 返回了找不到或者没有这样的文件或目录消息。
- 使用 WASPostUpgrade 工具时可能会发生问题。
- 迁移联合节点后,可能会在 WASPostUpgrade 日志中看到类似以下文本中突出显示的异常:
在 syncNode 操作期间产生了此异常,并将它列为错误;但是它没有导致任何故障。整体操作成功完成,此消息没有再次出现。在已迁移的联合节点上的服务器启动后,已重新生成该有问题的文件。您可以忽略此消息。MIGR0304I: 正在复原先前的 WebSphere 环境。MIGR0367I: 正在备份当前的应用程序服务器环境。 CEIMI0006I 正在启动公共事件基础结构的迁移。 MIGR0486I: 建议不要使用 server.xml 文件中的传输设置。 MIGR0486I: 建议不要使用 server.xml 文件中的 PMIService:initialSpecLevel 设置。 MIGR0486I: 建议不要使用 server.xml 文件中的 PMIService:initialSpecLevel 设置。 MIGR0404W: 不要使用旧配置中的 Node Agent。它已被禁用。 MIGR0351I: The migration function is attempting to synchronize with the deployment manager using the SOAP protocol. MIGR0241I: 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: 同步节点和单元间的配置。AWXJR0006E 找不到文件 /usr/WAS80/java/jre/PdPerm.properties。 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: 与 Deployment Manager 同步成功。 CEIMI0007I 公共事件基础结构迁移已完成。 MIGR0307I: 对先前 Application Server 环境的复原已完成。 MIGR0271W: 迁移成功完成,但发出了一个或多个警告。
- 您可能会接收到以下错误消息:
MIGR0484E: 未找到名称为 -profileName wasio2651 的概要文件或实例。 MIGR0272E: 迁移功能不能完成该命令。
新旧概要文件名称不匹配。对 V9.0 概要文件重新运行 WASPostUpgrade 命令,该概要文件名称应与 MIGR0484E 消息中 -profileName 之后的名称相匹配。
- 返回了“找不到”或“没有这样的文件或目录”消息。
如果尝试从除 V9.0 app_server_root\bin 之外的目录运行 WASPostUpgrade 工具,那么会发生此问题。请验证 WASPostUpgrade 脚本是否在 V9.0 的 app_server_root\bin 目录中,并从该位置启动该文件。
- 您接收到以下消息:
MIGR0102E:命令行无效。MIGR0105E: You must specify the primary node name.
最有可能造成此错误的原因是:已经安装了 WebSphere Application Server V7.0 或更高版本,但却未从 V9.0 安装根目录的 bin 目录运行 WASPostUpgrade 工具。
要解决此问题,请从 V9.0 安装根目录 bin 运行 WASPostUpgrade 命令。
- 当您迁移单元中的联合节点时,将接收到下列错误消息:
MIGR0304I: 正在复原先前的 WebSphere 环境。 com.ibm.websphere.management.exception.RepositoryException: com.ibm.websphere.management.exception.ConnectorException: ADMC0009E: 系统无法进行 SOAP RPC 调用:调用 MIGR0286E: 迁移无法完成。
在对联合节点执行 WASPostUpgrade 迁移步骤期间,当该联合节点尝试从 Deployment Manager 检索配置更新时,发生了连接超时。如果要迁移到 V9.0 的配置包含下列任一元素,那么复制整个配置所花费的时间可能超过连接超时:- 许多小应用程序
- 几个大的应用程序
- 一个特大的应用程序
最佳实践是先修改超时值,然后再运行 WASPostUpgrade 命令以迁移联合节点。- 切换到概要文件(即,联合节点将迁移到的概要文件)的 V9.0 目录中的以下位置:
profile_root/properties
- 打开该目录中的 soap.client.props 文件,然后查找 com.ibm.SOAP.requestTimeout 属性的值。此值是超时值(以秒计)。缺省值为 180 秒。
- 更改 com.ibm.SOAP.requestTimeout 的值以使其足够大,便于迁移您的配置。例如,以下条目给出的超时值是半个小时:
com.ibm.SOAP.requestTimeout=1800
注: 选择将符合您的需要的最小超时值。准备好至少等待三倍于您所选择的超时那么长的时间 — 一部分时间用于将文件下载至备份目录,一部分时间用于将迁移的文件上载到 Deployment Manager,剩下的时间用于将 Deployment Manager 与迁移的 Node Agent 相同步。 - 转至备份目录中使用 WASPreUpgrade 命令创建的以下位置:
backupDirectory/profiles/profile_name/properties
- 打开该目录中的 soap.client.props 文件,然后查找 com.ibm.SOAP.requestTimeout 属性的值。
- 将 com.ibm.SOAP.requestTimeout 的值更改为 V9.0 文件中使用的值。
或者,如果您的方案中存在以下一种或两种情况,那么在将 Deployment Manager 迁移到 V9.0 时,您可能需要考虑一种解决方案,即在 WASPostUpgrade 命令中指定 -includeApps script:- 您想要快速迁移该单元中的所有节点。但是,在迁移整个单元之后,您想要在 Deployment Manager 备份目录中对每个应用程序手动运行应用程序安装脚本,然后将该配置与所有迁移的节点相同步。
- 您可以在未安装任何应用程序的情况下运行。
请遵循下列步骤来执行此备用过程:- 将 Deployment Manager 迁移到 V9.0 时,在 WASPostUpgrade 命令中指定 -includeApps script。
- 将整个单元迁移到 V9.0,然后再安装任何应用程序。
- 运行 wsadmin 命令以安装每个应用程序。
- 在正常操作期间或者在适用的维护窗口中,安装 V9.0 配置中的应用程序。
- 指定 -conntype NONE。例如:
wsadmin -f application_script -conntype NONE
- 将该配置与所有迁移的节点相同步。
- 您接收到“无法将文档复制到临时文件”错误消息。以下是一个示例:
MIGR0304I: 正在复原先前的 WebSphere 环境。com.ibm.websphere.management.exception.DocumentIOException: 无法将文档复制到临时文件: cells/sunblade1Network/applications/LARGEApp.ear/LARGEApp.ear
您的文件系统可能已满。如果您的文件系统已满,那么清除一些空间并再次运行 WASPostUpgrade 命令。
- 您接收到以下消息:
MIGR0108E: 指定的 WebSphere 目录未包含可升级的 WebSphere 版本。
此错误的可能原因如下所示:- 已安装了 WebSphere Application Server V6.1,但可能未从 V9.0 安装根目录 bin 运行
WASPostUpgrade 工具。
- 查找 WASPostUpgrade 工具运行时显示的类似于以下的消息:IBM WebSphere Application Server R6.1。
此消息表明您正在运行先前发行版的迁移实用程序,而不是 V9.0 迁移实用程序。
- 请改变环境路径或更改当前目录,以便可以启动 V9.0 WASPostUpgrade 工具。
- 查找 WASPostUpgrade 工具运行时显示的类似于以下的消息:IBM WebSphere Application Server R6.1。
- 在启动 WASPreUpgrade 工具或 WASPostUpgrade 工具时指定了无效的目录。
- 未运行 WASPreUpgrade 工具。
- 已安装了 WebSphere Application Server V6.1,但可能未从 V9.0 安装根目录 bin 运行
WASPostUpgrade 工具。
- 您接收到以下错误消息:
MIGR0253E: 备份目录 migration_backup_directory 不存在。
此错误的可能原因如下所示:- 在运行 WASPostUpgrade 工具前未运行 WASPreUpgrade 工具。
- 检查错误消息中指定的备份目录是否存在。
- 如果不存在,那么运行 WASPreUpgrade 工具。
请参阅WASPreUpgrade 命令,以了解更多信息。
- 再次尝试运行 WASPostUpgrade 工具。
- 可能指定了无效的备份目录。
例如,该目录可能是 V7.0 或更高版本 目录树的子目录,但该目录在您运行 WASPreUpgrade 工具并卸载此产品的旧版本之后,但在运行 WASPostUpgrade 工具之前已被删除。
- 确定错误消息中指定的完整目录结构是否存在。
- 如果有可能的话,请重新运行 WASPreUpgrade 工具,并指定正确的完整迁移备份目录。
- 如果备份目录不存在,并且用于生成该目录的旧版本已被卸载,那么根据备份存储库或 XML 配置文件来重建旧版本。
- 重新运行 WASPreUpgrade 工具。
- 在运行 WASPostUpgrade 工具前未运行 WASPreUpgrade 工具。
- 在运行 WASPostUpgrade 命令后,您确定需要再次运行
WASPreUpgrade。
在 Deployment Manager 或联合节点的迁移过程中,WASPostUpgrade 可能会禁用旧环境。如果在运行 WASPostUpgrade 之后,要对旧安装版本再次运行 WASPreUpgrade,那么必须运行旧 app_server_root/bin 目录中的 migrationDisablementReversal.jacl 脚本。运行此 JACL 脚本之后,V7.0 或更高版本 环境将再次处于有效状态,从而允许您运行 WASPreUpgrade 以生成有效结果。
- 联合迁移失败,并且发出了消息 MIGR0405E。在联合迁移过程中对 Deployment Manager 执行的迁移已失败。有关此错误的更详细原因,请打开 Deployment Manager 节点上 ...DeploymentManagerProfile/temp 目录下的 your_node_name_migration_temp 文件夹。例如:
/websphere80/appserver/profiles/dm_profile/temp/nodeX_migration_temp
Deployment Manager 节点上与此节点的迁移相关的日志和其他所有内容都在此文件夹中。与此方案相关的 IBM 支持机构也将需要此文件夹。
- V9.0 应用程序在迁移期间丢失。
如果在执行联合迁移期间有任何 V9.0 应用程序未能安装,那么在对配置进行同步期间将丢失这些应用程序。发生此问题的原因是:WASPostUpgrade 的其中一个最终步骤是运行 syncNode 命令。这将导致下载 Deployment Manager 节点上的配置并覆盖联合节点上的配置。如果无法安装应用程序,它们就不会出现在 Deployment Manager 节点上的配置中。要解决此问题,请在迁移完成后手动安装这些应用程序。如果它们是标准的 V9.0 应用程序,那么它们将位于 app_server_root/installableApps 目录中。
要手动安装迁移期间丢失的应用程序,请使用 wsadmin 命令来运行迁移工具在备份目录中创建的 install_application_name.jacl 脚本。
例如,在 Linux 环境中,使用以下参数:./wsadmin.sh -f migration_backup_directory/install_application_name.jacl -conntype NONE
使用以下参数:app_server_root/bin/wsadmin -f migration_backup_directory/install_application_name.jacl -conntype NONE
- V9.0 应用程序无法安装。
在 WASPostUpgrade 完成后,使用 wsadmin 命令来手动安装这些应用程序。
要手动安装迁移期间无法安装的应用程序,请使用 wsadmin 命令来运行迁移工具在备份目录中创建的 install_application_name.jacl 脚本。
例如,在 Linux 环境中,使用以下参数:./wsadmin.sh -f migration_backup_directory/install_application_name.jacl -conntype NONE
使用以下参数:app_server_root/bin/wsadmin -f migration_backup_directory/install_application_name.jacl -conntype NONE
请参阅WASPostUpgrade 命令,以了解更多信息。
- 迁移联合节点后,可能会在 WASPostUpgrade 日志中看到类似以下文本中突出显示的异常:
- 跟踪文件超过为其分配的 400 兆字节大小,但是 WASPostUpgrade 仍然在运行。如果没有其他磁盘空间可用,迁移将会失败。如果您认为迁移期间可能会遇到此问题,请完成以下操作:
- 停止迁移向导,然后发出 WASPostUpgrade 命令。
- 从命令行对要迁移的每个概要文件运行 WASPostUpgrade 命令。
从命令行运行 WASPostUpgrade 命令时:
- 包括 -oldProfile 和 -profileName 参数以指示要迁移的概要文件。
- 将 com.ibm.ejs.ras.TraceNLS*
参数添加至跟踪字符串以减小跟踪日志大小。例如,您可能要指定以下跟踪设置:
com.ibm.ejs.ras.TraceNLS*=info
- 使用 WASPreUpgrade 工具时可能会发生问题。
- 如果您选择在迁移过程中将 V7.0 或更高版本 配置中存在的企业应用程序安装到新的 V9.0 配置中,那么在迁移过程的应用程序安装阶段,可能会遇到一些错误消息。
V7.0 或更高版本 配置中存在的应用程序可能具有错误的部署信息 - 这些信息通常指示在先前 WebSphere Application Server 运行时中未进行充分验证的无效 XML 文档。现在,运行时已经改进了应用程序安装验证过程,它将无法安装这些格式错误的 EAR 文件。这将导致在 WASPostUpgrade 的应用程序安装阶段发生故障并生成“E”错误消息。这被视为“致命”迁移错误。
如果迁移操作在应用程序安装阶段以此方式失败,那么您可以执行以下其中一个操作:- 修正 V7.0 或更高版本 应用程序中的问题,然后重新迁移。
- 继续进行迁移并忽略这些错误。
在这种情况下,迁移过程并不会安装失败的应用程序,但会完成所有其他迁移步骤。
稍后,可以解决这些应用程序中的问题,然后使用管理控制台或安装脚本将这些应用程序手动安装到新的 V9.0 配置中。
- 如果将 Deployment Manager 从迁移自 V5.1 Deployment Manager 的 V6.1
配置迁移到 IBM V9.0,那么在单元中的任何 V5.1 联合节点上运行
syncNode 命令可能会失败。 例如,当您在 V5.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: 由于以下错误,程序退出: 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: 在以下文件中可看到错误的详细信息: /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):“远程”类型不明确
- 安装 WebSphere Application Server V6.1 并将节点联合至 V9.0 Deployment Manager
时,可能会连续遇到意外安全性异常消息。 Node Agent 的 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)
Deployment Manager 使用 V9.0,而所有节点和别名节点正在使用 V6.1。要解决此问题,请将所有 V6.1 节点升级至 V6.1.0.17 或更高版本。
在已迁移的 V9.0 Node Agent 上注册的新端口包括: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。Node Agent 不需要这些端口,您可以安全地将它们删除。
下一步做什么
如果发现您遇到的问题未列出,请与 IBM 支持机构联系。


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