アップグレードに関する注意事項とバグ情報

ここでは、アップグレードに関するバグ情報について説明します。これらのバグには、Oracle Solaris 10 OS へのアップグレード中に発生するものもあれば、アップグレードの完了後に発生するものもあります。

SPARC: すべてのタイプの M シリーズマシンでわずかなパフォーマンスの低下が発生する可能性がある (7058265)

Oracle Solaris 10 8/11 へのアップグレード後に、すべてのタイプの M シリーズマシンでわずかなパフォーマンスの低下が発生する可能性があります。パフォーマンスの低下は、CR 6919646 に対する修正の結果として発生しました。

CR 6919646 は、矛盾した変換索引バッファー (TLB) エントリの結果として M シリーズマシンがハングアップするという問題を扱っています。たとえば、Oracle Database ソフトウェアのようなアプリケーションは、ハードウェア内の矛盾した TLB エントリが原因で ISM アドレスに対し繰り返しトラップを実行する可能性があります。この問題が発生すると、システムをリブートしない限り、あるいは他のカーネル動作によって TLB がランダムにフラッシュされるまで、影響を受けたアプリケーションは占有された CPU で処理を続行できません。

SUNWzoneu パッケージを持たないシステムでlucreate コマンドが失敗する (7061870)

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>.

アップグレード後に iscsi/initiator サービスが保守状態で終了する可能性がある (6976602)

SMF サービス svc:/network/iscsi/initiator:default は、いずれかの Oracle Solaris 10 更新リリース (Solaris 10 1/06 – Solaris 10 10/09) から Oracle Solaris 10 9/10 または Oracle Solaris 10 8/11 へのアップグレード後、最初のブート中に保守状態で終了する可能性があります。この状況が発生するのは、svc:/system/manifest-import:default サービスの完了前に svc:/network/iscsi/initiator: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

Oracle Solaris 10 8/11 への Live Upgrade の実行後に Trusted Extensions のゾーンがブートしない (7041057)

ラベル付きゾーンを含む Trusted Extensions 環境では、それらのゾーンはインストールされた状態のままであり、新しく作成されたブート環境にあってもブートしません。それらのゾーンを手動でブートすると、ゾーンに存在する lofs マウントに応じてエラーが発生します。

回避方法: 代替ブート環境 (ABE) でそれらのゾーンをブートするには、ABE のゾーンで次の手順を実行します。

1. ゾーンのブート中に lofs マウントエラーを表示するファイルを削除します。これは、そのファイルに主ブート環境 (PBE) と同じ inode 番号が含まれているからです。

2. そのファイルを主ブート環境 (PBE) から手動でコピーします。このコピーにより、ファイルには確実に異なる inode 番号が含まれるようになります。

Trusted Extensions が有効で、ラベル付きゾーンが実行状態にない場合に lucreate と lumake が失敗する (7055968)

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 コマンドを使用する前に、すべての非大域ゾーンが実行状態にあることを確認してください。

ゾーンを持つ DSR のアップグレードに関する注意事項 (6616788)

/opt ディレクトリにゾーンがインストールされていると、ゾーンを持つ容量再割り当て (DSR) のアップグレードが失敗します。DSR アーカイブの復元中にアップグレードが失敗することがあります。場合によっては、アップグレードが成功することもありますが、システムをリブートすることはできません。

回避方法: アップグレードの前に、ルートファイルシステムの使用率が 100% でないことを確認します。必要に応じて、アップグレードの前にファイルをいくつか削除して、ルートスライスの使用率が 90% 未満になるようにします。

Trusted Extensions のアップグレードに関する注意事項 (6616585)

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 パッケージを削除します。

アップグレード後にシステムが ypbind と通信できなくなる (6488549)

このバグは、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 ファイルにリンクするべきです。

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: アップグレード後に、ネームサービスに応じた正しい ns_xxx.xml ファイルに /var/svc/profile/name_service.xml をリンクします。

インストールされているがブートされていないゾーンを含むシステムでアップグレードが失敗する

インストールされているのに、ブートされていないまたは準備ができていない非大域ゾーンによって、システムは正しくアップグレードされなくなります。エラーメッセージは表示されません。

回避方法: そういったゾーンが見つかった場合は、アップグレードを開始する前に、ゾーンの準備を整えてから停止する必要があります。次に例を示します。

global# zoneadm -z myzone ready ; zoneadm -z myzone halt

非大域ゾーンを持つ Oracle Solaris 10 システムを Solaris 10 10/09 リリースにアップグレードすると、ローカルファイルシステムサービスが失敗する場合がある (6428258)

非大域ゾーンを持つ 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

Solaris 9 9/04 OS からアップグレードしたあとのデバイス ID の不一致

この Oracle Solaris リリースのボリュームマネージャーでは、デバイス ID が新しい形式で表示されます。Solaris 9 9/04 OS では、ディスクセットでのデバイス ID サポートが導入されましたが、この新しい形式は認識されません。Solaris 9 9/04 リリースから Oracle Solaris 10 OS にアップグレードするとき、既存のディスクセットアップに関連付けられたデバイス ID は、Solaris ボリュームマネージャーの構成で更新されません。Solaris 9 9/04 OS に戻す必要がある場合、アップグレード後にディスクセットに加えた構成の変更は、Solaris 9 9/04 OS で使用できないことがあります。詳細は、『Solaris ボリュームマネージャの管理』の第 25 章「Solaris ボリュームマネージャのトラブルシューティング (作業)」を参照してください。

Live Upgrade を使用して以前のリリースからアップグレードするとき、古いアンインストーラが削除されない (6198380)

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 ディレクトリにある廃止済みのアンインストーラを手動で削除してください。

選択したロケール以外のロケールもインストールされることがある

Solaris 10 リリースでは、インストールするロケールを選択した場合、関連するほかのロケールもインストールされることがあります。これは、すべての完全ロケール (メッセージが翻訳されている) とアジアおよび日本語の部分ロケールが、言語単位でパッケージ化し直されたためです。ほかの部分ロケールは従来通りに地理上の分類 (中央ヨーロッパなど) に基づいて、パッケージ化されてインストールされます。