アップグレード

この節では、アップグレード時にのみ発生する問題について説明します。

x86 システムを Solaris 7 オペレーティング環境にアップグレードする前に、必ずバグ ID:4121281 に関する説明をお読みください。

すでにインストールされているパッケージがインストールされる (1235464)

「全体ディストリビューションと OEM サポート」がインストールされているシステムをアップグレードした場合、/var/sadm/system/logs/upgrade_log の中で、次のメッセージが表示されているパッケージがあります。

This appears to be an attempt to install the same architecture and
version of a package which is already installed.  This installation
will attempt to overwrite this package.

これは、インストールしようとしているパッケージと同じアーキテクチャとバージョン番号を持つパッケージが、すでにインストールされていることを意味します。

回避方法: パッケージは、単に上書きされるだけですので、このメッセージは無視してください。

複数のアーキテクチャを持つサーバーにパッチを適用できない (1249343)

複数の SPARC カーネルアーキテクチャのディスクレスクライアントを持つサーバー (たとえば、sun4c、sun4d、sun4m アーキテクチャのディスクレスクライアントを持つ sun4u サーバー) をアップグレードした後、サーバーとはカーネルアーキテクチャが異なるクライアントの SUNWkvm パッケージには、パッチを適用できません。

回避方法: SUNWkvm に関連するパッチを適用する前に、手動ですべての SUNWkvm パッケージを追加してください。

# pkgadd -d <パッケージが入っているディレクトリ> SUNWkvm.*

アップグレードできるシステムがディスク容量不足のためにアップグレードできないと間違って判断される (4041733)

アップグレードプログラムは、Solaris ソフトウェアのシステムをアップグレードするために必要な容量よりも 30% 多くの容量を見積もります。したがって、アップグレードできるシステムでも、パッケージの選択を解除したり、容量を増やしたりしないとアップグレードできない場合があります。

回避方法: 手動でファイルシステムのディスク容量を再度割り当ててください。 または、「ソフトウェアのカスタマイズ」メニューを選んで、不要なソフトウェアパッケージを削除してください。

ディスクレスクライアントのインストールでサーバー上の dfstab ファイル内の変更が保存されない (4045544)

ディスクレスクライアントを持つサーバーの Solaris オペレーティング環境をアップグレードするとき、/usr に対する dfstab 行のオプションが保存されません。たとえば、dfstab ファイルに次のように入力したとします。

share -F nfs -o rw /export/exec/Solaris_2.7_sparc.all/usr

アップグレード時に、このエントリが自動的に次のように置換されてしまいます。

share -F nfs -o ro /export/exec/Solaris_2.7_sparc.all/usr

回避方法: ディスクレスクライアントまたは Solstice^TM AutoClient^TM を持つ OS サーバーで Solaris オペレーティング環境をアップグレードする前に、 各クライアントの /etc/dfs/dfstab ファイルのバックアップを取っておいてください。

x86 only: DiskSuite でデータが失われる可能性がある (4121281)

DiskSuite を使用しているシステムを Solaris 7 にアップグレードする場合、DiskSuite をバージョン 4.2 にアップグレードする必要があります。DiskSuite 4.2 には、metadb 複製の削除および交換を自動的に行う metacvt というスクリプトが含まれています。このスクリプトを使用して、metadb 複製に格納されている SCSI ドライバ名を cmdk から sd に変更できます。

回避方法: Solaris 7 オペレーティング環境へのアップグレード中にデータを損失しないようにするには、DiskSuite が動作している x86 システムのアップグレードを開始する前に、メタデバイス構成をテキストファイルに保存し、metadb 複製を削除してください。x86 システムのアップグレード後に、DiskSuite のコマンド行インタフェースを使用してメタデバイス構成を復元してください。

『Solstice DiskSuite 4.2 ご使用にあたって』には、metadb 構成の保存、metadb 複製の削除、x86 システムの Solaris 7 オペレーティング環境へのアップグレード、DiskSuite のバージョン 4.2 へのアップグレード、メタデバイス構成の復元について、それぞれの手順が記載されています。Solaris 7 オペレーティング環境には、これらの手順を自動化する Bourne シェルスクリプトが含まれています。

なお DiskSuite 4.2 は、Solaris Easy Access Server 2.0 CD から入手することができます。

SPARC only: Solaris 2.6 ハードウェアリリース 3/98 からのアップグレード後に、 sun4m の Solstice AutoClient がキャッシュをマウントできない (4121951)

システムのリブート時に、Solstice AutoClient から次のようなメッセージが出力さ れます。

fsck -F cachefs: Cache directory /.cache/rootcache does not exist.mount -F cachefs: cache fsck mount failedfsck -F cachefs: Cache directory /.cache/rootcache does not exist.mount -F cachefs: cache fsck mount failed

/ (ルート) ファイルシステムのファイルシステムの種類が cachefs であることが、カーネルに対して通知されています。この問題によって影響を受ける Solstice AutoClient があるかどうかを、システムのアップグレード前に調べるには、サーバー上の /export/root/<クライアント名>/var/sadm/pkg ディレクトリ (Solstice AutoClient 上の /var/sadm/pkg ディレクトリ) を確認してください。このディレクトリに TADcar というサブディレクトリがある場合は、上記の問題によって影響を受ける Solstice AutoClient があります。

回避方法: アップグレード後に、Solstice AutoClient の /etc/system ファイル中に次の行を追加してください。

rootfs:cachefs

Solstice AutoClient 上の /etc/system ファイルが、サーバー上に /export/root/<クライアント名>/etc/system として格納されます。