本节介绍已知的升级实用程序问题和相应的解决方法。
此问题已在多个 Linux 系统上出现,是 Java Desktop System 2 最常见的问题,而且在 Red Hat 分发中也发现了此问题。
在最终安装程序屏幕上单击“启动升级工具”按钮后,安装程序无法启动升级工具以完成升级过程,并且无限期挂起,而不会返回命令提示符。
如果使用命令行安装模式来运行就地升级,将不会遇到此问题。
如果您以 GUI 模式运行就地升级并且遇到此问题,请通过在启动安装程序的终端窗口中按 Ctrl+C 组合键来退出安装程序。
使用以下命令从终端窗口启动升级工具:
as-install/bin/asupgrade --source as-install/domains --target as-install --adminuser adminuser --adminpassword adminpassword --masterpassword changeit |
adminuser 和 adminpassword 的值应与要升级的安装所使用的值匹配。
在升级工具完成升级过程后,您还可以启动浏览器并输入以下 URL 来查看“关于”页面:
file://as-install/docs-ee/about.html |
如果您还选择了用于注册产品的安装选项,请点击产品“关于”页面上提供的指向注册页面的链接。
将以下条目从目标 domain.xml 删除(在升级后),然后重新启动服务器:
<jvm-options>-Djavax.net.ssl.keyStore=${com.sun.aas.instanceRoot} /config/keystore.jks</jvm-options>- <jvm-options>Djavax.net.ssl.trustStore=${com.sun.aas.instanceRoot} /config/cacerts.jks</jvm-options>
从 Enterprise Server 8.0PE 升级到 2.1 时,会抛出错误,说明服务器没有名为 null 的系统连接器,并且出现 sbs-manual 中所示的无效用户信息。即使在更改硬编码值之后,也会出现相同的错误消息。
只有在从 8.0 PE 升级到 Enterprise Server 时才会遇到该错误。解决方法是升级到 8.1、8.2 或 9.0,然后升级到 Enterprise Server。
执行就地升级时,如果源中有多个域,则即使升级过程被中止,安装程序也会调用升级工具。以 GUI 模式进行调用时,便会出现这种情况。
以 CLI 模式进行就地安装,当安装过程结束时,在安装程序提示您选择升级工具时退出。这不会删除域目录中的任何域。应该从 bin 目录手动调用升级工具。
以 GUI 模式进行就地安装时,对域根目录中的域进行备份,以免在安装过程中丢失任何域。当安装过程结束时,在安装程序提示您调用升级工具时退出。如果域已经丢失,请将所有备份域复制到域目录。手动启动升级工具以执行升级。
从 AS 8.2 进行升级时,目标安装中不会继承 8.2 安装中的主密码。这随后会导致在下次管理登录时出现验证错误。
Enterprise Server 2.1 中的默认管理密码为 changeit。从 8.2 升级之后,要在登录到 Enterprise Server 时避免出现问题,请执行以下三种操作之一:
在执行升级之前,将 8.2 管理密码更改为 changeit。
在升级过程中,请勿接受默认管理密码,而是明确输入要使用的密码。
使用默认密码登录到 Enterprise Server 2.1,然后立即更改此密码。
在非英语语言中运行 asupgrade GUI 时,没有针对所选的非英语语言对 GUI 联机帮助进行本土化。
目前尚无解决方法。已计划使用所有非英语目标语言对联机帮助进行本地化。
对包含多个域的配置进行并行升级后,仅显示最后处理的域的节点代理。由于每次升级工具处理域时都会在目标中删除并重新创建 nodeagents 目录,因此发生此问题。