跳过导航链接 | |
退出打印视图 | |
Oracle Solaris 10 8/11 发行说明 Oracle Solaris 10 8/11 Information Library (简体中文) |
Live Upgrade 和 Oracle Solaris zone
在 ZFS 文件系统上对区域根目录使用 Live Upgrade
升级配置了有标签区域的 Trusted Extensions 系统
在 SPARC 和 x86 兼容计算机上修补 Miniroot
Oracle Solaris 10 发行版上的 Oracle Solaris 数据加密补充资料
安装 Oracle Solaris 10 8/11 发行版的 GNOME Display Manager 修补程序时需要执行其他过程
x86: 具有 elx 或 pcelx 网卡的系统无法进行网络配置
x86: 请勿升级具有 BIOS GG.06.13 版的 Hewlett-Packard Vectra XU 系列系统
Solaris Management Console 2.1 软件与 Solaris Management Console 1.0、1.0.1 和 1.0.2 软件不兼容
x86: BIOS 设备实用程序故障导致无法成功安装或升级 (6362108)
当安装了非全局区域时无法创建 Oracle Solaris Flash 归档文件 (6246943)
x86: 从 Oracle Solaris 10 DVD 引导时 Sun Java Workstation 2100Z 可能出现紧急情况 (6214356)
x86: 某些 Sun Fire 系统的串行控制台不工作 (6208412)
x86: 在具有现有 x86 fdisk 引导分区的系统上 Oracle Solaris 安装 GUI 程序可能失败 (6186606)
在连接到 SAN 的计算机上执行 Jumpstart 安装失败 (7072761)
当交换到 zvol 时 ZFS 根系统可能会挂起 (6898318)
安装 Oracle Solaris ZFS Flash 归档文件 (6889459)
使用 Oracle Solaris Live Upgrade 在备用引导环境中安装 ZFS Flash 归档文件时的限制 (7055343)
x86: 在 Solaris 10 10/08 发行版之前的发行版上进行 Oracle Solaris Flash 归档文件安装失败 (6735181)
有些亚洲语言环境无法用于 JumpStart 安装 (6681454)
PRODRM 在删除 Trusted Extensions 的 prodreg 条目时遇到问题 (6616592)
安装 Oracle Solaris OS 之后,Linux 分区不显示在 GRUB 菜单上 (6508647)
x86: 安装期间 /sbin/dhcpinfo 错误无效 (6332044)
x86: JumpStart 安装后系统无法引导 (6205478)
SPARC: 所有类型的 M 系列计算机的性能可能会稍稍下降 (7058265)
lucreate 命令在不具有 SUNWzoneu 软件包的系统上失败 (7061870)
升级后,iscsi/initiator 服务可能会以维护状态结束 (6976602)
实时升级到 Oracle Solaris 10 8/11 之后,Trusted Extensions 中的区域不会引导 (7041057)
启用了 Trusted Extensions 且有标签区域未处于运行状态时 lucreate 和 lumake 命令失败 (7055968)
Trusted Extensions 升级问题 (6616585)
将安装了非全局区域的 Oracle Solaris 10 系统升级到 Solaris 10 10/09 发行版可能会导致本地文件系统服务失败 (6428258)
从 Solaris 9 9/04 OS 升级后设备 ID 误差
本节介绍升级错误。在升级到 Oracle Solaris 10 OS 时可能发生某些错误。在完成升级以后可能发生其他错误。
更新到 Oracle Solaris 10 8/11 之后,所有类型的 M 系列计算机的性能可能会稍稍下降。由于对 CR 6919646 进行了修复,性能会下降。
CR 6919646 解决了 M 系列计算机由于转换后备缓冲器 (translation lookaside buffer, TLB) 项不一致而导致的挂起的问题。例如,由于硬件中的 TLB 项不一致,应用程序(如 Oracle DB 软件)可能会在 ISM 地址上重复捕获。发生这种问题时,受影响的应用程序在占用的 CPU 上无法继续,除非重新引导系统,或直到其他内核活动随机刷新 TLB。
注 -
Oracle Solaris 10 8/11 发行版中修复了 CR 6919646。
在未来将发布 CR 7058265 的修复和内核修补程序。
lucreate 命令在不具有 SUNWzoneu 软件包的系统(例如,安装有 SUNWcreq 元簇的 Solaris 8、Solaris 9 和 Oracle Solaris 10 系统)上失败。
可能会看见类似于以下示例中显示的错误消息:
Error message: #lucreate -n u10 Analyzing system configuration. Updating boot environment description database on all BEs. Updating system configuration files. Creating configuration for boot environment <u10>. Source boot environment is <s10_u9>. Creating file systems on boot environment <u10>. Populating file systems on boot environment <u10>. Analyzing zones. Duplicating ZFS datasets from PBE to ABE. Creating snapshot for <newpool/ROOT/s10_u9> on <newpool/ROOT/s10_u9@u10>. Creating clone for <newpool/ROOT/s10_u9@u10> on <newpool/ROOT/u10>. Mounting ABE <u10>. Generating file list. Finalizing ABE. Fixing zonepaths in ABE. Unmounting ABE <u10>. Fixing properties on ZFS datasets in ABE. Reverting state of zones in PBE <s10_u9>. Making boot environment <u10> bootable. ERROR: Unable to mount non-global zones of ABE <u10>: cannot make ABE bootable. ERROR: Unable to make boot environment <u10> bootable. ERROR: Unable to populate file systems on boot environment <u10>. Removing incomplete BE <u10>. ERROR: Cannot make file systems for boot environment <u10>.
从任何 Oracle Solaris 10 update 发行版(从 Solaris 10 1/06 至 Solaris 10 10/09)升级到·Oracle·Solaris·10·9/10·或·Oracle·Solaris·10·8/11·之后的首次引导期间,svc:/network/iscsi/initiator:default·SMF 服务可能会以维护状态结束。当 svc:/network/iscsi/initiator:default 服务在 svc:/system/manifest-import:default 服务结束之前启动时,会出现此情况。
可能会看见类似于以下示例中显示的错误消息:
Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default: Method "/lib/svc/method/iscsid" failed with exit status 1. Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default: Method "/lib/svc/method/iscsid" failed with exit status 1. Jul 12 16:39:22 svc.startd[7]: svc:/network/iscsi/initiator:default: Method "/lib/svc/method/iscsid" failed with exit status 1. Jul 12 16:39:22 svc.startd[7]: network/iscsi/initiator:default failed: transitioned to maintenance (see 'svcs -xv' for details) # svcs -xv svc:/network/iscsi/initiator:default (?) State: maintenance since Tue Jul 12 16:29:38 2011 Reason: Start method failed repeatedly, last exited with status 1. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/network-iscsi-initiator:default.log Impact: This service is not running. # tail /var/svc/log/network-iscsi-initiator:default.log [ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ] Usage: /lib/svc/method/iscsid { start | stop } [ Jul 12 16:39:22 Method "start" exited with status 1 ] [ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ] Usage: /lib/svc/method/iscsid { start | stop } [ Jul 12 16:39:22 Method "start" exited with status 1 ] [ Jul 12 16:39:22 Executing start method ("/lib/svc/method/iscsid") ] Usage: /lib/svc/method/iscsid { start | stop } [ Jul 12 16:39:22 Method "start" exited with status 1 ]
解决方法:清除 iscsi/initiator 服务的维护状态。服务自动以正确的参数启动。例如:
# svcadm clear svc:/network/iscsi/initiator:default
在具有有标签区域的 Trusted Extensions 环境中,区域保持已安装状态,当它们处于新建引导环境中时不会引导。如果手动引导区域,根据区域中显示的 lofs 挂载,将出现错误。
解决方法:要在备用引导环境 (ABE) 中引导区域,请在 ABE 的区域中执行以下步骤:
在引导区域期间删除显示 lofs 挂载错误的文件,因为它具有与主引导环境 (PBE) 中相同的 inode 编号。
从主引导环境 (PBE) 手动复制文件。此复制可确保文件具有不同的 inode 编号。
在运行 Trusted Extensions 的系统上运行 lucreate 或 lumake 命令时,如果系统存在有标签的非全局区域且这些区域未处于运行状态,则这些命令可能会失败。
例如,请考虑以下 lucreate 命令:
lucreate -c OLD_BE -n NEW_BE -m/:/dev/dsk/c0t0d0s3:ufs
可能会看见类似于以下示例中显示的错误消息:
Making boot environment <NEW_BE> bootable. ERROR: The mount point </.alt.tmp.b-2cc.mnt> is not a valid ABE mount point (no /etc directory found). ERROR: You must use the <-m> option to specify the mount point of the ABE where to create the /etc/vfstab file. Usage: luedvfstab -i ABE_icf_file -m ABE_mount_point -n BE_name ERROR: Unable to configure /etc/vfstab file on ABE <NEW_BE>: cannot make ABE bootable. ERROR: Unable to make boot environment <NEW_BE> bootable. ERROR: Unable to populate file systems on boot environment <NEW_BE>. Removing incomplete BE <NEW_BE>. ERROR: Cannot make file systems for boot environment <NEW_BE>.
解决方法: 在使用 lucreate 和 lumake 命令之前,请确保所有的非全局区域都处于正在运行状态。
如有任何区域安装在 /opt 目录中,区域的空间重新分配 (Disk Space Reallocation, DSR) 升级失败。在恢复 DSR 归档的过程中,升级可能会失败。在某些情况下,升级可能会成功,但是系统无法重新引导。
解决方法:在升级前确保根文件系统未达到 100% 占用。如有必要,请在升级之前删除一些文件,以便根分片的使用率不超过 90%。
将 Trusted Extensions 从 &10Update3; 或 Solaris 10 8/07 发行版升级到 Solaris 10 10/08、Solaris 10 5/09 或 Solaris 10 10/09 发行版时,会将不需要的本地化 Solaris Trusted Extensions 软件包安装在系统上。出现此错误的原因是,Solaris 10 11/06 和 Solaris 10 8/07 发行版中的 Solaris Trusted Extensions 安装程序在缺省情况下会安装本地化软件包。不会显示任何错误消息。
解决方法:将 Trusted Extensions 升级到当前的发行版之前,请删除以下 Trusted Extensions 本地化软件包:
|
从 Solaris 10 Hardware 2 (HW2) 发行版升级到 Solaris 10 10/09 发行版时会发生此错误。
在 Solaris 10 HW2 发行版中,适用于任何名称服务(如 NIS、NIS+、 FILES 或 LDAP)的 name_service.xml 文件如下所示:
# ls -l name_service.xml lrwxrwxrwx 1 root root 10 Apr 10 16:26 name_service.xml -> ns_files.xml
如果名称服务为 NIS,则 name_service.xml 文件会链接到 ns_files.xml。但是,ns_files.xml 的内容与 ns_nis.xml 的内容相同。
# cat /etc/release Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC Copyright 2005 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 26 September 2005 # cd /var/svc/profile # ls -l name_service.xml ns_files.xml ns_nis.xml lrwxrwxrwx 1 root other 12 May 21 04:06 name_service.xml -> ns_files.xml -r--r--r-- 1 root sys 779 May 21 04:25 ns_files.xml -r--r--r-- 1 root sys 779 Jan 21 2005 ns_nis.xml # # diff ns_files.xml ns_nis.xml # diff name_service.xml ns_nis.xml
在以上输出中,ns_nis.xml 和 ns_files.xml 文件是相同的。这意味着 name_service.xml 文件符号链接到错误的名称服务文件。name_service.xml 文件链接到 ns_files.xml,但 name_service.xml 文件应该链接到 ns_nis.xml 文件。
注 - 只有在 name_service.xml 不是链接文件时,对 CR 6411084 的修复(SUNWcsr 安装或安装后脚本)才能创建正确的链接。如果 name_service.xml 已经是一个符号链接文件,则与在 Solaris 10 Hardware 2 发行版中一样,对 CR 6411084 的修复将无法发挥效用。
从 Solaris 10 Hardware 2 升级到 Solaris 10 10/09 发行版后,以下消息将显示在控制台上,或记录到消息文件中:
Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] can't read nis map auto_master: can't communicate with ypbind - retrying
此外,/network/nis/client:default 服务会处于脱机状态。
解决方法:请选择以下解决方法之一:
解决方法 1:在升级之前删除 /var/svc/profile/name_service.xml 文件。
解决方法 2:在升级之后,根据名称服务,将 /var/svc/profile/name_service.xml 链接更改为正确的 ns_xxx.xml 文件。
如果系统已安装了非全局区域,但该非全局区域从未被引导或未准备就绪,则会导致系统无法正确升级。不会显示任何错误消息。
解决方法:如果发现这样的区域,应在开始升级之前,先使区域准备就绪,然后停止。例如:
global# zoneadm -z myzone ready ; zoneadm -z myzone halt
如果将具有非全局区域的 Solaris 10 3/05 或 Solaris 10 1/06 系统升级到 Solaris 10 10/09 发行版,则可能会导致用于挂载本地文件系统的 SMF 服务在非全局区域中失败。因此,非全局区域中的其他服务可能无法启动。
将具有非全局区域的 Oracle Solaris 10 系统升级到 Solaris 10 10/09 发行版之后,服务可能处于维护状态。例如:
# zlogin myzone svcs -x svc:/system/filesystem/local:default (local file system mounts) State: maintenance since Wed May 24 13:18:06 2006 Reason: Start method exited with $SMF_EXIT_ERR_FATAL. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/system-filesystem-local:default.log Impact: 18 dependent services are not running. (Use -v for list.)
解决方法:
从全局区域重新引导非全局区域。例如:
global# zoneadm -z myzone reboot
在此 Oracle Solaris 发行版中,卷管理器使用新格式显示设备 ID 输出。在磁盘集中引入设备 ID 支持的 Solaris 9 9/04 OS 不识别新格式。在从 Solaris 9 9/04 发行版升级到 Oracle Solaris 10 OS 时,在 Solaris Volume Manager 配置中未更新与现有磁盘集关联的设备 ID。如果需要返回到 Solaris 9 9/04 OS,则升级后对磁盘集进行的配置更改可能对 Solaris 9 9/04 OS 不可用。有关更多信息,请参见《Solaris Volume Manager Administration Guide》中的第 25 章 "Troubleshooting Solaris Volume Manager (Tasks)"。
如果使用 Live Upgrade 从 Solaris 8 或 Solaris 9 发行版升级到 Oracle Solaris 10 OS,不会删除过时的卸载程序。早期发行版中的这些卸载程序仍然位于系统的 /var/sadm/prod 目录中。
下列是未删除的过时卸载程序:
uninstall_Alternate_Pathing_2_3_1.class uninstall_CDRW_1_1.class o uninstall_CDRW_1_0.class uninstall_Bonus_Localization_-_Catalan_CDE_Desktop.class uninstall_Bonus_Localization_-_Polish_CDE_Desktop.class uninstall_Bonus_Localizations_-_Russian_CDE_Desktop.class uninstall_Capacity_on_Demand_1_0.class uninstall_Java3D_1_3_1.class uninstall_Java3D_1_3.class uninstall_Java3D_1_2_1_04.class uninstall_Java3D_1_2_1_03.class uninstall_Lights_Out_Management_2_0.class uninstall_Man_Page_Supplement.class uninstall_OpenGL_1_3.class uninstall_OpenGL_1_2_3.class uninstall_Netra_ct_Platform_1_0.class uninstall_Netra_t11xx_Alarms_2_0.class uninstall_Netscape_6_2_3.class uninstall_Netscape_6_2_1_Beta.class uninstall_PC_launcher_1_0_2.class uninstall_PC_launcher_1_0_1_PCfileviewer_1_0_1.class uninstall_RSC_2_2_2.class uninstall_RSC_2_2_1.class uninstall_RSC_2_2.class uninstall_ShowMeTV_1_3.class uninstall_Solaris_9_French_Localization.class uninstall_Solaris_9_German_Localization.class uninstall_Solaris_9_Hong_Kong_Traditional_Chinese_Localization.class uninstall_Solaris_9_Italian_Localization.class uninstall_Solaris_9_Japanese_Localization.class uninstall_Solaris_9_Korean_Localization.class uninstall_Solaris_9_Simplified_Chinese_Localization.class uninstall_Solaris_9_Spanish_Localization.class uninstall_Solaris_9_Swedish_Localization.class uninstall_Solaris_9_Traditional_Chinese_Localization.class uninstall_Solaris_On_Sun_Hardware_Documentation.class uninstall_Sun_Hardware_AnswerBook.class uninstall_SunATM_5_0.class uninstall_SunATM_5_1.class uninstall_SunFDDI_PCI_3_0.class uninstall_SunFDDI_SBus_7_0.class uninstall_Sun_Fire_880_FC-AL_Backplane_Firmware_1_0.class uninstall_Sun_Fire_B10n_Load_Balancing_Blade_1_1.class uninstall_SunForum_3_1.class uninstall_SunForum_3_2.class uninstall_SunHSI_PCI_3_0.class uninstall_SunHSI_SBus_3_0.class uninstall_SunScreen_3_2.class uninstall_SunVTS_5_1_PS6.class uninstall_SunVTS_5_1_PS5.class uninstall_SunVTS_5_1_PS4.class uninstall_SunVTS_5_1_PS3.class uninstall_SunVTS_5_1_PS2.class uninstall_SunVTS_5_1_PS1.class uninstall_SunVTS_5_0.class uninstall_System_Management_Services_1_4.class uninstall_System_Management_Services_1_3.class uninstall_System_Management_Services_1_2.class uninstall_System_Service_Processor_3_5.class uninstall_WBEM_DR_1_0.class uninstall_Web_Start_Wizards_SDK_3_0_2.class uninstall_Web_Start_Wizards_SDK_3_0_1.class uninstall_Web_Start_Wizards_SDK.class uninstall_XML_Libraries_2_4_12.class
解决方法:升级系统后,手动删除 /var/sadm/prod 目录中过时的卸载程序。
当为安装选择语言环境时,可能还会安装附加的相关语言环境。此行为变化发生在 Oracle Solaris 10 发行版中,因为所有的完整语言环境(带有已翻译的消息)、亚洲和日文部分语言环境以及语言环境启用程序已经根据语言环境的语言支持重新打包了。其他部分语言环境还是根据地理区域进行打包并安装的,例如中欧。