迁移故障诊断

在从旧版本的 WebSphere® Application Server 进行迁移时，您可能会遇到一些问题。

准备工作

支持的配置：

本主题阐述概要文件配置迁移。 要将您的应用程序迁移到最新版本，请使用 WebSphere Application Server Migration Toolkit。

过程

  • 在您使用版本 9.0 迁移向导创建配置文件以进行配置迁移之前，可能会看到以下配置文件创建错误消息。
    profileName：profileName 不得为空
profilePath：磁盘空间不足

    输入的概要文件名称包含空格等无效字符时，可能会显示这些错误消息。 请重新运行迁移向导，并确认概要文件名不含无效字符，例如，空格、引号或任何其他特殊字符。

  • 如果您在将 WebSphere Application Server 的旧版本迁移至 9.0 版本时遇到问题，请检查日志文件及其他可用信息。
    1. 查找日志文件，然后浏览这些日志文件以查找线索。
      • migration_backup_dir/logs/WASPreUpgrade.time_stamp.log
      • migration_backup_dir/logs/WASPostUpgrade.time_stamp.log
      • app_server_root/logs/clientupgrade.time_stamp.log
      如果这些日志文件引用其他支持命令（例如，syncNode 命令或 wsadmin 命令），那么可以在下列样本位置找到这些命令的额外跟踪和日志文件：
      • migration_backup_dir/logs/backupConfig.log
      • migration_backup_dir/logs/wsadmin/applications/app_a.ear.log
      • migration_backup_dir/logs/wsadmin/applications/app_a.ear.trace

      您可以按照“通过属性定义迁移 ”中的说明，在迁移属性文件中指定这些跟踪和日志文件的创建位置。

      注意： 在迁移过程中，两个版本中均存在的配置项的值将从旧版本迁移到目标版本。 但是，如果已知旧版本中的值会在目标版本中引起问题，那么会调整该元素值，以避免这些问题。 对于所做的每一项值调整，在迁移日志中都会出现一条消息，指出已更改的设置以及更改原因。
    2. 查找MIGR0259I: The migration has successfully completed或MIGR0271W: The migration completed with warnings在某个日志文件中。
      • 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: The migration failed to complete如果显示该信息，请根据日志文件中出现的错误消息尝试解决问题。 更正所有错误后，请从产品安装根目录的 bin 目录重新运行该命令。

    3. 打开服务器（主管所尝试访问的资源）的服务日志，然后浏览错误和警告消息。
    4. 在 WebSphere Application Server 运行时，执行该 dumpNameSpace 命令，并通过管道传输、重定向或使用more命令显示输出，以便于查看。

      此命令将显示 WebSphere Application Server 命名空间中的所有对象，包括目录路径和对象名称。

    5. 如果客户机需要访问的对象未出现，请使用管理控制台来验证以下条件。
      • 目标资源所在的服务器已启动。
      • 目标资源所在的 Web 模块或企业 Bean 容器在运行中。
      • 目标资源的 JNDI 名称已正确指定。
    6. 分析迁移工具中的跟踪数据，或者将此数据转发到适当的组织以进行分析。
      当您使用 WASPreUpgrade 命令或者 WASPostUpgrade 命令时，可以指定下列参数用于进行跟踪：
      -traceString
      此参数是可选的。 值 trace_spec 指定要收集的跟踪信息。
      • 指定 "*=all=enabled"（带有引号）以收集所有可能的跟踪信息。

        此配置会生成一个大型跟踪文件；例如，对于 WASPostUpgrade 命令，可能超过 1 GB。

      • 指定 "Migration.*=all" 以仅收集迁移信息
      • 指定 "Migration.Flow=all:Migration.*=finer" 以收集大部分迁移信息。
      • 指定 "Migration.Flow=finer:Migration.*=fine" 以收集支持团队所需的最少迁移信息。

        此配置是缺省配置。

      -traceFile
      此参数是可选的。 值 file_name 指定跟踪信息的输出文件的名称。

      如果您未指定 -traceString 或者 -traceFile 参数，那么缺省情况下该命令会创建一个跟踪文件并将其放入 backup_directory/logs 目录中。

    如需了解 IBM® 支持团队提供的有关已知问题及其解决方法的最新信息，请访问 IBM 支持页面。 IBM 技术支持部门还提供了相关文档，可帮助您节省收集解决此问题所需信息的时间。 在提交 PMR 之前，请阅读 IBM 支持页面。

  • 在迁移过程中，使用该 WASPreUpgrade 工具或该 WASPostUpgrade 工具时可能会遇到问题。
    • 当您使用 WASPreUpgrade 工具时，可能会出现问题。
      • ANot found或No such file or directory返回该消息。

        app_server_root\bin如果您尝试从 Version 9.0 以外的目录运行该 WASPreUpgrade 工具，可能会出现此问题。 请确认该 WASPreUpgrade 脚本位于 9.0app_server_root\bin 目录中，并从该位置运行该文件。

      • 在管理控制台中，支持的 JDBC 提供商下拉列表中找不到 DB2® JDBC 驱动程序和 Db2 JDBC 驱动程序（ XA ）。

        管理控制台不再显示建议不用的 JDBC 提供程序名称。 管理控制台中使用的新 JDBC 提供程序名称更具描述性，不容易混淆。 新提供程序与不推荐使用的提供程序之间只是名称有所不同。

        因为迁移的原因，不推荐使用的名称继续存在于 jdbc-resource-provider-templates.xml 文件中（例如，现有 JACL 脚本的名称）；但是，鼓励您在 JACL 脚本中使用新的 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 工具。
          1. 当该 WASPreUpgrade 工具运行时，请留意是否显示类似以下的消息：IBM WebSphere Application Server, Release 6.x.

            此消息表明您正在运行 WebSphere Application Server 的 7.0 或更高版本 （ Migration Utility ），而非 9.0 版本（Migration Utility ）。

          2. 请修改环境变量路径或切换当前目录，以便能够启动 Version 9.0 WASPreUpgrade 工具。
        • 在启动 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 命令可能会失败。 您可能会接收到一条类似以下示例的错误：
      [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)
      当在 WebSphere 版本 6.1 节点上创建了一个使用 IBM JCC提供程序驱动程序的 Db2 数据库，并且 WebSphere 版本 6.1 节点已与版本 9.0 部署管理器同步时，您可能会遇到此问题。 版本为 6.1 的节点不支持版本为 7.0 或更高版本的驱动程序级别。 节点同步过程将无法移除所有驱动程序定义。

      要解决此问题，请备份任何要修改的 resources.xml 文件。 停止 V6.1 Node Agent 进程。 在运行 WASPreUpgrade 命令之前，请编辑 WebSphere V6.1 节点 resources.xml 文件，并移除孤立的 resources.jdbc:CMPConnectorFactory 条目。 请勿编辑 Deployment Manager 副本。

    • 当您使用 WASPostUpgrade 工具时，可能会出现问题。
      • 迁移联合节点之后，您可能会在 WASPostUpgrade 日志中看到与以下异常（已在下列文本中突出显示）类似的异常：
        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.
        在 syncNode 操作期间产生了此异常，并将它列为错误；但是它没有导致任何故障。 The overall action completes successfully, and the message does not recur. 在已迁移的联合节点上的服务器启动后，已重新生成该有问题的文件。 您可以忽略此消息。
      • 返回了找不到或者没有这样的文件或目录消息。

        app_server_root\bin如果您尝试从 Version 9.0 以外的目录运行该 WASPostUpgrade 工具，可能会出现此问题。 请确认该 WASPostUpgrade 脚本位于 Version 9.0 app_server_root\bin 目录中，并从该位置运行该文件。

      • 您接收到以下消息：
        MIGR0102E：命令行无效。 MIGR0105E: You must specify the primary node name.

        此错误最可能的原因是，系统已安装 WebSphere Application Server 版本 7.0 或更高版本 ，但该 WASPostUpgrade 工具并非从版本 9.0 的安装根目录下 bin 运行的。

        要解决此问题，请在 9.0 安装根目录 bin 下运行该 WASPostUpgrade 命令。

      • 迁移单元中的联合节点时，您将接收到以下错误消息：
        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 迁移步骤期间，当联合节点尝试从 Deployment Manager 检索配置更新时，会发生连接超时。 如果要迁移到 9.0 版本的配置中包含以下任何元素，复制整个配置可能需要的时间会超过连接超时时间：
        • 许多小型应用程序
        • 几个大的应用程序
        • 一个特大的应用程序
        最佳实践是先修改超时值，再运行 WASPostUpgrade 命令来迁移联合节点。
        1. 请转到 Version 9.0 目录下的以下位置，该目录对应您正在向其迁移联合节点的配置文件：
          profile_root/properties
        2. 打开该目录中的 soap.client.props 文件，然后查找 com.ibm.SOAP.requestTimeout 属性的值。 这是超时值（以秒计）。 缺省值为 180 秒。
        3. 更改 com.ibm.SOAP.requestTimeout 的值以使该值足够大，从而允许您迁移配置。 例如，以下条目向您提供的超时值为半个小时：
          com.ibm.SOAP.requestTimeout=1800
          注意： 请选择能满足您需求的最小超时值。 请准备等待至少 3 倍的所选超时时间：一倍超时时间用于将文件下载到备份目录，一倍超时时间用于将所迁移的文件上载到 Deployment Manager，而另一倍超时时间用于将 Deployment Manager 与所迁移的 Node Agent 同步。
        4. 转至备份目录中使用 WASPreUpgrade 命令创建的以下位置：
          backupDirectory/profiles/profile_name/properties
        5. 打开该目录中的 soap.client.props 文件，然后查找 com.ibm.SOAP.requestTimeout 属性的值。
        6. 将 com.ibm.SOAP.requestTimeout 的值更改为您在 9.0 文件中使用的相同值。
        此外，如果您的情况符合以下任一或两点，在将部署管理器迁移至 9.0 版本时，您不妨考虑在命令中 WASPostUpgrade 指定 -includeApps script 该选项：
        • 您要快速迁移单元中的所有节点。 但是，在迁移整个单元之后，您愿意针对 Deployment Manager 备份目录中的每个应用程序手动运行应用程序安装脚本，然后将该配置与所有已迁移的节点同步。
        • 无需安装任何应用程序就可以运行。
        请遵循下列步骤来执行此备用过程：
        1. 将部署管理器迁移至 9.0 版本时，请在命令中 WASPostUpgrade 指定 -includeApps script 。
        2. 在安装任何应用程序之前，请先将您的整个单元迁移至 9.0 版本。
        3. 运行 wsadmin 命令以安装每一个应用程序。
          • 请在正常运行期间或适用的维护窗口内，安装 9.0 版本配置中的应用程序。
          • 指定 -conntype NONE。 例如：
            wsadmin -f application_script -conntype NONE
        4. 将该配置与所有已迁移的节点同步。
        请阅读 《迁移包含大量应用程序的大型 WebSphere Application Server Network Deployment 配置》 ，以了解有关此替代方法的更多信息。
      • 您收到 “无法将文档复制到临时文件 ”的错误提示。 以下是一个示例：
        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 工具。
          1. 当该 WASPostUpgrade 工具运行时，请留意是否显示类似以下的消息：IBM WebSphere Application Server, Release 6.1.

            此消息表明您正在运行的是旧版本的 Migration Utility ，而非版本 9.0 Migration Utility。

          2. 请修改环境变量路径或切换当前目录，以便启动 Version 9.0 WASPostUpgrade 工具。
        • 启动 WASPreUpgrade 或 WASPostUpgrade 工具时，可能指定了无效目录。
        • 未运行 WASPreUpgrade 工具。
      • 您将接收到以下错误消息：
        MIGR0253E: 备份目录 migration_backup_directory 不存在。
        对于此错误，将可能存在以下原因：
        • WASPreUpgrade 工具未在 WASPostUpgrade 工具之前运行。
          1. 请检查是否存在该错误消息中指定的备份目录。
          2. 如果不存在，请运行 WASPreUpgrade 工具。

            请阅读 WASPreUpgrade 命令以获取更多信息。

          3. 重试 WASPostUpgrade 工具。
        • 可能指定了无效的备份目录。

          例如，该目录可能是 Version 7.0 或更高版本树下的一个子目录，该目录是在运行该 WASPreUpgrade 工具并卸载旧版本产品之后，但在运行该 WASPostUpgrade 工具之前被删除的。

          1. 确定该错误消息中指定的完整目录结构是否存在。
          2. 如果有可能的话，请重新运行 WASPreUpgrade 工具，并指定正确的完整迁移备份目录。
          3. 如果备份目录不存在且已删除该备份目录所在的旧版本，请从备份存储库或 XML 配置文件重建旧版本。
          4. 重新运行 WASPreUpgrade 工具。
      • 您确定需要在已经运行 WASPostUpgrade 命令之后再次运行 WASPreUpgrade。

        在 Deployment Manager 或联合节点迁移期间，WASPostUpgrade 可能会将旧环境禁用。 如果在运行 WASPostUpgrade 之后，您想针对旧的安装再次运行 WASPreUpgrade ，则必须运行位于旧的 app_server_root/bin 目录中的 脚本 migrationDisablementReversal.jacl 。 运行此 JACL 脚本后，您的 Version 7.0 或更高版本环境将恢复为有效状态，从而允许您运行 WASPreUpgrade 该脚本以获得有效结果。

      • 联合迁移失败并显示消息 MIGR0405E。
        联合迁移期间，发生在 Deployment Manager 上的迁移已失败。 若要了解此错误发生的更详细原因，请打开部署管理器节点上位于 目录 ...DeploymentManagerProfile/temp 下的文件夹 your_node_name_migration_temp 。 例如：
        /websphere80/appserver/profiles/dm_profile/temp/nodeX_migration_temp

        在 Deployment Manager 节点上迁移此节点所涉及的日志和其他所有内容都位于此文件夹中。 在此场景中，该文件夹对于支持 IBM 也是必需的。

      • 迁移过程中丢失了 9.0 版本的应用程序。

        如果在联合迁移过程中，任何版本为 9.0 的应用程序安装失败，这些应用程序将在配置同步过程中丢失。 发生此问题的原因是：WASPostUpgrade 的其中一个最终步骤是运行 syncNode 命令。 这将导致下载 Deployment Manager 节点上的配置并覆盖联合节点上的配置。 如果无法安装应用程序，那么它们不会存在于 Deployment Manager 节点上的配置中。 要解决此问题，请在迁移完成后手动安装这些应用程序。 如果它们是标准版本的 9.0 应用程序，它们将位于目录中 app_server_root/installableApps 。

        要手动安装迁移期间丢失的应用程序，请使用 wsadmin 命令来运行迁移工具在备份目录中创建的 install_application_name.jacl 脚本。

        例如，在 Linux® 环境中，请使用以下参数：
        ./wsadmin.sh -f migration_backup_directory/install_application_name.jacl -conntype NONE
      • 9.0 版应用程序无法安装。

        在 WASPostUpgrade 完成之后，请使用 wsadmin 命令手动安装应用程序。

        要手动安装迁移期间无法安装的应用程序，请使用 wsadmin 命令来运行迁移工具在备份目录中创建的 install_application_name.jacl 脚本。

        例如，在 Linux 环境中，请使用以下参数：
        ./wsadmin.sh -f migration_backup_directory/install_application_name.jacl -conntype NONE

      请阅读 WASPostUpgrade 命令以获取更多信息。

    • 跟踪文件超过其 400 兆字节的分配大小，但 WASPostUpgrade 仍在运行中。 如果没有更多磁盘空间可供使用，那么迁移会失败。
      如果您认为迁移期间可能会遇到此问题，请完成以下操作：
      1. 停止迁移向导，然后发出 WASPostUpgrade 命令。
      2. 从命令行对您要迁移的每一个概要文件运行 WASPostUpgrade 命令。

        从命令行运行 WASPostUpgrade 命令时，请执行下列操作：

        • 包括 -oldProfile 和 -profileName 参数，以指出所要迁移的概要文件。
        • 将 com.ibm.ejs.ras.TraceNLS* 参数添加到跟踪字符串中，以减少跟踪日志的大小。 例如，可以指定以下跟踪设置：
          com.ibm.ejs.ras.TraceNLS*=info
  • [Solaris] 当您在基于 处理 x64 器的系统 Solaris 上使用迁移向导将配置文件从 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 )。 当服务器停止运行版本 6.0.2 的节点时，版本 9.0 的迁移向导会调用该 WASPostUpgrade.sh 脚本，该脚本将尝试以 64 位模式运行版本 6.0.2 的 JVM。

    请执行以下操作以删除不完整的配置文件，并使 WebSphere Application Server 能够正确迁移 Version 6.0.2 配置文件：
    1. 在命令行上，切换到 app_server_root/bin 目录。
      例如，输入以下命令：
      cd /opt/IBM/WebSphere/AppServer/bin
    2. 在 目录中 app_server_root/bin 找到该 WASPostUpgrade.sh 脚本，并制作一份备份副本。
    3. 在编辑器中打开 WASPostUpgrade.sh 脚本并执行以下操作：
      1. 找到以下代码行：
        . "$binDir" /setupCmdLine.sh
      2. 在上一步中标识的代码后插入以下代码行：
        JVM_EXTRA_CMD_ARGS=""
      3. 保存更改。
    4. 请使用以下命令删除在迁移过程中创建的不完整的 Version 9.0 配置文件：
      app_server_root/bin/manageprofiles.sh -delete -profileName profile_name
    5. 删除上一步中已删除的 Version 9.0 配置文件的目录 profile_root 。
    6. 重新运行迁移向导。
  • 如果您选择在迁移过程中将版本 7.0 或更高版本配置中的企业应用程序安装到新的版本 9.0 配置中，则在迁移的应用程序安装阶段可能会遇到一些错误信息。

    在 7.0 或更高版本配置中存在的应用程序可能包含不正确的部署信息——通常表现为无效的XML文档，这些文档在之前的 WebSphere Application Server 运行时中未经过充分验证。 现在，运行时具有改进的应用程序安装验证过程并将无法安装这些格式不正确的 EAR 文件。 这会导致应用程序安装阶段出现故障， WASPostUpgrade 并显示一条 E 错误信息。 这是不可恢复的迁移错误。

    如果迁移在应用程序安装期间发生这种方式的失败，那么您可以执行下列其中一项操作：
    • 修复版本为 7.0 或更高版本的应用程序中的问题，然后重新迁移。
    • 继续执行迁移并忽略这些错误。

      在这种情况下，迁移过程不会安装失败的应用程序，但会完成所有其他迁移步骤。

      之后，您可以修复应用程序中的问题，然后通过管理控制台或安装脚本，将它们手动安装到新版本的 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  
  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)
    更改联合节点的应用程序服务器正在侦听的端口号。 例如，如果 Deployment Manager 正在端口 9101 侦听 ORB_LISTENER_ADDRESS，那么联合节点的应用程序服务器不应在端口 9101 侦听其 ORB_LISTENER_ADDRESS。 要解决本示例中的问题，请执行下列步骤：
    1. 在管理控制台中，单击应用程序服务器 > 服务器名称 > 端口 > ORB_LISTENER_ADDRESS。
    2. 将 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 操作，那么联合节点自身不完整。
    请执行以下操作来解决此问题：
    1. 在节点上重新运行 syncNode 命令以将该节点与 Deployment Manager 同步。

      如需更多信息，请参阅 syncNode 命令。

    2. 运行 GenPluginCfg 命令。

      如需更多信息，请参阅 GenPluginCfg 命令。

  • 如果您将部署管理器从 IBM 版本 9.0 配置迁移到 IBM 版本 9.0，而该版本 6.1 配置又是从版本 5.1 部署管理器迁移过来的，那么 syncNode 该命令在单元中的任何版本 5.1 联邦节点上都可能失败。
    例如，当您在 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: 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 Beans 被编写为导入整个 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 的部署管理器时，您可能会遇到意外且持续出现的安全异常消息。
    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)

    部署管理器使用的是版本 9.0 ，而所有节点和别名节点均使用版本 6.1。 要解决此问题，请将所有 V6.1 节点升级到 V6.1.0.17 或更高版本。

    在已迁移的 Version 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。 Node Agent 不需要这些端口，可以将这些端口安全地删除。

下一步做什么？

如果您未在列表中找到您的问题，请联系 IBM 客服。