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

Solaris 10 10/09 リリース以降のアップグレードに関する最新のサポート情報については、「Oracle Solaris リリースのアップグレードサポートの変更」を参照してください。

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

アップグレード後に shutdown コマンドによってシステムがハングアップすることがある (6751843)

システムを Solaris 10 10/09 リリースにアップグレードしたあとで、shutdown コマンドによってシステムがハングアップすることがある。ハングアップは、svc.startd デーモンがシステムサービスを停止している間に発生します。

/var/log/webconsole/console/console_debug_log にある Sun Java Web Console のデバッグログファイルに、Web コンソールサービスが反復、開始、および停止しているかどうかが表示されます。

回避方法: 次のコマンドを入力します。

/usr/share/webconsole/private/bin/wcremove -i console
svcadm clear system/webconsole:console
smcwebserver start

wcremove コマンドによって、その特定のコンソール用に作成されたサーバーのドメインインスタンスが削除されます。コンソールが再起動されると、新しいドメインインスタンスが作成されます。

lucreate および lumake コマンドが実行状態にない非大域ゾーンのコピーの作成に失敗する (6659451)

実行状態にない非大域ゾーンで lucreate および lumake コマンドを使用すると、それらのコマンドが正常に実行されないことがあります。元の非大域ゾーンの内容とコピーの内容が異なっていることがあります。zlogin コマンドを使用してゾーンのコンソールにログインできないことがあります。zlogin コマンドの使用時に、次のエラーメッセージが表示されます。

zlogin: makeutx failed

lucreate および lumake コマンドの診断出力にはエラーは一切表示されません。

回避方法: lucreate および lumake コマンドを使用する前に、すべての非大域ゾーンが実行状態にあることを確認してください。

SPARC: Oracle Solaris Live Upgrade を使用した Solaris 8 および Solaris 9 リリースからのアップグレードが失敗する (6638175)

Oracle Solaris Live Upgrade を使用して Solaris 8 または Solaris 9 リリースから Solaris 10 10/09 リリースへのアップグレードを実行すると、アップグレードが失敗します。インストールイメージの圧縮ファイルは、7za ユーティリティーを使って解凍するようになりました。Solaris 8 および 9 リリースには、SUNWp7zip パッケージが含まれていません。その結果、Oracle Solaris Live Upgrade が失敗します。

回避方法: Oracle Solaris Live Upgrade を使用して Solaris 8 または Solaris 9 リリースから Solaris 10 10/09 リリースにシステムをアップグレードする場合は、「Oracle Solaris Live Upgrade の制限」に記載されている手順を実行します。

ゾーンを持つ 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 にリンクするべきです。

CR 6411084 に対する修正は SUNWcsr インストールまたはインストール後スクリプトで行いますが、修正によって正しいリンクが作成されるのは、name_service.xml がリンクファイルでない場合のみです。Solaris 10 Hardware 2 リリースのように、name_service.xml がすでにシンボリックリンクファイルになっている場合、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: アップグレード後に、ネームサービスに応じた正しい 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 リリースの 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 ボリュームマネージャのトラブルシューティング (作業)」を参照してください。

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

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