よくある質問

単一フィックス・パック用のリポジトリーは、NFS アクションを使用したテクノロジー・レベルと Service Pack の更新を使用するときに作成します。インストーラーがソース・ディレクトリーで検出した ファイル・セットの最新バージョンのインストールを自動的に試みる場合、問題が発生することがあります。たとえば、システムを特定のテクノロジー・レベルおよび Service Pack レベルに更新する場合、それを分離された独自の場所に保管して、後続のバージョンで上書きされないようにする必要があります。

すべてのフィックス・パック・ファイルは、現在の .toc ファイルとともに NFS ディレクトリー内になければなりません。各フィックス・パックは、専用の共有スペースに保管する必要があります。

フィックス・パックは、必要に応じて後で拒否できる「適用済み状態」でインストールされます。適用済みのファイル・セットは、検証後にコミットする必要があります。コミットするには、「適用したファイル・セットのコミット」タスクを使用します。テクノロジー・レベルの更新を拒否することはできません。拒否しようとすると、予期しない結果になる可能性があります。

unmirrorvg rootvg $mirrorDisk
reducevg rootvg $mirrorDisk
chpv -c $mirrorDisk
chdev -l $mirrorDisk -a pv=clear
bootlist -m normal $bootDisk

chpv
chdev
extendvg
mirrorvg
bosboot
bootlist

ミラーの中断用:

/var/adm/ras/altDiskNewDeploy.log

ディスクの再ミラーリング用:

/var/adm/ras/reMirror.log

• /var/adm/ras/KZCopyAltDiskBESDATA.log
• /var/adm/ras/SZCopyAltDiskBESDATA.log

以下のログ・ファイルが、ディレクトリー /var/adm/ras/ のクライアント・フォルダーにあります。

MultibosExpress.log

Multibos 高速タスクの結果がリストされています。このタスクは新規のスタンバイ BOS を作成し、パッチを適用します。このタスクは「AIX 拡張適用ウィザード」から作成されます。

MultibosCreateClone.log

スタンバイ BOS 作成アクションの結果がリストされています。このアクションは「AIX 拡張適用ウィザード」から作成されます。

MultibosFixPackDeploy.log

スタンバイ BOS 更新アクションの結果がリストされています。このアクションは「AIX 拡張適用ウィザード」から作成されます。

MultibosExpress_emgr.log

高速タスクを使用して更新をインストールする前にスタンバイ BOS で削除される暫定フィックスがリストされています。

MultibosFixPackDeploy_emgr.log

BOS 更新アクションを使用して更新をインストールする前にスタンバイ BOS で削除される暫定フィックスがリストされています。

MultibosDeleteClone.log

スタンバイ BOS 削除アクションの結果がリストされています。このアクションは「AIX 拡張適用ウィザード」から作成されます。

SZCopyMultibosBESDATA.log

multibos リブート用の AIX 起動スクリプトに関するロギング情報がリストされています。

KZCopyMultibosBESDATA.log

multibos リブート用の AIX シャットダウン・スクリプトに関するロギング情報がリストされています。

1. 「OS レベルの判定」 Fixlet (ID #6) を使用して、エンドポイントの現在のテクノロジー・レベルまたはサービス・パック・レベルを確認してください。
2. 「AIX 拡張適用ウィザード」を使用して、スタンバイ BOS を作成するための Fixlet と、スタンバイ BOS インスタンスにパッチを適用するための Fixlet を個別に生成します。この方法には柔軟性があり、アクションを別々に適用できます。個別のタスクごとにプレビューを実行して、すべてがスムーズに実行されるかどうかを確認することもできます。ウィザードの上記のオプションについて詳しくは、スタンバイ BOS の作成およびパッチの適用を参照してください。

   あるいは、「AIX 拡張適用ウィザード」の高速タスクを使用して、単一アクションから両方の操作を実行することもできます。詳しくは、新規 BOS の作成とパッチの適用を参照してください。

3. スタンバイ BOS をリブートします。
   注: リブートする前に、「multibos リブート用の AIX スタートアップ/シャットダウン・スクリプトの適用」タスク (ID #92) を実行する必要があります。

   「コンピューターの再起動」タスク (ID #62) を使用して、このアクションを実行できます。

   あるいは、「AIX 拡張適用ウィザード」を使用して、このステップのタスクを作成できます。詳しくは、rootvg ブート論理ボリュームの更新を参照してください。

4. OS レベルを再度確認して、アップグレードを確定します。

1. 「AIX 拡張適用ウィザード」で、「multibos タスク (Multibos Tasks)」タブをクリックします。
2. 「multibos 個別タスク操作 (Multibos Individual Task Operations)」をクリックして、個別タスク選択オプション・ペインを展開し、「新規 BOS の作成 (Create a New BOS)」を選択します。
3. 「プレビューの実行 (Run a preview)」オプションを yes に設定します。

• パッチを適用しないでスタンバイ BOS を作成します。この方法には、作成操作をプレビューするオプションがあります。詳しくは、新規 BOS の作成を参照してください。
• スタンバイ BOS を作成してから、その BOS インスタンスにパッチを適用します。詳しくは、新規 BOS の作成とパッチの適用を参照してください。

1. 「AIX 拡張適用ウィザード」で、「multibos タスク (Multibos Tasks)」タブをクリックします。
2. 「multibos 個別タスク操作 (Multibos Individual Task Operations)」をクリックし、「ブート論理ボリュームの更新 (Update Boot Logical Volume)」を選択します。
3. ブート・リストを設定し、ブート論理ボリュームが前の BOS インスタンスに設定されていることを確認します。

1. タスクのすべてのステップが正常に完了したことを確認します。
2. エンドポイントのディレクトリー MultibosExpress.log にある /var/adm/ras/ ファイルにエラーが含まれていないことを確認します。
   注: multibos 操作を実行する前に、関連する暫定フィックスがエンドポイントにインストールされていることを確認してください。そうでないと、multibos タスクが失敗する可能性があります。
3. SZCopyMultibosBESDATA.log ファイルにエラーがないか確認します。
   スタンバイ BOS のマウントの失敗に関する APAR が報告されています。ログに、以下のエラーのようなマウントの失敗が表示されている場合は、APAR の暫定フィックスをインストールします。

   mount: 0506-324 Cannot mount /dev/hd4 on /bos_inst: 
   The requested resource is busy.
   multibos: 0645-007 ATTENTION: mount_dev() returned an unexpected result.
   multibos: 0565-026 Error mounting file systems.

• Fixlet 84: 代替ディスク・リブート用の AIX スタートアップ/シャットダウン・スクリプトの適用
• Fixlet 92: multibos リブート用の AIX スタートアップ/シャットダウン・スクリプトの適用