インストール - ibm...本書について強調表示

AIX バージョン 7.1

インストール

IBM

注記本書および本書で紹介する製品をご使用になる前に、435 ページの『特記事項』に記載されている情報をお読みください。

本書は AIX バージョン 7.1 および新しい版で明記されていない限り、以降のすべてのリリースおよびモディフィケーションに適用されます。お客様の環境によっては、資料中の円記号がバックスラッシュと表示されたり、バックスラッシュが円記号と表示されたりする場合があります。　原典：

AIX Version 7.1Installing

発行：日本アイ・ビー・エム株式会社

担当：トランスレーション・サービス・センター

© Copyright International Business Machines Corporation 2010, 2018.

目次

本書について..........................................................................................................v強調表示........................................................................................................................................................vAIX でのケース・センシティブ................................................................................................................... vISO 9000.......................................................................................................................................................v

インストール..........................................................................................................1新機能........................................................................................................................................................... 1シナリオ: AIX のインストール.....................................................................................................................1メディアからの BOS の新規および完全上書きインストール............................................................... 1メディアからのシステムの移行............................................................................................................. 5ソフトウェア・バンドルの作成とインストール................................................................................... 8AIX システムへのオープン・ソース・アプリケーションの追加........................................................10代替ディスク・インストールを使用した rootvg のクローン作成...................................................... 12EZNIM を使用した NIM の構成............................................................................................................15NIM を使用したクライアントのインストール.................................................................................... 15JS20 ブレードのネットワーク・インストール...................................................................................17テープへのシステム・バックアップの作成........................................................................................ 21システム・バックアップ・テープを使用したシステムのクローン作成............................................ 23失敗したソフトウェア・インストールのクリーンアップ.................................................................. 24HMC を使用してパーティションをインストールするための、メディア装置を使用した AIX のインストール.......................................................................................................................................25

HMC を使用しないでパーティションをインストールするための、メディア装置を使用した AIXのインストール............................................................................................................................... 29

新規インストール後の AIX システムの構成........................................................................................ 32Activation Engine..................................................................................................................................34

基本オペレーティング・システムのインストール................................................................................... 40「BOS」メニューの使用........................................................................................................................ 42電子的なライセンス契約......................................................................................................................44BOS インストール・オプション.......................................................................................................... 45グラフィカル・インストール・メニューの使用................................................................................. 47bosinst.data ファイル.......................................................................................................................... 48BOS の新規および完全上書きインストールまたは保存インストール............................................... 62AIX 再配置可能インストール............................................................................................................... 67iSCSI ディスクへの BOS のインストール............................................................................................71代替ディスクへの BOS のインストール.............................................................................................. 74multibos ユーティリティーの使用.......................................................................................................83インストールのカスタマイズ...............................................................................................................88man コマンドの内容のインストール...................................................................................................92

AIX の構成..................................................................................................................................................92構成アシストを使用する AIX の構成................................................................................................... 93インストール・アシストを使用する AIX の構成.................................................................................94関連情報................................................................................................................................................94

インストールのトラブルシューティング..................................................................................................95システム・バックアップからのインストールに関するトラブルシューティング..............................95移行インストールのトラブルシューティング.....................................................................................96代替ディスクのインストール・エラーに関するトラブルシューティング.........................................98BOS インストール後のトラブルシューティング................................................................................ 98ハード・ディスクからブートしないシステムのトラブルシューティング .........................................99フルになった /usr ファイルシステムのトラブルシューティング .................................................. 102BOS インストール・ログの表示........................................................................................................ 102

iii

インストール関連のシステム・メッセージおよびエラー・メッセージの解釈............................... 102ネットワーク・インストール・マネージャー (NIM) .............................................................................116

NIM 概念.............................................................................................................................................117NIM の構成......................................................................................................................................... 132NIM でのインストール.......................................................................................................................173NIM ネットワークのセットアップ.................................................................................................... 193NIM でのブート..................................................................................................................................199NIM の管理......................................................................................................................................... 203NIM の管理......................................................................................................................................... 223NIM リソースの使用.......................................................................................................................... 234NIM 操作の使用..................................................................................................................................268EZNIM の使用.....................................................................................................................................295ネットワーク・インストール・ファイルの使用...............................................................................298NIM トラブルシューティング............................................................................................................301

システム・バックアップの作成とインストール.................................................................................... 338システム・バックアップの作成.........................................................................................................338システム・バックアップのインストール.......................................................................................... 351

オプションのプロダクトおよび保守更新............................................................................................... 357オプションでインストールされるソフトウェア...............................................................................358ソフトウェア・プロダクトの識別..................................................................................................... 359ソフトウェア・ライセンス ............................................................................................................... 359AIX のエディションの管理................................................................................................................ 359オプションのソフトウェア・プロダクトおよび保守更新のインストールの準備........................... 360ファイルセットの作成日の検査.........................................................................................................361オプションのソフトウェア・プロダクトまたは保守更新のインストール...................................... 361オプションのソフトウェア・プロダクトおよび保守更新の保守..................................................... 365オプションのソフトウェア製品および保守更新のクリーンアップ .................................................367「Software Service Management (ソフトウェア・サービス管理)」メニューの使用 (SUMA を含む)368

InstallShield MultiPlatform の使用.................................................................................................... 372暫定修正管理ソリューション............................................................................................................ 377関連情報............................................................................................................................................. 397

ソフトウェア・プロダクト・パッケージ............................................................................................... 398さまざまなフォーマットのソフトウェア・パッケージのインストール.......................................... 398ファイルセット・インストール・パッケージ ..................................................................................399ソフトウェア・パッケージの作成..................................................................................................... 399ソフトウェア・バンドルのパッケージ化.......................................................................................... 400

AIX の移行 ...............................................................................................................................................402AIX のバイナリー互換性.................................................................................................................... 403BOS の移行前と移行後の検査............................................................................................................406AIX バージョン 7.1 への移行.............................................................................................................407mksysb の移行................................................................................................................................... 410

パーティショニング.................................................................................................................................415区画化の概念...................................................................................................................................... 416ロジカル・パーティションのインプリメンテーション ....................................................................418パーティションと HMC との間のネットワーク・アダプター通信...................................................419区画環境での AIX のインストール.....................................................................................................420専用ダンプ・デバイスの作成および変更.......................................................................................... 432ダンプ・デバイスの検査....................................................................................................................433区画のシャットダウン....................................................................................................................... 433ご使用のオペレーティング・システム・ホスト名の変更................................................................ 433

特記事項............................................................................................................ 435プライバシー・ポリシーに関する考慮事項............................................................................................436商標.......................................................................................................................................................... 437

iv

本書について本書では、ネットワーク・インストール管理 (NIM) インターフェースを使用して、リソース・サーバーからスタンドアロン・システムやクライアント・システムに AIX® オペレーティング・システムおよびオプションのソフトウェアをインストールしたり管理したりするなどの、システム管理者が実行する作業の実行方法について詳しく説明します。さらに、システムの移行、システム・バックアップの管理、AIX 更新のインストール、代替ディスク・インストールの使用、インストールで問題が発生した場合のトラブルシューティングの方法についても説明します。本書は、オペレーティング・システムに付属のドキュメンテーション CD または DVD に収録されています。

強調表示本書では、以下の強調表示規則を使用します。項目説明太字コマンド、サブルーチン、キーワード、ファイル、構造体、ディレクトリー、および

システムによって名前が事前に定義されているその他の項目を示します。また、ユーザーが選択するボタン、ラベル、およびアイコンなどのグラフィカル・オブジェクトも示します。

イタリック実際の名前または値をユーザーが指定する必要があるパラメーターを示します。モノスペース特定のデータ値の例、画面に表示されるものと同様のテキスト例、プログラマーが作

成するものと同様のプログラム・コード部分の例、システムからのメッセージ、実際に入力する必要がある情報などを示します。

AIX でのケース・センシティブAIX オペレーティング・システムでは、すべてケース・センシティブとなっています。これは、英大文字と小文字を区別するということです。例えば、ls コマンドを使用するとファイルをリスト表示できます。LS と入力すると、システムはそのコマンドが「is not found (見つからない)」と応答します。同様に、FILEA、FiLea、および filea は、同じディレクトリーにある場合でも、3 つの異なるファイル名です。予期しない処理が実行されないように、常に正しい大/小文字を使用するようにしてください。

ISO 9000当製品の開発および製造には、ISO 9000 登録品質システムが使用されました。

© Copyright IBM Corp. 2010, 2018 v

vi AIX バージョン 7.1: インストール

インストールネットワーク・インストール・マネージメント (NIM) インターフェースを使用して、リソース・サーバーからスタンドアロン・システムやクライアント・システムに AIX® オペレーティング・システムおよびオプションのソフトウェアをインストールしたり、保守したりする方法について説明します。このトピックには、システムの移行、システム・バックアップの管理、AIX 更新のインストール、代替ディスク・インストールの使用、インストールで問題が発生した場合のトラブルシューティングの方法についての情報も含まれています。

インストールにおける新機能インストールに関するトピック集の新規情報または大幅に変更された情報についてお読みください。新規または変更箇所の確認方法技術変更が行われた箇所を区別するために、インフォメーション・センターでは以下の方法を使用します。• は、新規情報や変更情報の先頭を示すマークです。• は、新規情報や変更情報の終了を示すマークです。2019 年 6 月このトピック集に対する更新は次のとおりです。• 118 ページの『NIM クライアントの定義』のトピックで、同じネットワーク・インターフェースでの複数 IP アドレスのサポートに関する注記を追加しました。

2017 年 6 月• 361 ページの『SMIT を使用するオプション・ソフトウェアおよび保守更新のインストール』のトピックで、新しいインストール・イメージに関する情報が更新されました。

シナリオ: AIX のインストール手順を使用して、共通のインストール作業を実行します。

メディアからの BOS の新規および完全上書きインストールこのシナリオを使用して、AIX オペレーティング・システムを初めてインストールしたり、オペレーティング・システムの既存のバージョンを上書きしたりすることができます。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。このシナリオでは、次のことを実行します。• AIX プロダクト・メディアからブートする• BOS インストール設定値を設定する

– hdisk0 への AIX の新規および完全上書きインストールを実行する– 1 次言語として英語を使用する–「More Options (詳細オプション)」メニューでデフォルト・オプションを使用する

• BOS のインストールを開始して、システムを構成する既存のシステムを上書きする場合は、このシナリオを開始する前にシステムから TCP/IP 情報を収集します。

© Copyright IBM Corp. 2010, 2018 1

重要 : この手順では、基本オペレーティング・システムをシャットダウンしてから再インストールすることが必要になります。オペレーティング・システムを再インストールする時はいつでも、データまたは機能が失われないようにするためのワークロードに対する影響が最小限で済むようなタイミングでシャットダウンを実行してください。新規および完全上書きインストールを実行する前に、データ、およびカスタマイズされたアプリケーションまたはボリューム・グループの、信頼できるバックアップを必ず作成しておいてください。システム・バックアップの作成手順については、『システム・バックアップの作成』を参照してください。

以下のステップでは、システムの標準装備のメディア装置を使用した、新規および完全上書き基本オペレーティング・システム・インストールの実行方法を示します。この時点で BOS インストールが完了し、システムの初期構成が完了します。ステップ 1. システムの準備• 十分なディスク・スペースとメモリーが使用可能でなければなりません。 AIX には、少なくとも 512 MBのメモリーと 5 GB の物理ディスク・スペースが必要です。詳しいリリース情報については、「AIX 7.1 リリース・ノート」を参照してください。

• すべての外部デバイスを含め、必ずハードウェアの取り付けが完了していることを確認してください。取り付け手順については、システム装置に付属する資料を参照してください。

• 他のシステムと通信し、他のシステムのリソースにアクセスすることが必要なシステムの場合は、インストールを開始する前に下記のワークシートの情報を調べておいてください。表 1. ネットワーク構成情報ワークシートネットワーク属性値ネットワーク・インターフェース (例: en0、et0)

ホスト名IP アドレス _______.________.________.________

ネットワーク・マスク _______.________.________.________

ネーム・サーバー _______.________.________.________

ドメイン名ゲートウェイ _______.________.________.________

ステップ 2. AIX プロダクト・メディアからのブートAIX プロダクト・メディアからのシステムのブート。1. AIX Volume 1 メディアをメディア・デバイスに挿入します。2.システムに接続されているすべての外付けデバイス (DVD ドライブ、および端末装置など) がオンになっていることを確認します。 AIX のインストールに使用されるメディア・ドライブのみに、インストール・メディアが含まれている必要があります。

3.システムの電源をオンにします。4.システムのビープ音が 2 回鳴ったら、キーボードの F5 (または ASCII 端末装置の場合は 5) を押します。グラフィック・ディスプレイを使用しているなら、ビープ音が鳴った時点で画面上にキーボードのアイコンが表示されます。 ASCII 端末装置 (tty 端末装置) を使用している場合は、ビープ音が鳴った時点で keyboard の文字が表示されます。注 : F5 キー (ASCII 端末の場合は 5) を押してもシステムがブートしない場合は、ハードウェア付属のマニュアルを参照し、AIX プロダクト・メディアからシステムをブートする方法について調べてください。

5. F1 (ASCII 端末では 1) を押して Enter キーを押し、システム・コンソールを選択します。6.「Choice」フィールドに「1」を入力して、基本オペレーティング・システム (BOS) のインストール・メニューに英語を選択します。 Enter キーを押すと、「Welcome to Base Operating System Installationand Maintenance」画面が表示されます。

2 AIX バージョン 7.1: インストール

7.「Choice」フィールドに 2 と入力して「2 Change/Show Installation Settings and Install」を選択し、Enter キーを押します。 Welcome to Base Operating System Installation and Maintenance

Type the number of your choice and press Enter. Choice is indicated by >>>.

>>> 1 Start Install Now with Default Settings

2 Change/Show Installation Settings and Install

3 Start Maintenance Mode for System Recovery

4 Make Additional Disks Available

88 Help ? 99 Previous Menu>>> Choice [1]: 2

ステップ 3. BOS インストール設定の設定と確認1.「Installation and Settings」画面で、Method of Installation (「New and complete overwrite」)、「Disk or

disks you want to install、Primary language environment settings」、および「More Options」メニューを確認して、インストール設定が正しいことを検査します。デフォルト選択が正しければ、「0」を入力して Enter キーを押し、BOS のインストールを開始します。インストールが完了すると、システムは自動的にリブートされます。ステップ 4 に進んでください。そうでない場合は、サブステップ 2 に進んでください。

2.「Method of Installation」および「Disk Where You Want to Install」を含め、システム設定値を変更するには、「Choice」フィールドに「1」を入力して、Enter キーを押します。 Installation and Settings

Either type 0 and press Enter to install with current settings, or type the number of the setting you want to change and press Enter.

1 System Settings: Method of Installation.............New and Complete Overwrite Disk Where You Want to Install.....hdisk0

>>> Choice [0]: 1

3.「Choice」フィールドに「1」と入力して「New and Complete Overwrite」を選択し、Enter キーを押します。「Change Disk(s) Where You Want to Install」画面が表示されます。 Change Disk(s) Where You Want to Install

Type one or more numbers for the disk(s) to be used for installation and pressEnter. To cancel a choice, type the corresponding number and Press Enter.At least one bootable disk must be selected. The current choice is indicatedby >>>.

Name Location Code Size(MB) VG Status Bootable

1 hdisk0 04-B0-00-2,0 4296 none Yes 2 hdisk1 04-B0-00-5,0 4296 none Yes 3 hdisk2 04-B0-00-6,0 12288 none Yes

>>> 0 Continue with choices indicated above

66 Disks not known to Base Operating System Installation 77 Display More Disk Information 88 Help ? 99 Previous Menu

>>> Choice [0]:

4.「Change Disk(s) Where You Want to Install」画面で、次のようにします。

インストール 3

a.「Choice」フィールドに「1」と入力して「hdisk0」を選択し、Enter キーを押します。これによりディスクは、>>> で示されるように選択されます。宛先ディスクを選択解除するには、もう一度番号を入力して Enter キーを押します。

b.ディスクの選択を完了するには、「Choice」フィールドに「0」と入力して Enter キーを押します。「Installation and Settings (インストールおよび設定)」画面が表示され、「System Settings (システム設定)」の下に、選択されたディスクがリストされます。

5.「Primary Language Environment Settings」を「English (United States)」に変更します。以下のステップに従って、国/地域別情報、言語、およびキーボードを英語に変更します。a.「Installation and Settings」画面で「Choice」フィールドに「2」と入力して、「Primary Language

Environment Settings」オプションを選択します。b.「Choice」フィールドに「Cultural Convention」として「English (United States)」に対応する番号を入力し、Enter キーを押します。

c.適切なキーボードおよび言語のオプションを選択します。このシナリオではデフォルト・オプションを使用するため、「More Options」を選択する必要はありません。 AIX で使用可能なインストール・オプションについて詳しくは、『BOS インストール・オプション』を参照してください。

6.以下に従って、「Overwrite Installation Summary」画面で、選択が正しいことを確認してください。 Overwrite Installation Summary

Disks: hdisk0Cultural Convention: en_USLanguage: en_USKeyboard: en_USJFS2 File Systems Created: YesGraphics Software: YesDesktop: CDESystem Management Client Software: YesEnable System Backups to install any system: Yes

Optional Software being installed:

>>> 1 Continue with Install 88 Help ? 99 Previous Menu

>>> Choice [1]:

デフォルト・オプションは、マシン、セキュリティー、およびコンソール・タイプによって変化します。

7. Enter キーを押して BOS インストールを開始します。インストールが完了すると、システムは自動的にリブートされます。

ステップ 4. インストール後のシステムの構成1.グラフィック・ディスプレイのシステム上では、新規および完全上書きインストールの後、構成アシストが開きます。 ASCII ディスプレイのシステムでは、新規および完全上書きインストールの後、インストール・アシストが開きます。

2.オペレーティング・システムの電子ライセンスを受け入れるには、「ご使用条件に同意」オプションを選択します。

3.日付および時刻を設定し、管理者 (root ユーザー) のパスワードを設定し、ネットワーク通信 (TCP/IP) を構成します。この時点での他の任意のオプションを使用します。コマンド・ラインに configassist または smittyassist と入力すると、構成アシストまたはインストール・アシストに戻ることができます。

4.「Exit the Configuration Assistant (構成アシストの終了)」を選択し、「Next (次へ)」を選択します。あるいは、F10 (または ESC+0) を押してインストール・アシストを終了します。


5.構成アシストが開いている場合は、「Finish now, and do not start Configuration Assistant whenrestarting AIX (ここで完了し、AIX の再起動時に構成アシストを起動しない)」を選択し、「Finish (終了)」を選択します。

ディスク予約の除去インストール先として選択したディスクが別のシステムによって予約済みである場合、その予約を除去することができます。予約の確認は、インストール先として選択したディスク上でのみ実行されます。予約が存在する場合は、通知メッセージが表示されます。プロンプトなしのインストール時に、選択されたディスクで予約が検出されると、そのインストールはプロンプト付きのインストールに変更され、通知メッセージが出されます。「Remove disk reservations (ディスク予約の除去)」メニューの使用方法「Remove disk reservations (ディスク予約の除去)」メニューには、「Base Operating System (基本オペレーティング・システム)」メニューのメインメニューにある「Make Additional Disks Available (追加のディスクを使用可能にする)」を選択してアクセスできます。これらのメニューは、ネットワーク・インストールおよび DVD インストールのみに使用可能です。システム・バックアップ・テープからシステムを開始するときに、ディスク予約を除去する必要がある場合は、オプション 3 「Start Maintenance Mode forSystem Recovery (システム・リカバリー用保守モードの開始)」を選択してから、オプション 3 「AccessAdvanced Maintenance Function (拡張保守機能へのアクセス)」を選択します。devrsrv コマンドは、ディスク予約の除去と照会を行うためにシェル・プロンプトで実行できます。「Remove disk reservations (ディスク予約の除去)」メニューにアクセスするには、以下の手順を実行します。1.基本オペレーティング・システム (BOS) メニューから、「Welcome to Base Operating System

Installation and Maintenance (基本オペレーティング・システムのインストールと保守へようこそ)」を選択します。

2.「Make Additional Disks Available (追加のディスクを使用可能にする)」オプションを選択します。3.「Remove disk reservation (ディスク予約の除去)」オプションを選択して、SMIT インターフェースにアクセスして、ディスク上の予約の照会と除去を行います。

4.アクションのためにディスクを選択する際には、必ず world wide name と LUN ID を比較します。インストール・メディアからの再始動時にディスクの番号付けが変更される可能性があります。

5.アクションが完了した後、F10 を選択して「BOS」メニューに戻ります。6.「Change/Show Installation Settings and Install (インストール設定値の変更/表示、およびインストール)」を選択してディスク選択を確認し、インストールを続行します。

メディアからのシステムの移行このシナリオを使用して、AIX 5.3 から AIX バージョン 7.1 へシステムを移行することができます。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。このシナリオでは、次のことを実行します。• AIX 5.3 から AIX バージョン 7.1 へのマイグレーション・インストールを実行する• 1 次言語として英語を使用する•「Advanced Options (詳細オプション)」メニューでデフォルト・オプションを使用する

重要 : この手順では、基本オペレーティング・システムをシャットダウンしてから再インストールすることが必要になります。オペレーティング・システムを再インストールする時はいつでも、データまたは機能が失われないようにするためのワークロードに対する影響が最小限で済むようなタイミングでシャットダウンを実行してください。マイグレーション・インストールを実行する前に、データ、およびカスタマイズされたアプリケーションまたはボリューム・グループの、信頼できるバックアップを必ず作成しておいてください。システム・バックアップの作成手順については、「インストールおよび移行」の『システム・バックアップの作成』を参照してください。


ステップ 1. 移行の準備移行を開始する前に、以下の前提条件を完全に整えてください。• root ユーザーに、SYSTEM の 1 次認証方式があることを確認してください。次のコマンドを入力して、この条件を確認できます。# lsuser -a auth1 root

必要であれば、次のコマンドを入力して値を変更してください。# chuser auth1=SYSTEM root

• インストールを開始する前に、インストール対象のシステムに対するアクセス権が与えられている他のユーザーは、ログオフしておく必要があります。

• アプリケーションが AIX バージョン 7.1 上で稼働することを確認します。また、アプリケーションがAIX バージョン 7.1 とバイナリー互換であることも確認してください。現在のシステムがアプリケーション・サーバーなら、ライセンスの問題がないことを確認してください。ご使用のアプリケーションがどの AIX レベルでサポートされ、ライセンス交付を受けているかについて確認するには、アプリケーションの資料を参照するか提供元にお問い合わせください。また、次の Web アドレスにある「SupportedProducts List」も確認してください。http://www.ibm.com/services/sl/products/

• ハードウェア・マイクロコードが最新であることを確認します。• 外部デバイス (磁気テープ・ドライブまたは CD/DVD-ROM ドライブなど) を含め、すべての必要なハードウェアが物理的に接続されており、電源がオンになっている必要があります。詳細な情報が必要な場合は、システムに付属のハードウェア資料を参照してください。

• errpt コマンドを使用することにより、システム・エラー・ログ中の項目に基づいてエラー・レポートを生成します。詳細なレポートを表示するには、次のように入力します。# errpt -a

• 十分なディスク・スペースとメモリーが使用可能でなければなりません。2 GB 以上のメモリーと 5 GB以上の物理ディスク・スペースが必要です。

• ご使用のメディアの mount_point/usr/lpp/bos ディレクトリーにある pre_migration スクリプトを実行してください。メディアをマウントするには、次のコマンドを入力します。ここで、N はご使用のメディア・ドライブの番号です。# mount -v cdrfs -o ro /dev/cdN /mnt

注 : pre_migration スクリプトによって作成されたデータは、post_migration スクリプトによって使用されるため、削除しないでください。

• 移行に関する最新の情報については、最新のリリース・ノートを参照してください。ステップ 2. AIX プロダクト・メディアからのブート1.まだオンになっていない場合は、接続デバイスをオンにしてください。2. AIX Volume 1 メディアをメディア装置に挿入します。3.次のコマンドを入力してシステムをリブートします。

# shutdown -r

4.システムのビープ音が 2 回鳴ったら、キーボードの F5 (または ASCII 端末装置の場合は 5) を押します。グラフィック・ディスプレイを使用しているなら、ビープ音が鳴った時点で画面上にキーボードのアイコンが表示されます。 ASCII 端末装置 (tty 端末装置) を使用している場合は、ビープ音が鳴った時点で keyboard の文字が表示されます。注 : F5 キー (ASCII 端末の場合は 5) を押してもシステムがブートしない場合は、ハードウェア付属のマニュアルを参照し、AIX プロダクト・メディアからシステムをブートする方法について調べてください。

5. F1 (ASCII 端末では 1) を押して Enter キーを押し、システム・コンソールを選択します。


http://www.ibm.com/services/sl/products/

6.「Choice」フィールドに「5」を入力し、Enter キーを押して、BOS のインストール・メニューに英語を選択します。「Welcome to Base Operating System Installation and Maintenance」メニューがオープンされます。

7.「Choice」フィールドに「2」と入力して「2 Change/Show Installation Settings and Install」を選択し、Enter キーを押します。 Welcome to Base Operating System Installation and Maintenance


1 Start Install Now with Default Settings





ステップ 3. マイグレーション・インストール設定を確認して、インストールを開始します。1.「Method of Installation」が「Migration」になっていることを確認します。「Method of Installation」が「Migration」になっていない場合は、ここで選択してください。インストールするディスク (複数可) を選択します。 1 System Settings: Method of Installation.............Migration Disk Where You Want to Install.....hdisk0

2.「Primary Language Environment Settings (AFTER Install)」を選択します。3.「3」を入力して Enter キーを押し、「More Options」を選択します。ヘルプ・メニューを使用してマイグレーション・インストール中に使用可能なオプションの詳細を表示するには、「Installation Options」メニューに「88」と入力し、Enter キーを押します。 AIX バージョン 7.1 で使用可能なインストール・オプションの詳細については、『BOS インストール・オプション』を参照してください。

4.「Migration Installation Summary」画面で選択内容を確認し、Enter キーを押します。5.「Migration Confirmation」メニューが表示されたら、メニューの指示に従ってシステム情報をリストするか、「0」と入力し、Enter キーを押して、移行を続行します。 Migration Confirmation

Either type 0 and press Enter to continue the installation, or type the number of your choice and press Enter.

1 List the saved Base System configuration files which will not be merged into the system. These files are saved in /tmp/bos. 2 List the filesets which will be removed and not replaced. 3 List directories which will have all current contents removed. 4 Reboot without migrating.

Acceptance of license agreements is required before using system. You will be prompted to accept after the system reboots.

>>> 0 Continue with the migration. 88 Help ?

+--------------------------------------------------------------------------- WARNING: Selected files, directories, and filesets (installable options) from the Base System will be removed. Choose 2 or 3 for more information.

>>> Choice[0]:


ステップ 4. インストール後のシステム構成の検査移行が完了した後は、次の手順でシステムがリブートされます。1.グラフィック・ディスプレイのシステムでは、マイグレーション・インストールの後、構成アシストが開きます。 ASCII ディスプレイのシステムでは、マイグレーション・インストールの後、インストール・アシストが開きます。構成アシストまたはインストール・アシストの詳細情報については、『構成アシストを使用した AIX の構成』を参照してください。


3.管理者 (root ユーザー) のパスワードとネットワーク通信 (TCP/IP) 情報を確認します。この時点での他の任意のオプションを使用します。コマンド・ラインに configassist またはsmitty assist と入力すると、構成アシストまたはインストール・アシストに戻ることができます。



6.ログイン・プロンプトが表示されたら、システム管理タスクを実行するために root ユーザーとしてログインします。

7. /usr/lpp/bos/post_migration スクリプトを実行します。ソフトウェア・バンドルの作成とインストール

このシナリオを使用すると、ユーザー定義ソフトウェア・バンドルを作成し、その内容をインストールすることができます。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。ユーザー定義ソフトウェア・バンドルは、/usr/sys/inst.data/user_bundles パスにある、末尾が .bnd であるテキスト・ファイルです。 /usr/sys/inst.data/user_bundles パスにソフトウェア・バンドル・ファイルを作成することにより、SMIT (System Management Interface Tool) はそのファイルを見つけて、バンドル選択画面に表示することができます。このシナリオでは、次のことを実行します。• X11.apps.custom ファイルセットを含む、ユーザー定義のソフトウェア・バンドルを作成する• ソフトウェア・バンドルをインストールする• ソフトウェア・バンドルのインストールが成功したことを確認するステップ 1. ユーザー定義ソフトウェア・バンドルの作成1.次を実行して、/usr/sys/inst.data/user_bundles パスに、.bnd 拡張子のテキスト・ファイルを作成します。# vi /usr/sys/inst.data/user_bundles/MyBundle.bnd

2. 1 行に 1 エントリーを指定して、バンドル・ファイルにソフトウェア・プロダクト、パッケージ、またはファイルセットを追加します。それぞれのエントリーにフォーマット・タイプの接頭部を追加します。この例では、AIX installp パッケージを扱っているので、フォーマット・タイプ接頭部は I: になります。 MyBundle.bnd ファイル内に次のように入力します。I:X11.apps.custom

インストール・フォーマット・タイプについて詳しくは、『ソフトウェア・プロダクト・パッケージ』を参照してください。


3.ソフトウェア・バンドル・ファイルを保存して、テキスト・エディターを終了します。ステップ 2. ソフトウェア・バンドルのインストール1.コマンド・ラインに # smitty easy_install と入力します。2.インストール・デバイスまたはディレクトリーの名前を入力します。3.選択画面から、作成したユーザー定義ソフトウェア・バンドル MyBundle の名前を選択します。

Install Software Bundle Type or select a value for the entry field. Press Enter AFTER making all desired changes. +--------------------------------------------------------------------------+ | Select a Fileset Bundle | | | | Move cursor to desired item and press Enter. | | | | App-Dev | | CDE | | GNOME | | KDE | | Media-Defined | | MyBundle | | ... | | ... | | | | F1=Help F2=Refresh F3=Cancel | | F8=Image F10=Exit Enter=Do | | /=Find n=Find Next | +--------------------------------------------------------------------------+

4.「Install Software Bundle (ソフトウェア・バンドルのインストール)」画面で提供されている値を、状態に合わせて変更します。インストールする前にソフトウェア・バンドルのインストールをプレビューするには、「PREVIEW only? (プレビューだけ行う)」オプションを「yes (はい)」に変更できます。また、バンドル内のソフトウェアに電子ライセンスがある場合は、「accept new license agreements (新規ご使用条件に同意する)」必要がある場合もあります。 Install Software Bundle Type or select values in entry fields. Press Enter AFTER making all desired changes. [Entry Fields] * INPUT device / directory for software /cdrom * BUNDLE MyBundle + * SOFTWARE to install [all] + PREVIEW only? (install operation will NOT occur) no/yes + COMMIT software updates? yes + SAVE replaced files? no + AUTOMATICALLY install requisite software? yes + EXTEND file systems if space needed? yes + VERIFY install and check file sizes? no + Include corresponding LANGUAGE filesets? yes + DETAILED output? no + Process multiple volumes? yes + ACCEPT new license agreements? no/yes + Preview new LICENSE agreements? no + F1=Help F2=Refresh F3=Cancel F4=List Esc+5=Reset F6=Command F7=Edit F8=Image F9=Shell F10=Exit Enter=Do

5.続行するには、Enter キーを押してください。6.もう一度 Enter キーを押して決定を確認し、ソフトウェア・バンドルのインストールを開始します。ステップ 3. ソフトウェア・バンドルのインストールの確認• 出力の終わりまでスクロールして、インストール出力の終わりにあるインストール要約を確認します。この出力には、ユーザー定義ソフトウェア・バンドルが正常にインストールされたかどうかが示されています。次のような出力が表示される場合があります。


+-----------------------------------------------------------------------------+ Summaries: +-----------------------------------------------------------------------------+ Installation Summary -------------------- Name Level Part Event Result -------------------------------------------------------------------------------X11.apps.custom 7.1.0.0 USR APPLY SUCCESS

• 次のいずれかを実行して、後でインストールを確認することもできます。– 次のコマンドを実行します。

lslpp -Lb MyBundle

この出力には、ユーザー定義ソフトウェア・バンドルが正常にインストールされたかどうかが示されています。次のような出力が表示される場合があります。Fileset Level State Type Description-------------------------------------------------------------------------------------X11.apps.custom 7.1.0.0 C F AIXwindows Customizing Tool

State codes: A -- Applied. B -- Broken. C -- Committed. E -- EFIX Locked. O -- Obsolete. (partially migrated to newer version) ? -- Inconsistent State...Run lppchk -v.

Type codes:

F -- Installp Fileset P -- Product C -- Component T -- Feature R -- RPM Package E -- Interim Fix

– SMIT で次のステップを完了します。1.コマンド・ラインに smitty list_installed と入力します。2.「List Installed Software by Bundle (バンドルによってインストールされたソフトウェアのリスト )」を選択します。

3.カーソルを「BUNDLE name (バンドル名)」フィールドに合わせて F4 を押し、リストからバンドルを選択します。

4. Enter キーを押します。前のオプションの出力に似た出力が表示されます。AIX システムへのオープン・ソース・アプリケーションの追加

AIX Toolbox for Linux Applications メディアからオープン・ソース・アプリケーションをインストールするためのオプション。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。ご使用の基本オペレーティング・システム・ソフトウェアに同梱されている AIX Toolbox for LinuxApplications メディアには、AIX オペレーティング・システムで使用されるもっとも一般的に使用されるオープン・ソース・アプリケーションが含まれています。このメディアからインストールするためのオプションとしては、次のものがあります。• SMIT install_software 高速パスを使用して、AIX Toolbox for Linux Applications メディアから RPMパッケージをインストールします。

• geninstall コマンドを使用して、AIX Toolbox for Linux Applications メディアから RPM パッケージをインストールします。


• バンドルをインストールします。バンドルは、基本 Linux 稼働環境、基本デスクトップ使用、GNOME または KDE デスクトップ使用、またはアプリケーション開発に必要なアプリケーションをグループ化します。

• 機能ごとに分類されたパッケージのディレクトリーからインストールします。これらのディレクトリー・グループは、広範なアプリケーション、シェル環境、ネットワーク・アプリケーション、開発ツール、アプリケーション・ライブラリーなどをカバーしています。

• 特定アプリケーションの単一パッケージをインストールします。次の手順は、AIX Toolbox for Linux Applications メディアからの RPM パッケージのインストール例を提供します。• SMIT を使用して cdrecord および mtools RPM パッケージをインストールするには、以下を実行します。1. SMIT install_software 高速パスを実行します。2. AIX Toolbox for Linux Applications メディアのデバイス名 (例えば、/dev/cd0) を入力し、Enter キーを押します。

3. F4 キーを使用して、デバイスの内容をリストします。4. cdrecord および mtools パッケージを選択して、Enter キーを押します。5.「Install Software (ソフトウェアのインストール)」メニュー・フィールドの残りについてはデフォルト値を受け入れて、Enter キーを押します。

6.ソフトウェアをインストールすることを確認し、Enter キーを押します。この時点で、ソフトウェアのインストール・プロセスが開始されます。

• コマンド・ラインから cdrecord および mtools RPM パッケージをインストールするには、次のように入力します。# geninstall -d/dev/cd0 R:cdrecord R:mtools

この時点で、ソフトウェアのインストール・プロセスが開始されます。• AIX の基本オペレーティング・システムとともに自動的にインストールされる rpm コマンドを使用して、

GNOME デスクトップおよび bc アプリケーション・パッケージに必要なバンドルをインストールします。完全な説明は、AIX Toolbox for Linux Applications の README ファイルにあります。1.システムの電源をオンにし、AIX を稼働して、AIX Toolbox for Linux Applications メディアを、システムのメディア・ドライブに挿入します。

2. root 権限により、次のコマンドを使用してメディア・ドライブをマウントします。mount -vcdrfs -oro /dev/cd0 /mnt

-v フラグは、仮想ファイルシステム・タイプ cdrfs を指定します。 -o フラグは ro オプション (マウントされたファイルが読み取り専用であることを意味する) を指定します。デバイス名は /dev/cd0 です。メディア・ドライブをマウントするディレクトリーは、/mnt です。

3.次のコマンドを使用して /mnt ディレクトリーに変更します。cd /mnt

4. ls コマンドを使用してメディアの内容をリストします。リストは以下を含んでおり、表示または印刷できます。– README ファイルには、このメディアからインストールするための完全な説明が含まれています。– CONTENTS ファイルはこのメディア上で使用可能なすべてのパッケージをリストし、各パッケージの目的について簡潔に説明しています。

5. Web ブラウザーで /mnt/LICENSES/index.html ファイルをオープンして、ソフトウェア・ライセンス情報を表示します。


6.端末ウィンドウで、次のコマンドを使用して ezinstall/ppc ディレクトリーに変更します。cd /mnt/ezinstall/ppc

次のステップでは、4 個のバンドル (Base、Desktop Base、GNOME Base、および GNOME Apps) をインストールすることにより、rpm プログラムを使用して GNOME をインストールします。あるいは、smit install_bundle 高速パスを使用し、GNOME バンドルを選択して、すべての必要なパッケージをインストールすることができます。

7.次のコマンド・シーケンスを使用して GNOME をインストールします。rpm -Uhv ezinstall/ppc/base/*rpm -Uhv ezinstall/ppc/desktop.base/*rpm -Uhv ezinstall/ppc/gnome.base/*rpm -Uhv ezinstall/ppc/gnome.apps/*

-U フラグは、ユーザーのシステムに存在する可能性のあるそれぞれのパッケージの以前のバージョンをすべて更新します。 -h フラグは、インストールが進行中であることを示すために、時刻指定された間隔にハッシュ・マーク (#) をプリントします。 -v フラグは、インストール中に発生する関連情報メッセージまたはエラー・メッセージを表示します。結果は、次のようなものになります。rpm -Uhv ezinstall/ppc/desktop.base/*gdbm ##################################################libjpeg ##################################################libpng ##################################################libtiff ##################################################libungif ##################################################readline ##################################################zlib ##################################################

rpm コマンドがエラーを戻す場合は、次のいずれかの原因が考えられます。– 現在のファイルシステムに十分なスペースがない。ファイルシステムのサイズを変更するか、マウント・ポイントを変更してください。

– パッケージが既にインストールされている。 rpm プログラムは同じ名前とバージョン・レベルの既存パッケージをディスカバーしたため、パッケージを置換しませんでした。次の例に示すように、メディア上のスクリプトは、まだシステムにインストールされていないパッケージのみをディレクトリーからインストールします。/mnt/contrib/installmissing.sh ezinstall/ppc/desktop.base/*

– 依存関係に失敗した。このパッケージまたはバンドルをインストールするには、エラー・メッセージにリストされているパッケージが事前にインストールされている必要があります。

8.次のコマンドを使用して、bc アプリケーション・パッケージをインストールします。rpm -Uhv RPMS/ppc/bc-*.rpm

代替ディスク・インストールを使用した rootvg のクローン作成このシナリオを使用すると、同一システム上の代替ディスクに rootvg で稼働している AIX のクローンを作成したり、ユーザー定義ソフトウェア・バンドルをインストールしたり、ユーザー定義スクリプトを実行して代替ディスク上の AIX イメージをカスタマイズしたりすることができます。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。代替ディスク・インストール・プロセスではターゲット代替ディスクへの既存の rootvg のクローン作成が行われるため、ターゲット代替ディスクがボリューム・グループに既に割り当てられていてはいけません。このシナリオでは、次のことを実行します。• 代替ディスクのインストールの準備• 代替ディスクのインストールとカスタマイズの実行


• 代替ディスクのブートオフ• 操作の検査代替ディスクのインストールについては、『代替ディスクへのインストール』を参照してください。また、alt_disk_copy のマニュアル・ページも参照してください。ステップ 1. 代替ディスクのインストールの準備1.システム上の物理ディスクの状況を検査します。次のように入力します。

# lspv

次のような出力が表示されます。hdisk0 0009710fa9c79877 rootvg activehdisk1 0009710f0b90db93 None

この物理ディスクにはボリューム・グループが割り当てられていないため、hdisk1 を代替ディスクとして使用することができます。

2.次を実行して、alt_disk_copy ファイルセットがインストールされているか確認します。# lslpp -L bos.alt_disk_install.rte

alt_disk_copy ファイルセットがインストールされていない場合は、次のような出力が表示されます。lslpp: 0504-132 Fileset bos.alt_disk_install.rte not installed.

3.次を実行して、AIX インストール・メディアのボリューム 1 を使用して alt_disk_copy ファイルセットをインストールします。# geninstall -d/dev/cd0 bos.alt_disk_install.rte

次のような出力が表示されます。+-----------------------------------------------------------------------------+ Summaries: +-----------------------------------------------------------------------------+ Installation Summary -------------------- Name Level Part Event Result -------------------------------------------------------------------------------bos.alt_disk_install.rte 5.3.0.0 USR APPLY SUCCESS

4.次のファイルセットを含む、/usr/sys/inst.data/user_bundles/MyBundle.bnd と呼ばれるユーザー定義バンドルを作成します。I:bos.content_listI:bos.games

ユーザー定義ソフトウェア・バンドルの作成方法について詳しくは、『ソフトウェア・バンドルの作成とインストール』を参照してください。

5. /home/scripts ディレクトリーを作成します。mkdir /home/scripts

6. /home/scripts ディレクトリーに、AddUsers.sh と呼ばれるユーザー定義のカスタマイズ・スクリプトを作成します。touch /home/scripts/AddUsers.shchmod 755 /home/scripts/AddUsers.sh


7.次の行を含むように、/home/scripts/AddUsers.sh を編集します。mkuser johndoetouch /home/johndoe/abc.txttouch /home/johndoe/xyz.txt

ステップ 2. 代替ディスクのインストールとカスタマイズの実行1.代替ディスクに rootvg のクローンを作成するには、コマンド・ラインに次のように入力して SMIT メニューを開きます。# smit alt_clone

2.「Target Disk to Install (インストールするターゲット・ディスク)」フィールドで「hdisk1」を選択します。

3.「Bundle to Install (インストールするバンドル)」フィールドで「MyBundle」バンドルを選択します。

4.インストール・メディアのボリューム 1 を挿入します。5.「Directory or Device with images (イメージを含むディレクトリーまたはデバイス)」フィールドに「/dev/cd0」と入力します。

6.「Customization script (カスタマイズ・スクリプト)」フィールドに「/home/scripts/AddUsers.sh」と入力します。

7. Enter キーを押して、代替ディスクのインストールを開始します。8.次を実行して、代替ディスクが作成されたことを確認します。

# lspv

次のような出力が表示されます。hdisk0 0009710fa9c79877 rootvg hdisk1 0009710f0b90db93 altinst_rootvg

ステップ 3. 代替ディスクからのブート1.デフォルトにより、代替ディスクのインストール・プロセスは、ブート・リストを代替ディスクに変更します。これを確認するには、次を実行します。# bootlist -m normal -o

次のような出力が表示されます。hdisk1

2.システムをリブートします。次のように入力します。# shutdown -r

システムが、代替ディスク (hdisk1) 上のブート・イメージからブートされます。ステップ 4. 操作の検査1.システムがリブートされると、代替ディスクから稼働します。これを確認するには、次のように入力します。# lspv

次のような出力が表示されます。


hdisk0 0009710fa9c79877 old_rootvg hdisk1 0009710f0b90db93 rootvg

2.次のように入力して、カスタマイズ・スクリプトが正しく実行されたことを確認します。# find /home/johndoe -print

次のような出力が表示されます。/home/johndoe /home/johndoe/.profile /home/johndoe/abc.txt /home/johndoe/xyz.txt

3.次のように入力して、ソフトウェア・バンドルの内容がインストールされたことを確認します。# lslpp -Lb MyBundle

次のような出力が表示されます。 Fileset Level State Description ---------------------------------------------------------------------------- bos.content_list 5.3.0.0 C AIX Release Content List bos.games 5.3.0.0 C Games

EZNIM を使用した NIM の構成このシナリオでは、SMIT EZNIM オプションを使用して初めて NIM 環境を構成します。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。SMIT EZNIM オプションは、bos.sysmgt.nim.master ファイルセットをインストールして、NIM 環境を構成します。この構成では、NIM データベースを作成し、そのデータベースにいくつかのデフォルト・エントリーを取り込みます。その後いくつかの基本の NIM リソースが作成され、NIM データベースに定義されます。1.次のように入力します。# smitty eznim2.「Configure as a NIM Master (NIM マスターとして構成)」を選択し、Enter キーを押します。3.「Setup the NIM Master Environment (NIM マスター環境のセットアップ)」を選択し、Enter キーを押します。

4.ソフトウェア・ソース、ボリューム・グループ、およびファイルシステムのデフォルト選択がご使用環境にとって正しいか確認します。必要な場合は、選択を変更してください。

5. Enter キーを押して、NIM 環境の構成を開始します。6.作成された NIM リソースを表示するには、次のようにします。

a. SMIT eznim_master_panel 高速パスを使用して、EZNIM マスター・メニューを開きます。b.「Show the NIM environment (NIM 環境の表示)」を選択して、Enter キーを押します。

NIM を使用したクライアントのインストールNIM クライアントで新規および完全 BOS (基本オペレーティング・システム) インストールを実行できます。NIM を使用してクライアントをインストールする前に、ご使用の環境で以下の構成要件が満たされていることを確認する必要があります。• NIM クライアントが、次のようにスタンドアロン・システム・リソースとして NIM マスターで定義されている。– lsnim -l client_name コマンドを実行して構成が検証されます。


- クライアントが定義されていない場合、定義する必要があります。- smitty nim_mkmac を入力します。NIM マスターからインストールされるようにクライアントが構成されていることを確認します。

- /etc/niminfo ファイルがクライアントにある場合、NIM_MASTER_HOSTNAME 値は NIM マスター名です。

- この NIM_MASTER_HOSTNAME 値が、現行のインストールに使用される NIM マスターと同じではない場合、/etc/niminfo ファイルを除去し、smitty niminit を実行して、ネットワーク・インストール管理クライアント・ファイルセットを構成します。

• NIM マスターが構成され、ご使用のインストール済み環境に使用される NIM クライアントの基本 NIM リソースと一緒に定義されている。

BOS インストールを完了するには、以下の手順を実行します。1. bosinst_data リソースを使用して、プロンプトなしのインストールを開始します。プロンプトなしのインストールでの bosinst.data ファイルの作成方法については、『bosinst.data ファイルの使用』を参照してください。

2. resolv_conf リソースを使用して、ネットワーク nameserver および domain を構成します。3. NIM マスターで # smit nim_bosinst コマンドを入力します。4. SMIT インターフェースから、BOS インストールのための lpp_source リソースを選択します。5. BOS インストールのための SPOT リソースを選択します。6.「インストール中に使用する BOSINST_DATA」オプションを選択し、プロンプトなしの BOS インストールを作成できる bosinst_data リソースを選択します。

7.「ネットワーク構成に対して使用する RESOLV_CONF」オプションを選択し、resolv_conf リソースを選択します。

8.「新規ご使用条件に同意」オプションを選択し、「はい」を選択します。残りのメニュー・オプションについては、デフォルト値を受け入れます。

9. Enter キーを押して確認し、NIM クライアントのインストールを開始します。10. NIM クライアント・インストールの状況を確認するには、# lsnim -l va09 と入力します。次のような出力が表示されます。

va09: class = machines type = standalone default_res = basic_res_grp platform = chrp netboot_kernel = 64 if1 = master_net va09 0 cable_type1 = bnc Cstate = Base Operating System installation is being performed prev_state = BOS installation has been enabled Mstate = in the process of booting info = BOS install 7% complete : 0% of operations completed. boot = boot bosinst_data = bid_tty_ow lpp_source = 720lpp_res nim_script = nim_script resolv_conf = master_net_conf spot = 720spot_res cpuid = 0009710F4C00 control = master Cstate_result = success

関連情報システム・バックアップの作成bosinst.data ファイルの使用NIM ロードマッププロンプトなしの BOS インストールの実行


JS20 ブレードのネットワーク・インストールこのシナリオを使用して、JS20 ブレードに AIX を初めてインストールしたり、オペレーティング・システムの既存のバージョンを上書きしたりできます。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。このシナリオでは、以下のことを実行します。• JS20 ブレードに必要な TCP/IP 情報を収集します。• ネットワーク・インストール・マネージャー (NIM) 環境を準備します。• NIM マスターを構成します。• NIM インストール・リソースを作成します。• JS20 ブレードを NIM クライアントとして定義します。• JS20 ブレードをネットワーク・インストール用に準備します。• 直接 bootp またはブロードキャスト bootp 方式を使用してネットワークから、JS20 ブレードをブートします。ネットワーク・インストールの実行を実行するには、まだ構成していない場合は、NIM マスターの構成が必要になります。 NIM マスターの作成方法については、『NIM およびその他の基本操作の構成』を参照してください。注 : この手順では、基本オペレーティング・システムをシャットダウンしてから再インストールすることが必要になります。オペレーティング・システムを再インストールする時は、データまたは機能が失われないようにするために、ワークロードに対する影響が最小限で済むようなタイミングでシャットダウンを実行してください。新規および完全上書きインストールを実行する前に、データ、およびカスタマイズされたアプリケーションまたはボリューム・グループの、信頼できるバックアップを必ず作成しておいてください。システム・バックアップの作成方法については、『システム・バックアップの作成』を参照してください。ブロードキャスト bootp ネットワーク・インストールの実行ブロードキャスト bootp を実行するには、必ず NIM サーバーが、インストールしている JS20 ブレードと同じサブネット上にあることを確認してください。ブロードキャスト bootp の間、JS20 ブレードはブロードキャスト bootp パケットをそのサブネットに送信します。 NIM サーバーはこのパケットを受信して応答します。 NIM マスター上の JS20 ブレード NIM クライアント定義には、インストール中に使用される、JS20 ブレードのネットワーク・アダプターの MAC アドレスが含まれている必要があります。さもないと、NIM サーバーはブロードキャスト bootp に応答しません。 NIM マスターが別のサブネット上にあるときにブロードキャスト bootp を実行する場合は、ブロードキャスト bootp パケットを転送するために、クライアントのサブネット上に別のシステムをセットアップする必要があります。ブロードキャスト bootp パケットを転送するためにシステムをセットアップするには、以下のステップを実行してください。1. NIM サーバーの IP アドレスを、パケットを転送するシステム上の /etc/dhcprd.cnf ファイルに追加します。例えば、NIM サーバーの IP アドレスが 192.24.24.1 の場合は、server 192.24.24.1を /etc/dhcprd.cnf に追加します。

2. startsrc -s dhcprd を実行します。これによりこのシステムは、ブロードキャスト bootp パケットを、別のサブネット上の NIM サーバーに転送します。また、ブロードキャスト bootp パケットを転送しているシステムからの bootp 応答をクライアントが正しく処理するためには、最新のファームウェア・バージョンをクライアントにインストールする必要もあります。ステップ 1: NIM サーバーの準備ブロードキャスト bootp の実行は、直接 bootp に似ています。ネットワーク・インストールに使用する JS20 ブレードのネットワーク・アダプターの MAC アドレスの取得が必要な点を除くと、手順は同じです。


1.以下のステップを実行して、MM Web インターフェースから MAC アドレスを取得します。a.「Monitor (モニター)」 > 「Hardware VPD (ハードウェア VPD)」を選択します。b.「BladeCenter Server MAC Addresses (BladeCenter サーバー MAC アドレス)」までスクロールダウンします。

c.インストールを予定している JS20 と、インストールの実行に使用するアダプターに対応するMAC アドレスを見つけます。この MAC アドレスを書き留めます。

2. JS20 ブレードを NIM クライアントとして定義する場合は、MAC アドレスを指定します。 smittynim_mkmac コマンドを使用する場合は、「Network Adapter Hardware Address (ネットワーク・アダプターのハードウェア・アドレス)」SMIT 画面に MAC アドレスを指定します。 MAC アドレスを指定する場合は、コロン (":") を含めないでください。クライアントが既に定義済みの場合は、smitty nim_chmac コマンドを使用して MAC アドレスを変更できます。

3.以下の手順を実行して、JS20 ブレードをインストールするために NIM マスターをセットアップします。a. smitty nim_bosinst コマンドを実行します。b.ターゲットとして定義されている JS20 ブレードを選択します。c.実行するインストール・タイプを選択し、JS20 ブレードのインストールに使用するインストール・リソースを選択します。

また、コマンド・ラインで bos_inst NIM 操作を使用して、インストールする JS20 ブレードを準備することもできます。 bos_inst 操作の使用方法について詳しくは、『NIM bos_inst 操作の使用』を参照してください。

4. JS20 ブレードの電源をオフにします。 JS20 ブレードを自動的にリブートしたくない場合は、SMIT画面で「Initiate reboot and installation now? (リブートおよびインストールを即時に開始)」を「no(いいえ)」に設定して、Enter キーを押します。

ステップ 2: 管理モジュールからのインストールの開始bootp プロトコルにより、直接 bootp またはブロードキャスト bootp 要求を介してインストールすることができます。1.「Blade Tasks (ブレード・タスク)」 > 「Configuration (構成)」を選択して、MM Web インターフェースで、JS20 ブレードのブート・リストがネットワークからインストールするように設定されていることを確認し、「Boot Sequence (ブート・シーケンス)」をスクロールダウンしてください。

2.インストールする JS20 ブレードをクリックし、先頭にリストされているデバイスが「Network -BOOTP (ネットワーク - BOOTP)」になっているようにします。 JS20 ブレードはブートすると、bootp 応答を最初に受信したネットワーク・アダプターからインストールを行います。注 : JS20 ブレードの電源をオンにしたときに、インストールする JS20 ブレードに対するシリアル・オーバー LAN 接続が開いていないようにする必要があります。

3.「save (保存)」をクリックします。4.「Blade Tasks (ブレード・タスク)」 > 「Power/Restart (電源/再始動)」を選択して、MM Web インターフェースから JS20 ブレードの電源をオンにします。

5.インストールする JS20 ブレードを選択して、「Power On Blade (ブレードの電源オン)」をクリックします。

JS20 ブレードへのシリアル・オーバー LAN 接続がない場合は、NIM マスターから次のコマンドを実行してインストールの状況を表示することができます。lsnim -l js20_nim_name

例えば、JS20 ブレードが JS20blade1 と定義されている場合、次のコマンドを実行します。lsnim -l JS20blade1

注 : AIX bootlist コマンドを実行してネットワーク・アダプターの IP パラメーターを設定して、システムをリブートすると、IP パラメーターが NVRAM に保管されます。ブート・シーケンスを


Network-BOOTP に設定して MM から JS20 ブレードをリブートすると、JS20 ブレードは、ブロードキャスト bootp を実行する代わりに、NVRAM に保管された IP パラメーターの使用を試行します。ブロードキャスト bootp を実行するには、それぞれの IP パラメーターに 0.0.0.0 を指定して bootlistコマンドを実行し、shutdown -Fr コマンドを使用して AIX からリブートします。例えば、ent1 でブロードキャスト bootp を実行するには、次のコマンドを実行します。# bootlist -m normal ent1 client=0.0.0.0 bserver=0.0.0.0 gateway=0.0.0.0 hdisk0# shutdown -Fr

AIX システムにログインできない場合は、オープン・ファームウェア・プロンプトから直接 bootp を実行するための手順に従ってください (ただし、それぞれの IP アドレスには「0.0.0.0」を指定してください)。 JS20 ブレードが正常にインストールされると、ブート IP パラメーターは「0.0.0.0」にリセットされます。

直接 bootp ネットワーク・インストールの実行直接 bootp は JS20 ブレードを NIM サーバーからインストールするために使用でき、NIM サーバーがJS20 ブレードと同じサブネットにある必要はありません。このオプションでは、JS20 ブレード上のネットワーク・アダプターの MAC アドレスは必要ありません。直接 bootp を実行するには、IP パラメーターをオープン・ファームウェアに指定できるように、ブレードへのシリアル・オーバー LAN 接続が必要です。シリアル・オーバー LAN を使用している場合は、NIM インストールを実行するために、現在 2 個のネットワーク・アダプターが必要です。シリアル・オーバー LANを使用している同一アダプター上に AIX をインストールすることはできません。ステップ 1: NIM サーバーの準備

1. SPOT、lpp_source、および NIM サーバー上にインストールする AIX のレベルで必要となるその他のすべてのリソースを作成します。通常、NIM サーバーは NIM マスターですが、NIM クライアントを NIM サーバーとしてセットアップすることもできます。 NIM リソースの作成方法については、『NIM マスターの構成および基本インストール・リソースの作成』を参照してください。

2.インストールを進める前に、ご使用の JS20 ブレードについて、次のワークシートの情報を必ず準備しておいてください。表 2. ネットワーク構成情報ワークシートネットワーク属性値ネットワーク・インターフェース

(例: ent1)

ホスト名IP アドレス _______.________.________.________

ネットワーク・マスク _______.________.________.________

ネーム・サーバー _______.________.________.________

ドメイン名ゲートウェイ _______.________.________.________

3. NIM マスター上で smitty nim_mkmac コマンドを実行して、NIM マスター上に JS20 ブレードをNIM クライアントとして定義します。このコマンドは、ユーザーの JS20 ブレードのクライアント定義を作成します。また、コマンド・ラインで define NIM 操作を使用して、JS20 ブレードを定義することもできます。

4.インストール後に JS20 ブレードのネーム・サーバーおよびドメイン名を設定する場合は、resolv_conf リソースを使用します。 resolv_conf リソースの作成方法について詳しくは、『nim_script リソースの使用』を参照してください。

5. smitty nim_bosinst コマンドを実行して、JS20 ブレードをインストールするために NIM マスターをセットアップします。以前にターゲットとして定義した JS20 ブレードを選択します。次


に、実行するインストールのタイプを選択し、JS20 ブレードをインストールするために使用するインストール・リソースを選択します。また、コマンド・ラインで bos_inst NIM 操作を使用して、インストールする JS20 ブレードを準備することもできます。注 :

a. JS20 ブレードが電源オフになっているか、インストールされていない場合は、SMIT インターフェースで「Initiate reboot and installation now? (リブートおよびインストールを即時に開始)」を「no (いいえ)」に設定し、Enter キーを押します。

b. JS20 ブレードが電源オンになっており、AIX を稼働している場合は、SMIT インターフェースで「Initiate reboot and installation now? (リブートおよびインストールを即時に開始)」を「yes

(はい)」に設定します。このオプションを選択すると、デフォルトで直接 bootp が開始され、ステップ 2 をスキップできます。このコマンドを実行する前に、必ず JS20 ブレードを登録済みのNIM クライアントにしてください。このためには、JS20 ブレードで smitty niminit を実行します。その後、NIM マスターのホスト名と、インストールに使用するインターフェースを指定します。また、コマンド・ラインで niminit コマンドを使用して、JS20 ブレードを初期化することもできます。

ステップ 2: JS20 ブレードからの直接 bootp の指定1. Web ブラウザーを使用して MM の IP アドレスまたはホスト名にナビゲートして、MM への Web インターフェースを開きます。

2.「Blade Tasks (ブレード・タスク)」 > 「Serial Over LAN (シリアル・オーバー LAN)」を選択して、MM Web インターフェースから JS20 ブレードに対して LAN でシリアルを使用可能にします。

3.インストールする JS20 ブレードを選択して、「Enable Serial Over LAN (LAN でシリアルを使用可能にする)」をクリックします。

4.「Blade Tasks (ブレード・タスク)」 > 「Power/Restart (電源/再始動)」を選択して、MM Web インターフェースから JS20 ブレードの電源をオンにします。

5.インストールする JS20 ブレードを選択して、「Power On Blade (ブレードの電源オン)」をクリックします。

6. MM に Telnet 接続し、console コマンドを実行して、JS20 ブレードへのシリアル・オーバー LAN接続を開きます。例えば、JS20 ブレードがスロット 3 に入っている場合、次のコマンドを実行します。console -T blade[3]

シリアル・オーバー LAN 接続は、一連の LED 番号を表示します。7. E1F1 が表示されたらキーボードで 8 を押して、オープン・ファームウェア・プロンプトに移動します。

8. boot net:bootp,server_ip,,client_ip,gateway_ip を実行して、ネットワークからブートします。• net タイプ・ブートを使用している場合は、次のようなコマンドを実行します。

boot net:bootp,192.168.2.10,,192.168.1.11,192.168.1.1

• ent1 を使用している場合は、次のようなコマンドを実行します。boot /pci@8000000f8000000/pci@0/ethernet@1,1:bootp,192.168.2.10,,192.168.1.11,192.168.1.1

注 : このコマンドでは、デバイスの絶対パス名を指定する必要があります。デバイスへの絶対パスを判別するには、オープン・ファームウェアのプロンプトで ls コマンドを実行して、デバイス・ツリーをリストします。このコマンドは、次のような出力を表示します。0 > ls 000000c87f18: /ibm,serial 000000c88840: /chosen 000000c88a98: /packages

...


000000d31488: /vdevice 000000d327a8: /vty@0 000000d32f88: /IBM,sp@4000 000000d33f10: /rtc@4001 000000d34a18: /pci@8000000f8000000 000000d384d0: /pci@0 000000d4bbd0: /ethernet@1 000000d5af50: /ethernet@1,1 000000d3be00: /pci@3 000000d6a350: /usb@0 000000d845f8: /hub@1 000000d854b8: /usb@0,1 000000d9f760: /hub@1 000000d3f798: /pci@1f 000000d45ed8: /ide@4,1 000000d47b10: /disk@0

強調表示された項目は、2 次イーサネット・アダプターへのパスです。この情報を boot コマンドに渡して、2 次イーサネット・アダプターからネットワーク・ブートを開始します。

9. boot コマンドを実行した後、ネットワーク・インストールが開始されます。次のような出力が、シリアル・オーバー LAN 接続で表示されます。BOOTP: chosen-network-type = ethernet,auto,none,auto BOOTP: server IP = 192.168.2.10 BOOTP: requested filename = BOOTP: client IP = 192.168.1.11 BOOTP: client HW addr = 0 d 60 1e c cb BOOTP: gateway IP = 192.168.1.1 BOOTP: device /pci@8000000f8000000/pci@0/ethernet@1,1 BOOTP: loc-code U8842.P1Z.23A0984-P1-T7

BOOTP R = 1 FILE: /tftpboot/js20blade1.austin.ibm.com Load Addr=0x0000000000004000, Max Size=0x0000000000bfc000 FINAL Packet Count = 21131 FINAL File Size = 10818623 bytes. load-base=0x4000 real-base=0xc00000

Elapsed time since release of system processors: 2 mins 28 secs ...

テープへのシステム・バックアップの作成このシナリオを使用して、ブート可能システム・バックアップ (ルート・ボリューム・グループ・バックアップまたは mksysb イメージとも呼ばれる) を作成することができます。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。ステップ 1. システム・バックアップ作成の準備システム・バックアップを作成する前に、以下の前提条件を完全に整えてください。• root ユーザーとしてログインしていることを確認します。• 構成の異なる、他のターゲット・システムをインストールするためにバックアップ・イメージを使用することを計画している場合は、ソース・システムを構成する前にイメージを作成するか、bosinst.dataファイルで RECOVER_DEVICES 変数を no に設定する必要があります。 bosinst.data ファイルについて詳しくは、「インストールおよび移行」の『bosinst.data ファイル』を参照してください。

• ソース・システムのマスター・コピーを作成するためにバックアップを使用する場合は、パスワードおよびネットワーク・アドレスの変更を考えてください。ソースからターゲット・システムへパスワードをコピーすると、セキュリティー上の問題が発生する可能性があります。また、ネットワーク・アドレスをターゲット・システムにコピーすると、重複するアドレスによって、ネットワーク通信が混乱する場合もあります。

• バックアップするすべてのファイルシステムをマウントしてください。 mksysb コマンドは、rootvg 内でマウントされている JFS および JFS2 のみをバックアップします。ファイルシステムをマウントするには、mount コマンドを使用します。


注 : mksysb コマンドは、 NFS ネットワークにマウントされたファイルシステムをバックアップしません。

• 別のローカル・ディレクトリーの上にマウントされているローカル・ディレクトリーは、アンマウントしてください。注 : 同一ファイルシステム内で、ローカル・ディレクトリーが別のローカル・ディレクトリーの上にマウントされている場合、このバックアップ手順では、ファイルは 2 回バックアップされます。例えば、 /usr/tmp の上に /tmp をマウントすると、 /tmp ディレクトリー内のファイルが 2 回バックアップされます。この重複により、ファイルシステムが保持できるファイル数を超える可能性があります。それによって、その後のバックアップ・イメージのインストールが失敗する可能性があります。

• バックアップしたくないファイルのリストを作成するには、 /etc/exclude.rootvg ファイルを使用してください。

• /tmp ディレクトリーでは、最低 40 MB の空きディスク・スペースを使用可能にしてください。 mksysbコマンドは、バックアップ期間中は、このワークスペースを必要とします。/tmp ディレクトリーでのフリー・スペースを確認するには、df コマンドを使用してください。 512 バイト・ブロック単位で報告されます。必要に応じて、chfs コマンドを使用して、ファイルシステムのサイズを変更してください。例えば、以下のコマンドは、4 MB の区画があるシステムの /tmp ディレクトリーに、40 MB のディスク・スペースを追加します。# chfs -a size=+80000 /tmp

• テープやメディア・ドライブなどの外部デバイスも含めて、すべてのハードウェアが既にインストールされている必要があります。

• bos.sysmgt.sysbr ファイルセットがインストールされている必要があります。bos.sysmgt.sysbr ファイルセットは自動的に、AIX にインストールされます。システムにbos.sysmgt.sysbr ファイルセットがインストールされているかどうかを確認するには、以下を入力します。# lslpp -l bos.sysmgt.sysbr

lslpp コマンドによって、bos.sysmgt.sysbr ファイルセットがリストされない場合は、バックアップ手順を続ける前に、そのファイルセットをインストールしてください。以下を入力します。# installp -agqXd /dev/cd0 bos.sysmgt.sysbr

ステップ 2. テープへのシステム・バックアップの作成1. smit mksysb 高速パスを入力します。2.「Backup DEVICE or File (バックアップ・デバイスまたはファイル)」フィールドで、磁気テープ装置を選択します。

3.マップ・ファイルを作成する場合は、「Create Map Files? (マップ・ファイルを作成する)」で、「yes(はい)」を選択します。注 : ソース・システムでなくターゲット・システムへバックアップを再インストールする場合、またはバックアップを再インストールする前に、ソース・システムのディスク構成が変更される可能性のある場合、マップ・ファイルは作成しないでください。

4.バックアップから特定のファイルを除外するには、「Exclude Files (ファイルの除外)」フィールドで「yes (はい)」を選択します。

5.「List files as they are backed up (バックアップするファイルをリストする )」フィールドで「yes (はい)」を選択します。

6.バックアップ中に他のプログラムを実行している場合は、「Disable software packing of backup? (バックアップのソフトウェア・パッキングを使用不可にする)」フィールドで「yes (はい)」を選択します。


7.残りのメニュー・オプションには、デフォルト値を使用します。8. Enter キーを押して、確認し、システム・バックアップ処理を開始します。9.「COMMAND STATUS (コマンド状況)」画面が表示され、システムがバックアップ・イメージを作成している間に、状況メッセージが表示されます。バックアップ処理が完了すると、「COMMAND: (コマンド:)」フィールドが「OK (了解)」に変わります。

10.バックアップの完了時に SMIT を終了するには、F10 (または Esc+0) を押します。11.テープを取り出して、ラベルを付けます。バックアップ・テープをライト・プロテクトします。12.バックアップの root パスワードおよびユーザー・パスワードがある場合は、それを記録しておいてください。これらのパスワードは、バックアップを使用して、このシステムを復元する場合、または別のシステムにインストールする場合に、アクティブになります。

rootvg のバックアップが正常に作成されました。システム・バックアップにはブート・イメージが含まれているので、何らかの理由によりハード・ディスクからブートできない場合、このテープを使用してシステムを始動することができます。

システム・バックアップ・テープを使用したシステムのクローン作成mksysb イメージを用いて、1 つのシステム・イメージのクローンを、複数のターゲット・システム上に作成することができます。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。ターゲット・システムにソース・システムと同じハードウェア・デバイスまたはアダプターが含まれていないか、ターゲット・システムがソース・システムと同じハードウェア・プラットフォームでない可能性があります。すべてのデバイスは、基本オペレーティング・システム (BOS) のインストール・プロセス中にデフォルトでインストールされます。「Install Software (ソフトウェアのインストール)」メニューの「EnableSystem Backups to install any system (システム・バックアップで任意システムのインストールを可能にする)」選択が「yes (はい)」に設定されている場合は、サポートされているシステムをブートしてインストールする mksysb イメージを作成できます。次のように入力して、システムにすべてのデバイスがインストール済みか確認します。# grep ALL_DEVICES_KERNELS /var/adm/ras/bosinst.data

次のような出力が表示されます。ALL_DEVICES_KERNELS = yes

BOS のインストール中にシステムにすべてのデバイスがインストールされていなかった場合は、このシナリオを使用します。必ず、ご使用のシステムに適した製品メディアから、mksysb が作成されたインストール済みソース・システムと同じ BOS のメンテナンス・レベルまたはテクノロジー・レベルで、ブートするようにしてください。例えば、ある BOS AIX システムからの mksysb が作成された、BOS AIX メディアを使用します。システム・バックアップ・テープを別のシステムにインストールするときは、この方法を使用してください。このシナリオでは、以下のステップを実行してください。1.メディア・ドライブに AIX Volume 1 メディアを入れ、磁気テープ装置にシステム・バックアップ・テープを入れてシステムをブートします。注 : DVD からブートして、テープをインストールに使用することができます。ただし、テープ・ブート中に DVD ドライブを使用してカスタマイズ情報を指定することはできません。

2.「Start Maintenance Mode for System Recovery (システム・リカバリー用保守モードの開始)」を選択します。

3.「Install from a System Backup (システム・バックアップからのインストール )」を選択します。4.バックアップ・テープが入っているドライブを選択し、Enter キーを押します。


システムがメディアを読み取って、インストールを開始します。その後、BOS のインストール言語の入力を求めるプロンプトが表示され、「Welcome (ようこそ)」画面が表示されます。プロンプト付きインストールを続行してください。クローン作成は、プロンプトなしのインストールではサポートされません。バックアップ・テープを復元するために製品メディアからクローン作成を実行している場合は、メディア・ドライブからメディアを取り出さないでください。mksysb のインストールが完了した後、インストール・プログラムは、ブートに使用された元の製品メディアを使用して、自動的に追加デバイスをシステムにインストールします。情報は、BOS のインストール・ログ・ファイルに保存されます。 BOS のインストール・ログ・ファイルを表示するには、cd /var/adm/ras と入力し、このディレクトリーにある devinst.log ファイルを表示します。ソース・システムに正しいパスワードとネットワーク情報がない場合は、この時点で、ターゲット・システム上で修正を行うことができます。また、プロダクトによっては、デバイス特有のファイルを提供するものもあります (graPHIGS など)。ソースのグラフィックス・アダプターが、ターゲット・システムとは異なっている場合は、グラフィックス関連の LPP 用のデバイス特有のファイルセットがインストールされているか、確認してください。

失敗したソフトウェア・インストールのクリーンアップこのシナリオを使用すると、インストールの中断または失敗後に、ソフトウェア製品および保守更新をクリーンアップすることができます。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。クリーンアップ手順では、部分的にはインストールされたか、不完全な状態で残されている項目を削除しようとします。このシナリオは、任意選択ソフトウェア製品の更新またはインストールのみに適用されます。 AIX BOS のインストールが失敗した場合は、『BOS インストール後のトラブルシューティング』を参照してください。注 : 安全なシステム・リカバリーを確保するために、ソフトウェア更新をインストールする前に、まずシステム・バックアップを実行することをお勧めします。システム・バックアップの作成手順については、『システム・バックアップの作成』を参照してください。クリーンアップ手順では、更新をその前の状態に復帰させようとします。例えば、「COMMITTING (コミット中)」状態のときに割り込まれた更新をクリーンアップする場合、クリーンアップ手順は、更新をその「APPLIED (適用)」状態に戻そうとします。更新インストールが中断される場合は、lslpp -l コマンドを実行して更新の現在の状態を確認します。例えば、中断された更新インストールに対して lslpp -l を実行すると、更新状況は「APPLIED (適用済み)」ではなく、「APPLYING (適用中)」と報告される可能性があります。インストールの初期状態の間に割り込みが発生した場合、クリーンアップ手順はインストールを完全に削除し、プロダクトの前のバージョン (あれば) を復元しようとします。前のバージョンが復元されたら、それがアクティブ・バージョンになります。前のバージョンを復元できない場合、そのソフトウェアは、lslpp -l コマンドによって、「BROKEN (壊れた)」としてリストされます。プロダクトが削除された場合、または「BROKEN (壊れた)」の状態になった場合、ソフトウェアの再インストールを試みることができます。「BROKEN (壊れた)」の状態のプロダクトをクリーンアップできません。再インストールするかまたは除去するしかありません。SMIT を使用してクリーンアップ手順を開始するには、以下を実行します。

1.コマンド・ラインに smit maintain_software と入力します。2.「インストールの障害または割り込み後のクリーンアップ」を選択して、Enter キーを押します。

コマンド・ラインからクリーンアップ手順を開始するには、以下を実行します。コマンド・ラインに installp -C と入力して、Enter キーを押します。

クリーンアップ手順の実行後にシステムをリブート (再始動) するようプロンプトが表示された場合は、ここで実行します。


クリーンアップできる製品が検出されなかったことを示すメッセージが表示された場合は、必要ないときにクリーンアップ手順を実行した可能性があります。インストールを再度試みてください。

HMC を使用してパーティションをインストールするための、メディア装置を使用した AIX のインストール

この手順では、ロジカル・パーティションのメディア装置を使用して、そのパーティションへの新規および完全な基本オペレーティング・システムのインストールを実行します。この手順では、管理対象システムに接続された HMC があることを前提とします。前提条件ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。注 : 選択するインストール方式に応じて、記載してあるステップの順序に必ず従うようにしてください。それぞれの手順の中には、AIX を使用して完了する必要があるインストール・ステップと、HMC インターフェースを使用して完了するステップがあります。この手順を開始する前に、既に HMC を使用してクライアントのパーティションとパーティション・プロファイルを作成する必要があります。メディア装置に接続された SCSI バス制御装置、ネットワーク・アダプター、および AIX オペレーティング・システムの十分なディスク・スペースをパーティションに割り当てます。このパーティションのブート・モードは、SMS モードに設定します。パーティションとパーティション・プロファイルを正常に作成したら、パーティションを作動可能状態にしておきます。ロジカル・パーティションとパーティション・プロファイルの作成方法については、IBM® Power Systems HardwareInformation Center にある『ロジカル・パーティションとパーティション・プロファイルの作成』の文書を参照してください。ステップ 1. パーティションの活動化とインストール (これらのステップは、HMC インターフェースで実行します)

1.以下の手順で、パーティションを活動化します。a. AIX 7 Volume 1 メディアを、管理対象システムのメディア装置に挿入します。b.ナビゲーション・パネルで「Systems Management (システム管理)」>「Servers (サーバー)」を開いて、ロジカル・パーティションがあるシステムをクリックします。

c.「Tasks (タスク)」メニューから、パーティションを選択し、「Operations (操作)」>「Activate (活動化)」>「Profile (プロファイル)」の順に選択します。

d.メニュー下部にある「Open a terminal window or console session (端末ウィンドウまたはコンソール・セッションのオープン)」を選択して、仮想端末 (vterm) ウィンドウを開きます。

e.「Advanced (詳細)」を選択して、詳細オプション・メニューを開きます。f.「Boot mode (ブート・モード)」として「SMS」を選択します。

g.「OK」をクリックして、詳細オプション・メニューを閉じます。h.「OK」を選択します。パーティションの vterm ウィンドウが開きます。

2. vterm の SMS メニューで、以下のことを実行します。a. 5 キーを押してから Enter キーを押し、「5. Select Boot Options」を選択します。


PowerPC FirmwareVersion SF220_001SMS 1.5 (c) Copyright IBM Corp. 2000, 2003 All rights reserved.-------------------------------------------------------------------------------Main Menu

1. Select Language2. Setup Remote IPL (Initial Program Load)3. Change SCSI Settings4. Select Console5. Select Boot Options

-------------------------------------------------------------------------------Navigation Keys:

X = eXit System Management Services-------------------------------------------------------------------------------Type the number of the menu item and press Enter or select Navigation Key: 5

b. 2 キーを押して Enter キーを押し、「2. Select Boot Devices」を選択します。c. 1 キーを押して Enter キーを押し、「1. Select 1st Boot Device」を選択します。d. 3 キーを押して Enter キーを押し、「3. CD/DVD」を選択します。e.メディア装置に対応するメディア・タイプを選択し、Enter キーを押します。f.メディア装置に対応する装置番号を選択し、Enter キーを押します。これで、このメディア装置が現在のブート・シーケンス・リスト内で先頭のデバイスになります。

g.「Configure Boot Device Order (ブート・デバイス順序の構成)」メニューに戻るまで ESC キーを押します。

h.ハード・ディスクに対応する装置番号を選択して、Enter キーを押します。i. x キーを押して SMS メニューを終了します。 SMS を終了することを確認します。

3.以下の手順で、AIX Volume 1 からブートします。a.コンソールを選択して、Enter キーを押します。b. BOS インストール・メニューの言語を選択して Enter キーを押すと、「Welcome to Base Operating

System Installation and Maintenance」メニューが表示されます。c.「Choice」フィールドに「2」と入力して「Change/Show Installation Settings and Install (インストール設定およびインストールの変更/表示)」を選択し、Enter キーを押します。 Welcome to Base Operating System Installation and Maintenance







4.以下の手順で、BOS インストール設定を検査または変更します。a.「Choice (選択)」フィールドに 1 を入力して、「System Settings (システム設定)」を選択します。b.「Choice」フィールドに「1」と入力して「New and Complete Overwrite (新規および完全上書き)」を選択し、Enter キーを押します。注 : 選択可能なインストール方式は、ディスクに AIX の以前のバージョンがインストールされているかどうかによって異なります。


c.「Change Disk(s) (ディスクの変更)」画面が開いたら、インストールの宛先ディスクを変更できます。表示されたデフォルトが正しければ、「Choice (選択)」フィールドに 0 を入力して Enter を押します。宛先ディスクを変更するには、次のようにします。1)「Choice (選択)」フィールドに、選択する各ディスクの番号を入力して、 ENTER キーを押します。すべてのディスクを選択し終わるまで、 Enter キーを最後まで押さないでください。ディスクを選択解除する必要がある場合は、その番号をもう一度入力して Enter キーを押します。

2)ディスクの選択が終わったら、「Choice (選択)」フィールドに 0 を入力して Enter を押します。「Installation and Settings (インストールおよび設定)」画面が開き、「System Settings (システム設定)」の下に選択されたディスクがリストされます。

d.必要な場合は、1 次言語環境を変更します。このインストールで使用される 1 次言語を変更して、希望の言語や国/地域別情報を選択するには、以下のステップを使用します。注 : 1 次言語環境の変更は、基本オペレーティング・システム (BOS) のインストールが完了して、システムをリブートするまでは有効になりません。1)「Installation and Settings」画面の「Choice」フィールドに「2」を入力して、「Primary Language

Environment Settings」オプションを選択します。2)国/地域別情報、言語、およびキーボードのオプションの該当するセットを選択します。大半のオプションは、事前に組み合わせて定義したものですが、ユーザー自身によるオプションの組み合わせを定義することもできます。• 事前定義の 1 次言語環境を選択するには、その番号を「Choice (選択項目)」フィールドに入力して、Enter キーを押します。

• ユーザー特有の 1 次言語環境を構成するには、以下のようにします。a)「MORE CHOICES (選択項目の続き)」を選択します。b)「Create Your Own Combination (独自の組み合わせの作成)」を選択します。c)「Set Primary Cultural Convention (国/地域別環境の設定)」画面が開いたら、「Choice」フィールドに、選択する国/地域別情報に対応する番号を入力して Enter キーを押します。

d)「Set Primary Language (1 次言語の設定)」画面が開いたら、選択する 1 次言語に対応する番号を「Choice」フィールドに入力して Enter キーを押します。

e)「Set Keyboard (キーボードの設定)」画面が開いたら、システムに接続されているキーボードに対応する番号を「Choice」フィールドに入力して Enter キーを押します。

e.すべての選択を完了したら、選択が正しいことを確認してください。 Enter キーを押して選択を確定し、BOS インストールを開始します。インストールが完了すると、システムは自動的にリブートされます。

5.以下の手順で、パーティションを「Normal Mode (通常モード)」に切り替えます。a.パーティション・プロファイルを右クリックしてメニューを開きます。必ず正しいパーティション・プロファイルが強調表示されているようにします。

b.「Properties (属性)」を選択します。c.「Settings (設定)」タブを選択します。d.「Boot Mode (ブート・モード)」には、「Normal (通常)」を選択します。e.「OK」をクリックして「Properties」メニューを閉じます。f.パーティションを右クリックしてメニューを開きます。

g.「Restart Partition (パーティションの再始動)」を選択します。h.「Restart Options (再始動オプション)」に対して「Immediate (即時)」を選択します。i.パーティションを再始動することを確認します。j.パーティションが再始動されたら、パーティションを右クリックしてメニューを開きます。

k.「Open terminal window (端末ウィンドウを開く)」を選択して、仮想端末 (vterm) ウィンドウを開きます。

6.以下の手順で、BOS インストールを完了します。


a.ターミナル・タイプとして「vt100」を入力します。 Set Terminal TypeThe terminal is not properly initialized. Please enter a terminal typeand press Enter. Some terminal types are not supported innon-English languages.

ibm3101 tvi912 vt330 ibm3151 tvi920 vt340 ibm3161 tvi925 wyse30 ibm3162 tvi950 wyse50 ibm3163 vs100 wyse60 ibm3164 vt100 wyse100 ibmpc vt320 wyse350 lft sun

+-----------------------Messages------------------------ | If the next screen is unreadable, press Break (Ctrl-c) 88 Help ? | to return to this screen. 99 Exit | |>>> Choice []: vt100

b.ご使用条件のメニューで、「Accept License Agreements (ソフトウェアのご使用条件に同意)」を選択します。

c.「yes (はい)」を選択して、インストール済みのご使用条件に同意します。d. F10 (または Esc+0) を押してご使用条件のメニューを終了します。e.インストール・アシストのメインメニューで、「Set Date and Time (日付および時刻の設定)」を選択します。

Installation Assistant

Move cursor to desired item and press Enter.

Set Date and Time Set root Password Configure Network Communications Install Software Applications Using SMIT (information only)

F1=Help F2=Refresh F3=Cancel F8=ImageF9=Shell F10=Exit Enter=Do

f.正しい日付、時刻、タイムゾーンを設定します。 F3 (または Esc+3) キーを押して、インストール・アシストのメインメニューに戻ります。

g.「Set root Password (root パスワードの設定)」を選択します。パーティションの root パスワードを設定します。

h.「Configure Network Communications (ネットワーク通信の構成)」を選択します。「TCP/IPStartup (TCP/IP の始動)」を選択します。「Available Network Interfaces (使用可能なネットワーク・インターフェース )」から選択し、Enter キーを押します。「Minimum Configuration and Startup(最小構成および始動)」メニューに適切なネットワーク情報を入力し、Enter キーを押します。 F3(または Esc+3) キーを押して、インストール・アシストのメインメニューに戻ります。

i. F10 (または Esc+0) を押して、インストール・アシストを終了します。j. vterm ウィンドウに、ログイン・プロンプトが表示されます。

ステップ 2. パーティションの管理 (このステップは、AIX 環境で実行します)

インストールが完了してシステムがリブートされると、vterm ウィンドウにログイン・プロンプトが表示されます。この時点で、いくつかの共通のシステム管理手順を実行することができます。次の表に、これらの手順の実行についての情報を入手するための場所をリストします。


表 3. 共通のシステム管理手順手順場所バックアップおよびシステム・バックアップのリカバリー

「インストールおよび移行」の『システム・バックアップの作成およびインストール』

ユーザーおよびグループの管理「セキュリティー」の『ユーザー、ロール、およびパスワード』ソフトウェアのインストール「インストールおよび移行」の『オプションのソフトウェア製品および

保守更新』修正/更新のインストール「インストールおよび移行」の『オプションのソフトウェア製品および

保守更新』パフォーマンスのためのシステム調整

「パフォーマンス・マネージメント」の『パフォーマンス調整』

プリンターの構成プリンターおよび印刷

HMC を使用しないでパーティションをインストールするための、メディア装置を使用した AIXのインストール

この手順では、システムの標準装備のメディア装置を使用して、スタンドアロン・システムで基本オペレーティング・システムの新規および完了インストールを実行します。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。この情報には、AIX オペレーティング・システムのインストール手順が含まれています。 AIX の基本オペレーティング・システムのインストールを実行する際に必要な概念および考慮事項、またはネットワーク・インストール・マネージャー (NIM) を使用して AIX をインストールおよび保守する際に必要な概念および要件について詳しくは、「インストールおよび移行」を参照してください。この時点で BOS インストールが完了し、システムの初期構成が完了します。ステップ 1. インストールのためのシステムの準備• 十分なディスク・スペースとメモリーが使用可能でなければなりません。 AIX には、512 MB のメモリーと 5 GB の物理ディスク・スペースが必要です。詳しいリリース情報については、「AIX 7.1 リリース・ノート」を参照してください。



ホスト名IP アドレス _______.________.________.________

ネットワーク・マスク _______.________.________.________

ネーム・サーバー _______.________.________.________

ドメイン名ゲートウェイ _______.________.________.________


ステップ 2. AIX プロダクト・メディアからのブート1.メディア装置に AIX Volume 1 メディアを挿入します。2.システムに接続されているすべての外付けデバイス (DVD ドライブ、および端末装置など) がオンになっていることを確認します。 AIX のインストールに使用するメディア・ドライブのみに、インストール・メディアが含まれている必要があります。

3. AIX プロダクト・メディアからシステムをブートするためにシステムを電源オンにするために必要な手順に従います。必要な場合は、ハードウェア資料を参照して手順を確認してください。注 : ほとんどの旧マイクロチャネル・システムでは、システムを電源オンにする前に、キーロックを保守位置に設定する必要があります。一部の古い PCI システムでは、電源オンにした数秒後、システムでビープ音がして、コンソール上に IBM または RS/6000 の繰り返しが開始されたときに、(ASCII 端末を使用しているか、カラー・グラフィックス・ディスプレイ・コンソールを使用しているかに応じて) 5 と入力するか、F5 キーを押す必要があります。ほとんどの現在の PCI システムでは、(使用しているコンソールのタイプに関係なく) これらのシステム・プロンプトが表示されたときには単に 5 キーを繰り返し押してください。また現在のほとんどのシステムは、サービス・プロセッサー・メニューを使用して、電源オンにする前に代替メディアからブートするように設定することができます。詳細情報については、ハードウェア資料を参照してください。

4.プロンプトが表示されたら、プロンプトによって示されたキー (1、2、F1、F2 など) を入力してシステム・コンソールを選択します。

5.「Choice」フィールドに「1」を入力して、基本オペレーティング・システム (BOS) のインストール・メニューに英語を選択します。 Enter キーを押すと、「Welcome to Base Operating System Installationand Maintenance」画面が表示されます。

6.「Choice」フィールドに 2 と入力して「2 Change/Show Installation Settings and Install」を選択し、Enter キーを押します。 Welcome to Base Operating System Installation and Maintenance







ステップ 3. BOS インストール設定の設定と確認1.「Installation and Settings」画面で、Method of Installation (「New and complete overwrite」)、Disk or

disks you want to install、Primary language environment settings、および Advanced options をチェックして、インストール設定が正しいことを確認します。

2.「Method of Installation」および「Disk Where You Want to Install」を含め、システム設定値を変更するには、「Choice」フィールドに「1」と入力して、Enter キーを押します。 Installation and Settings



>>> Choice [0]: 1








>>> Choice [0]:

4.「Change Disk(s) Where You Want to Install」画面で、次のようにします。a.「Choice」フィールドに「1」と入力して「hdisk0」を選択し、Enter キーを押します。これによりディスクは、>>> で示されるように選択されています。宛先ディスクを選択解除するには、もう一度番号を入力して Enter キーを押します。

b.ディスクの選択を完了するには、「Choice」フィールドに「0」と入力して、Enter キーを押します。「Installation and Settings」画面が表示され、「System Settings」の下に、選択されたディスクがリストされます。

5.「Primary Language Environment® Settings」を「English (United States)」に変更します。以下のステップに従って、国/地域別情報、言語、およびキーボードを英語に変更します。a.「Installation and Settings」画面で「Choice」フィールドに「2」と入力して、「Primary Language

Environment Settings」オプションを選択します。b.「Choice」フィールドに、「Cultural Convention」として「English (United States)」に対応する番号を入力し、Enter キーを押します。

c.適切なキーボードおよび言語のオプションを選択します。6.以下に従って、「Overwrite Installation Summary」画面で、選択が正しいことを確認してください。

Overwrite Installation Summary

Disks: hdisk0Cultural Convention: en_USLanguage: en_USKeyboard: en_USDesktop: CDEEnable System Backups to install any system: Yes



>>> Choice [1]:





3.日付および時刻を設定し、管理者 (root ユーザー) のパスワードを設定し、ネットワーク通信 (TCP/IP) を構成します。この時点での他の任意のオプションを使用します。コマンド・ラインに configassist またはsmitty assist と入力すると、構成アシストまたはインストール・アシストに戻ることができます。



ステップ 5. システムの管理この時点で、いくつかの共通のシステム管理手順を実行することができます。次の表に、これらの手順の実行についての情報を入手するための場所をリストします。表 5. 共通のシステム管理手順手順場所バックアップおよびシステム・バックアップのリカバリー






プリンターの構成プリンターおよび印刷

新規インストール後の AIX システムの構成新規および完全上書きインストール後に、構成アシストを使用します。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。• グラフィック・ディスプレイのシステムでは、新規および完全上書きインストールの後、構成アシストが開きます。1.オペレーティング・システムの電子ライセンスを受け入れるには、「ご使用条件に同意」オプションを選択します。

2.日付および時刻を設定し、管理者 (root ユーザー) のパスワードを設定し、ネットワーク通信 (TCP/IP)を構成します。この時点での他の任意のオプションを使用します。構成アシストには、コマンド・ラインにconfigassist と入力するといつでも戻ることができます。

3.「Exit the Configuration Assistant (構成アシストの終了)」を選択し、「Next (次へ)」を選択します。



この時点で BOS インストールが完了し、システムの初期構成が完了します。• ASCII ディスプレイのシステムでは、新規および完全上書きインストールの後、インストール・アシストが開きます。

1.「Set Terminal Type (ターミナル・タイプの設定)」メニューが表示されたら、ターミナル・タイプとして vt100 と入力します。 Set Terminal TypeThe terminal is not properly initialized. Please enter a terminal typeand press Enter. Some terminal types are not supported innon-English languages.



2.ご使用条件のメニューで、「Accept License Agreements (ソフトウェアのご使用条件に同意)」を選択します。

3.「yes (はい)」を選択して、インストール済みのご使用条件に同意します。4. F10 (または Esc+0) を押してご使用条件のメニューを終了します。5.インストール・アシストのメインメニューで、「Set Date and Time (日付および時刻の設定)」を選択します。





6.正しい日付、時刻、タイムゾーンを設定します。 F3 (または Esc+3) キーを押して、インストール・アシストのメインメニューに戻ります。

7.「Set root Password (root パスワードの設定)」を選択します。パーティションの root パスワードを設定します。

8.「Configure Network Communications (ネットワーク通信の構成)」を選択します。「TCP/IPStartup (TCP/IP の始動)」を選択します。「Available Network Interfaces (使用可能なネットワーク・インターフェース )」から選択し、Enter キーを押します。「Minimum Configuration and Startup(最小構成および始動)」メニューに適切なネットワーク情報を入力し、Enter キーを押します。 F3(または Esc+3) キーを押して、インストール・アシストのメインメニューに戻ります。

9. F10 (または Esc+0) を押して、インストール・アシストを終了します。10. vterm ウィンドウに、ログイン・プロンプトが表示されます。


この時点で BOS インストールが完了し、システムの初期構成が完了します。インストール後の AIX システムの管理この時点で、いくつかの共通のシステム管理手順を実行することができます。次の表に、これらの手順の実行についての情報を入手するための場所をリストします。表 6. 共通のシステム管理手順手順場所バックアップおよびシステム・バックアップのリカバリー


ユーザーおよびグループの管理「セキュリティー」の『ユーザー、ロール、およびパスワード』ソフトウェアのインストール「インストールおよび移行」の『任意選択ソフトウェア製品お

よび保守更新』修正のインストール/更新「インストールおよび移行」の『任意選択ソフトウェア製品お

よび保守更新』パフォーマンスのためのシステム調整パフォーマンス・マネージメントプリンターの構成プリンターおよび印刷

Activation EngineActivation Engine は、仮想イメージのブート時のカスタマイズに使用されるイネーブルメント・フレームワークです。ネットワーク・インターフェースの立ち上げ、非デフォルト・ユーザー・アカウントとその許可の作成、新規ファイルシステムの作成などの構成ステップを実行することによって実行中のシステムをカスタマイズすることに関連した情報が記載されています。Activation Engine の概要Activation Engine に関する情報、およびフレームワークの目的が記載されています。Activation Engine は、/etc/inittab ファイルから実行され、初期システム・ブート後に処理される仮想イメージのブート時のカスタマイズに使用されるイネーブルメント・フレームワークです。ネットワーク・インターフェースの開始、非デフォルト・ユーザー・アカウントとそれらの許可の作成、および新規ファイルシステムの作成などの機能を実行して、システムの構成設定をカスタマイズするために使用されます。Activation Engine を仮想イメージ・テンプレートとともに使用すると、システム管理者は単一仮想イメージを複数システムのデプロイメントのソースとして使用することができます。これは、ネットワーク・アドレス、カスタム・ファイルシステム、およびユーザー・アカウントなどの独自のパラメーターを使用してカスタマイズすることができます。 Activation Engine は完全に拡張可能です。つまり、デフォルト仮想イメージ・テンプレートを変更してカスタム規則を追加したり、カスタム・スクリプトを実行したり、ブート時に処理される新規テンプレートを追加したりすることさえできます。 Activation Engine には、ネットワーク、システム・アカウント、ファイルシステムなどの事前定義済みの規則セットが付いた標準テンプレートがデフォルトで付属しており、ユーザーがカスタム規則を追加できるように設計されています。Activation Engine スクリプトは、デフォルト仮想イメージ・テンプレート・ファイルを構文解析し、すべての規則を処理し、処理された規則にリンクしている後続のスクリプトを実行するために使用されます。Activation Engine ではテンプレートの XML フォーマットがサポートされます。これは、仮想イメージ・テンプレートでホストされているスクリプト・パラメーターを使用して、事前定義済みまたはユーザー作成のシステム・カスタマイズ・スクリプトを呼び出すためのランチパッドとして機能します。Activation Engine の使用Activation Engine の使用法、必要な入力、および制限に関する情報が記載されています。Activation Engine を使用するには、以下の手順に従ってください。1.ターゲット・システムで Activation Engine を使用可能にして構成します。 enable コマンドを実行して、AIX システム上で Activation Engine を使用可能にする必要があります。このプロセスにより


Activation Engine 項目が /etc/inittab ファイルに追加されます。この項目はシステムのブート時に実行されます。

2.ターゲット・システムの仮想デスクトップ・インフラストラクチャーの仮想イメージを取り込みます。これは、他のシステムへのデプロイに使用するイメージです。ターゲット・システムで ActivationEngine を使用可能にする必要があります。それにより、システム・ブート時に特定のパラメーターをカスタマイズすることができます。このイメージは、VM 制御ツールを使用して取り込まれます。

3. Activation Engine をデプロイするシステムのための仮想イメージ・テンプレートを作成します。4.仮想イメージ・テンプレートとスクリプトを、Activation Engine をデプロイするシステムの適切なロケーションにある光ディスク・ドライブに配置します。

5.仮想デスクトップ・インフラストラクチャーを使用してターゲット・システムをブートします。/usr/sbin/ae ファイルの Activation Engine バイナリーを使用して実行される Activation Engine を構成および使用するには、以下の使用法メッセージを使用します。/usr/sbin/ae –a {enable|disable|status|check|run}

enable<template> - Activation Engine を使用可能にするdisable - Activation Engine を使用不可にするstatus - Activation Engine の現在の状況を表示するcheck<template> - Activation Engine スキーマに照らし合わせて、ユーザーの作成したテンプレートを検証するrun<template> - 特定のテンプレート・ファイルに対して Activation Engine を実行する現在の制限Activation Engine は /etc/inittab ファイルから実行されます。これは初期システム・ブート後に実行されます。つまり、NIM カスタマイズ・スクリプトなどの、初期ブート時に実行される構成はすべて、Activation Engine テンプレートの規則セットによってオーバーライドされます。システムで Activation Engine スクリプトを使用して実行されるカスタマイズは、そのシステムの構成設定のみの変更に制限されます。これは、スクリプトがシステム・ブート中に実行されるためです。例えば、新規ファイルセットをインストールするために Activation Engine スクリプトとテンプレートを使用してはいけません。 Activation Engine はシステム構成の変更に使用され、ユーザー・スペースの変更に使用してはいけません。Activation Engine は、テンプレート・ファイルを構文解析するときに入力の検証を実行しません。検証を行うためには、Activation Engine はルート・アクセス権限を必要とし、XML テンプレート・ファイルの作成と格納はユーザーの責任となります。Activation Engine を使用可能/使用不可にするプロセスの間に、/etc/inittab ファイルが変更されます。データ保全性を確保するために、Activation Engine は /etc/inittab.old にそのファイルのバックアップ・コピーを作成します。このバックアップ・ファイルは、クリーンアップ・プロセス中に削除されません。必要な入力Activation Engine への入力は、デフォルト・イメージ・テンプレート・ファイルです。 Activation Engineスクリプトには、光ディスクでの仮想イメージ・テンプレート・ファイルの検索に使用するデフォルト・ロケーションがあります。スクリプトは、ae_template.xml という名前の初期テンプレート・ファイルを検出するまで、使用可能な光ディスクのマウントと検索を試行します。 Activation Engine は、マウントした任意の光ディスクで最初に検出したテンプレート・イメージを使用します。デフォルト・テンプレート・ファイルは、そのディスクのルート・ディレクトリーに配置されている必要があります。どの光ディスクでもテンプレートが検出されない場合は、エラー・メッセージを表示して終了します。


AE テンプレート・ファイルの作成AE スクリプトへの入力である仮想イメージ・テンプレートに関連した情報が記載されています。仮想イメージ・テンプレート・ファイルは、Activation Engine スクリプトに提供される入力です。これはXML ファイルで、Activation Engine が正しく機能するために従わなければならない特定の構造をもっています。各テンプレート・ファイルは、テンプレート設定とテンプレート・データという 2 つの主要な部分で構成されています。

スキーマ以下は、Activation Engine テンプレート・ファイルの検証に使用される XML スキーマです。<?xml version="1.0" encoding="ISO-8859-1"?><xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"> <xs:element name="template"> <xs:complexType> <xs:sequence> <xs:element name="settings"> <xs:complexType> <xs:sequence> <xs:element name="logDirectory" type="xs:string" minOccurs="0"/> <xs:element name="scriptsDirectory" type="xs:string"/> <xs:element name="extensions" minOccurs="0"> <xs:complexType> <xs:sequence> <xs:element name="extendedTemplate" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="rules"> <xs:complexType> <xs:sequence> <xs:element name="section" maxOccurs="unbounded"> <xs:complexType> <xs:sequence> <xs:element name="ruleSet" maxOccurs="unbounded"> <xs:complexType> <xs:sequence> <xs:any minOccurs="0" processContents="lax" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="name" type="xs:string" use="required"/> <xs:attribute name="script" type="xs:string" use="required"/> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="name" type="xs:string" use="required"/> </xs:complexType> </xs:element></xs:schema>

このスキーマはカスタム仮想イメージ・テンプレート・ファイルを検証するために使用できます。検証するには、-check フラグを指定して/usr/sbin/ae

を入力し、テンプレート・パラメーターを渡します。


文書型定義 (Document Type Definition)

DTD はスキーマとして、仮想イメージ・テンプレート・ファイルの妥当性を保証するために使用することができます。 Activation Engine テンプレートを検証するための DTD は次のとおりです。

<?xml version="1.0" encoding="UTF-8"?><!ELEMENT template (settings, rules)><!ATTLIST template name CDATA #REQUIRED><!ELEMENT settings (logDirectory?, scriptsDirectory, extensions?)><!ELEMENT logDirectory EMPTY><!ELEMENT scriptsDirectory EMPTY><!ELEMENT extensions (extendedTemplate+)><!ELEMENT extendedTemplate EMPTY><!ELEMENT rules (section+)><!ELEMENT section (ruleSet+)><!ATTLIST section name CDATA #REQUIRED script CDATA #REQUIRED><!ELEMENT ruleSet ANY>

例ae_template.xml ファイルの例は次のとおりです。<?xml version="1.0" encoding="UTF-8"?><template name="Default Activation Engine template"> <settings>  <logDirectory>/var/adm/ras/nim/ae/</logDirectory>  <scriptsDirectory>/ae/scripts/</scriptsDirectory> <extensions> <extendedTemplate>/ae/user_template1.xml</extendedTemplate> <extendedTemplate>/ae/user_template2.xml</extendedTemplate> </extensions> </settings> <rules> <section name="network" script="ae_network.sh"> <ruleSet> <address>9.3.148.163</address> <mask>255.255.254.0</mask> <gateway>9.3.148.0</gateway> <routes>default:0:9.3.149.1</routes> </ruleSet> </section> <section name="accounts" script="ae_accounts.sh"> <ruleSet> <username>scott</username> <groups>admin,sys,system</groups> <admin>true</admin> <home>/home/bear</home> </ruleSet> <ruleSet> <username>eric</username> <groups>cron,security</groups> <rlogin>true</rlogin> <home>/home/misty</home> </ruleSet> </section> <section name="filesystems" script="ae_filesystems.sh"> <ruleSet> <mountpoint>/usr/blah</mountpoint> <type>jfs2</type> <size>3834383</size> <efs>yes</efs> <vix>no</vix> </ruleSet> <ruleSet>

<mountpoint>/usr/bleh</mountpoint> <type>jfs</type> <size>9595999</size> <efs>no</efs> <volume_id>Bleh</volume_id> </ruleSet> </section> </rules></template>

テンプレート設定テンプレート設定は、以下を含む特定のテンプレート・ファイルに特有の規則です。• logDirectory: スクリプト・ログの入ったディレクトリーです。スクリプトごとに別々のログ・ファイルがあります。例えば、スクリプトが ae_network_extension.sh という名前の場合、そのログ・ファイルは ae_network_extension.log で、logDirectory 規則によって指定されたディレクトリーに配置されます。 Activation Engine が実行を開始したときに logDirectory が存在していない場合は、mkdir コマンドを実行してこのディレクトリーを作成します。

• scriptsDirectory: スクリプトのロケーションを定義するディレクトリーです。このスクリプトには、テンプレート内の各規則をどのように特定のスクリプトにリンクする必要があるかに関する情報が含まれており、規則を適用するためにはスクリプトを実行する必要があります。提供されているデフォルト・スクリプトは、ae_network.sh、ae_accounts.sh、および ae_filesystems.sh です。これらのスクリプトには基本機能が含まれており、より上級のユーザー用には拡張する必要があります。scriptsDirectory エレメントに指定されたパスのルートは、テンプレートを含む、マウントされた光ディスクのルートであると想定されています。

• extensions: Activation Engine による処理が必要な、すべてのユーザー作成仮想イメージ・テンプレートのリストです。順番に、絶対ファイル・パスを使用して処理する必要のあるテンプレートを指定します。プロセスへのユーザー拡張がない場合、このリストは必要ありません。注 : テンプレート設定のパラメーターは Activation Engine によって解釈されるため、カスタマイズ可能ではありません。セクションと RuleSet

仮想イメージ・テンプレート・ファイルの規則は、すべてのシステム・カスタマイズ・パラメーターが存在する重要な部分です。これは、規則のカテゴリーである複数のセクションに分割されます。例えば、ネットワーク、ユーザー・アカウント、およびファイルシステム用に別々のセクションがあります。セクションは、システム・パラメーターをさまざまにグループ分けする抽象的なセパレーターです。これらは、スクリプトを RuleSet にリンクします。各セクションには、構成をカスタマイズするためのコードが定義されているスクリプト・フィールドがあり、RuleSet のセクションに提供された規則があります。RuleSet は、セクションをさらに分割したものです。これには、Section スクリプトを 1 回実行するために渡す必要のある一連のパラメーターが含まれています。各 RuleSet は、リンクされているスクリプトのまた別の実行を暗黙指定しています。 1 つのセクションでスクリプトを複数回実行する場合は、ファイルシステム・セクションに複数の RuleSet が存在している必要があります。AE スクリプトの作成AE スクリプトに関連する情報が記載されています。スクリプトカスタム・テンプレートおよびそれらのスクリプトを作成できます。テンプレートを作成すると、テンプレートにはそのテンプレートで作成された新規の規則を実行するためのカスタム・スクリプトを持つことが暗黙指定されます。テンプレート設定内の scriptsDirectory は、スクリプトのロケーションを定義する場所です。特定のセクションを、セクション内で AE によって実行する必要のあるスクリプトにリンクする場合は、scriptsDirectory によって定義されたロケーションにそのスクリプトを配置する必要があります。


Activation Engine によって実行される予定の、作成されたすべてのスクリプトは、ある特定の基準セットに従っている必要があります。重要な要件は、作成されたスクリプトが、これらのスクリプトにリンクしているテンプレート・ファイルの RuleSet セクションの定義に従って、Activation Engine によって渡された引数のセットを受け入れる必要があるということです。例えば、テンプレート・ファイルの network セクションには以下が含まれています。<section name="network" script="ae_network.sh"> <ruleset> <address>9.3.148.163</address> <mask>255.255.254.0</mask> <gateway>9.3.148.0</gateway> <routes>default:0:9.3.149.1</routes> </ruleset></section>

スクリプト ae_network.sh は、含まれている RuleSet に定義された 3 つの引数 (address、mask、およびgateway) をすべて受け入れるようになっています。またこのスクリプトは、Activation Engine に適切な戻りコードを提供します。 SUCCESS の場合は 0、FAILURE の場合は 1 を戻します。戻りコード 2 は SUCCESS_WITH_WARNINGS 用に予約されています。このコードは、スクリプトは正常に実行されたが、小さな警告が出されており、AE がそのことを実行ログに記録する必要があることを AE に通知します。またこのスクリプトは、その出力を外部ファイルにパイピングしないようになっています。詳細/エラー・メッセージはすべて STDOUT か STDERR に送信される必要があります。そこで、テンプレート設定セクションの定義に従って、メッセージは AE によって適切な宛先ログ・ファイルにパイピングされます。詳しくは、テンプレート設定を参照してください。このスクリプトでは、ユーザーが作成するテンプレートに対して必要とされるいくつかの要件があります。まず、すべてのカスタム・テンプレート・ファイルは、スキーマに定義された定義済みの構造に従っている必要があります。詳しくは、36 ページの『AE テンプレート・ファイルの作成』を参照してください。テンプレートには、設定セクションと規則セクションが含まれている必要があります。設定セクションは、記入されている場合もあれば、記入されていない場合もあります。設定セクションの規則の一部またはすべてがテンプレートによって記入されていない場合は、その親の規則が使用されます (親テンプレートは ae_template.xml テンプレート・ファイルです)。 scriptsDirectory 設定がカスタム・テンプレート・ファイルにない場合、AE は親テンプレートに定義されていないどのスクリプトも呼び出せないことに注意してください。XML ファイルの規則セクションが記入されており、厳密な規則の構造に従っている必要があります。<rules> <section name="SECTION_NAME" script="SCRIPT"> <ruleset> <argument1>value1</argument1> <argument2>value2</argument2> </ruleset> </section></rules>

上記の例で、SCRIPT はサブスクリプトを指定するカスタム・ストリングのプレースホルダーです。scriptsDirectory エレメントに SCRIPT のロケーションが定義されている限り、SCRIPT には任意のシステム実行可能スクリプトのファイル名を指定できます。上記のスクリプトは、次のように実行されます。PATH/SCRIPT argument1=value1 argument2=value2

すべての引数と値の組は前述の方法に従って処理されて、スクリプトに渡されます。 PATH は、設定セクションに定義された scriptsDirectory パスを示しています。詳しくは、テンプレート設定を参照してください。AE テンプレート拡張機能の作成Activation Engine のテンプレート拡張機能の作成に関する情報が記載されています。テンプレート拡張機能テンプレート拡張機能へのリンク作成プロセスは、新規スクリプトのリンク作成に似ています。 AE による処理が必要なカスタム・テンプレートを含む拡張機能リストを定義する必要があります。 ActivationEngine は最初にデフォルト・テンプレート・ファイル ae_template.xml を処理し、その後で拡張機能設


定を検索します。 AE は設定を検出すると、そのリストを使用してユーザーの作成したテンプレート・ファイルを処理します。ユーザーの作成したテンプレートは、スキーマ・セクションに記述されている AE テンプレート・ファイルの事前定義構造に一致している必要があります。新しく作成されたテンプレート・ファイルが、AE で要求されている構造に完全に一致していない場合、そのテンプレートはエンジンによって処理されません。スクリプト拡張機能と同様に、ユーザーの作成するテンプレートにはいくつか期待されている事項があります。まず、すべてのカスタム・テンプレート・ファイルは、スキーマに定義された定義済みの構造に従っている必要があります。詳しくは、『AE テンプレート・ファイルの作成』を参照してください。テンプレートには、設定セクションと規則セクションが含まれている必要があります。設定セクションは、記入されている場合もあれば、記入されていない場合もあります。設定セクションの規則の一部またはすべてがテンプレートによって記入されていない場合は、その親の規則が使用されます (親テンプレートはae_template.xml テンプレート・ファイルです)。 scriptsDirectory 設定がカスタム・テンプレート・ファイルにない場合、AE は親テンプレートに定義されていないどのスクリプトも呼び出せないことに注意してください。

基本オペレーティング・システムのインストールAIX 基本オペレーティング・システムをインストールする方法はいくつかあります。基本オペレーティング・システム (BOS) のインストール・プログラムは、最初に実行時 bos イメージを復元してから、ユーザーの選択に応じたファイルセットをインストールします。インストール・プログラムは、ユーザーが選択した言語に応じて、必要なメッセージ・ファイルセットを自動的にインストールします。最小インストールが必要な場合は、BOS メニューの「More Options (詳細オプション)」メニューで「Graphics Software (グラフィックス・ソフトウェア)」と「System Management Client Software (システム管理クライアント・ソフトウェア)」の選択を no に変更します。これらのオプションは、ネットワーク・インストールの bosinst_data リソースの「GRAPHICS_BUNDLE」フィールドと「SYSTEM_MGMT_CLIENT_BUNDLE」フィールドです。「 Enable System Backups to install any system

(システム・バックアップによるすべてのシステムのインストールを可能にする)」フィールドは yes に設定されます。このフィールドは bosinst_data リソースの「ALL_DEVICES_KERNELS」フィールドです。最小インストールは、「New and Complete Overwrite (新規および完全上書き)」または「Preservation (保存)」インストール方式の場合に限り実行できます。古いシステムを再インストールする場合は、64 ビット・システムでのブートまたは再インストールのためだけに、DVD メディアを使用することができます。使用するシステムが 32 ビット・システムか 64 ビット・システムかを判別するには、prtconf コマンドに -c フラグを指定して実行してください。AIX Base メディアと Base メディアから作成された AIX NIM lpp_source には、bos.rte* ソフトウェアの更新が含まれています。これらのパッケージは、オペレーティング・システムのインストール時に復元される基本オペレーティング・システムと同じ V.R.M.F (バージョン.リリース.モディフィケーション .フィックス) レベルです。また、すでに同じバージョンとリリース・レベルであるシステムを新しいモディフィケーションまたはフィックス・レベルにアップグレードするのに Base メディアが使用される場合にも、メディア上に存在します。アップグレードを行うには、更新メディア (またはダウンロードされたテクノロジー・レベルまたは Service Pack) を使用するようにお勧めします。システム間で移動する WPAR (ワークロード・パーティション) のアップグレードをサポートするために、オペレーティング・システムのインストール時にこれらの更新のルート部分がシステムに復元されます。データは /usr/lpp/bos/<bos.rte_software_name>/V.R.M.F/inst_root ディレクトリーに復元されます。新しいコマンド /usr/sbin/cp_bos_updates が呼び出され、ユーザーがコマンド・ラインから実行するのにも使用できます。システムが bos.rte* 更新なしに lpp_source からインストールされる場合、WPAR のアップグレードをサポートするには、手動で cp_bos_updates を実行することが必要です。このコマンドでは、WPAR モビリティーのサポートが可能になり、restwpar を使用して WPAR を新規システムに復元することが可能です。注 : テクノロジー・レベル (TL) を適用する場合は、必ず事前にバックアップを作成し、そのバックアップをリストアする計画を立てて、前レベルにロールバックする場合に備えておく必要があります。また、alt_disk_install オプションまたは multibos オプションを使用して、前レベルに戻ることもできます。 TL更新は拒否できないため、この更新は必ず受け入れなければなりません。


インストール・オプションの詳細については、 45 ページの『BOS インストール・オプション』を参照してください。AIX では、以下のインストール方式が使用可能です。新規および完全上書きこの方式では、AIX 7.1 を新規マシンにインストールするか、またはシステム上の既存の BOS バージョンを完全に上書きします。AIX 7.1 を新規マシンにインストールする手順、または既存のマシン上の BOS を完全に上書きする手順については、62 ページの『BOS の新規および完全上書きインストールまたは保存インストール』を参照してください。

保存この方式では、前のバージョンの BOS は置き換えられますが、ルート・ボリューム・グループ、ユーザー作成論理ボリューム、および /home ファイルシステムは保存されます。システム・ファイルシステム /usr、/var、/tmp、/opt、および / (ルート) は上書きされます。製品 (アプリケーション) ファイル、およびこれらのファイルシステムに保管されている構成データは消失します。非システム・ファイルシステムに保管されている情報は保存されます。既存の BOS のユーザー定義の構造を保存する方法に関する説明は、 62 ページの『BOS の新規および完全上書きインストールまたは保存インストール』を参照してください。

移行この方式では、古いバージョンの AIX BOS を AIX 7.1 にアップグレードします (制約事項についてはリリース情報を参照してください)。移行インストール方式は、AIX の既存のバージョンまたはリリースから、 AIX の最新のバージョンまたはリリースにアップグレードするために使用されます。移行インストールでは、ルート・ボリューム・グループ、論理ボリューム、およびシステム構成ファイルを含め、ほとんどのファイルシステムが保存されます。 /tmp ファイルシステムは上書きされます。AIX の既存のバージョンまたはリリースから、 AIX の最新のバージョンまたはリリースへの移行に関する説明は、 402 ページの『AIX の移行』を参照してください。

以下の表は、各インストール方式におけるインストール・ステップの違いを示しています。表 7. AIX BOS インストール方式インストール・ステップ新規および完全上書き保存移行rootvg の作成ありなしなしファイルシステム /、/usr、/var の作成

ありありなし

ファイルシステム /var/adm/ras/livedumpの作成。このファイルシステムが存在しない場合は、選択された任意のインストール方式を実行中に作成されます。

ありあり。存在しない場合*

あり。存在しない場合*

ファイルシステム /home の作成

ありなしなし

構成の保存なしなしありBOS の復元ありありあり追加のファイルセットのインストール

ありありあり

構成の復元なしなしあり


表 7. AIX BOS インストール方式 (続き)

インストール・ステップ新規および完全上書き保存移行* livedump ファイルシステムが存在しない場合は、保存インストール中または移行インストール中にのみ作成されます。このファイルシステムは、カスタマイズされた bosinst.data ファイルと livedumpスタンザを使用することにより変更できます。関連概念インストールのカスタマイズAIX インストールをカスタマイズすることができます。インストールをカスタマイズするには、bosinst.data ファイルを編集して、インストール・メディアとともに使用する必要があります。関連情報alt_disk_install

「BOS」メニューの使用「BOS」メニュー・ウィンドウの有効な選択について説明します。「BOS」メニューで使用するコンソールおよび言語を選択すると、次のように「Welcome to Base Operating

System Installation and Maintenance (基本オペレーティング・システムのインストールと保守へようこそ)」メニューが表示されます。 Welcome to Base Operating System Installation and Maintenance






5 Select Storage Adapters

88 Help ? 99 Previous Menu

>>> Choice [1]:

注 : BOS インストール・プロセスのデバッグ・モードをオンにするには、「Choice (選択)」フィールドに911 と入力してから Enter キーを押します。「Welcome to Base Operating System Installation andMaintenance (基本オペレーティング・システムのインストールと保守へようこそ)」ウィンドウが最新表示され、インストールが始まると BOS インストール・プロセスがデバッグ・モードで実行されます。手順に従ってオプションを選択し、データを指定して、インストールが始まるまで操作を続けます。デバッグ出力は、インストールが進むにつれてクライアントのディスプレイに表示されます。「Start Install Now with Default Settings (デフォルト設定でインストールをすぐに開始する)」を選択すると、 BOS コマンドはユーザーのシステムの構成の際にデフォルトのインストール方式を使用するものと判断します。以下のような要約ウィンドウが表示され、インストール方式およびインストール・オプションが確認できます。



Disks: hdisk0Cultural Convention: en_USLanguage: en_USKeyboard: en_USJFS2 File Systems Created: YesGraphics Software: YesSystem Management Client Software: YesEnable System Backups to install any system: YesSelected Edition: express Optional Software being installed: >>> 1 Continue with Install +----------------------------------------------------- 88 Help ? | WARNING: Base Operating System Installation will 99 Previous Menu | destroy or impair recovery of ALL data on the | destination disk hdisk0.>>> Choice [1]:

選択が正しければ、Enter キーを押して、BOS インストールを開始します。ただし、インストール方式またはオプションを変更する場合は、「Welcome to Base Operating SystemInstallation and Maintenance (基本オペレーティング・システムのインストールと保守へようこそ)」メニューに戻ってください。 Welcome to Base Operating System Installation and Maintenance








>>> Choice [1]:

選択可能なディスクの数を減らす場合は、オプション 5 の「Select Storage Adapters (ストレージ・アダプターの選択)」を選択します。次に、システム上のすべてのストレージ・アダプターが表示されているメニューから、「one (1 つ)」、「many (多数)」、または「all (すべて)」を選択します。保存インストールまたは移行インストールを行う際に、現行の rootvg が複数のアダプターに接続されている複数のディスク上にある場合は、その rootvg ディスクがあるすべてのアダプターを選択します。


Welcome to Base Operating System Installation and Maintenance



>>> 2 Change/Show Installation Settings and Install





>>> Choice [1]:

引き続き、さらにインストールの設定を行う場合は、選択項目 2 の「Change/Show Installation Settingsand Install (インストール設定値の変更/表示、およびインストール)」を選択します。次のように「Installation and Settings (インストールと設定)」メニューが表示されます。 Installation and Settings

Either type 0 and press Enter to install with current settings, or type thenumber of the setting you want to change and press Enter.


2 Primary Language Environment Settings (AFTER Install): Cultural Convention................English (United States) Language ..........................English (United States) Keyboard ..........................English (United States) Keyboard Type......................Default 3 Security Model.......................Default 4 More Options (Software install options) 5 Select Edition.......................express>>> 0 Install with the current settings listed above.

+----------------------------------------------------- 88 Help ? | WARNING: Base Operating System Installation will 99 Previous Menu | destroy or impair recovery of ALL data on the | destination disk hdisk0.>>> Choice [0]:

「BOS」メニュー・オプションに関する詳細は、「Choice (選択)」フィールドで 88 と入力して、「Help(ヘルプ)」をいつでも参照してください。

電子的なライセンス契約AIX には、電子的に表示できるソフトウェア・ライセンス契約が付いています。プロダクトに電子的なライセンス契約が付いている場合は、それを受け入れないと、ソフトウェア・インストールが続行できません。 BOS の最初のインストールの場合、インストールが始まった後、ダイアログがライセンス契約を表示し、それに受諾または拒否をすることができますが、その前でも、構成アシスト(グラフィックス・コンソール) またはインストール・アシスト (ASCII コンソール) として、部分的にシステムを使用できます。AIX BOS には、ライセンス契約が入っていますが、すべてのソフトウェア・パッケージに入っているわけではありません。 BOS インストールのライセンス契約を受諾すると、 BOS と一緒に自動的にインストールされるすべてのソフトウェアのライセンス契約を受諾することになります。 GNOME や KDE デスクトップなど、いくつかのソフトウェアを、 BOS インストール時にオプションとしてインストールできます。これらのソフトウェアの適切なライセンス情報は、個々に表示されます。カスタマイズした bosinst.data ファイルが使用される場合 (通常、不在インストールまたはプロンプトなしインストール)、control_flow スタンザの ACCEPT_LICENSES フィールドをライセンス契約の受諾のために使用できるため、リブート時にユーザーに対してプロンプトが出されることはありません。ネットワー


ク・インストール・マネージメント (NIM) 環境を使用して「プッシュ」インストールを実行する場合、インストールを続けるには、インストールを初期化するときに行う選択か、またはカスタマイズしたbosinst.data ファイルのいずれかで、ライセンス契約を受諾する必要があります。 bosinst.data ファイルの詳細については、48 ページの『bosinst.data ファイル』を参照してください。他のソフトウェア・パッケージの場合でも、適切なライセンス契約が受諾されないと、インストールできません。このオプションは、ライセンスをプレビューするオプションと併せて、System ManagementInterface Tool (SMIT) インターフェースで提供されます。 installp コマンドを使用する場合は、ライセンスの同意には、 -Y フラグを使用し、メディア上のライセンス契約ファイルを表示するには、 -E フラグを使用します。ライセンス契約の取り扱いについて詳しくは、「コマンド・リファレンス第 3 巻」に記載されている inulagコマンドの説明を参照してください。

BOS インストール・オプションBOS のインストールに使用できるオプションについて説明します。インストール・オプションを使用するには、「Installation and Settings (インストールと設定)」ウィンドウで次のようにします。セキュリティー・モデルを変更する場合は 3 (「Security Model (セキュリティー・モデル)」) と入力し、「More Options (詳細オプション)」フィールドを表示する場合は 4 と入力します。これらのオプションは、インストール・タイプ (上書き、保存、または移行) およびセキュリティー・オプションに応じて変わります。使用可能な選択項目は以下のとおりです。Trusted AIX

最初に、このインストール・オプションを選択する前に、ご使用のシステムでは Multi Level Security(MLS) を使用する Trusted AIX をどの程度必要としているかを評価してください。上書きインストールおよび保存インストール専用。「Trusted AIX」オプションでは、MLS バージョンの AIX オペレーティング・システムがインストールされます。 Trusted AIX 環境では、以下のものに対するサポートを含め、AIX のラベル・ベースのセキュリティー機能を使用できます。• ラベル付きオブジェクト (ファイル、プロセス間通信 (IPC) オブジェクト、およびネットワーク・パケットなど)

• ラベル付きプリンター• トラステッド・ネットワーク (インターネット・プロトコル (IP) V4 および IP V6 における Revised

Interconnection Protocol Security Option (RIPSO) と Commercial Internet Protocol Security Option(CIPSO) に対するサポート)

このインストール・モードを選択した場合は、通常の AIX をあらためて上書きインストールしない限り、通常の AIX 環境には戻れません。 Trusted AIX について詳しくは、Trusted AIX を参照してください。

EAL4+ configuration install (LSPP/EAL4+ 構成のインストール) (「Trusted AIX」を選択した場合のみ使用可能)「EAL4+ configuration install (EAL4+ 構成のインストール)」オプションでは、Trusted AIX が EAL4+構成モードでインストールされます。 EAL4+ 構成モードでは、Trusted AIX インストールの場合よりさらに限定的なセキュリティーが提供されます。

Secure by Default (デフォルトで保護)上書きインストール専用。「Secure by Default (デフォルトで保護)」オプションでは、最小限のソフトウェアのインストールが実行され、さらにクリア・パスワードによるアクセス (Telnet や rlogin など)がすべて除去されます。また、「Secure by Default (デフォルトで保護)」では、AIX Security Expert ハイ・セキュリティー設定も適用されます。「Secure by Default (デフォルトで保護)」の場合は、システムへの直接接続アクセス (TTY、直接接続表示など)、または機密保護機能のあるリモート・アクセス手段 (ssh、IPSec 仮想プライベート・ネットワークなど) が必要です。「Secure by Default (デフォルトで保護)」または AIX Security Expert について詳しくは、セキュリティーを参照してください。


Trusted Computing Base install (トラステッド・コンピューティング・ベースのインストール)トラステッド・コンピューティング・システム (TCB) は、システムの一部として、システムの機密保護ポリシーを実行します。すべてのコンピューター・ハードウェアは、TCB に組み込まれていますが、システムの管理者は、 TCB のソフトウェア・コンポーネントに主として関心を払う必要があります。トラステッド・コンピューティング・ベース・オプションをインストールすると、トラステッド・パス、トラステッド・シェル、およびシステム保全性検査 (tcbck コマンド) が使用可能になります。これらのフィーチャーは、BOS インストール中においてのみ、使用可能にできます。選択肢は yes と no です。トラステッド・コンピューティング・ベースを使用可能にするには、2 と入力して Enter を押します。デフォルトは、no です。

Desktop (デスクトップ)デフォルトは、新規および完全上書きインストールの CDE です。「NONE (なし)」を選択する場合、X11、Java™、perl、SMIT (「Graphics Software (グラフィックス・ソフトウェア)」が選択される場合)を含む最小限の構成がインストールされます。「GNOME」または「KDE」を選択すると、BOS インストール・プロセスにより AIX Toolbox for Linux

Applications メディアを求めるプロンプトが出されます。このメディアが使用不可である場合、q を入力して、AIX Toolbox for Linux Applications メディアを使用せずにインストールを続行できます。「Install More Software (他のソフトウェアのインストール )」メニューから追加デスクトップを選択することができます。

Import User Volume Groups (ユーザー・ボリューム・グループをインポートする )移行インストールおよび保存インストール専用。インストールが完了した後に、ユーザー・ボリューム・グループをインポートするためのオプションがあります。こうしたボリューム・グループは、後ほど手動でインポートすることができます。

Create JFS2 File Systems (JFS2 ファイルシステムの作成)新規および完全上書きインストールと保存インストール専用。 BOS インストールの際に、拡張ジャーナル・ファイルシステムを作成します。

Graphics Software (グラフィックス・ソフトウェア)新規および完全上書きインストールと保存インストール専用。グラフィックス・ソフトウェア・サポートをインストールします。

System Management Client Software (システム管理クライアント・ソフトウェア)Java、サービス・エージェント・ソフトウェア、および Power Systems サーバーのコンソール・ランタイム・ソフトウェアがインストールされます。

Remove Java 1.1.8 Software (Java 1.1.8 ソフトウェアを除去する)移行インストール専用。 Java バージョン 1.1.8 ソフトウェアをすべて除去するためのオプションがあります。

Enable System Backups (システム・バックアップを使用可能にする)「Enable System Backups to install any system (任意のシステムにインストールするためシステム・バックアップを使用可能にする)」を選択すると、すべてのデバイスがインストールされるので、システム・バックアップは別のシステムにインストールが可能です。システム・バックアップを別のシステムにインストールする方法について詳しくは、『システム・バックアップのクローン作成』を参照してください。

Install More Software (他のソフトウェアをインストールする )新規および完全上書きインストール方式と保存インストール方式の場合に適用されます。 BOS インストール・プロセスが終了してから、「Install More Software (他のソフトウェアをインストールする」を選択して、他のソフトウェアをインストールするために選びます。ソフトウェア・バンドル・ファイルは、必要なパッケージやファイルセットが含まれるそれぞれの選択に対応します。以下のソフトウェア・バンドルが使用可能です。


Install More Software 1. Kerberos_5 (Expansion Pack)....................................... No 2. Server (Volume 2)................................................ No 3. GNOME Desktop (Toolbox for Linux Applications).................... No 4. KDE Desktop (Toolbox for Linux Applications)...................... No >>> 0 Install with the current settings listed above. 88 Help ? 99 Previous Menu >>> Choice [0]:

セキュリティー・モデルを使用しない場合の新規および完全上書きインストール・オプションは、次のようなものとなります。 Install Options 1. Create JFS2 File Systems......................................... Yes 2. System Management Client Software................................ Yes 3. Graphics Software................................................ Yes 4. Desktop.......................................................... NONE, CDE, GNOME, KDE 5. Enable System Backups to install any system...................... Yes (Installs all devices) >>> 6. Install More Software 0 Install with the current settings listed above. 88 Help ? 99 Previous Menu >>> Choice [6]:

移行インストール・オプションは以下のとおりです。 Install Options 1. Import User Volume Groups........................................ Yes 2. Enable System Backups to install any system...................... Yes (Installs all devices) 4. Remove Java 1.1.8 Software....................................... No >>> 0 Install with the current settings listed above. 88 Help ? 99 Previous Menu >>> Choice [0]:

Select Edition (エディションの選択)express、standard、または enterprise の選択項目を切り替えるには、このメニュー項目の番号を入力します。エディション選択は、/usr/lpp/bos ディレクトリーにコピーされるシグニチャー・ファイルを定義します。このシグニチャー・ファイルは、ライセンスへの準拠を容易にするために、IBMLicense Metric Tool (ILMT) によって使用されます。

グラフィカル・インストール・メニューの使用グラフィカル・インストール・メニューは、グラフィカル・ユーザー・インターフェースを使用して新規および完全上書き BOS インストールを迅速に開始する方法を提供します。グラフィカル・インストール・メニューが使用されるのは、以下の条件が満たされている場合のみです。• そのシステムは、オペレーティング・システムを使用して構成されていない。• システムが DVD ドライブを備えている。• システムがグラフィックス用のハードウェアを備えている。上記の条件が満たされている場合は、以下のステップに従ってグラフィカル・インストール・メニューを起動できます。


1. AIX DVD を DVD ドライブに挿入します。2.システム装置の電源スイッチをオフ (0) からオン (1) に切り替えます。3.システムのビープ音が 2 回鳴ったら、F5 を押します。ビープ音が鳴った時点で、画面上にキーボードのアイコンが表示されます。システムがインストール・メディアから開始されます。

4. F1 を押してシステム・コンソールを選択し、Enter を押します。5.コンソールが選択されると、グラフィカル・インストール・メニューがロードされます。最初に「Welcome to Base Operating System Installation (基本オペレーティング・システムのインストールへようこそ)」メニューが表示されます。このメニューを使用して、インストール時に使用する言語を選択します。

6.「Select the Type of Base Operating System Installation (基本オペレーティング・システムのインストール・タイプの選択)」メニューが表示されたら、「Traditional Install (従来のインストール)」をクリックしてグラフィカル・インストール・メニューを終了し、基本オペレーティング・システム (BOS) メニューをロードします。あるいは、「Quick Install (簡易インストール)」ボタンをクリックして続行します。

7.「Summary of the BOS Installation (BOS インストールの要約)」メニューから、基本オペレーティング・システムの「Language (言語)」、「Cultural Convention (国/地域別情報)」、および「キーボード」を選択します。「Start Quick Install (簡易インストールの開始)」をクリックすると、デフォルトの BOSインストールを開始できます。デフォルトの BOS インストール設定値のいずれかを変更する場合は、「Switch to Traditional Install (従来のインストールへの切り替え)」ボタンをクリックしてグラフィカル・インストール・メニューを終了し、BOS メニューをロードします。

bosinst.data ファイルbosinst.data ファイルの内容と使用法について説明します。関連概念インストールのカスタマイズAIX インストールをカスタマイズすることができます。インストールをカスタマイズするには、bosinst.data ファイルを編集して、インストール・メディアとともに使用する必要があります。bosinst.data ファイルのスタンザの説明ファイル例を含んだスタンザの説明を示します。bosinst.data control_flow スタンザの説明control_flow スタンザには、インストール・プログラムの動作を制御する変数が入っています。項目説明変数説明CONSOLE コンソールとして使用するデバイスの絶対パス名を指定しま

す。この値が Default でプロンプトなしのインストールを行う場合、コンソールは /dev/lft0 に設定されます (そのデバイスがある場合)。 /dev/lft0 が存在しない場合は、コンソールはシステムに応じて /dev/vty0 または /dev/tty0 に設定されます。(どのキーを押すかは、画面に指示が出されます。) PROMPT 変数を no に変更するときは、ここでコンソールを指定する必要があります。


項目説明INSTALL_METHOD インストール方式、つまり migrate (移行)、preserve (保存)、

erase_only (消去のみ)、または overwrite (新規および完全上書き) を指定します。デフォルト値は、最初はブランクです。インストール・プログラムは、前にインストールされていた AIXのバージョンに応じて、値を割り当てます。詳しくは、40 ページの『基本オペレーティング・システムのインストール』を参照してください。デフォルトのインストールの方式は、オペレーティング・システムの前のバージョンがマシン上にあるときは、 migrate です。前のバージョンがない場合は、デフォルト・メソッドは、overwrite です。値として erase_only を指定すると、ハード・ディスクの消去のみが行われ、インストールは行われません。

INSTALL_EDITION エディション選択を指定します。これにより、システム上の /usr/lpp/bos ディレクトリーにコピーされるライセンス・マネージャーのシグニチャー・ファイルが定義されます。選択項目は express、standard、または enterprise で、デフォルト・オプションは express です。このシグニチャー・ファイルは、ライセンスへの準拠を容易にするために IBM License MetricTool (ILMT) で使用されます。

PROMPT ユーザーが選択をするメニューを、インストール・プログラムが使用するかどうかを指定します。指定できる値は、yes (デフォルト) および no です。注 :

• PROMPT 変数を no に設定した場合は、ディスクを一意的に識別するために、locale スタンザにあるすべての変数について値を入力する必要があります。同様に、PROMPT が no の場合は、2 つの例外、すなわち ERROR_EXIT およびCUSTOMIZATION_FILE 変数(これらはオプション) を除いて、control_flow スタンザにあるすべての変数に値を入力する必要があります。

• プロンプトが出されないインストールの場合は、インストールを開始する前に目的のディスクに予約がないことを確認する必要があります。devrsrv コマンドを使用してディスクの状況を照会しなければなりません。

重要 : PROMPT 変数を no に設定した場合は、target_disk_data スタンザのすべての変数について値を入力してください。BOS インストール・プログラムが、ブランク変数のターゲット・ディスクを割り当てます。インストール・プログラムが、データを保管しているディスクを割り当てると、データが消失することもあります。


項目説明EXISTING_SYSTEM_OVERWRITE インストール・プログラムが既存のボリューム・グループを上

書き可能かを確認します。この変数は、プロンプトなしの上書きインストールの場合に限り適用されます。使用できる値は、no (デフォルト)、 yes、および any です。no

(デフォルト) ボリューム・グループの一部でないディスクだけを、インストールに使用することができます。

yesルート・ボリューム・グループが入ったディスクが最初に使用され、さらに追加のディスクのインストールが必要な場合は、ボリューム・グループの入っていないディスクが使用されます。

anyすべてのディスクがインストールに使用できます。

インストールがプロンプトなしであり、target_disk_data スタンザが空である場合、インストール・プロセスではEXISTING_SYSTEM_OVERWRITE フィールドの値を使用して、インストールするディスクが決定されます。プロンプト付きインストールを実行する場合は、この値は yesに変更され、他の変更とともに /var/adm/ras/bosinst.data ファイル内に保存されます。 Network InstallManager (NIM) は、yes に設定されたこの値で、デフォルトのbosinst.data ファイル (NIM bosinst_data リソース) を作成します。また、システム・バックアップでは、/var/adm/rasディレクトリーからコピーされた bosinst.data ファイルを使用します。したがって、ほとんどの場合、この値は既に yesに設定されています。このフィールドを no に設定すると、/usr/lpp/bosinst/bosinst.template ファイルに見られるように、インストールの完了に必要な基準を満たすディスクが不足している旨のエラー・メッセージが、プロンプトなしのインストール時に表示されます。その結果、BOS インストールはプロンプト付きインストールに変更され、EXISTING_SYSTEM_OVERWRITE フィールドの値は yes に設定されます。

INSTALL_X_IF_ADAPTER デスクトップをインストールするかどうかを指定します。可能な値は、yes、all、および no です。このフィールドのデフォルト値は、yes です。これは、システムにグラフィカル・コンソールがある場合、DESKTOP が指定されると、デスクトップがインストールされることを意味します。 all に設定してDESKTOP を指定すると、システムにグラフィカル・コンソールがあってもなくても、デスクトップがインストールされます。no に設定されている場合に DESKTOP が指定されても、デスクトップはインストールされません。

RUN_STARTUP システムにグラフィカル・インターフェースがある場合は、 BOSインストールが完了した後の最初のブートで、構成アシストを開始します。マシンに ASCII インターフェースがある場合は、インストール・アシストを開始します。可能な値は、yes (デフォルト) と no です。no の値は、ACCEPT_LICENSES フィールドが yes に設定されている場合にのみ有効です。


項目説明RM_INST_ROOTS /usr/lpp/*/inst_roots ディレクトリーにあるファイルと

ディレクトリーを、すべて除去します。指定できる値は、no (デフォルト) および yes です。マシンをネットワーク・サーバーとして使用する場合、またはワークロード・パーティションを作成する場合は、/usr/lpp/bos/inst_roots ディレクトリーを残しておく必要があります。マシンをワークロード・パーティションまたはネットワーク・サーバーにしない場合は、ディスク・スペースを節約するために、この値を yes に設定してください。

ERROR_EXIT インストール・プログラムにエラーが起こった場合に、実行可能プログラムを開始します。デフォルト値はブランクであり、インストール・メディアと一緒に出荷されるコマンドを使用するよう、 BOS インストールにシグナルを出します。インストール・プログラムがエラーのために停止すると、このコマンドが、エラー・メッセージ・ルーチンを開始します。デフォルトに代わる方法として、カスタマイズされたエラー・ルーチンに対するユーザー独自のスクリプトまたはコマンドのパス名を入力することができます。

CUSTOMIZATION_FILE ユーザーが作成するカスタマイズ・ファイルのパス名を指定します。デフォルト値はブランクです。カスタマイズ・ファイルは、インストール・プログラムの終了後すぐに開始されるスクリプトです。

TCB トラステッド・コンピューティング・ベース (TCB) をインストールするかどうかを指定します。 TCB をインストールすると、トラステッド・パス、トラステッド・シェル、およびシステム保全性検査がインストールされます。 TCB は、オペレーティング・システムをインストールするときにインストールして、初期化する必要があります。 TCB を後でインストールすることはできません。 TCB をインストールしなければ、インストール時間は短くなります。指定できる値は、no (デフォルト) およびyes です。

INSTALL_TYPE CC_EVAL に設定すると、CAPP および EAL4+ テクノロジーが使用可能になります。これが可能なのは、INSTALL_METHOD が上書きされたときのみです。これが設定されている場合、locale スタンザの CULTURAL_CONVENTION フィールドとMESSAGES フィールドには、en_US または C のみ指定できます。 CREATE_JFS2_FS を yes に、ALL_DEVICES_KERNELS をno に、また TCB を yes に設定してください。 DESKTOP はNONE または CDE に設定できます。追加のソフトウェア・バンドルは no に設定します (HTTP_SERVER_BUNDLE、KERBEROS_5_BUNDLE、SERVER_BUNDLE、およびALT_DISK_INSTALL_BUNDLE)。


項目説明BUNDLES どのソフトウェア・バンドルをインストールするかを指定しま

す。各バンドル・ファイルの絶対パス名を入力します。ユーザーが BUNDLES 変数で指定しているソフトウェア用のターゲット・マシンに、ディスク・スペースとページング・スペースが十分あることを確認してください。このバンドル・ファイル名のリストは、139 バイトに制限されています。ユーザーのバンドル・ファイル名のリストが 139 バイトより長い場合は、 cat コマンドを使用して、バンドル・ファイルを単一のカスタム・バンドル・ファイルに結合し、ユーザーのカスタム・バンドル・ファイルの名前をこのフィールドに入力します。テープからインストールしている場合は、プロダクト・メディアのシステム定義のバンドルを指定するために、それぞれのバンドル・ファイルの絶対パス名を次のように使用します。/usr/sys/inst.data/sys_bundles/BundleFileName

ユーザー独自のバンドル・ファイルを定義するためにbosinst.data ディスケットを使用している場合は、それぞれのバンドル・ファイルの絶対パス名を、/../DirectoryName/BundleFileName のように指定します。例えば、mybundleという名前のバンドル・ファイルを root ディレクトリーに入れる場合、絶対パス名は /../mybundle になります。保存インストールを使用している場合は、インストールを開始する前に、バンドル・ファイルを作成します。 /home の中にファイルを作成して、それぞれのバンドル・ファイルの絶対パス名を次のように指定してください。/home/BundleFileName

RECOVER_DEVICES デバイスを再構成するかどうかを指定します。デフォルト値はDefault です。 mksysb インストールの場合、 ODM 構成データベースがイメージに保存されます。デバイス名と属性は、そのデータベースから自動的に抽出され、BOS インストール・プログラムは、 mksysb が作成されたマシン上にデバイスが存在したときと同じ方式で、デバイスを再作成しようとします。これは、同一システムでの mksysb の正規の復元の標準的な方法です。しかし、(別のシステムに mksysb イメージをインストールする) クローン作成の場合、特にネットワーク構成では、これらのデバイスをそのように構成したくない場合があります。mksysb イメージが作成されると、CPU ID が保存されます。同じシステムに再インストールする場合は、デバイス情報がリカバリーされます。 mksysb イメージを使用して別のシステムをインストールすると、デバイス情報は mksysb イメージからリカバリーされません。Default 値は上書きできます。例えば、ご使用のシステムのプレーナーを交換した場合、または別のシステムにアップグレードした場合、デバイスをリカバリーすることができます。この場合は「Backup Restore (バックアップの復元)」メニューで yesを選択すると、デバイスがリカバリーされます。


項目説明BOSINST_DEBUG BOS インストール中にデバッグ出力を表示するかどうかを指定

します。値 yes を指定すると、 BOS インストール中に set -x デバッグ出力が画面に送られます。指定できる値は、no (デフォルト) および yes です。

ACCEPT_LICENSES BOS インストール時に、ソフトウェア使用条件を受諾するかどうかを指定します。デフォルトは no です。自動的に受諾するには、この値を yes に設定します。 BOS インストール時にソフトウェア使用条件を受け入れなかった場合は、ソフトウェア使用条件を読んで受諾することを促すプロンプトを、構成アシストまたはインストール・アシストが出します。 BOS のインストール時にこの値がブランクの場合は、デフォルトの no と見なされます。mksysb インストールの場合、ACCEPT_LICENSES フィールドが no であれば、使用条件を再度受諾しないとシステムの使用を続行できません。 ACCEPT_LICENSES が yes に設定されていると、ユーザーに代わって使用条件が自動的に受諾されます。ブランクの場合は、ライセンスの状態は mksysb が作成されたときの状態と同じです。

SYSTEM_MGMT_CLIENT_BUNDLE Java、サービス・エージェント・ソフトウェア、および PowerSystems コンソール・ソフトウェアをインストールするかどうかを指定します。選択項目は yes および no です。

TRUSTED_AIX MLS バージョンのオペレーティング・システムをインストールすることを指定します。これは上書きインストールと保存インストールの場合にのみ有効な変数で、これを使用する場合は他の変数の値が限定されます。選択肢は yes と no です。DESKTOP 値は NONE、GRAPHICS_BUNDLE は no、CREATE_JFS2_FS は yes に設定する必要があります。SYSTEM_MGMT_CLIENT_BUNDLE を除き、他のすべてのソフトウェア・バンドルは no でなければなりません。新しいオペレーティング・システムをインストールすること以外に、これらのオプションをオフにする方法はありません。 Trusted AIXについて詳しくは、Trusted AIX を参照してください。

TRUSTED_AIX_LSPP LSPP/EAL4+ 構成モードで MLS バージョンのオペレーティング・システムをインストールすることを指定します。これは、Trusted AIX をさらに限定的にしたモードです。選択肢は yesと no です。Trusted AIX について詳しくは、Trusted AIX を参照してください。

SECURE_BY_DEFAULT 最小限のソフトウェアをインストールすることを指定します。これを使用すると、クリア・パスワードによるアクセス (Telnetや rlogin など) がすべて除去されます。また、SECURE_BY_DEFAULT では、AIX Security Expert ハイ・セキュリティー設定も適用されます。この変数は、上書きインストールの場合にのみ有効です。 DESKTOP を NONE、GRAPHICS_BUNDLE を yes、ALL_DEVICES_KERNELS を no、SYSTEM_MGMT_CLIENT_BUNDLE を no に設定する必要があります。選択肢は yes と no です。 AIX Security Expert について詳しくは、AIX Security Expertを参照してください。

DESKTOP インストールするデスクトップを指定します。使用可能なデスクトップの選択として、 CDE (デフォルト)、NONE、GNOME、および KDE があります。 GNOME または KDE を選択すると、AIX Toolbox for Linux Applications CD を求めるプロンプトが出されます。


項目説明INSTALL_DEVICES_AND_UPDATES ハードウェア構成が異なるシステムに mksysb イメージをイン

ストールするときは、プロダクト・メディアからブートして、不足しているデバイス・ドライバーをインストールします。なお、プロダクト・メディアが mksysb よりも後のレベルの AIXの場合は、mksysb イメージ内のソフトウェアは更新されます。これらの追加インストールの発生を避けるには、このフィールドの値を no に設定します。デフォルトは yes です。

IMPORT_USER_VGS システムがインストールされた後にユーザー・ボリューム・グループを自動的にインポートするかどうかを指定します。選択項目は yes および no です。

CREATE_JFS2_FS 拡張ジャーナル・ファイルシステムを作成するかどうかを指定します。選択項目は yes および no です。

ALL_DEVICES_KERNELS デバイス・ファイルセットをすべてインストールするかどうかを指定します。選択肢は yes と no です。no を選択すると、ご使用のシステム構成に特有のデバイスおよびカーネルがシステムにインストールされます。 yes を選択すれば、ご使用のシステムのシステム・バックアップを作成しておくと、そのシステム・バックアップを使って任意のシステムにインストールできます。

GRAPHICS_BUNDLE BOS インストール時にグラフィックスのソフトウェア・バンドルをインストールするかどうかを指定します。このソフトウェア・バンドルには、Linux デスクトップのためのグラフィックス・サポートが含まれています。選択項目は yes および no です。

KERBEROS_5_BUNDLE BOS インストール時に Kerberos 5 クライアント・ソフトウェア・バンドルをインストールするかどうかを指定します。このソフトウェア・バンドルによって Kerberos 5 クライアント・ソフトウェアがインストールされます。選択項目は yes およびno です。

SERVER_BUNDLE BOS インストール時に AIX サーバー・ソフトウェア・バンドルをインストールするかどうかを指定します。このソフトウェア・バンドルによって、ネットワーキング・ソフトウェア、パフォーマンス・ツール、およびアカウンティング・サービス・ソフトウェアが追加でインストールされます。選択項目は yesおよび no です。

ALT_DISK_INSTALL_BUNDLE BOS インストール時に代替ディスクのインストールのソフトウェアをインストールするかどうかを指定します。選択項目はyes および no です。

REMOVE_JAVA_118 移行インストール実行時に現行システムから Java 1.1.8 ソフトウェアを除去するかどうかを指定します。選択項目は yes および no です。

HARDWARE_DUMP ファームウェアおよびハードウェアのダンプ・データを含むダンプ論理ボリュームを作成します。ダンプ論理ボリュームは、ファームウェアおよびハードウェアのダンプ・データの作成をサポートするハードウェア上でのみ作成されます。選択項目はyes および no です。


項目説明ERASE_ITERATIONS インストールが行われる前に選択済みハード・ディスクを消去

する回数を指定します。このフィールドは、INSTALL_METHOD フィールドが overwrite または erase_onlyに設定されている場合のみ有効です。このフィールドで選択できるのは、数値の 0 から 8 です。このフィールドが 0 に設定されると、ハード・ディスクの消去は行われません。デフォルトは 0 です。

ERASE_PATTERNS 選択したハード・ディスクに書き込むパターンを指定します。このフィールドの値は、ドライブの消去ごとに使用されるパターンのコンマ区切りリストです。有効なパターンは、16 進値の0 から ffffffff です。指定するパターンの数は、ERASE_ITERATIONS で指定した反復回数より大きいか等しくなければなりません。 ERASE_ITERATIONS が 0 の場合は、このフィールドは無視されます。 ERASE_ITERATIONS = 3 の場合、このフィールドで有効な値は ERASE_PATTERNS =00,ff,0a0a0a0a です。

ADD_CDE 追加デスクトップとして CDE を追加します。 DESKTOP フィールドが CDE 以外で、ADD_CDE が yes に設定される場合、DESKTOP フィールドで指定されたデスクトップに加えて CDEデスクトップがインストールされます。デフォルト値は no です。DESKTOP が none に設定されると、この属性は無視されます。

ADD_KDE 追加デスクトップとして KDE を追加します。 DESKTOP フィールドが KDE 以外で、ADD_KDE が yes にされる場合、DESKTOP フィールドで指定されたデスクトップに加えて KDEデスクトップがインストールされます。デフォルト値は no です。DESKTOP が none に設定されると、この属性は無視されます。

ADD_GNOME 追加デスクトップとして GNOME を追加します。 DESKTOP フィールドが GNOME 以外で、ADD_GNOME が yes に設定される場合、DESKTOP フィールドで指定されたデスクトップに加えてGNOME デスクトップがインストールされます。デフォルト値は no です。DESKTOP が none に設定されると、この属性は無視されます。

MKSYSB_MIGRATION_DEVICE 設定される場合、mksysb イメージを移行のために復元するのに使用されるデバイスを指定します。デフォルトはブランクです。有効な値は、/dev/cddevice number (CD-DVD の mksysbイメージの場合)、および /dev/rmtdevice number (テープのmksysb イメージの場合) です。ネットワーク・インストールの場合、有効な値は network という語です。


項目説明ADAPTER_SEARCH_LIST ディスクのアダプター検索リストを指定します。この変数の値

を使用すると、AIX をインストールするディスクの数を減らすことができます。このフィールドには、スペースで区切ったアダプターのリスト、アダプターのグループに使用できる *、またはすべてを指定できます。次のような値を指定できます。• scsi0 scsi1• fr0 scsi*• fr* scsi25• *

ADAPTER_SEARCH_LIST = scsi0 scsi1ADAPTER_SEARCH_LIST = fr0 scsi*

指定されたアダプターが定義されていない場合や、使用不可である場合は、エラーが発生します。 target_disk_data スタンザのディスクが選択されたアダプターの子でない場合は、エラーが発生します。rootvg が複数のディスクおよびアダプターにまたがっていて、そのうち 1 つのアダプターしか選択されていない場合は、ボリューム・グループ内のすべてのディスクが選択されていないため、ボリューム・グループ情報は空白になります。同じ rootvgディスクにインストールする場合は、ディスクに関連するアダプターをすべて 1 つの rootvg に指定します。

bosinst.data target_disk_data スタンザtarget_disk_data スタンザには、プログラムが BOS をインストールするマシン内のディスク用の変数が入っています。デフォルトの bosinst.data ファイルには、 1 つの target_disk_data スタンザがありますが、複数のディスクに BOS をインストールするために、各スタンザごとに 1 つずつスタンザを追加することができます。target_disk_data スタンザを複数存在させることができます。これらは、どのディスクにルート・ボリューム・グループが含まれるかを定義します。 BOS インストールでディスクが選択されるようにするには、1 つのフィールド (PVID、PHYSICAL_LOCATION、SAN_DISKID、CONNECTION、LOCATION、SIZE_MB、HDISKNAME) だけをヌル以外の文字にしなければなりません。優先順位は、PVID (物理ボリューム ID)、PHYSICAL_LOCATION、SAN_DISKID、CONNECTION (親属性//connwhere 属性)、LOCATION、SIZE_MB、そして HDISKNAME の順になります。 BOS インストール・プロセスは、以下のロジックに基づいてtarget_disk_data stanza スタンザ情報の使い方を判別します。• PVID が設定されていると、 BOS インストールは、ディスクがその値と一致しているかチェックします。一致していると、その他の属性は無視されます。

• PVID が空で、PHYSICAL_LOCATION が設定されていると、 BOS インストールは、parent 属性とconnwhere 属性 ("//" で区切る) がディスクと一致しているかどうかをチェックします。一致している場合は、その他の属性は無視されます。

• PVID または PHYSICAL_LOCATION のいずれかが設定されていても、どの値もターゲット・システムのディスクと一致せず、その他の属性は設定されていない場合は、エラー・メッセージが出され、ディスクを明示的に選択する必要があります。

• PVID および PHYSICAL_LOCATION が空で、SAN_DISKID が設定されている場合、BOS インストールは、SAN_DISKID を、ファイバー・チャネル接続ディスクのワールド・ワイド・ポート名と論理装置 ID("//" で区切られている) と解釈します。ワールド・ワイド・ポート名 (ww_name) と論理装置 ID (lun_id)は、実行中のシステムで lsattr コマンドを使って取得することができます。SAN_DISKID フィールドは CONNECTION フィールドの前にチェックされます。


• ww_name および lun_id がディスクと一致する場合は、他の属性は無視されます。• PVID または SAN_DISKID のいずれかが設定されていても、どの値もターゲット・システムのディスクと一致せず、その他の属性は設定されていないという場合は、エラー・メッセージが出され、ディスクを明示的に選択する必要があります。

• PVID と SAN_DISKID が空で、CONNECTION が設定されている場合、BOS インストールは、("//" で区切られた) parent と connwhere 属性がディスクと一致しているかどうかを調べます。一致している場合には、その他の属性は無視されます。

• CONNECTION が設定されてその値がターゲット・システムのディスクと一致せず、他の属性も設定されていない場合は、エラー・メッセージが出され、ディスクを明示的に選択する必要があります。

• 他の属性が指定されている場合は、以下のような処理が行われます。– LOCATION が設定されている場合は、BOS インストールは、 SIZE_MB と HDISKNAME を無視します。

– LOCATION は設定されていないが、 SIZE_MB は設定されているという場合は、 BOS インストールは、SIZE_MB に基づいてディスクを選択し、 HDISKNAME を無視します。

– LOCATION と SIZE_MB が両方とも空の場合は、 BOS インストールは、HDISKNAME で指定されたディスクを選択します。

– すべてのフィールドが空の場合は、BOS インストールが、ユーザーに代わってディスクを選択します。PVID、PHYSICAL_LOCATION、SAN_DISKID、および CONNECTION フィールドについては、BOS インストール・プロセスは、以下のロジックに基づいて target_disk_data スタンザ情報の使い方を決定します。• PVID、PHYSICAL_LOCATION、SAN_DISKID、および CONNECTION フィールドの内の 1 つ以上のフィールドの情報が、そのディスクの情報と一致するか調べます。

• そのディスクの情報がこれら 4 つのフィールドの内の 1 つにある情報と一致している場合は、一致した情報を使用します。

• そのディスク情報がこれら 4 つのフィールドの 1 つにある情報と一致していない場合で、さらにLOCATION、SIZE_MB、および HDISKNAME フィールドが設定されていなければ、エラー・メッセージを表示し、正しいディスク情報を求めるプロンプトを出します。

PHYSICAL_LOCATION 情報は lsdev コマンドで検索ができます。例:

# lsdev -Cc disk -l hdisk0 -F "name physloc"

hdisk0 ディスク名と P2/Z1-A8 という物理ロケーションが検索結果として戻されます。重要: prompt=no の場合、 BOS インストールがどのディスクを上書きするか重要でないとき以外は、 target_disk_data スタンザを空にしておかないでください。これは、インストールをするデフォルト・ディスクを決めるアルゴリズムが常に予測可能とは限らないためです。

SIZE_MB フィールドには、サイズまたは largest という語を入れることができます。サイズがリストされている場合は、BOS インストールは、ディスク上に「最適値」をとります。 largest という語がそのフィールドにあると、 BOS インストールは、最大のディスクを選択します。複数の target_disk_data スタンザがある場合は、BOS インストールは、 2 つの「最大の」ディスクを選択します。項目説明PVID 該当ディスクの 16 桁の物理ボリューム ID を指定します。PHYSICAL_LOCATION 物理ロケーション・コードにより、BOS インストール時にファイバー・チャネル・ディスクの

識別方法が可能となります。ファイバー・チャネル・ディスクの場合、PHYSICAL_LOCATIONフィールドには、SAN_DISKID フィールドのワールド・ワイド・ポート名と LUN ID が組み込まれています。 PHYSICAL_LOCATION フィールドの情報は SAN_DISKID フィールドの情報より優先されます。

SAN_DISKID ファイバー・チャネル接続ディスクのワールド・ワイド・ポート名と論理装置 ID を指定します。 ww_name と lun_id を、2 つのスラッシュ (//) で区切ります。この情報は、実行中のシステムで lsattr コマンドを使って取得することができます。


項目説明CONNECTION ディスクと関連付けられた parent 属性と connwhere 属性の組み合わせを指定します。

parent 値と connwhere 値は、 2 つのスラッシュ (//) で区切られています。 parent 値がscsi0 で、 connwhere 値が 0,1 のときは、 CONNECTION 値は scsi0//0,1 になります。この情報は、実行中のシステムで lsdev コマンドを使って取得することができます。例えば、以下のコマンドを入力すると、すべてのディスクの disk name、parent、および connwhereの値を取得できます。lsdev -Cc disk -F "name parent connwhere"

SIZE_MB プログラムが BOS をインストールするディスクのフォーマット済みのサイズを、メガバイト単位で指定します。デフォルト値はブランクです。フォーマット済みのディスクで使用できるメガバイト数を入力することによって、対象のターゲット・ディスクのサイズを指定することができます。また、インストール・プログラムが見つけた最大のディスク (まだ選択されていないもの) を使用する場合は、 largest と入力してください。

LOCATION プログラムが BOS をインストールするディスクのロケーション・コードを指定します。デフォルト値はブランクです。値を指定しないと、インストール・プログラムは、次の 2 つの変数に基づいて値を割り当てます。物理ロケーション・コードについての詳細は、「DiagnosticInformation for Multiple Bus Systems」ガイドを参照してください。

HDISKNAME ターゲット・ディスクのパス名を指定します。デフォルト値はブランクです。ターゲット・ディスクの名前を指定するときは、hdiskname フォーマットを使用してください。ここで、hdiskname は、対象ディスクのデバイス名 (例えば、hdisk0) です。

bosinst.data target_iscsi_data スタンザオプションの target_iscsi_data スタンザには、システム上の、基本オペレーティング・システムをインストールするためのプログラムが入っているディスクの親 iSCSI アダプター用変数が含まれています。bosinst.data ファイルに target_iscsi_data スタンザが含まれているのは、ルート・ボリューム・グループに iSCSI ディスクが組み込まれている場合のみです。存在できる target_iscsi_data スタンザは 1 つのみです。これは、ルート・ボリューム・グループを含むディスク用の iSCSI ターゲットを定義します。確実に正しい処理が行われるようにするために、target_iscsi_data スタンザはすべての target_disk_data スタンザの後に配置する必要があります。変数説明ADAPTER_NAME この iSCSI ターゲットを構成する対象となる iSCSI TOE アダプターの名前 (例え

ば、ics0) または iSCSI ソフトウェア・ソリューション・プロトコル・デバイスの名前 (例えば、ics0) を指定します。これは必要フィールドです。

ISCSI_GROUP このフィールドの値は static に設定する必要があります。TARGET_NAME iSCSI ターゲットの iSCSI ターゲット名を指定します。 mkiscsi コマンドは、

TARGET_NAME に対しては正規化を行いません。INITIATOR_NAME iSCSI イニシエーターの iSCSI イニシエーター名を指定します。PORT_NUMBER iSCSI ターゲットの TCP ポート番号を指定します。IP_ADDRESS iSCSI ターゲットの IP アドレスを指定します。SW_INITIATOR<yes,no>

アダプターが iSCSI ソフトウェア・ソリューション・プロトコル・デバイスであるかどうかを指定します。アダプターが iSCSI ソフトウェア・プロトコル・デバイスである場合は、iSCSI ターゲットへの接続には NIM で構成したネットワーク・インターフェースが使用されます。

DISC_POLICY 値 odm を設定します。ADAPTER_IP SW_INITIATOR を no に設定した場合に、iSCSI TOE アダプターの IP アドレス

を指定します。ADAPTER_GW SW_INITIATOR を no に設定した場合に、iSCSI TOE アダプターが使用するゲー

トウェイの IP アドレスを指定します。ADAPTER_SNM SW_INITIATOR を no に設定した場合に、iSCSI TOE アダプターが使用するサブ

ネット・マスクを指定します。


以下に、アダプターがソフトウェア・イニシエーター・アダプターである構成の場合の target_iscsi_dataスタンザの例を示します。target_iscsi_data:ADAPTER_NAME = iscsi0ISCSI_GROUP = staticTARGET_NAME = iqn.sn1234.iscsi_hw1INITIATOR_NAME= iqn.2000-01.ibm.bootPORT_NUMBER = 3260IP_ADDRESS = 10.1.1.130SW_INITIATOR = yesDISC_POLICY = odm

以下に、iSCSI TOE アダプターを使用する場合の target_iscsi_data スタンザの例を示します。target_iscsi_data:ADAPTER_NAME = ics0ISCSI_GROUP = staticTARGET_NAME = iqn.sn1234.iscsi_hw1INITIATOR_NAME= iqn.2000-01.ibm.bootPORT_NUMBER = 3260IP_ADDRESS = 10.1.1.130SW_INITIATOR = noDISC_POLICY = odmADAPTER_IP = 10.1.2.115ADAPTER_GW = 10.1.2.1ADAPTER_SNM = 255.255.255.0

bosinst.data ファイルの locale スタンザlocale スタンザには、インストール済みのマシンが使用する 1 次言語の変数が入っています。「AIX Globalization」の Understanding Locale Categories を参照してください。ここには、変数の編集時に使用するロケールとフォーマットに関する情報が記載されています。項目説明BOSINST_LANG インストール・プログラムがプロンプト、メニュー、およびエラー・メ

ッセージに使用する言語を指定します。デフォルト値はブランクです。CULTURAL_CONVENTION インストールする 1 次ロケールを指定します。デフォルト値はブラン

クです。MESSAGES インストールするメッセージ・カタログのロケールを指定します。デフ

ォルト値はブランクです。KEYBOARD インストールするキーボード・マップを指定します。デフォルト値はブ

ランクです。システム・バックアップを作成し、再インストールする場合、/bosinst.data ファイル (使用可能な場合) と /var/adm/ras/bosinst.data ファイル内ではデフォルトのロケール値が使用されます。これら2 つのファイルは、smit mlang コマンドを使用してロケール値を変更した場合には、自動的に更新されません。このシナリオでは、実行中のシステムのロケール値を一致させるために、/bosinst.data ファイル (使用可能な場合) と /var/adm/ras/bosinst.data ファイル内でこのスタンザを変更する必要があります。bosinst.data large_dumplv スタンザオプションの large_dumplv スタンザは、専用ダンプ・デバイスがシステムで作成される場合に、使用される特性を指定します。専用ダンプ・デバイスは、メモリーが 4 GB 以上のシステムにのみ作成されます。大規模な専用ダンプ・デバイスに対して、次の特性を使用できます。項目説明DUMPDEVICE 専用ダンプ・デバイスの名前を指定します。SIZEGB 専用ダンプ・デバイスのサイズをギガバイトで指定します。


スタンザが存在しないと、専用ダンプ・デバイスが必要な時点で作成されます。専用ダンプ・デバイスは、上書きインストール時に、実メモリーが少なくとも 4 ギガバイトあるマシンで作成されます。デフォルトでは、専用ダンプ・デバイスの名前は、lg_dumplv で、そのサイズは、次の計算式で決まります。4>= RAM < 12 size of dump device= 1 GB12>= RAM < 24 size of dump device= 2 GB24>= RAM < 48 size of dump device= 3 GB RAM >= 48 size of dump device= 4 GB

bosinst.data dump スタンザdump スタンザは、システム・ダンプの特性を指定します。項目説明PRIMARY sysdumpdev -P -p device によって設定される 1 次ダンプ・デバイスを指定します。SECONDARY sysdumpdev -P -s device によって設定される 2 次ダンプ・デバイスを指定します。COPYDIR システム・ブート時にダンプがコピーされる先のディレクトリーを指定します。FORCECOPY コピーが失敗したときに、外部メディアにダンプをコピーできるようなメニューで、

システムがブートするかどうか指定します。ALWAYS_ALLOW ダンプが要求されたときに、キー・モード・スイッチを無視できるかどうかを指定

します。スタンザが bosinst.data ファイルに存在しない場合は、既に行われているもの以外には、追加のダンプ・デバイス処理は行われません。フィールドの値のチェックは制限されます。つまり、ダンプ・デバイス用に指定されたデバイスが有効でないと、エラー処理はいずれも、 sysdumpdev コマンドから行われ、コンソールに送られて、 BOS インストール・ログに保管されます。• FORCECOPY が指定され、COPYDIR が指定されていない場合、/etc/objrepos/SWservAt からのautocopydump 属性の値フィールドが検索され、sysdumpdev -[d|D] copydir 操作に使用されます。

• FORCECOPY が指定されずに、COPYDIR だけが指定されると、 forcecopy は、デフォルトで yes になります。 sysdumpdev -d (FORCECOPY = no) または sysdumpdev -D (FORCECOPY = yes) は、コピー・ディレクトリーを設定するために使用されます。

• ALWAYS_ALLOW=yes の場合は、sysdumpdev -K を実行してください。それ以外の場合は、sysdumpdev -k を実行してください。

• FORCECOPY または ALWAYS_ALLOW で yes および no 以外の値が指定されていると、デフォルトのアクションが実行され、処理は続行します。

• 特定のダンプ・フィールドに対して値が指定されていないと、類似の sysdumpdev 操作は行われません。このようにすると、移行またはシステム・バックアップ・イメージのインストールの場合でも、システム値は、しかるべき状態におかれたままになります。 COPYDIR が指定されているが、FORCECOPYは指定されていない場合、/etc/objrepos/SWservAt ファイルから forcecopydump 属性の値が検索され、呼び出す sysdumpdev の正しい形式が決定されます。

bosinst.data livedump スタンザオプションの livedump スタンザにより、BOS のインストール中に作成される livedump ファイルシステムの属性をカスタマイズすることができます。BOS のインストール中、livedump ファイルシステムが作成されます。このファイルシステムの作成に使用される属性を変更するには、カスタマイズされた bosinst.data ファイルと livedump スタンザを使用します。以下の属性を指定できます。LD_DIR

livedump ファイルシステムがマウントされるディレクトリー。 LD_DIR 属性が指定されない場合、デフォルト・ディレクトリーは /var/adm/ras/livedump です。

LD_SIZEMBlivedump ファイルシステム・サイズ (MB)。 LD_SIZEMB 属性が指定されない場合、デフォルトは 256です。


LD_DEVICEファイルシステムの論理ボリューム名。 LD_DEVICE 属性が指定されない場合、デフォルトは livedumpです。

livedump スタンザが存在しない場合、または変更されていない場合、livedump ファイルシステムはデフォルト値を使用して作成されます。インストールのタイプに応じて、ファイルシステムは次のように作成されます。• 上書きインストールは必ず livedump ファイルシステムを作成します。• 保存インストールおよび移行インストールは、次のようにファイルシステムを作成します。

– livedump スタンザに属性値を指定すると、まだファイルシステムが存在していない場合、これらの値を使用して作成されます。

– livedump スタンザに属性値を指定しないと、まだファイルシステムが存在していない場合、デフォルト値を使用して作成されます。

livedump について詳しくは、 Kernel Extensions and Device Support Programming Concepts の『Live DumpFacility』を参照してください。bosinst.data ファイルの使用この例の bosinst.data ファイルの中の値はネットワーク・インストール特有のものではないので、mksysb インストールなどの他のタイプのインストールにも適用することができます。注 : 示されている値は、フォーマットを示す目的に使用されているだけであって、実際のインストールには適用されません。bosinst.data の変数や値についての詳細は、 48 ページの『bosinst.data ファイルのスタンザの説明』を参照してください。カスタマイズ済みの bosinst.data ファイルの内容を検査するには、次のように bicheck コマンドを使用します。/usr/lpp/bosinst/bicheck filename

bosinst.data ファイルのプロンプトなしネットワーク・インストール変更済みの bosinst.data ファイルの例を示します。このファイルは、プロンプトなしのネットワーク・インストールに使用することができます。control_flow: CONSOLE = Default INSTALL_METHOD = overwrite PROMPT = no EXISTING_SYSTEM_OVERWRITE = yes INSTALL_X_IF_ADAPTER = yes RUN_STARTUP = yes RM_INST_ROOTS = no ERROR_EXIT = CUSTOMIZATION_FILE = TCB = no INSTALL_TYPE = BUNDLES = RECOVER_DEVICES = no BOSINST_DEBUG = no ACCEPT_LICENSES = yes DESKTOP = NONE INSTALL_DEVICES_AND_UPDATES = yes IMPORT_USER_VGS = CREATE_JFS2_FS = Default ALL_DEVICES_KERNELS = yes GRAPHICS_BUNDLE = yes MOZILLA_BUNDLE = no KERBEROS_5_BUNDLE = no SERVER_BUNDLE = no REMOVE_JAVA_118 = no HARDWARE_DUMP = yes ADD_CDE = no ADD_GNOME = no ADD_KDE = no


ERASE_ITERATIONS = 0 ERASE_PATTERNS =

target_disk_data: LOCATION = SIZE_MB = HDISKNAME =

locale: BOSINST_LANG = CULTURAL_CONVENTION = MESSAGES = KEYBOARD =

mksysb_migration_devicemksysb または移行操作の実行方法の記述時に mksysb イメージを見つけることができるデバイス・タイプまたは名前。ネットワーク・インストールの場合は、mksysb イメージ・デバイスはネットワーク・リソースでなければならず、「ネットワーク」の値をこの変数を用いて指定する必要があります。メディアからのインストールの場合は、mksysb イメージ・デバイスを、AIX に認識されているデバイス論理名 (例えば、 /dev/cd0、/dev/rmt0) を用いて指定する必要があります。

BOS の新規および完全上書きインストールまたは保存インストール次の手順に従い、基本オペレーティング・システムの新規および完全上書きインストールまたは保存インストールを行います。ステップ 1. 前提条件の完了BOS インストールを開始する前に、以下の前提条件を完了してください。インストールを開始する前に、以下の前提条件を完全に整えてください。• 十分なディスク・スペースとメモリーが使用可能でなければなりません。 AIX には、少なくとも 512 MBのメモリーと 5 GB の物理ディスク・スペースが必要です。詳しいリリース情報については、ご使用のAIX オペレーティング・システムのレベルに対応する「AIX リリースノート」を参照してください。

• 外部デバイス (DVD-ROM ドライブなど) を含め、すべての必要なハードウェアが、物理的に接続状態になっている必要があります。詳細な情報が必要な場合は、システムに付属のハードウェア資料を参照してください。

• インストール・メディアがブート・デバイスにロードされている必要があります。• システムは、インストール・メディアがロードされているデバイスからブートするように設定されている必要があります。ブート・デバイスの設定に関しては、システムに付属しているハードウェアに関するマニュアルを参照してください。


• インストール対象のシステムが現在稼働中の場合は、システムのバックアップを作成するか、または所在を確認します。システム・バックアップの作成方法については、338 ページの『システム・バックアップの作成』を参照してください。

• 他のシステムと通信し、他のシステムのリソースにアクセスすることが必要なシステムの場合は、インストールを開始する前に下記のワークシートの情報を調べておいてください。表 8. ネットワーク構成情報ワークシート項目説明ネットワーク属性値ネットワーク・アダプターホスト名IP アドレス _______.________.________.________


表 8. ネットワーク構成情報ワークシート (続き)

項目説明ネットワーク・マスク _______.________.________.________

ネーム・サーバー _______.________.________.________

ドメイン名ゲートウェイ _______.________.________.________

ステップ 2. インストールのためのシステムの準備新規および完全上書きインストールまたは保存インストールの準備を行います。以下を実行します。注 : 保存インストールは、より新しいレベルの AIX 基本オペレーティング・システムに移行する場合に限りサポートされます。前のレベルの AIX を再インストールするには、新規および完全上書きインストールを実行するか、あるいは前のレベルのシステム・バックアップから再インストールします。1. AIX Volume 1 メディアをメディア・デバイスに挿入します。2.システムをシャットダウンします。マシンが現在稼働中の場合は、以下のステップを実行して、その電源をオフにします。a. root ユーザーとしてログインします。b.以下のコマンドを入力してください。

shutdown -F

c.システムが自動的に電源オフにならない場合、電源スイッチをオフ (0) の位置にします。重要 : 64 ページの『ステップ 4. インストール・メディアからのブート』で指示されるまでは、システム装置をオンにしないでください。

3.接続されているすべての外部デバイスをオンにします。これに含まれるものは、以下のとおりです。• 端末装置• DVD-ROM ドライブ• モニター• 外部ディスク・ドライブ外部デバイスの電源を先にオンにし、始動 (ブート) 処理中にシステム装置が周辺装置を識別できるようにする必要があります。

ステップ 3. ASCII 端末のセットアップASCII 端末の通信、キーボード、およびディスプレイのオプションを設定するには、以下の基準を使用します。グラフィックス端末を使用している場合は、直接 64 ページの『ステップ 4. インストール・メディアからのブート』に進んでください。ASCII 端末を使用している場合は、下記の基準とご使用の端末の解説書を使用して、通信、キーボード、およびディスプレイのオプションを設定してください。以下の設定は一般的なものです。端末によっては、ここにリストされたオプション名や設定とは異なる場合があります。注 : ご使用の端末が IBM 3151、3161、または 3164 の場合は、Ctrl + Setup キーを押して「Setup (セットアップ)」メニューを表示し、画面に表示される指示に従って、これらのオプションを設定してください。表 9. 通信オプションオプション設定回線速度 (ボー・レート) 9600


表 9. 通信オプション (続き)

オプション設定ワード長 (1 文字当たりのビット数) 8

パリティー no

ストップ・ビットの数 1

インターフェース RS-232C (または RS-422A)

回線制御 IPRTS

表 10. キーボードおよびディスプレイのオプションオプション設定画面標準行と列 24x80

スクロール jump

自動 LF (改行) off

行折り返し on

強制挿入 line (または both)

TAB field

演算モード echo

ターンアラウンド文字 CR

Enter (入力) return

Return (リターン) new line

改行 CR

送信 page

文字挿入スペースステップ 4. インストール・メディアからのブート以下の手順に従って、インストール・メディアからブートします。1.システム装置の電源スイッチをオフ (0) からオン (|) に切り替えます。2.システムのビープ音が 2 回鳴ったら、キーボードの F5 (または ASCII 端末装置の場合は 5) を押します。グラフィック・ディスプレイを使用しているなら、ビープ音が鳴った時点で画面上にキーボードのアイコンが表示されます。 ASCII 端末装置 (tty 端末装置) を使用している場合は、ビープ音が鳴った時点で keyboard の文字が表示されます。注 : F5 キー (ASCII 端末の場合は 5) を押してもシステムがブートしない場合は、ハードウェア付属のマニュアルを参照し、AIX プロダクト・メディアからシステムをブートする方法について調べてください。システムは、インストール・メディアからのブート処理を開始します。

3.複数のコンソールがある場合、それぞれに、システム・コンソールを識別するためのキーを押すように指示するウィンドウが表示されます。このウィンドウが表示される各コンソールごとに、異なるキーが指定されています。このウィンドウが表示されたら、インストールに使用するコンソールでのみ、指定されたキーを押してください。 (システム・コンソールとは、インストールとシステム管理に使用するキーボードとディスプレイ・デバイスのことです。)


インストール中に使用される言語の選択を求めるウィンドウが表示されます。4.インストール中に使用する言語を選択します。5.「Welcome to Base Operating System Installation and Maintenance (基本オペレーティング・システムのインストールと保守)」ウィンドウが表示されたら、「Choice (選択)」フィールドに 2 を入力して「Change/Show Installation Settings and Install (インストールの設定の変更/表示、およびインストール)」を選択し、Enter を押します。インストール設定の検査または変更についての説明は、65 ページの『ステップ 5. インストール設定の検査または変更』にあります。

ステップ 5. インストール設定の検査または変更以下の手順に従って、インストール設定の検査または変更を行います。「Installation and Settings (インストールと設定)」ウィンドウから、デフォルトのインストール設定を確認します。インストールとシステムの設定が正しければ、「Choice (選択)」フィールドに 0 を入力し、Enterを押します。「Installation Summary (インストール要約)」ウィンドウで選択内容が正しいことを確認し、Enter を押して BOS インストールを開始します。 67 ページの『ステップ 6. BOS インストールの完了』に進んでください。インストール設定を変更するには、以下の手順に従ってください。1.「New and Complete Overwrite Installation (新規および完全上書きインストール)」または「Preservation Installation (保存インストール)」のいずれかを選択します。

a.「Choice (選択)」フィールドに 1 を入力して、「System Settings (システム設定)」を選択します。b.「Change Method of Installation (インストール方式の変更)」ウィンドウが表示されたら、「Choice

(選択)」フィールドに、必要なインストールに対応する番号 (「New and Complete Overwrite (新規および完全上書き)」の 1、または「Preservation (保存)」の 2) を入力して、Enter を押します。注 : 選択可能なインストール方式は、システムに AIX の前のバージョンがインストールされているかどうかによって異なります。次のメンテナンス・レベルまたはテクノロジー・レベルの AIX をインストールする場合は、360 ページの『オプションのソフトウェア・プロダクトおよび保守更新のインストールの準備』を参照してください。SMIT update_all 高速パスまたは install_all_updates コマンドを使用して、既存のファイルセットを次のメンテナンス・レベルまたはテクノロジー・レベルに更新することもできます。

c.「Change Disk(s) (ディスクの変更)」ウィンドウが表示されたら、インストールの宛先ディスクを変更できます。保存インストールまたは移行インストールを選択した場合、ウィンドウには、rootvgが含まれるディスクのみがリストされます。「New and Complete Overwrite (新規および完全上書き)」の場合は、ディスク名、ロケーション・コード、ディスクのサイズ、およびルート・ボリューム・グループの状況が、各使用可能なディスクごとに表示されます。「Bootable (ブート可能)」列には、ディスクがブート可能かどうかが示されます。「Preservation (保存)」の場合は、ルート・ボリューム・グループの基本オペレーション・システムのレベル、ルート・ボリューム・グループ内のディスク、ロケーション・コード、およびディスクのサイズが表示されます。77 を入力して「Display More Disk Information (他のディスク情報を表示する)」を選択し、物理ボリューム ID、デバイス・アダプター接続位置、または物理ロケーション・コードなど、他のディスク属性を表示します。表示されたデフォルトが正しければ、「Choice (選択)」フィールドに 0 を入力して Enter を押します。宛先ディスクを変更するには、以下の手順に従ってください。1)「Choice (選択)」フィールドに、選択する各ディスクの番号を入力して、 ENTER キーを押します。すべてのディスクを選択するまでは、Enter キーを最後まで押さないでください。あるディスクを選択解除する必要がある場合は、その番号を再び入力し、 ENTER キーを押します。• このインストールが上書きインストールの場合は、「Devices not known to Base Operating

System Installation (BOS インストールにとって未知のデバイス)」オプションに対して 66 を入力し、Enter キーを押すことによって、補足ディスクを指定することができます。このオプションは、新規メニューをオープンして、補足ディスク用のデバイス・サポート・メディアを要


求するプロンプトを出します。デバイス・サポート・メディアは、総称 SCSI またはバス接続のデバイス・ドライバーによってデバイスが構成できない場合に限って、必要です。 BOS インストールは、システムをディスク用に構成してから、「Change Disk (ディスクの変更)」ウィンドウに戻ります。

• このインストールが上書きインストールの場合は、「More Disk Options (他のディスク・オプション)」オプションの 55 を入力して Enter キーを押すことにより、インストール用に選択したディスクをインストールが行われる前に消去するように指定することができます。このオプションを指定すると新規メニューがオープンし、パターン書き込み回数 (ドライブが上書きされる回数) のプロンプトが出されます。パターン書き込み回数として 0 を選択すると、ディスクはインストールの前に消去されません。このメニューでは、ディスクの消去ごとの使用パターンのプロンプトも出されます。このパターンは、16 進値の 00、a5、5a、または ff から選択します。例えば 00 というパターンを選択すると、ドライブにはすべてゼロが書き込まれます。ドライブの消去は時間を要する処理であるため、このオプションを利用できるのは、diag コマンドがサポートしているドライブ・タイプのみです (例えば IDE ドライブの消去はサポートされていません)。

2)ディスクを選択したら、「Choice (選択)」フィールドに 0 を入力して、Enter キーを押します。「Installation and Settings (インストールと設定)」ウィンドウが表示され、「System Settings(システム設定)」の下に選択されたディスクがリストされます。

2.必要に応じて、1 次言語環境を変更します。以下のステップに従って、このインストールに使用される1 次言語を変更します。注 : 1 次言語環境に対する変更は、BOS がインストールされたあと、対象のシステムがリブートされるまで、効力を持ちません。a.「Installation and Settings (インストールと設定)」ウィンドウの「Choice (選択)」フィールドに 2 を入力して、「Primary Language Environment Settings (1 次言語環境設定)」オプションを選択します。

b.国/地域別情報、言語、およびキーボードのオプションの該当するセットを選択します。大半のオプションは、事前に組み合わせて定義したものですが、ユーザー自身によるオプションの組み合わせを定義することもできます。• 事前定義の 1 次言語環境を選択するには、「Choice (選択)」フィールドに該当する番号を入力し、

Enter キーを押します。• ユーザー自身の 1 次言語環境を構成するには、以下のように行います。

1)「MORE CHOICES (選択項目の続き)」を選択します。2)選択項目のページ送りをして、「Create Your Own Combination (ユーザー自身の組み合わせの作成)」オプションを選択します。

3)「Set Primary Cultural Convention (1 次国/地域別情報の設定)」ウィンドウが表示されたら、ユーザーが選択する国/地域別情報に該当する番号を「Choice (選択)」フィールドに入力してEnter を押します。

4)「Set Primary Language (1 次言語の設定)」ウィンドウが表示されたら、選択する 1 次言語に該当する番号を「Choice (選択)」フィールドに入力して Enter を押します。

5)「Set Keyboard (キーボードの設定)」ウィンドウが表示されたら、システムに接続されているキーボードに該当する番号を「Choice (選択)」フィールドに入力して Enter を押します。

3.インストール・オプションを変更するには、次のようにします。3 と入力して Enter を押し、「SecurityModel (セキュリティー・モデル)」で変更を行うか、4 と入力して「More Options (詳細オプション)」を選択し、Enter を押します。これらのオプションは、インストール・タイプ (上書き、保存、または移行) およびどのセキュリティーを選択したかに応じて変わります。インストール・オプションについて詳しくは、45 ページの『BOS インストール・オプション』を参照してください。

4. 5 を入力して express、standard、または enterprise の選択項目を切り替えることにより、インストール・エディションを変更します。インストール・オプションについて詳しくは、45 ページの『BOS インストール・オプション』を参照してください。

5.「Installation Summary (インストール要約)」ウィンドウの選択内容を確認してから、Enter を押して BOSインストール・プロセスを開始します。


インストールが完了後、システムは自動的にリブートされます。 67 ページの『ステップ 6. BOS インストールの完了』に進んでください。ステップ 6. BOS インストールの完了以下の手順に従って、BOS インストールを完了します。1.「Installing Base Operating System (基本オペレーティング・システムのインストール )」ウィンドウにインストールの状況が表示されます。基本実行時環境がインストールされたあと、インストールが進行中の他のソフトウェアに関して状況情報が表示されます。

2.システムは、自動的にリブートを行います。3.システムが再始動された後、インストールを構成するようプロンプトが出されます。 BOS インストール・プロセス後のシステムの構成については、92 ページの『AIX の構成』を参照してください。

注 : インストールしているシステムが、4 GB 以上のメモリーを持っていて、上書きインストールを実行した場合、専用のダンプ・デバイスが作成されます。その場合、デバイス名は /dev/lg_dumplv で、そのサイズは次の数式に基づきます。4>= RAM < 12 size of dump device= 1 GB12>= RAM < 24 size of dump device= 2 GB24>= RAM < 48 size of dump device= 3 GB RAM >= 48 size of dump device= 4 GB

関連情報BOS インストールに関連する情報へのリンクを示します。• さらに詳しいリリース情報については、ご使用の AIX のレベルに対応した「AIX リリースノート」を参照してください。

• 構成プロセスとインストール済みソフトウェアに関する情報を含む、最新の情報については、READMEファイルを参照してください。

• オプションのソフトウェアのインストールについての詳細は、 360 ページの『オプションのソフトウェア・プロダクトおよび保守更新のインストールの準備』を参照してください。

AIX 再配置可能インストールAIX 再配置可能インストールは、installp、instfix、lslpp、および lppchk などの基本 AIX インストール・ユーティリティーでサポートされます。再配置の使用は、ワークロード・パーティションにインストールする必要のあるアプリケーションの場合には特に重要です。なぜなら、デフォルトのシステムWPAR 構成には書き込み可能な /usr または /opt ファイルシステムが含まれていないからです。アプリケーションのインストール先を変更して、従来の /usr または /opt 以外のロケーションに再配置しなければならない場合があります。システム管理者は、ファイルセットをデフォルトのインストール・ロケーションにインストールすることに加え、再配置可能パッケージを代替ルート・インストール・ロケーションにインストールすることもできます。これにより、システム管理者は次のことを行うことができます。• 同じ installp パッケージの複数のインストール済み環境を、AIX オペレーティング・システムの単一インスタンスにインストールして保守する。

• 同じ installp パッケージの複数のバージョンを、AIX オペレーティング・システムの単一インスタンスにインストールして保守する。

• ネイティブの installp トラッキング・ツール (例えば、lppchk、lslpp、instfix、および inulagなど) を使用して、再配置されたすべてのインストール・インスタンスに関するインストール・データの検査と報告を行う。

• ある特定のシステム上のプリインストール・ソフトウェアのロケーションを接続したり切り離したりする(例えば、アプリケーション・ホスティングなど )。


ユーザー指定インストール・ロケーション (USIL)ユーザー指定インストール・ロケーション (USIL) は、追跡される再配置されたインストール・パスです。これはシステム管理者が作成します。このロケーションは、システムによって追跡され、再配置をサポートするパッケージ用の代替インストール・パスとして使用できます。同じソフトウェア・パッケージの複数のインスタンスおよび/またはバージョンを 1 つのシステムにインストールできます。これを行うには、それぞれのインストール先を別々の USIL にします。既存の USIL インスタンスは、任意のシステムに接続したり切り離したりすることができます。各 USIL インスタンスは、それぞれの独自のソフトウェア重要プロダクト・データ (SWVPD) を、以下に示す installp の 3 つのすべての現行パーツ内で保守します。• <InstallRoot>/etc/objrepos• <InstallRoot>/usr/lib/objrepos• <InstallRoot>/usr/share/lib/objrepos

各 USIL インスタンスは、再配置されたパス内のデフォルトの SWVPD 構造をミラーリングします。USIL 管理コマンド説明/usr/sbin/mkusil 新しい USIL インスタンスを作成または接続します。

mkusil -R <RelocatePath> -c <Comments> [XFa]

フラグ:-a既存のインストール済み環境を USIL インスタンスとして接続します

-cUSIL 定義に含めるコメント (lsusil コマンドを使用すると表示されます)

-R新しい USIL ロケーションへのパス (有効なディレクトリーでなければなりません)

-Xスペースが必要な大きさまで自動的に拡張されます

/usr/sbin/lsusil 既存の USIL インスタンスをリストします。lsusil [-R *!ENTITY!*RelocatePath> | "ALL"]

フラグ:-R既存の USIL ロケーションへのパス

/usr/sbin/rmusil 既存の USIL インスタンスを除去します。rmusil -R <RelocatePath>

フラグ:-R既存の USIL ロケーションへのパス

注 : rmusil コマンドで除去されるのは、SWVPD 内の USIL 参照のみです。 USIL インストール・パスでは、リモート・ファイルは一切使用されません。


USIL 管理コマンド説明/usr/sbin/chusil 既存の USIL インスタンスの属性を変更します。

chusil -R <RelocatePath> -c <NewComments> [X]

フラグ:-c

USIL 定義に含める新しいコメント (lsusil コマンドを使用すると表示されます)

-R既存の USIL ロケーションへのパス

-Xスペースが必要な大きさまで自動的に拡張されます

すべてのインストール・パスのリスト-R "ALL" 構文を使用して、すべてのインストール・ロケーションに対するリスト操作を実行するには、lslpp および lppchk コマンドを使用します。接続/切り離し操作接続操作を使用して、既存の切り離し済み USIL パスを SWVPD に統合できます。これは、例えば次のように行われます。管理者は、アプリケーションに対するホスティング (サービス提供) を目的として、さまざまな再配置可能アプリケーションがインストールされた「マスター」USIL インスタンスを作成します。次に管理者は、この USIL インスタンスをさまざまなシステムにコピーまたはNFS マウントし、接続フィーチャーを使用して USIL インスタンスを SWVPD に統合します。切り離し操作では、USIL インスタンスへの参照を除去します。installp のライセンス交付新規 USIL インスタンスの開始時には、空の LAG (installp 使用許諾契約書 ODM オブジェクト・クラス)が使用されます。ライセンスを必要とするファイルセットまたは LPP をインストールする場合は常に、通常の installp 規約が適用されるライセンスの受諾が必要となります。ライセンスの受諾は複数の USILインスタンスにまたがりません。トラステッド・コンピューティング・ベース現在、トラステッド・コンピューティング・ベース (TCB) が使用可能になっているシステムでは、USIL インスタンスのインストールはサポートされません。再配置可能インストール・ユーティリティーコードの独立性が保持されるように、すべての USIL 変更は別々にコンパイルされるモジュールに分離されます。再配置インストール・ユーティリティーには、以下のユーザー・レベル・モジュールが含まれています。• /usr/sbin/mkusil• /usr/sbin/rmusil• /usr/sbin/lsusil• /usr/sbin/chusil• /usr/sbin/inulag• /usr/sbin/installp• /usr/sbin/instfix


• /usr/bin/lppchk• /usr/bin/lslpp• /usr/sbin/inutoc

注 : 各ユーティリティーは、-R <RelocatePath> フラグを取ります。 AIX で再配置可能 installp パッケージを使用して作業を行うときには、これらのユーティリティーを使用する必要があります。再配置可能アプリケーションのパッケージ化アプリケーションのパッケージ化で、再配置可能インストールをサポートする必要があります。以下に、推奨されるガイドラインを示します。• 再配置可能アプリケーション・パッケージは、ルート・インストール・ロケーションの外部には在庫オブジェクトを送信できない (書き込めない)。

• パッケージ化のカスタマイズによって、再配置可能アプリケーション・パッケージがルート・インストール・ロケーションの外部にデータを送信できる (書き込める) ようにすることはできない。

• 再配置可能アプリケーション・パッケージは、それぞれの再配置可能ファイルセットごとにRELOCATABLE 拡張パッケージ化属性を含んでいなければならない。ファイルセットは、再配置できる最小のインストール可能単位です。

• 再配置可能アプリケーション・パッケージは、再配置された外部パス上に置かれているものを必要条件としてはならない。必要条件とすることができるのは、デフォルトのインストール・パスまたは独自のインストール・パス上にインストールされたファイルセットです。再配置可能な必要条件新しいパッケージ化のセマンティクスでは、再配置可能な必要条件のロケーションを指示します。パッケージャーは、ある特定の必要条件を、デフォルトのインストール・パス上に置くか、再配置されたインストール・パス上に置くかを指定できます。以下に、必要条件に関して適用される新しいセマンティクスを示します。prereq_ r再配置されたインストール・パス上の prereq

ifreq_r再配置されたインストール・パス上の ifreq

coreq_r再配置されたインストール・パス上の coreq

instreq_r再配置されたインストール・パス上の instreq

現在定義されている必要条件タイプ (prereq、ifreq、coreq、および instreq) はすべて、デフォルト必要条件 (デフォルトのインストール・ロケーションに適用される必要条件) です。再配置可能パッケージに関する TOC 変更以下に、TOC ファイル内の新しい必要条件セクションの例を示します。sscp.rte.1.0.0.5.U.PRIVATE.bff 4 R S sscp {sscp.rte 01.00.0000.0005 1 N B En_US Sscp[*coreq bos.games 1.1.1.1 <-- デフォルト必要条件セクション内のデフォルト必要条件*prereq bos.rte 1.1.1.1 <-- デフォルト必要条件セクション内のデフォルト必要条件%/usr/bin 20/etc 20INSTWORK 72 40%%%IY99999 1 APAR text here.%RELOCATABLE <-- 再配置可能パッケージであることを示す属性タグ%


*prereq bos.rte 1.1.1.1 <-- 再配置必要条件セクション内のデフォルト必要条件*coreq_r bos.games 1.1.1.1 <-- 再配置必要条件セクション内の再配置必要条件]}

• 再配置したインストールの実行中に再配置可能必要条件セクションが提示された場合は、それがそのインストール用の必要条件セクションとして使用されます。

• 再配置したインストールの実行中に再配置可能必要条件セクションが提示されなかった場合は、デフォルト必要条件セクションが使用されます。これは、すべての必要条件はデフォルト必要条件となることを意味します。

• デフォルト・インストール (再配置が行われないもの) では、再配置可能必要条件セクションは使用されません。再配置可能なアプリケーション実行アプリケーション設計で、インストール環境からの実行をサポートする必要があります。以下に、再配置可能なアプリケーション実行のための要件を示します。• アプリケーションがルート・インストール・ロケーションを判別する手段、または特定のインストール・ロケーションに依存しなくても済む機能を備えている。

• アプリケーションがルート・インストール・ロケーションに関連付けられているすべてのアプリケーション固有実行可能コンポーネントを参照する。

• アプリケーションがルート・インストール・ロケーションに関連付けられているすべてのアプリケーション固有データ・コンポーネントを参照するか、またはデータを他のアプリケーション・インスタンスと共用するように設計されている。

• アプリケーションはルート・インストール・ロケーション以外の場所では持続する変更を一切行わない。USIL コネクター ODM クラス・オブジェクトUSIL コネクターのオブジェクト・データ・マネージャー (ODM) クラス・オブジェクトは、/etc/objrepos/usilc ディレクトリーに置かれます。このオブジェクトには、デフォルトのソフトウェア重要プロダクト・データ (SWVPD) とすべての USIL インスタンスとをリンクさせたデータが含まれています。以下に、swvpd.cre ファイルに含まれているオブジェクト・クラスを示します。/* User Install Location Connector *//* Connects the default install path to all relocated install paths. */class usilc { vchar path[1024]; /* USIL path */ vchar comments[2048]; /* USIL Comments */ long flags; /* USIL flags */ };

注 : 現行の SWVPD オブジェクト・クラスには、以下が含まれています。product、lpp、inventory、history、fix、vendor、および lag。

iSCSI ディスクへの BOS のインストールAIX の場合は、基本オペレーティング・システムを Internet Small Computer System Interface (iSCSI) ディスクにインストールできます。iSCSI ディスクを基本オペレーティング・システム用に使用できるように構成するためには、インストールを開始する前に、いくつかのパラメーターを提供する必要があります。以下のパラメーターを収集してください。Adapter Name (アダプター名)

iSCSI 用に使用するネットワーク・アダプターの名前。 iSCSI TOE アダプターの場合は、このフィールドのフォーマットは ics# (# は番号) となります。 iSCSI SW イニシエーターの場合は、このフィールドはイーサネット・インターフェース名であり、フォーマットは en# (# は番号) となります。

IP Address of Adapter (アダプターの IP アドレス)「Adapter Name (アダプター名)」で指定したアダプターに割り当てられている IP アドレス。


IP Address of Gateway (ゲートウェイの IP アドレス)「Adapter Name (アダプター名)」で指定したアダプターが使用するゲートウェイの IP アドレス。

Subnet Mask (サブネット・マスク)「Adapter Name (アダプター名)」で指定したアダプターに割り当てられているサブネット・マスク。

iSCSI Target Name (iSCSI ターゲット名)iSCSI ターゲット用に構成した名前。

iSCSI Initiator Name (iSCSI イニシエーター名)iSCSI ターゲット用に構成したイニシエーター名。

Port Number (ポート番号)iSCSI ターゲット用に構成したポート番号。

IP Address of Target (ターゲットの IP アドレス)iSCSI ターゲット用に構成した IP アドレス。

注 :

1.詳しくは、iSCSI ベンダーの資料を参照してください。2. iSCSI ディスク・インストールに対する IPv6 サポートは、サポートされていません。3. POWER6® 以降のプロセッサーを実行する場合、iSCSI ブートは、iSCSI ソフトウェア・イニシエーターを使用することによってサポートされます。

4. iSCSI ブートは、POWER® プロセッサー・ベースのブレード・システムで iSCSI TOE ドーターカードを使用することによってサポートされます。iSCSI ブートは、iSCSI TOE PCI スロット・アダプターを使用することではサポートされません。

5. iSCSI ソフトウェア・イニシエーターを使用してブートする場合は、リンクが遅延なく使用可能になるようにイーサネット・ネットワークが構成されていることを確認してください。イーサネット・リンクが使用可能になった後、AIX iSCSI ソフトウェア・イニシエーターは、ブート・ディスクを検出できないことを宣言し、554 Unknown Boot Disk エラーを表示するまでに、約 30 秒間 iSCSI ターゲットとの接続を試行します。スパンニング・ツリー・プロトコルなどの一部のイーサネット・プロトコルにより、30 秒後にリンクが使用可能になるのが妨げられ、ブート障害が生じる可能性があります。このようなプロトコルがイーサネット・リンクが 30 秒以内に使用可能になるのを妨げる場合は、それらのプロトコルを使用不可にするかイーサネット・スイッチで無効にする必要があります。

6.基本オペレーティング・システム (BOS) をテープ・ドライブから iSCSI ディスクにインストールすることはできません。 BOS は、ネットワーク・インストール管理 (NIM) または DVD/CD によってのみ、iSCSIディスクにインストールできます。

プロンプトが出される AIX インストールの場合は、これらのパラメーターは、iSCSI 構成メニューを使用してサブミットできます。プロンプトが出されない AIX インストールの場合は、これらのパラメーターは、『bosinst.data ファイル・スタンザでの記述』を使用して提供できます。基本オペレーティング・システムをインストールするのに使用するルート・ボリューム・グループ用に構成できる iSCSI ターゲットは 1 つのみです。 iSCSI ディスクと非 iSCSI ディスクを組み合わせてルート・ボリューム・グループを作成することはできません。iSCSI 構成メニューの使用iSCSI 構成メニューには、「Base Operating System (基本オペレーティング・システム)」メニューのメインメニューにある「Make Additional Disks Available (追加のディスクを使用可能にする)」を選択してアクセスできます。iSCSI 構成メニューにアクセスするには、以下のステップを実行します。1.基本オペレーティング・システム (BOS) メニューから、「Welcome to Base Operating System

Installation and Maintenance (基本オペレーティング・システムのインストールと保守へようこそ)」を選択します。

2.「Make Additional Disks Available (追加のディスクを使用可能にする)」オプションを選択します。3.「Configure Network Disks (iSCSI) (ネットワーク・ディスク (iSCSI) の構成)」オプションを選択して、

iSCSI 構成メニューをロードします。


4.「Configure iSCSI (iSCSI の構成)」SMIT メニューで、「iSCSI Configuration (iSCSI 構成)」オプションを選択します。

5. iSCSI パラメーターを入力して、Enter キーを押します。このメニューをサブミットすると、構成コマンドからの出力と、正常に構成された iSCSI ディスクがリストされた出力を見ることができます。

6.正しい iSCSI ディスクが構成されていたら、F10 を押して BOS メニューに戻り、BOS インストールに進みます。

7.「Change/Show Installation Settings and Install (インストール設定値の変更/表示、およびインストール)」を選択して、インストールに使用する iSCSI ディスクを選択します。

iSCSI パラメーターをリカバリーするための保守モードへのアクセスBOS を iSCSI ディスクから始動できない場合は、保守モードにアクセスして、ブート時に使用される iSCSIパラメーターを再構成しなければならない可能性があります。インストール・メディアによる CD または DVD ブートを使用して、保守モードにアクセスします。詳しくは、『ハード・ディスクからブートできない場合のシステムへのアクセス』を参照してください。また、NIM を使用してネットワークを開始することで、保守モードにアクセスすることもできます。詳しくは、『保守モードでのブート』を参照してください。保守モードにアクセスしたら、以下のステップを実行します。1.「Configure Network Disks (iSCSI) (ネットワーク・ディスク (iSCSI) の構成)」を選択します。 iSCSI 構成メニューが起動されます。注 : iSCSI パラメーターをすべて NIM を使用して bosinst.data ファイルで提供した場合は、このステップは必要ないことがあります。正しいディスクが構成されたら、iSCSI 構成メニューを終了します。

2.「Maintenance (保守)」メニューで、直前のステップで構成したディスク用の iSCSI 構成パラメーターをそのディスク上のルート・ボリューム・グループに保存します。オプション 1 (「Access a Root VolumeGroup (ルート・ボリューム・グループへのアクセス )」)を選択します。「Warning (警告)」画面が表示されます。

3.「Warning (警告)」画面に表示された情報を読んでください。先に進む準備ができたら、0 を入力してEnter キーを押します。「Access a Root Volume Group (ルート・ボリューム・グループへのアクセス)」メニューが表示されます。

4.ステップ 2 で構成したディスク上のルート・ボリューム・グループを選択します。選択値を入力すると、「Volume Group Information (ボリューム・グループ情報)」メニューが表示されます。注 : 「Volume Group Information (ボリューム・グループ情報)」メニューでディスク情報とロケーション・コード情報を確認することで、選択したボリューム・グループがルート・ボリューム・グループであったかどうかを判別できます。選択したボリューム・グループがルート・ボリューム・グループでなかった場合は、「Access a Root Volume Group (ルート・ボリューム・グループへのアクセス )」画面に戻ることができます。ルート・ボリューム・グループを選択してからでないと、「Volume GroupInformation (ボリューム・グループ情報)」メニューより先には進めません。

5.「Volume Group Information (ボリューム・グループ情報)」メニューの「Choice 1 (選択項目 1)」を選択して、Enter キーを押します。シェルとシステム・プロンプトが表示されます。

6.システム・プロンプトで update_iscsi コマンドを実行して、iSCSI 構成をルート・ボリューム・グループに保存します。これで、更新した iSCSI パラメーターを使用してシステムを再始動できるようになりました。

7.ステップ 2 で構成したように、システムのブートに使用する hdisk オプションを指定して bootlist コマンドを実行します。例えば、hdisk3 が新規の iSCSI ブート・ディスクである場合は、bootlist -m normal hdisk3 を実行します。

注 : update_iscsi コマンドにより、一部のネットワーク・インターフェースの状態が down に変更され、iSCSI ブート・ディスクへのアクセスに使用するネットワーク・インターフェースへの変更で起こりうる競合を回避できる場合があります。システムが始動したら、ネットワーク・インターフェースを調べてください。無効になったネットワーク・インターフェースを削除し、有効であったが down のマークが付いていたネットワーク・インターフェースの状態を update_iscsi コマンドを使用して元に戻します。


詳しくは、『iSCSI 構成メニューの使用』を参照してください。代替ディスクへの BOS のインストール

代替ディスクのインストールにより、オペレーティング・システムが稼働中にオペレーティング・システムのインストールが可能になり、インストールやアップグレードに伴うダウン時間を大幅に短縮することができます。また、代替ディスクのインストールでは、システムのインストールに時間的な制限がないため、大規模な設備の場合でもアップグレードの管理が容易になります。システムを前のバージョンで稼働させながら、同時に新規バージョンへの切り替えを行うことも可能です。代替ディスクのインストールのファイルセット代替ディスクのインストールでは、以下のファイルセットを使用します。項目説明bos.alt_disk_install.boot_images 代替ディスク mksysb のインストールには、このファイルセ

ットがインストールされていることが必要です。bos.alt_disk_install.rte rootvg のクローン作成、および代替ディスク mksysb のイン

ストールには、このファイルセットがインストールされていることが必要です。

代替 mksysb ディスクのインストール代替 mksysb のインストールは、別のシステムで既に作成されている mksysb イメージを、ターゲット・システムの代替ディスク上にインストールすることです。代替ディスク (1 台以上) にボリューム・グループを含めることはできません。mksysb イメージは、ターゲット・システムと同じハードウェア構成のシステムで作成されるか、あるいは、異なるマシン・タイプかプラットフォームまたは異なるデバイス用に、すべてのデバイスとカーネルのサポートがインストールされたシステムで作成されます。インストールされるデバイスおよびカーネルのサポートは、次のとおりです。• devices.*• bos.mp64

注 : AIX では、基本オペレーティング・システムのインストール時に、すべてのデバイスおよびカーネルのサポートが自動的にインストールされます。alt_disk_mksysb コマンドの実行時には、カスタマイズ済みの image.data が提供されていない限り、mksysb イメージ内の image.data ファイルがデフォルトで使用されて、論理ボリュームとファイルシステムが作成されます。論理ボリューム名には、接頭部 alt_ が追加され、ファイルシステムは、接頭部 /alt_inst を付けて作成されます。例えば、hd2 は alt_hd2 として作成され、そのファイルシステムである 1は、/alt_inst/usr として作成されます。これらの名前は、代替ディスクのインストール・プロセスの終了時に、元の名前に戻されます。その後、mksysb イメージは、代替ファイルシステムに復元されます。次いで、定義済みのブート・イメージが、altinst_rootvg のブート論理ボリュームにコピーされ、ブート・ディスクのブート・レコードが、ディスクからのブートが可能になるように変更されます。この時点で、システムをリブートする前に、カスタマイズを可能にするために、スクリプトを実行することができます。代替ファイルシステムは、まだ /alt_inst/real_file_system (例えば、 /alt_inst/usr、/alt_inst/home) としてマウントされています。この時点でファイルにアクセスすることはできますが、 mksysb イメージのカーネルとライブラリーが実行中のシステムのものと一致しないことがあるため、代替ファイルシステムには何もインストールすることができません。オプション・スクリプトの実行後、ファイルシステムはアンマウントされ、論理ボリュームとファイルシステムの名前は、image.data ファイルの名前と一致するように変更されます (例えば、alt_inst_hd6は、ボリューム・グループ記述領域で hd6 に変更されます)。論理ボリュームは、オブジェクト・データ・

1 /usr


マネージャー (ODM) からエクスポートされますが、 altinst_rootvg は、オフに変更されるだけです。プレースホルダーとして ODM にとどまるため、ディスクが偶発的に上書きされることはありません。alt_disk_mksysb コマンドのデフォルトのアクションは、ブート・リストを設定して、次回のシステム・ブート時にはこの新しくインストールされたボリューム・グループからシステムがブートされるようにすることです。このデフォルトのアクションは、オフにすることができます。それが指定されると、システムはこの時点でリブートされ、システムは、新しい rootvg からリブートされます。ブート・プロセスは、ある時点までは、新しくマウントされた rootvg のファイルシステムを用いてブートし、「通常の」ブート論理ボリュームを再構築するために bosboot コマンドが呼び出されます。その後、システムはリブートを行います。新しい代替ディスクからのリブート後に、前の rootvg ボリューム・グループが lspv リストに old_rootvgとして入れられます。これには元の rootvg の中のすべてのディスクが含まれます。この元の rootvg ボリューム・グループは、リブート時に not varyon に設定されるので、 -X フラグによってのみ除去する必要があります。例:

alt_rootvg_op -X old_rootvg

元の rootvg に戻る必要がある場合には、bootlist コマンドを使用して、元の rootvg からリブートするようブート・リストを変更します。どのディスクが特定のボリューム・グループ用のブート・ディスクであるのか分からない場合は、 -q フラグを使用して、そのブート・ディスクを判別することができます。このフラグは、ボリューム・グループが複数のディスクを構成しており、ブート・リストの変更が必要な場合に役立ちます。代替ディスクへの rootvg のクローン作成代替ディスクに rootvg のクローンを作成することには、多くの利点があります。 1 つの利点は、ディスク・クラッシュの際にオンラインのバックアップとして使用できることです。オンライン・バックアップを保持すると、システムで使用できるようにするための余分なディスクが必要になります。rootvg のクローン作成による他の利点は、新しいメンテナンス・レベルまたはテクノロジー・レベルの更新を適用する場合に生じます。 rootvg の代替ディスクへのコピーが行われた後で、そのコピーに更新内容を適用します。この間、システムは中断することなく実行を続けます。これがリブートされるときは、システムは、テストのために新しく更新された rootvg からブートされます。更新によって何らかの問題が発生した場合、ブート・リストをリセットしてリブートするだけで、 old-rootvg を検索することができます。ご使用の現行 rootvg が JFS ファイル・システムを使用している場合、代替ディスクは 4000 個のセクター・サイズを持つことはできません。alt_disk_install コマンドを呼び出すと、デフォルトでは次のことが行われます。

1.現在の rootvg の構成に基づいて、 /image.data ファイルが作成されます。カスタマイズしたimage.data ファイルを使用することができます。

2.代替 rootvg (altinst_rootvg) が作成されます。3.プレフィックスが alt_inst の論理ボリュームおよびファイルシステムが作成されます。4. rootvg からバックアップされるファイルのリストが生成され、 exclude.list ファイルが指定されている場合には、そのファイルがリストから除外されます。

5.最終リストが altinst_rootvg のファイルシステムにコピーされます。6. installp コマンドが指定されている場合には、これによって、更新、修正、新規ファイルセットが、代替ファイルシステムにインストールされます。

7. bosboot コマンドが、代替ブート・ディスクにブート論理ボリュームを作成します。8.カスタマイズ・スクリプトが指定されている場合は、この時点で実行されます。9.その後、ファイルシステムはアンマウントされ、論理ボリュームとファイルシステムの名前が変更されます。

10.同一の ODM 名との混乱を避けるために、論理ボリュームの定義はシステムからエクスポートされますが、 altinst_rootvg の定義は、ODM プレースホルダーとして残されます。

11.デフォルトでは、次回のリブートでは新しくクローンが作成された rootvg からブートするように、ブート・リストが設定されます。


フェーズに分割された代替ディスクのインストールAIX 5.1 以降では、代替ディスクのインストールを段階的に実行できます。インストールは、3 つのフェーズに分割されます。デフォルトでは、3 つすべてのフェーズが同一の呼び出しで実行されます。フェーズは、次のとおりです。項目説明フェーズ 1 altinst_rootvg ボリューム・グループ、alt_ 論理ボリューム、および /

alt_inst ファイルシステムを作成します。 mksysb または rootvg データも復元します。

フェーズ 2 指定されたカスタマイズ・スクリプトがあれば、すべて実行します。クローン作成の場合に限り、更新プログラム、新規ファイルセット、フィックス、またはバンドルをインストールします。また、resolv.conf ファイル (指定された場合) および NIM クライアントを残すために必要なファイル (指定された場合) もコピーします。

フェーズ 3 /alt_inst ファイルシステムをアンマウントし、ファイルシステムおよび論理ボリュームの名前変更を行い、ODM から alt_ 論理ボリューム名を除去し、そして altinst_rootvg をオフに変更します。これは、ブート・リストおよびリブート (指定された場合) もセットします。

3 つのフェーズすべてを実行する代わりに、これらのフェーズを、次のいずれかのメソッドによって完了することができます。• 各フェーズを別々に実行する。• フェーズ 1 と 2 を一緒に実行する。• フェーズ 2 と 3 を一緒に実行する (フェーズ 2 は、フェーズ 3 を実行する前に複数回実行することができます)。使用可能な rootvg を入手するために、フェーズ 3 を実行する必要があります。フェーズ 1 と 2 の実行では、 /alt_inst ファイルシステムは、マウントされたままになります。以下のコマンドを使用すれば、フェーズ・プロセスの間のどこかで、リブートの前に altinst_rootvg を除去し、ディスクのクリーンアップを行うことができます。alt_rootvg_op -X

代替ディスクの移行インストールの実行代替ディスクの移行インストールを実行すると、rootvg のコピーを空きディスクに作成し、それをネットワーク・インストール管理 (NIM) によって新規リリース・レベルに移行できます。代替ディスクの移行インストールを使用すると、従来型の移行と比べて、次のような利点があります。• ダウン時間が短くなる。この移行はシステムが通常に稼働している間に実行でき、メディアからブートする必要がありません。

• 移行が失敗した場合には即時にリカバリーできる。• 柔軟性およびカスタマイズのレベルが高度である。ダウン時間が短くなる。この移行はシステムが稼働している間に実行されます。インストール・メディアからブートする必要はなく、処理のほとんどは NIM マスター上で行われます。移行が失敗した場合には即時にリカバリーできる。 rootvg のコピーを作成するので、すべての変更はそのコピー (altinst_rootvg) に対して実行されます。移行インストールで深刻な障害が発生しても、失敗した移行はクリーンアップされるので、管理者は他の処置を取る必要はありません。新しい (移行された) レベルの AIX で問題が起きた場合には、元のディスクからブートすることにより、システムを移行前のオペレーティング・システムに戻すことができます。移行プロセスにおける柔軟性およびカスタマイズのレベルが高度である。これを行うには、オプションのNIM カスタマイズ・リソース、つまり image_data、bosinst_data、exclude_files、移行前スクリプト、installp_bundle、および移行後スクリプトを使用します。


Network Install Manager Alternate Disk Migration (nimadm) は、以下を実行できるユーティリティーです。• rootvg のコピーを空きディスク (複数可) に作成し、同時にそれを新規バージョンまたはリリース・レベルの AIX に移行します。

• rootvg のコピーを使用して、新規バージョンまたはリリース・レベルの AIX に移行されている新しい nimmksysb リソースを作成します。

• nim mksysb リソースを使用して、新規バージョンまたはリリース・レベルの AIX に移行された新しいnim mksysb リソースを作成します。

• nim mksysb リソースを使用して、空きディスク (複数可) に復元し、同時にそれを新規バージョンまたはリリース・レベルの AIX に移行します。

nimadm は、上記の機能を実行するために NIM リソースを使用します。nimadm コマンドについての詳細は、「コマンド・リファレンス」を参照してください。代替ディスクの移行の準備代替ディスクのマイグレーション・インストールには要件があります。

1.構成済み NIM マスターは、AIX 5.1 以上 (AIX 推奨保守レベルが 5100-03 以上) を実行している必要があります。

2. NIM マスターは、rootvg にインストールされた bos.alt_disk_install.rte および移行の実行に使用される SPOT と同じレベルである必要があります。注 : クライアントに alt_disk_install ユーティリティーをインストールする必要はありません。

3.選択した lpp_source NIM リソースおよび選択した SPOT NIM リソースは、移行先の AIX レベルと一致する必要があります。

4. NIM マスターの AIX のレベルは、移行先と同じか、またはそれより高いレベルでなければなりません。5.クライアントまたは移行するシステムは、AIX 4.3.3 以上でなければなりません。6.クライアントは、rootvg のクローンを作成するのに十分な容量のディスクと、さらに移行用に約 500

MB のフリー・スペースを備えている必要があります。必要スペースの合計は、工場出荷時のシステム構成と nimadm のカスタマイズによって異なります。

7.ターゲットのクライアントは、スタンドアロン NIM クライアントとしてマスターに登録されている必要があります。

8. AIX 61TL 8 および AIX 71 TL2 以降、NIM クライアントは、代替ディスクの移行のために NIMSH を使用して NIM マスターと通信するよう構成できます。 NIM マスターは、rshd プロトコルまたは NIMSHプロトコルを使用してクライアントにリモート・コマンドを実行できなければなりません。

9. NIM マスターとクライアントには、いずれも 128 メガバイト以上の RAM が必要です。10. NIM マスターとクライアントの間に、大容量の NFS トラフィックを容易に処理でき、信頼性のあるネットワークが存在すること。 NIM マスターとクライアントは、NFS マウントおよび読み取り/書き込み操作を実行できなければなりません。

11.クライアントのハードウェアとソフトウェアは、マイグレーション先の AIX レベルをサポートし、他のすべての従来のマイグレーション要件を満たす必要があります。

12. clone rootvg コマンドを実行する前に、DB2 や LDAP などのアプリケーション・サーバーを停止する必要があります。そうしないと、clone rootvg コマンドが処理を終えた後、アプリケーション・サーバーが正常に開始されません。

注 : 代替ディスクの移行インストールの要件 1 から 10 が満たされていない場合は、従来型の移行を実行してください。従来型の移行インストールの方法については、402 ページの『AIX の移行』を参照してください。要件 11 を満たせない場合には、どの移行インストールも不可能です。代替ディスクの移行インストールを実行する前に、インストールするソフトウェアのソフトウェアご使用条件にすべて同意することが必要です。これを行うには、代替ディスク移行コマンドの引数として -Y フラグを指定するか、あるいは ADM_ACCEPT_LICENSES 環境変数を yes に設定してください。


代替ディスクの移行の制限以下は、代替ディスクの移行インストールに適用される制限です。制限は次のとおりです。• クライアントの rootvg でトラステッド・コンピューティング・ベース・オプションが使用可能になっている場合は、それを (永続的に) 使用不可にするか、ディスク・キャッシング・オプション (-j) を使用するか、標準的な移行を実行してください。トラステッド・コンピューティング・ベース・オプションは、NFS で表示されないファイルのメタデータにアクセスする必要があります。

• 使用される NIM リソースすべては、NIM マスターから見てローカルでなければなりません。• 移行中は、ディスク入出力の増加、nfsd アクティビティー、および alt_disk_install のクローン作成に関連した CPU 使用により、クライアントのアクティブな rootvg のパフォーマンスが若干低下することがあります。

• パフォーマンスを最適化するためには、NFS チューニングが必要です。代替ディスク移行インストールの使用方法代替ディスクの移行インストールで使用するコマンドの構文について説明します。構文は次のとおりです。nimadm -l lpp_source -c NIMClient -s SPOT -d TargetDisks [ -a PreMigrationScript ] [ -b installp_bundle] [ -z PostMigrationScript] [ -e exclude_files] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data] [-P Phase] [ -j VGname ] [-Y ] [ -F ] [ -D ] [ -E ] [ -V ] [ { -B | -r } ]

nimadm コマンドを使用して aix1 NIM クライアントをターゲットにします。そのためには、spot1 NIMSPOT リソース、lpp1 NIM lpp_source リソース、および hdisk1 および hdisk2 ターゲット・ディスクを使用して、次のように入力します。nimadm -c aix1 -s spot1 -l lpp1 -d "hdisk1 hdisk2" -Y

-Y フラグを使用して、インストールするソフトウェアで必須のソフトウェアご使用条件をすべて受諾します。クライアントでの代替ディスク移行のクリーンアップ構文は次のとおりです。nimadm -C -c NIMClient -s SPOT [ -F ] [ -D ] [ -E ]

ボリューム・グループのウェイクアップ構文は次のとおりです。nimadm -W -c NIMClient -s SPOT -d TargetDisks [-m NFSMountOptions ] [-z PostMigrationScript ] [ -F ] [ -D ] [ -E ]

ボリューム・グループをスリープさせる方法構文は次のとおりです。nimadm -S -c NIMClient -s SPOT [ -F ] [ -D ] [ -E ]

代替ディスク移行ソフトウェアの同期化構文は次のとおりです。nimadm -M -s SPOT -l lpp_source [ -d device ] [ -P ] [ -F ]


mksysb からクライアントへの移行構文は次のとおりです。nimadm -T NIMmksysb -c NIMClient -s SPOT -l lpp_source -d TargetDisks -j VGname -Y [ -a PreMigrationScript ] [ -b installpBundle ] [ -z PostMigrationScript ] [ -i ImageData ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -F ] [ -D ] [ -E ] [ -V ] [ -B | -r ]

mksysb から mksysb への移行構文は次のとおりです。nimadm -T NIMmksysb -O mksysbfile -s SPOT -l lpp_source -j VGname -Y [ -N NIMmksysb ] [ -a PreMigrationScript ] [ -b installp_bundle ] [ -z PostMigrationScript ] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -F ] [ -D ] [ -E ] [ -V ]

クライアントから mksysb への移行構文は次のとおりです。 nimadm -c nim_client -O mksysbfile -s SPOT -l lpp_source -j VGname -Y [ -N NIMmksysb ] [ -a PreMigrationScript ] [ -b installp_bundle ] [ -z PostMigrationScript ] [ -i image_data ] [ -m NFSMountOptions ] [ -o bosinst_data ] [ -P Phase ] [ -e exclude_files] [ -F ] [ -D ] [ -E ] [ -V ]

代替ディスクの移行インストールnimadm コマンドは、移行を 12 のフェーズで実行します。それぞれのフェーズは、-P フラグを使用して、個々に実行することができます。移行をフェーズごとに実行する前に、nimadm プロセスをよく理解しておいてください。 nimadm フェーズは、次のとおりです。

1.マスターは、クライアントに alt_disk_install コマンドを出し、クライアントは rootvg のコピーをターゲット・ディスクに作成します (これは alt_disk_install プロセスのフェーズ 1 です)。このフェーズでは、altinst_rootvg (代替 rootvg) が作成されます。ターゲットの mksysb が指定されている場合、その mksysb を使用して、NIM マスター上のローカル・ディスク・キャッシングにより、rootvgが作成されます。

2.マスターは、リモート・クライアント・コマンドを実行してすべての /alt_inst ファイルシステムをマスターにエクスポートします。このファイルシステムは、マスターへのルート・アクセス付きで、読み取り/書き込み可能なものとしてエクスポートされます。ターゲットの mksysb が指定されている場合、キャッシュ・ファイルシステムは、その mksysb からの image.data に基づいて作成されます。

3.マスターが、フェーズ 2 でエクスポートされたファイルシステムを NFS マウントします。ターゲットの mksysb が指定されている場合、その mksysb アーカイブは、フェーズ 2 で作成されたキャッシュ・ファイルシステムに復元されます。

4.移行前スクリプト・リソースが指定されている場合、それはこの時点で実行されます。5.システム構成ファイルが保存されます。初期移行スペースが計算され、それに応じてファイルシステムが拡張されます。 bos イメージが復元され、デバイス・データベースがマージされます (従来型の移行と同様です)。移行マージ・メソッドのすべてが実行され、その他の処理が行われます。

6.すべてのシステム・ファイルセットが installp を使用して移行されます。必要な RPM イメージも、このフェーズでインストールされます。

7.移行後スクリプト・リソースが指定されている場合、それはこの時点で実行されます。8. bosboot コマンドを実行すると、クライアント・ブート・イメージが作成され、クライアントのブート論理ボリューム (hd5) に書き込まれます。

9.フェーズ 3 でマスターに作成されたマウントが除去されます。10.フェーズ 2 で作成されたクライアント・エクスポートがすべて除去されます。


11. alt_disk_install コマンドが再び呼び出され (alt_disk_install のフェーズ 3)、最終的な調整がなされ、altinst_rootvg がスリープします。ブート・リストがターゲット・ディスクに設定されます (-B フラグが使用されない場合)。出力の mksysb が指定されている場合、キャッシュは mksysb ファイルにアーカイブされて、nim mksysb リソースになります。

12.クリーンアップが実行されて、移行が終了します。 -r フラグが指定されている場合、クライアントはリブートします。

注 : nimadm コマンドは、複数のクライアントの同時移行をサポートします。元の rootvg と新しい代替ディスクの間のデータ・アクセス元の rootvg と新しい代替ディスクの間でデータ・アクセスを開始することができます。ブートされていないボリューム・グループに関して、ボリューム・グループの「ウェイクアップ」を行うことができます。「ウェイクアップ」により、そのボリューム・グループは、 post alt_disk_install のフェーズ 1 の状態に置かれます。例えば、/alt_inst ファイルシステムがマウントされることになります。「ウェイクアップ」が行われたボリューム・グループの名前は、 altinst_rootvg に変わります。データ・アクセスが必要でなくなった場合は、そのボリューム・グループを「スリープ」させることができます。「ウェイクアップ」するコマンド・フラグと「スリープ」させるコマンド・フラグについて詳しくは、

alt_rootvg_op man ページを参照してください。代替ディスクまたは rootvg がマウントされた後のファイル・アクセスは、すべてのマウントされたファイルシステムの場合と同じです。注 :

• 実行中のオペレーティング・システムのバージョンは、「ウェイクアップ」が行われるボリューム・グループのバージョンと等しいか、またはそれより新しいものでなければなりません。このため、altinst_rootvg からブートして、 old_rootvg をウェイクアップさせなければならないことがあります。この制限は、jfs (ジャーナル・ファイルシステム ) ログ項目に互換性がないために生じます。より新しいバージョンを含んだボリューム・グループを「ウェイクアップ」させることはできますが、そのボリューム・グループは、今までシステム rootvg であった可能性がないものです。もしそうであったとしたら、そのボリューム・グループは、「ウェイクアップ」が行われていたときに、古いバージョンの rootvgでは解釈できない jfs ログ項目を作成していたことになります。FORCE 環境変数が yes に設定されない限り、alt_disk_install コマンドを使用して、より新しい AIXバージョンを含んだボリューム・グループに関して「ウェイクアップ」を行うことはできません。

•「ウェイクアップ」が行われたボリューム・グループは、ブートして rootvg として使用するためには、まず「スリープ」させなければなりません。

重要: 実行中のオペレーティング・システムより新しいバージョンを含んでいるボリューム・グループに関して、強制「ウェイクアップ」が試みられ、かつ「ウェイクアップ」されるボリューム・グループが、システム rootvg であった場合には、エラーが生じます。

SMIT からの代替ディスク・インストールの実行SMIT を使用して代替ディスク・インストールを実行する手順について説明します。代替ディスク mksysb のインストールを実行する場合は、次のように行います。1.システム・プロンプトに対して、smit alt_mksysb 高速パスを入力します。2.入力フィールドに値を入力するか、または値を選択します。希望どおりの変更をすべて行ったら、Enterキーを押します。

代替ディスクへの rootvg のクローン作成を実行する場合は、次のように行います。1.システム・プロンプトに対して、smit alt_clone 高速パスを入力します。2.入力フィールドに値を入力するか、または値を選択します。希望どおりの変更をすべて行ったら、Enterキーを押します。

動的ロジカル・パーティショニングを使用する代替ディスクのインストール動的ロジカル・パーティショニング (DLPAR) をサポートするシステムでは、ディスクを使用して、実行中のロジカル・パーティション (LPAR) にアダプターを動的に追加できます。次に、alt_disk_install コ


マンドと、クローンまたは mksysb のいずれかのオプションを使用して、新規 rootvg ボリューム・グループをこの新しく追加されたターゲット・ディスクにインストールできます。alt_disk_install コマンドを、LPAR システム上に動的に追加されたターゲット・ディスクで実行している場合は、次のフラグを使用することになります。-O操作実行中以外の LPAR をブートするためにターゲット・ディスクを使用する場合は、-O フラグを使用してデバイス情報をリセットします。

-Bこのフラグは bootlist コマンドの実行を回避します。動的に追加されたディスクの一般的な制限は、初期リブート操作を行う前には、ブート・デバイスとしては指定できないことです。動的に追加されたディスクから LPAR をブートしようとする場合、「System Management Services (SMS) (システム管理サービス (SMS)」メニューでブート・リストを設定します。

-gこのフラグを指定すると、ディスクがブート可能であることを確認せずに alt_disk_install コマンドが実行されます。動的に追加されたディスクは、リブート操作が終了するまで、AIX にブート可能とは表示されません。ユーザーは、新規に追加されたアダプターおよびディスクがブート可能であることを確認する必要があります。

例: 代替ディスクのインストール代替ディスクのインストールの例を示します。代替ディスクをインストールするには、以下のいずれかの手順を実行します。1.低いテクノロジー・レベルを実行中の rootvg のクローンを hdisk1 に作成し、そのクローンを cd0 に含まれている最新のメンテナンス・レベルで更新する場合は、以下のコマンドを実行します。alt_disk_copy -b update_all -l /dev/cd0 -d hdisk1

SMIT では、smit alt_clone 高速パスを使用して、「Target Disk(s) to install (インストールするターゲット・ディスク)」のリストの中から hdisk1 を選択し、「Bundle to Install (インストールするバンドル)」フィールドのリストから update_all バンドルを、「Directory or Device with images (イメージを含むディレクトリーまたはデバイス)」フィールドのリストから /dev/cd0 を選択します。

2. 7.1.0 で実行中の rootvg のクローンを hdisk3 に作成して、その後、/710fixes 上の別のシステムからマウントされる最新フィックスに更新して、 /tmp/finish_alt_install という名前のカスタマイズ済みスクリプトを実行する場合は、以下のコマンドを実行します。alt_disk_copy -b update_all -l /710fixes ¥-s /tmp/finish_alt_copy -d hdisk3

SMIT では、smit alt_clone 高速パスを使用して、「Target Disk(s) to install (インストールするターゲット・ディスク)」のリストから hdisk3 を選択し、「Bundle to Install (インストールするバンドル)」フィールドのリストから update_all を選択し、「Directory or Device with images (イメージを含むディレクトリーまたはデバイス)」フィールドに /710fixes と入力して、「Customization script (カスタマイズ・スクリプト)」フィールドに /tmp/finish_alt_copy と入力します。

3.ターゲットと同じハードウェア構成を備えたマシンから作成された AIX mksysb テープを hdisk1 にインストールする場合は、次のコマンドを実行します。alt_disk_mksysb -m /dev/rmt0 -d hdisk1

SMIT では、smit alt_mksysb 高速パスを使用して、「Target Disk(s) to install (インストールするターゲット・ディスク)」フィールドのリストから hdisk1 を選択し、「Device or image name (デバイスまたはイメージ名)」フィールドのリストから /dev/rmt0 を選択します。


4.カスタマイズ済みの image.data ファイル、および ^./tmp/ を含む除外ファイルを用いて、代替ディスク hdisk2 に、ファイルシステム /mksysbs で NFS マウントされている AIX mksysb イメージをインストールする場合は、次のコマンドを入力します。alt_disk_mksysb -m /mksysbs/my_71_mksysb -i /mksysbs/my_71_image.data ¥-e /mksysbs/my_exclude_file -d hdisk2

^./tmp/ パターンを使用する場合、/tmp ディレクトリー内のファイルはバックアップされませんが、/var/tmp ディレクトリー内のファイルはバックアップされます。

注: すべてのファイルは、現行ディレクトリーとの関連でバックアップされます。このディレクトリーは、. (ドット文字) で表されます。ファイルまたはディレクトリーを除外する場合に、行の先頭の文字列を突き合わせて検索することが重要な場合は、検索文字列の最初の部分が ^. (脱字記号の後にドット文字) で、その後に、除外するファイル名またはディレクトリーを置きます。形式は、次のとおりです。^./filename

除外されるファイルまたはディレクトリーが、別のファイル名またはディレクトリーの文字列の一部である場合は、^. (脱字記号の後にドット文字) を使用して行の最初で検索を開始し、$ (ドル記号) を使用して行の最後で検索を終了します。

SMIT では、smit alt_mksysb 高速パスを使用して、「Target Disk(s) to install (インストールするターゲット・ディスク)」フィールドで hdisk2 を選択します。次に、「Device (デバイス)」またはイメージ名フィールドに /mksysbs/my_71_mksysb を、「image.data」ファイル・フィールドに /mksysbs/my_71_image.data を、「Exclude (除外)」リスト・フィールドに /mksysbs/my_exclude_file を入力します。

5.新しい代替ディスクからのブート後に、元の rootvg を「ウェイクアップ」させる場合は、以下のコマンドを実行します。alt_rootvg_op -W -d hdisk0

次の例は、上記で説明したコマンドの実行時に表示される可能性のある出力を示したものです。# lspvhdisk0 000040445043d9f3 old_rootvghdisk1 00076443210a72ea rootvg

# alt_rootvg_op -W hdisk0

# lspvhdisk0 000040445043d9f3 altinst_rootvghdisk1 00076443210a72ea rootvg

この時点で、altinst_rootvg ボリューム・グループがオンに変更され、 /alt_inst ファイルシステムがマウントされることが分かります。

6.「ウェイクアップ」が行われたボリューム・グループを「スリープ」させる場合は、次のコマンドを入力します。alt_rootvg_op -S

次の例は、前に記述したコマンドの実行時に表示される可能性のある出力を示したものです。# lspvhdisk0 000040445043d9f3 altinst_rootvghdisk1 00076443210a72ea rootvg

# alt_rootvg_op -S

# lspvhdisk0 000040445043d9f3 altinst_rootvghdisk1 00076443210a72ea rootvg


これ以後は、altinst_rootvg がオンに変更されることはなくなり、 /alt_inst ファイルシステムがマウントされることはなくなります。 altinst_rootvg ボリューム・グループ名を、再び old_rootvg に変更する必要が生じた場合には、 -v フラグを用いてこの変更を行います。

multibos ユーティリティーの使用multibos ユーティリティーを使用すると、root として、同じルート・ボリューム・グループ (rootvg) に複数の AIX のインスタンスを作成することができます。multibos セットアップ操作では、別のブート論理ボリューム (BLV) からブートするスタンバイ基本オペレーティング・システム (BOS) が作成されます。これにより、1 つの rootvg に BOS のブート可能な 2 つのインスタンスが作成されます。それぞれの BLV を bootlist コマンドに対する引数として指定するか、システム・ファームウェア・ブート操作を使用して、いずれの BOS のインスタンスからでもブートできます。BOS の 2 つのブート可能なインスタンスを同時に保守することができます。ブートされた BLV に関連付けられている BOS のインスタンスは、アクティブな BOS です。ブートされていない BLV に関連付けられている BOS のインスタンスは、スタンバイ BOS です。 rootvg ごとに BOS の 2 つのインスタンスのみがサポートされます。multibos ユーティリティーでは、セットアップ時または後続のカスタマイズ操作時に、スタンバイ BOS へのアクセスや、スタンバイ BOS のインストール、保守、更新、およびカスタマイズを行うことができます。スタンバイ BOS に保守レベルまたはテクノロジー・レベルの更新をインストールしても、アクティブな BOS にあるシステム・ファイルは変更されません。これにより、アクティブな BOS が実動している間に、スタンバイ BOS の並行更新を行うことができます。multibos ユーティリティーは、論理ボリュームおよびファイルシステムのコピーまたは共有を行うことができます。デフォルトで、multibos ユーティリティーは、BOS ファイルシステム (現在は /、/usr、/var、/opt、および /home ディレクトリー)、関連するログ・デバイス、およびブート論理ボリュームをコピーします。さらに、その他の BOS オブジェクトのコピーを作成することもできます (–L フラグを参照)。その他のファイルシステムおよび論理ボリュームはすべて BOS のインスタンス間で共有されます。個々のログ・デバイス論理ボリューム (ファイルシステム内に含まれていない論理ボリューム) はコピー用にはサポートされず、共有されます。multibos ユーティリティーの要件multibos ユーティリティーには、オペレーティング・システム、スペース、および論理ボリュームに対する要件があります。以下に、一般的な要件と制限を示します。• multibos ユーティリティーは、AIX 5L バージョン 5.3 (5300-03 推奨メンテナンス・パッケージ適用) およびそれ以降のバージョンでサポートされます。

• 現在の rootvg には、それぞれの BOS オブジェクト・コピーごとに十分なスペースがあります。 BOS オブジェクト・コピーは、元のディスク (複数可) と同じディスクに置かれます。

• コピーされる論理ボリュームの総数は、128 を超えてはなりません。コピーされる論理ボリュームと共有される論理ボリュームの総数は、ボリューム・グループの制限によって異なります。スタンバイ BOS セットアップ操作スタンバイ BOS セットアップ操作について説明します。multibos セットアップ操作では、-s フラグを使用して、以下のステップを実行します。

1. multibos メソッドは初期化されます。2.カスタマイズ済みの image.data ファイルを用意している場合、それは論理ボリューム属性に使用されます。そうでない場合、新しいファイルが生成されます。カスタマイズ済みの image.data ファイルを使用して、BOS オブジェクト (論理ボリュームまたはファイルシステム ) 属性を変更することができます。カスタマイズ済みの image.data ファイルを使用して、BOS 論理ボリュームまたはファイルシステムの追加または削除を行うことはできません。

3.スタンバイ論理ボリュームは、image.data 属性に基づいて作成されます。アクティブおよびスタンバイの論理ボリュームは、論理ボリューム制御ブロックで固有のタグを使用してマークされます。multibos ユーティリティーは、これらのタグを使用して、コピーされた論理ボリュームを識別します。


アクティブな論理ボリューム名が古典的な名前 (例えば hd2、hd4、hd5 など) である場合、bos_ プレフィックスが前に付加されて、新しいスタンバイの名前が作成されます。アクティブな論理ボリューム名に既に bos_ プレフィックスが付いている場合、そのプレフィックスは新しいスタンバイの名前を作成するために除去されます。注 : 論理ボリューム・マネージャー (LVM) では、論理ボリューム名の最大長が 15 文字に制限されます。つまり、どの論理ボリュームの古典的な名前も 11 文字を超えてはなりません。 11 文字を超える古典的な名前を持つ論理ボリュームは、chlv コマンドを使用して名前変更することができます。アクティブな論理ボリューム名に既に bos_ プレフィックスが付いている場合、そのプレフィックスはスタンバイの名前から除去されます。

4.スタンバイ・ファイルシステムは、image.data 属性に基づいて作成されます。アクティブおよびスタンバイのファイルシステムは、ホストの論理ボリューム制御ブロックおよび /etc/filesystems で固有のタグを使用してマークされます。 multibos ユーティリティーは、これらのタグを使用して、コピーされた論理ボリュームを識別します。 /bos_inst プレフィックスが元のアクティブなファイルシステム名の前に付加されて、スタンバイ・ファイルシステム名が作成されます。スタンバイ・ファイルシステム名は、システムの PATH_MAX 制限を超えてはなりません。待機ファイルシステムは、アクティブな BOS /etc/filesystems で標準のエントリーとして表示されます。

5.スタンバイ・ファイルシステムがマウントされます。6.アクティブな BOS からコピーされるファイルのリストが生成されます。このリストは、オプションの除外リストをしようして除外したファイル (-e フラグを参照) を除き、コピーされたアクティブな BOSファイルシステムにある現在のファイルで構成されます。

7.前のステップで生成されたファイルのリストは、バックアップおよび復元ユーティリティーを使用して、スタンバイ BOS ファイルシステムにコピーされます。

8.オプションのカスタマイズが実行されます (該当する場合)。これには、ファイルセットの更新またはその他のソフトウェアのインストールなどが含まれます。

9. AIX bosboot コマンドを使用して、スタンバイ・ブート・イメージが作成され、スタンバイ BLV に書き込まれます。このステップは、-N フラグを使用してブロックすることができます。 -N フラグを使用するのは、経験のあるアドミニストレーターで、AIX ブート・プロセスについて精通している場合に限ってください。

10.スタンバイ BLV が最初のブート・デバイスとして設定され、アクティブな BLV は 2 番目のブート・デバイスとして設定されます。このステップは、-t フラグを使用してスキップできます。

自動的なファイルシステム拡張すべての multibos 操作は、multibos -X フラグの自動拡張フィーチャーを指定して実行してください。このフラグにより、multibos 関連のタスクを実行するのにスペースが必要な場合に、自動的なファイルシステム拡張が行われます。スタンバイ BOS のブートbootlist コマンドは、複数の BLV をサポートします。例えば、ディスク hdisk0 と BLV bos_hd5 からブートするには、# bootlist –m normal hdisk0blv=bos_hd5 と入力します。システムがスタンバイ BOS からリブートした後、スタンバイ BOS の論理ボリュームが通常の BOS マウント・ポイント (例えば /、/usr、/var など) を使用してマウントされます。現在ブートされている BLV、論理ボリューム、ファイルシステムなどの一連の BOS オブジェクトは、論理ボリューム名に関わらず、アクティブな BOS と見なされます。それまでアクティブであった BOS は、既存のブート環境でスタンバイ BOS になります。スタンバイ BOS のマウントスタンバイ BOS のファイルシステムをそのファイルシステムのマウント・ポイントを使用してマウントすることにより、スタンバイ BOS にアクセスしてそれを変更することができます。 multibos マウント操作では、-m フラグを使用して、すべてのスタンバイ BOS ファイルシステムを適切な順序でマウントします。


自動的なファイルシステム拡張すべての multibos 操作は、multibos -X フラグの自動拡張フィーチャーを指定して実行してください。このフラグにより、multibos 関連のタスクを実行するのにスペースが必要な場合に、自動的なファイルシステム拡張が行われます。プレビュー・オプション-p フラグを使用するプレビュー・オプションは、セットアップ、除去、マウント、アンマウント、およびカスタマイズの操作に適用されます。プレビュー・オプションを指定すると、操作では、実行される予定のアクションに関する情報が提示されますが、実際の変更は実行されません。スタンバイ BOS のアンマウントmultibos unmount 操作では、-u フラグを使用して、すべてのスタンバイ BOS ファイルシステムを適切な順序でアンマウントします。自動的なファイルシステム拡張multibos -X フラグの自動拡張フィーチャーにより、multibos 関連タスクを実行するのにスペースが必要な場合に、自動的なファイルシステム拡張が行われます。このフラグを指定して、すべての multibos 操作を実行してください。プレビュー・オプション-p フラグを使用するプレビュー・オプションは、セットアップ、除去、マウント、アンマウント、およびカスタマイズの操作に適用されます。プレビュー・オプションを指定すると、操作では、実行される予定のアクションに関する情報が提示されますが、実際の変更は実行されません。スタンバイ BOS のカスタマイズmultibos カスタマイズ操作では、-c フラグを使用して、スタンバイ BOS を更新することができます。カスタマイズ操作には、イメージのソース (-l device または directory フラグ)、および少なくとも 1 つのインストール・オプション (バンドルによるインストール、フィックスによるインストール、またはupdate_all) が必要です。カスタマイズ操作は、以下のステップを実行します。1.スタンバイ BOS ファイルシステムがマウントされます (まだマウントされていない場合)。2. -b フラグを使用してインストール・バンドルを指定する場合、geninstall ユーティリティーを使用してインストール・バンドルがインストールされます。インストール・バンドルの構文は、geninstall 規則に従います。 -p プレビュー・フラグを指定する場合、geninstall がプレビュー操作を実行します。

3. -f フラグを使用してフィックス・リストを指定する場合、instfix ユーティリティーを使用してフィックス・リストがインストールされます。フィックス・リストの構文は、instfix 規則に従います。 -p プレビュー・フラグを指定する場合、instfix がプレビュー操作を実行します。

4. -a フラグを使用して update_all 機能を指定する場合、install_all_updates ユーティリティーを使用して実行されます。 -p プレビュー・フラグを指定する場合、install_all_updates がプレビュー操作を実行します。注 : 単一のカスタマイズ操作の中で、1 つ、2 つ、またはすべてのインストール・オプションを実行することができます。

5. AIX bosboot コマンドを使用して、スタンバイ・ブート・イメージが作成され、スタンバイ BLV に書き込まれます。このステップは、-N フラグを使用してブロックすることができます。 -N フラグを使用するのは、経験のあるアドミニストレーターで、AIX ブート・プロセスに精通している場合に限ってください。

6.ステップ 1 でスタンバイ BOS ファイルシステムがマウントされていた場合、アンマウントされます。自動的なファイルシステム拡張multibos -X フラグの自動拡張フィーチャーにより、multibos 関連タスクを実行するのにスペースが必要な場合に、自動的なファイルシステム拡張が行われます。このフラグを指定して、すべての multibos 操作を実行してください。


プレビュー・オプション-p フラグを使用するプレビュー・オプションは、セットアップ、除去、マウント、アンマウント、およびカスタマイズの操作に適用されます。プレビュー・オプションを指定すると、操作では、実行される予定のアクションに関する情報が提示されますが、実際の変更は実行されません。スタンバイ BOS の除去除去操作では、-R フラグを使用して、BLV、論理ボリューム、ファイルシステムなどのスタンバイ BOS オブジェクトをすべて削除します。除去操作は、新しいスタンバイ BOS のために場所を空けたり、失敗した multibos インストールをクリーンアップするために使用できます。除去操作では、それぞれのオブジェクトを除去する前に、スタンバイ・タグ検査を実行します。除去操作は、名前またはラベルに関わらず、multibos が作成した BOS オブジェクトに対してのみ作用します。その他の BOS オブジェクトは、いつでも標準の AIX ユーティリティー (例えば、Rmlv、rmfs、rmps など) を使用して除去することができます。 multibos 除去操作は、以下のステップを実行します。1.スタンバイ BLV へのブート参照はすべて除去されます。2.ブート・リストはアクティブな BLV に設定されます。このステップは、-t フラグを使用してスキップできます。

3.マウント済みのスタンバイ BLV はすべてアンマウントされます。4.スタンバイ・ファイルシステムが除去されます。5.残りのスタンバイ論理ボリュームが除去されます。自動的なファイルシステム拡張multibos -X フラグの自動拡張フィーチャーにより、multibos 関連タスクを実行するのにスペースが必要な場合に、自動的なファイルシステム拡張が行われます。このフラグを指定して、すべての multibos 操作を実行してください。プレビュー・オプション-p フラグを使用するプレビュー・オプションは、セットアップ、除去、マウント、アンマウント、およびカスタマイズの操作に適用されます。プレビュー・オプションを指定すると、操作では、実行される予定のアクションに関する情報が提示されますが、実際の変更は実行されません。スタンバイ BOS ブート・イメージの再作成ブート・イメージ再作成操作では、-B フラグを使用して、スタンバイ BOS ブート・イメージを再作成することができます。新しいブート・イメージはスタンバイ BOS システム・ファイルに基づき、スタンバイ BLV に書き込まれます。 multibos ブート・イメージ作成操作は、以下のステップを実行します。1.スタンバイ BOS ファイルシステムがマウントされます (まだマウントされていない場合)。2. AIX bosboot コマンドを使用して、スタンバイ・ブート・イメージが作成され、スタンバイ BLV に書き込まれます。

3.ステップ 1 でスタンバイ BOS ファイルシステムがマウントされていた場合、アンマウントされます。自動的なファイルシステム拡張multibos -X フラグの自動拡張フィーチャーにより、multibos 関連タスクを実行するのにスペースが必要な場合に、自動的なファイルシステム拡張が行われます。このフラグを指定して、すべての multibos 操作を実行してください。スタンバイ BOS シェル操作の使用multibos シェル操作の -S フラグを使用すると、スタンバイ BOS ファイルシステムで、限定された対話式の chroot シェルを開始することができます。このシェルにより、標準パスを使用してスタンバイ・ファイルにアクセスすることができます。例えば、/bos_inst/usr/bin/ls はシェル内で /usr/bin/ls にマップされます。アクティブな BOS ファイルは、スタンバイ・ファイルシステムを使用してマウントされている場合を除き、シェルの外部から可視ではありませ


ん。シェル操作の使用はデータ・ファイルを変更する場合に限定し、カーネル、処理プログラム・テーブル、またはその他のオペレーティング・システム構造に対して永続的な変更を行わないでください。 BOSシェルを使用するのは、chroot 環境に精通している場合に限ってください。multibos シェル操作は、以下のステップを実行します。1.スタンバイ BOS ファイルシステムがマウントされます (まだマウントされていない場合)。2.対話式のスタンバイ BOS シェルを開始するために、chroot ユーティリティーが呼び出されます。シェルは、終了まで実行されます。

3.ステップ 1 でスタンバイ BOS ファイルシステムがマウントされていた場合、アンマウントされます。次に、multibos シェルで実行できる操作の例をいくつか示します。MULTIBOS> lppchk –v # check system fileset consistency MULTIBOS> installp -ug bos.games # removes bos.games MULTIBOS> oslevel –r # reports recommended maintenance level for standby BOS

自動的なファイルシステム拡張multibos -X フラグの自動拡張フィーチャーにより、multibos 関連タスクを実行するのにスペースが必要な場合に、自動的なファイルシステム拡張が行われます。このフラグを指定して、すべての multibos 操作を開始してください。追加の multibos オプションスタンバイ BOS にコピーする追加の論理ボリューム、ファイルシステム、ページング・スペースなどを指定できます。プレビュー・オプション-p フラグを使用するプレビュー・オプションは、セットアップ、除去、マウント、アンマウント、およびカスタマイズの操作に適用されます。プレビュー・オプションを指定すると、操作では、実行される予定のアクションに関する情報が提示されますが、実際の変更は実行されません。除外リスト・ファイルオプションの除外リストをセットアップ操作で使用することができます。除外のルールは、egrep コマンドのパターン・マッチング・ルールに従います。例えば、/tmp ディレクトリーの内容を除外する場合に、パス名に /tmp が含まれるその他のディレクトリーを除外しないようにするには、除外ファイルを次のように編集します。^./tmp/注 : すべてのファイルは、現在の作業ディレクトリー (".") に関連してバックアップされます。ファイルまたはディレクトリーを除外する場合に、行の先頭にある文字列が一致するように検索することが重要な場合は、検索文字列の最初の文字として脱字記号 (^) を使用し、その後にドット文字 (.) を付けてから、除外するファイル名またはディレクトリーを置きます。除外するファイル名またはディレクトリーが、別のファイル名またはディレクトリーの文字列の一部である場合は、脱字記号の後にドット文字 (^.) を使用して、検索を行の先頭で開始します。検索が行の最後で終了するよう示すには、ドル記号 ($) を使用します。追加の BOS オブジェクトの指定デフォルトで、BOS ファイルシステムの一部のみがスタンバイ BOS にコピーされます。現在、これらのファイルシステムは、/、/usr、/var、/opt、および /home です。ブート論理ボリュームもスタンバイ BOSにコピーされます。スタンバイ BOS にコピーする追加の論理ボリューム、ファイルシステム、ページング・スペースなどを指定するには、-L AddFile フラグを使用します。 AddFile ファイルには、BOS オブジェクトに関連付けられた論理ボリューム名が入っている必要があります。例えば、/mylocal ファイルシステムをコピーする場合、/mylocal を使用してマウントされた論理ボリュームの名前 (例えば Lv01) を組み込む必要があります。ファイルシステムのマウント・ポイントを論理ボリュームに一致させる方法について詳しくは、lsfs コマンドを参照してください。個々のログ・デバイス (ファイルシステム内に含まれていないログ・デバイス) はコピー用にはサポートされず、AddFile ファイルにリストされている場合でもコピーされません。


注 : multibos コピーでサポートされるのは、LVM ベースのオブジェクト (つまり、論理ボリュームに関連付けられているオブジェクト) のみです。自動的なファイルシステム拡張multibos -X フラグの自動拡張フィーチャーにより、multibos 関連タスクを実行するのにスペースが必要な場合に、自動的なファイルシステム拡張が行われます。このフラグを指定して、すべての multibos 操作を実行してください。

インストールのカスタマイズAIX インストールをカスタマイズすることができます。インストールをカスタマイズするには、bosinst.data ファイルを編集して、インストール・メディアとともに使用する必要があります。初めてインストールするときは、基本オペレーティング・システム (BOS) のインストール・プログラムがメニューを提示するので、ユーザーはそこからセットアップ・オプションを選択する必要があります。この初期インストールによって、インストール後の構成プログラムである、グラフィカル構成アシストまたは ASCII インストール・アシストのどちらかが自動的に開始されます。後続のインストールでは、bosinst.data ファイルを編集することによって、デフォルトの BOS インストール・プログラムの多くの性質を変更することができます。例えばメニューなしで BOS をインストールする場合は、プロンプトが出されないように指定することができます。また、構成アシストまたはインストール・アシストをバイパスするよう、 BOS インストールをカスタマイズして、ユーザー独自の構成スクリプトを開始することもできます。 bosinst.data ファイルを使用して、一連のインストール設定値を他のマシンに複製することもできます。各システムについて正しいハード・ディスク情報を入手するには、CONNECTION フィールドを設定します。例えば、システム管理者は、同じ構成を持つ、すべてのサポート対象マシンのインストールに使用できる設定値を持つ、 bosinst.data ファイルを作成することができます。ユーザーが独自の構成スクリプトを、 bosinst.data ファイルまたはネットワーク・インストール・マネージメント (NIM) インターフェースから実行している場合は、そのスクリプトが実行されている時点で使用されている環境は、単一ユーザー環境です。この環境は、マルチユーザー環境としては使用できないので、構成スクリプトから実行できるものには限度があります。 /etc/init ファイルは実行されないので、プロセス管理は行われません。 RAM ファイルシステムがまだ存在しているために、すべての使用可能なメモリーが実際には使用できないので、実行のために大量のメモリーを要求するデバイスは、構成できないこともあります。さらに、シグナルの処理も使用できません。単一ユーザー環境のためには、構成スクリプトに関して、次の指針に従ってください。• 基本デバイスを構成することができますが、デーモンやもっと複雑な構成を必要とするデバイスは、 /etc/firstboot スクリプトの終わりに必要なコードを追加することによって、リブート時に始動すべきです。

• デーモンを始動してはなりません。• システム・リソース・コントローラー (SRC) コマンドを使用する NIS 構成のような項目は、別個のエントリーを /etc/inittab ファイルに作成し、リブート時に構成スクリプトを実行することによって始動する必要があります。

• BOS インストール・プロセスによって、使用可能メモリーに基づいたページング・スペースが自動的に作成されて拡張されます。

bosinst.data ファイルは、 BOS インストール・プログラムによる処理を指示します。このファイルは、インストール済みのマシンの /var/adm/ras ディレクトリーのみに常駐するもので、市販のテープや AIXが入っていたメディアではアクセスできません。bosinst.data ファイルには、デフォルト値にセットされた変数を持つスタンザが含まれています。各変数ごとに改行されていて、変数 = 値というフォーマットになっています。各スタンザは、ブランク行で区切ってあります。これらのスタンザは、インストール方式やタイプ、マシン内部のディスク、および使用言語などの情報をインストール・プログラムに対して指定するものです。 ASCII テキスト・エディターでファイルを編集することによって、デフォルト変数を新しい値に置き換えることができます。


もう 1 つのインストール・ファイル image.data も、 BOS インストール中に変更して、使用することができます。 image.data ファイルには、BOS インストール・プロセス中に作成される、ルート・ボリューム・グループ・イメージを記述した情報があります。この情報には、ルート・ボリューム・グループにある論理ボリュームとファイルシステムのサイズ、名前、マップ、およびマウント・ポイントが記載されています。また、インストール・プログラムは、インストール対象のマシンに関するデフォルトについては、 image.data ファイルから入力をとります。 BOS インストールをカスタマイズするために、bosinst.data ファイルを使用する手順が、 image.data ファイルにも適用されます。変更されたファイルを一緒に使用して、BOS インストールのデフォルトを指定変更できます。また、本章の指示に従って、保存インストール中に使用される、変更済みの preserve.list ファイルを収納した、補足ディスケット、CD-R、または DVD-RAM を作成することもできます。関連概念AIX の構成新規にインストールされたシステムに適用される、すべての構成作業を完了します。ユーザーを支援するために、2 つの構成ツールが使用できます。基本オペレーティング・システムのインストールAIX 基本オペレーティング・システムをインストールする方法はいくつかあります。システム・バックアップのインストールmksysb イメージとも呼ばれるシステム・バックアップ・イメージを使用して、基本オペレーティング・システム (BOS) をインストールすることができます。関連情報AIX バージョン 7.1 ファイルbosinst.data ファイルbosinst.data ファイルの内容と使用法について説明します。bosinst.data ファイルのカスタマイズと使用BOS をインストールした後でなければ、デフォルトの bosinst.data ファイルへのアクセスや変更はできません。また、bosinst.data ファイルをその他の ASCII ファイルと同様に編集することもできます。このファイルの内容および編集したファイルの例については、 48 ページの『bosinst.data ファイルのスタンザの説明』および 61 ページの『bosinst.data ファイルの使用』を参照してください。変更したbosinst.data ファイルの内容を確認するには、bicheck コマンドを使用します。注 : /bosinst.data ファイルがシステム・バックアップ (mksysb) の一部になるようにカスタマイズする場合、AIX 4.3.3 以降では、mksysb コマンドが常に target_disk_data スタンザを更新して rootvg の現行ディスクを反映します。この更新が行われないようにする場合は、 /save_bosinst.data_file ファイルを作成する必要があります。このファイルの存在は、target_disk_data スタンザの更新前に、mksysb コマンドによって確認されます。bosinst.data ファイルを編集して使用するには、次のいずれかの手順を使用してください。NIM でのカスタマイズした bosinst.data ファイルの使用カスタマイズした bosinst.data ファイルをネットワーク・インストールに使用することができます。カスタマイズした bosinst.data ファイルを各クライアントごとに 1 つずつ作成し、そのファイルを、ネットワーク・インストール・マネージメント (NIM) を使用して NIM リソースとして定義します。bosinst.data ファイルをネットワーク・インストールでのリソースとして使用する方法の詳細は、 48ページの『bosinst.data ファイル』を参照してください。補足 bosinst.data メディアの作成と使用補足メディアを作成してそれを今後のインストールで使用するには、以下の手順を実行します。1.以下のステップで bosinst.data ファイルをカスタマイズして署名ファイルを作成します。

a)次の mkdir コマンドを使用して /tmp/mycd というディレクトリーを作成します。mkdir /tmp/mycd


b)次の cd コマンドを使用してディレクトリーを /tmp/mycd ディレクトリーに変更します。cd /tmp/mycd

c) /var/adm/ras/bosinst.data ファイルを /tmp/mycd にコピーします。d) /var/adm/ras/bosinst.data ファイルを /tmp/mycd にコピーします。e) bosinst.data ファイルを ASCII エディターで編集してカスタマイズします。f)次のようにして署名ファイルを作成します。echo data > signatureg)次のコマンドを使用して、ファイルのアクセス権を変更します。# chmod 777 *

2.以下のステップで、カスタマイズ・メディアを作成します。a) cd コマンドを使用してディレクトリーを / ディレクトリーに移動します。b)次のコマンドを使用してカスタマイズ・メディアを作成します (/dev/cd1 は、ご使用の CD または

DVD 書き込みデバイスによって異なります)。# mkcd -d /dev/cd1 -r /tmp/mycd3.インストールにカスタマイズ・メディアを使用するには、以下のステップで行います。

• メディア・ドライブが 1 台だけで、CD または DVD からインストールする場合は、以下のようにします。

a) AIX をインストールするマシンのメディア・ドライブに、インストール・メディアを挿入します。b)インストール・メディアからマシンをブートします。c) BOS「Welcome (ようこそ)」画面で 311 と入力します。カスタマイズ・メディアの挿入のプロンプトが出されます。

d)カスタマイズ・メディアを挿入します。 BOS インストール・プログラムは、このメディアに含まれる bosinst.data ファイル (ブート・メディア上の bosinst.data ファイルではない) を使用します。 bosinst.data ファイルの詳細は、48 ページの『bosinst.data ファイル』を参照してください。

• ネットワーク・インストールまたはテープ mksysb インストールを行う場合、またはメディア・ドライブが複数ある場合は、以下のようにします。

a) AIX をインストールするマシンのメディア・ドライブに、カスタマイズ・メディアを挿入します。b)ネットワークまたはテープからマシンをブートします。注 : CD または DVD からブートして、テープをインストールに使用することができます。ただし、テープ・ブート中に CD ドライブと DVD ドライブを使用してカスタマイズ情報を指定することはできません。

c) BOS「Welcome (ようこそ)」画面で 311 と入力します。プロンプトなしのインストールではインストールが続行され、プロンプト付きインストールではメニューが表示されます。BOS インストール・プログラムは、このメディアに含まれる bosinst.data ファイル (ブート・メディアからの bosinst.data ファイルではない) を使用します。 bosinst.data ファイルの詳細は、48 ページの『bosinst.data ファイル』を参照してください。

補足 bosinst.data ディスケットの作成と使用補足 bosinst.data ディスケットを作成して、カスタマイズ・インストールに使用することができます。補足ディスケットを作成するために次のプロセスを完了します。1.以下のステップで bosinst.data ファイルをカスタマイズして署名ファイルを作成します。

a)次の mkdir コマンドを使用して /tmp/mydiskette というディレクトリーを作成します。mkdir /tmp/mydiskette

b)次の cd コマンドを使用してディレクトリーを /tmp/mydiskette ディレクトリーに変更します。cd /tmp/mydiskette

c) /var/adm/ras/bosinst.data ファイルを /tmp/mydiskette にコピーします。d) bosinst.data ファイルを ASCII エディターで編集してカスタマイズします。e)次のようにして署名ファイルを作成します。echo data > signature


2.以下のステップを実行して、ディスケットを作成し、それをインストールに使用します。a)次のコマンドを使用して、編集済みの bosinst.data ファイルと新しい signature ファイルのバックアップをディスケットに作成します。ls ./bosinst.data ./signature | backup -iqv

またはmybundle というバンドル・ファイルを作成する場合は、次のコマンドを使用して、編集済みのbosinst.data ファイル、新規の signature ファイル、およびバンドル・ファイルのバックアップをディスケットに作成します。ls ./bosinst.data ./signature ./mybundle | backup-iqv

b)インストールするターゲット・マシンのディスケット・ドライブに、ディスケットを挿入します。c)ターゲット・マシンをインストール・メディア (DVD-ROM、あるいはネットワーク) からブートして、オペレーティング・システムをインストールします。 BOS インストール・プログラムは、インストール・メディアと一緒に出荷されたデフォルトの bosinst.data ファイルではなく、このディスケット・ファイルを使用します。 bosinst.data ファイルの詳細は、48 ページの『bosinst.dataファイル』を参照してください。

複数のディスクがあるシステムへの AIX のインストールシステムをインストールするディスクを指定して、AIX のインストールに要する時間を短縮します。一般的に、AIX システムをインストールするディスク (ルート・ボリューム・グループ) を指定しないと、前に AIX がインストールされていたディスクに、オペレーティング・システムがインストールされます。データ・ボリューム・グループを含むディスクの数が多く、前のルート・ボリューム・グループが検出される前にこれらのデータ・ボリューム・グループがディスカバーされた場合、適切なディスクが検出されるまでインストールが遅延することがあります。 AIX 5L バージョン 5.3 (5300-03 推奨メンテナンス・パッケージ適用) 以降では、システムをインストールするディスクを最初に指定すると、時間を節約できます。以下のいずれかの方法で、インストール・ディスクを指定できます。• 物理ロケーション・コード (PHYSICAL_LOCATION) または物理ボリューム ID (PVID) によって、bosinst.data ファイルでインストール・ディスクを指定します。1.実行中のシステムで物理ロケーションを判別するには、次のように入力します。

lsdev -F "name physloc" -l hdisk

2.実行中のシステムで物理ボリューム ID を判別するには、次のように入力します。lsattr -E -O -a pvid -l hdisk

3.インストールにファイバー・チャネル・ディスクを使用する場合、bosinst.data ファイルで次のコマンドを使用できます。SAN_DISKID=worldwide_portname//lun_id

• DVD またはネットワーク・インストールを使用して、2 ファイルでインストール・ディスクを指定します。1.ネットワーク・インストールの場合、次のコマンドを入力して、bosinst.data ファイルでインストール・ディスクを指定します。nim -o bos_inst -a bosinst_data=value ...

2. DVD からのインストールの場合、89 ページの『bosinst.data ファイルのカスタマイズと使用』の手順に従って、bosinst.data ファイルでインストール・ディスクを指定します。

ターゲット・システムの bosinst.data ファイルでディスクの特性を指定しない場合、インストール・ディスクは、bosinst.data ファイルの control_flow スタンザのフラグに基づいて選択されます。EXISTING_SYSTEM_OVERWRITE=no を指定しない限り、最初の適切なルート・ボリューム・グループが

2 bosinst.data


インストール用として選択されます。上書きインストールまたは保存インストールの場合は、どのルート・ボリューム・グループでも使用できます。移行の場合、ボリューム・グループは、インストールされているレベルに移行できるオペレーティング・システムのバージョンを使用してインストールされる必要があります。 bosinst.data ファイルの control_flow スタンザで EXISTING_SYSTEM_OVERWRITE=noを指定すると、インストールは最初の未使用ディスクで行われます。

man コマンドの内容のインストールAIX コマンド、ファイル、およびライブラリーに関する man コマンド形式の英語版資料は、AIX オペレーティング・システムの DVD と AIX ドキュメンテーション DVD の両方に含まれています。この資料の翻訳版は、AIX ドキュメンテーション DVD にのみ含まれています。注 : これらのファイルセットは、すべての言語に翻訳されているわけではありません。AIX コマンド、ファイル、およびライブラリーに関する man コマンド形式のファイルセットの名前は、次のように表記されています。• infocenter.man.XX_XX.commands• infocenter.man.XX_XX.files• infocenter.man.XX_XX.libs

ここで、XX_XX はそのファイルセットの言語標識です (例えば、EN_US)。 AIX オペレーティング・システムの DVD または AIX ドキュメンテーション DVD からのインストールの実行中に、上記のリストに示したようなファイルセットの中から、man コマンド資料を表示する際に使用する言語のファイルセットを選択してください。

AIX の構成新規にインストールされたシステムに適用される、すべての構成作業を完了します。ユーザーを支援するために、2 つの構成ツールが使用できます。ユーザーが使用しているコンソールのタイプによって、インストール後に、以下のうちのいずれかが、通常自動的に開始されます。• グラフィックス・コンソールの構成アシスト• ASCII コンソールのインストール・アシスト注 :

• システムがネットワーク・インストール・サーバーによってインストールされた場合は、 BOS インストール・プログラムが完了したときに、構成アシストまたはインストール・アシストは表示されません。システム・バックアップ・イメージを使用してシステムをインストールした場合、BOS インストールをカスタマイズした場合、または AIX からの移行インストールを選択した場合は、BOS インストール・プログラムの完了時に構成アシストまたはインストール・アシストが表示されないことがあります。

• 構成アシストおよびインストール・アシストには、ユーザーのマシンをサーバーとして構成するために必要なタスクは入っていません。特定のリソース用にシステムを構成する必要がある場合は、そのリソースに関する資料を参照してください。

• 端末タイプが設定されていない場合、 ASCII インストール・アシストで表示される最初のメニューで、端末タイプ (TTY) を入力する必要があります。無効な端末タイプを入力すると、有効なタイプを入力するまでこのメニューが繰り返し表示されます。有効な端末タイプで、ユーザーの端末に一致しないものを入力すると、次に表示される画面が判読不能になる場合があります。この場合、BREAK キー・シーケンスを押して、「Set Terminal Type (端末タイプの設定)」画面に戻ります。ほとんどの端末タイプでは、BREAK キー・シーケンスは、Ctrl-C です。関連概念インストールのカスタマイズ


AIX インストールをカスタマイズすることができます。インストールをカスタマイズするには、bosinst.data ファイルを編集して、インストール・メディアとともに使用する必要があります。

構成アシストを使用する AIX の構成グラフィカル・インターフェースがあるシステムでは、新規にインストールされた BOS がリブートされ、構成アシストが構成タスクをガイドします。マシンを継続して使用する前に受諾する必要があるが、まだ受諾していないソフトウェア・ライセンス契約がある場合、構成アシストはそれらの契約を表示して、受諾するようにプロンプトを出します。構成アシストは、以下の構成タスクについて、ユーザーをガイドします。• Set or verify system date and time (システム日付および時刻の設定と確認)。• Set password for administrator (root user) (管理者 (root ユーザー) のパスワードの設定)。• Configure network communications (TCP/IP) (ネットワーク通信 (TCP/IP) の構成)。

注: マシンを NFS サーバーとして構成するには、「ネットワークおよびコミュニケーションの管理」の『NFS サーバーの構成』を参照してください。

• Manage Software (ソフトウェアの管理)。• Exit the Configuration Assistant (構成アシストの終了)。「Manage Software (ソフトウェアの管理)」オプションによって、 BOS インストールの後に、ソフトウェアの管理タスクを即時に実行できます。使用可能なオプションは次のとおりです。• List installed software (インストール済みソフトウェアをリスト)• Install additional software (他のソフトウェアのインストール )• List software licenses with license text (ソフトウェア・ライセンスをソフトウェア・テキストと共にリスト)

「List installed software (インストール済みソフトウェアをリスト)」を選択する場合、以下のオプションが使用可能です。• List automatically installed Software (自動インストールされたソフトウェアのリスト ) - インストールされたすべてパッケージのリストを表示します。

• List optionally installed software (オプションでインストールしたソフトウェアのリスト ) - BOS インストール時に選択してインストールしたすべてのオプションのソフトウェア・リストを表示します。

「Install additional software (他のソフトウェアのインストール )」を選択する場合、以下のオプションが使用可能です。•「Install by bundles (バンドルによるインストール)」– 他のソフトウェアをインストールするためのソフトウェア・バンドルのリストから選択することができます (Mozilla Software Bundle または User-DefinedSoftware Bundle など)。

•「Selective install (選択インストール)」– インストールする特定のパッケージ、またはパッケージのセットを選択することができます。構成アシストのグラフィカル・インターフェースは、各構成タスクを完了するためのステップバイステップの指示を提供します。タスクは、ユーザーに対して論理的な順序で提示されます。システムを使用する前に、すべての構成タスクを完了してください。構成アシストを終了するときに、次にオペレーティング・システムを再始動するときに、再び構成アシストを始動するつもりかどうかをガイドが尋ねてきます。構成アシストを終了した後、AIX へのログインとその使用を開始できます。後から構成アシストにアクセスする場合は、コマンド・ラインに configassist と入力します。


インストール・アシストを使用する AIX の構成ASCII インターフェースを持っているシステムでは、新規インストールされた BOS がリブートされ、インストール・アシストが構成タスクをガイドします。インストール・アシストを使用するためには、root ユーザー権限を持っている必要があります。後でインストール・アシストにアクセスする場合は、コマンド・ラインで install_assist と入力します。また、SMIT smit assist 高速パスによって、グラフィックス・システムからアクセスすることもできます。マシンを継続して使用する前に受諾する必要があるが、まだ受諾していないソフトウェア・ライセンス契約がある場合、インストール・アシストはそれらの契約を表示して、受諾するようにプロンプトを出します。インストール・アシストは、以下の構成タスクについて、ユーザーをガイドします。• Set the system date and time for your time zone (ユーザーのタイム・ゾーンのシステム日付および時刻の設定)

• Set a root user account password to restrict access to system resources (システム・リソースへのアクセスを制限する、root ユーザー・アカウント・パスワードの設定)

• Configure network communications (ネットワーク通信の構成)• Install software applications (ソフトウェア・アプリケーションのインストール )• Using SMIT (SMIT の使用) (情報のみ)。• Tasks Completed - Exit to Login (タスクを完了 - ログインに戻る)

「Install software applications (ソフトウェア・アプリケーションのインストール )」オプションによって、BOS インストールの後に、ソフトウェアの管理タスクを即時に実行できます。以下のオプションが使用可能です。• Install and Update Software (ソフトウェアのインストールおよび更新)• Add License Passwords for Applications (アプリケーションのライセンス・パスワードの追加)• Show Installed License Agreements (インストール済みのご使用条件を表示)

「Install and Update Software (ソフトウェアのインストールおよび更新)」を選択すると、次のメニューが表示されます。 Install and Update Software Move cursor to desired item and press Enter. Install Software Update Installed Software to Latest Level (Update All) Install Software Bundle Update Software by Fix (APAR) Install and Update from ALL Available Software

この「SMIT」メニューには、install_update 高速パスを使用してもアクセスできます。関連情報

AIX の構成に関連する情報へのリンクを示します。DVD-ROM からインストールする場合、またはオプションのソフトウェアのインストールについての詳細を知りたい場合は、 360 ページの『オプションのソフトウェア・プロダクトおよび保守更新のインストールの準備』を参照してください。


インストールのトラブルシューティングインストールおよび構成に関する問題を切り分ける方法、およびその解決策について説明します。

システム・バックアップからのインストールに関するトラブルシューティングmksysb コマンドを使用して作成したシステム・イメージからインストールする場合の、共通問題のトラブルシューティングについて説明します。システム・バックアップからブートできない場合のインストールバックアップ・テープでブートできない場合でも、テープに保管されている mksysb イメージを使用してインストールを行うことができます。マシンをプロダクト・メディア (複数ある場合はボリューム 1) からブートし、その後で保守モードからバックアップをインストールします。ブートの指示については、40 ページの『基本オペレーティング・システムのインストール』を参照してください。「Welcome to the Base Operating System Installation andMaintenance (基本オペレーティング・システムのインストールと保守へようこそ)」画面が表示されるまで、上記の手順に従ってください。プロダクト・メディアからのシステム・バックアップのブートプロダクト・メディアからシステム・バックアップをブートするには、以下の手順に従います。「Welcome (ようこそ)」画面が表示されたら、次のステップを実行します。

1.「Start Maintenance Mode for System Recovery (システム・リカバリー用保守モードの開始)」オプションを選択します。

2.「Install from a System Backup (システム・バックアップからのインストール )」オプションを選択します。

3.バックアップ・テープが入っているドライブを選択します。システムは、テープを読み取り、インストールを開始します。

4.ディスクをメディア・ドライブから取り出さないでください。システムは、ターゲット・システムに必要なカーネルとデバイス・サポートをディスクからインストールします。

5.『ソース・マシンのシステム・バックアップのインストール』手順のステップ 356 ページの『9』に戻り、バックアップをインストールする手順を続けます。注 : 保守モードでは、「Use Maps (マップの使用)」オプションはサポートされていません。保守モードでのマップ・オプションについて詳しくは、353 ページの『ソース・マシンでのシステム・バックアップのインストール』を参照してください。

システム・バックアップ・テープでの mksysb イメージの構成ブート・イメージ、BOS インストール/保守イメージ、および目次イメージが確実にテープの block_size 値を 512 にして作成されるように、mksysb コマンドを使用します。ブート可能 mksysb テープは次のイメージを備えています。• ブート・イメージ• BOS インストール/保守イメージ• 目次イメージ• システム・バックアップ・イメージシステム・バックアップ・イメージは、 JFS がマウントされたすべてのファイルシステムにおける、rootvgのファイルの実際のバックアップです。ブート・イメージ、BOS インストール/保守イメージ、および目次イメージは、テープの block_size 値を512 にして作成する必要があります。 mksysb コマンドは、これらのイメージが作成されるときに、そのブロック・サイズが 512 であることを確認します。テープ上で 4 番目のイメージ (システム・バックアップ・イメージ) に使用されるブロック・サイズには、制限がありません。一時的に 512 に設定される前の、システムのブロック・サイズが、テープの 4 番目のイメージに使用されます。


テープ上の 2 番目のイメージにある /tapeblksz ファイルに、ブロック・サイズの値を保存する必要があります。 2 番目と 4 番目のイメージは、バックアップ/復元のフォーマットで保存されます。再度 mksysbは、 mksysb コマンドを使用して作成されたテープが正しいことを確認します。bosinst.data ファイル、image.data ファイル、あるいは tapeblksz ファイルに問題がある場合は、これらのファイルは、テープの 2 番目のイメージから復元され、調べることができます。これらのファイルは、RAM ファイルシステムでの実行に必要なコマンド (磁気テープからのブートの後、保守モードで実行する場合) と同様に、2 番目のイメージに保存されます。2 番目のイメージまたはテープからのファイルの復元2 番目のイメージからファイルを復元するには、以下のステップに従います。1.次のコマンドを入力して、テープ・ブロック・サイズが 512 であることを確認します。# lsattr -E-l rmt0.

ブロック・サイズが正しくない場合、次のコマンドを使用して 512 に設定します。# chdev -l rmt0-a block_size=512.

2.テープが巻き戻されていることを確認してください。テープが巻き戻されていない場合、次のコマンドを入力します。# tctl -f /dev/rmt0 rewind

3.次のコマンドを入力して、必要なファイルを抽出します。# restore -xvq -s2 -f /dev/rmt0.1.filename

注 : このファイル名は絶対パスで指定し、常に . (ドット文字) を先頭に付ける必要があります (例えば、./tapeblksz)。

4.次のコマンドを入力して、テープを巻き戻します。# tctl -f /dev/rmt0 rewind5.必要なら、ブロック・サイズを元の値に戻します。

mksysb バックアップからのインストールに関する問題のトラブルシューティング以下に示すトラブルシューティングのヒントは、mksysb イメージからのインストールについて報告された問題に適用されます。• 一時ファイルを書き込むのに十分な空きブロックがファイルシステム内にあることを確認してください。• mksysb バックアップ・イメージの作成時に、各ファイルシステムに少なくとも 500 ブロックの空きがあることを確認してください。 mksysb バックアップ・イメージからのインストールの場合は、システムは、各ファイルシステム内にワークスペースを必要とします。注 : ファイルシステム内のデータまたはファイルのタイプによっては、追加のブロックを解放する必要が生じる場合があります。例えば、ファイルシステムに小さなファイルが多数含まれている場合は、メタデータを拡張できるように、自動的に 4 KB 余分に割り当てられます。

• 選択した記録密度の設定値に対して、正しいテープ装置を使用していることを確認してください。• テープが書き込み保護されていないことを確認してください。• 推奨されている期間ごとにテープ・ドライブをクリーニングし、認可されているデータ・グレードのテープだけを使用してください (8 mm のビデオ・テープは使用しないでください)。

• 7206 型 4-mm デジタル・オーディオ・テープ (DAT) テープ・ドライブに、 Dataphone Digital Services(DDS) 記号のマークの入った DAT テープだけが使用されていることを確認してください。その他の DATテープ (例えば、音声グレードのもの) は、使用できません。

• SMIT からのエラーが記録されていないかどうか、/smit.log ファイルを確認してください。• mksysb バックアップ・イメージに、 image.data ファイルが含まれていることを確認してください。

SMIT を使用して mksysb バックアップ・イメージを作成する場合、このファイルは自動的に組み込まれます。コマンド・ラインから mksysb を実行する場合は、まず最初に mkszfile コマンドを実行するか、mksysb コマンドに -i フラグを指定してください。

移行インストールのトラブルシューティング以下では、移行インストール時に生じる問題の解決策について説明します。


ブート論理ボリューム・エラーのトラブルシューティングブート論理ボリュームの容量不足を示すエラーに対応するためのリファレンスについて説明します。ブート論理ボリュームの容量不足を示すエラーが出た場合は、102 ページの『インストール関連のシステム・メッセージおよびエラー・メッセージの解釈』を参照してください。移行用のディスク・スペース不足に関するトラブルシューティング移行インストールの開始のときに、システムは、移行を行うためのスペースが十分であるか確認します。ディスク・スペースが十分でない場合は、さらにどれだけのスペースが必要かを説明するメッセージが表示されます。そこで、現行バージョンの AIX が入っているメディアからマシンをリブートし、rootvg ボリューム・グループに、より大きなスペースを割り当てます。この後、移行が続行できるか試してください。以下のオプションを使用して、移行インストール用にディスク・スペースを追加できます。• SMIT smit extendvg 高速パスまたは extendvg コマンドのいずれかを使用して、別のディスクを rootvgボリューム・グループに追加します。

• rootvg ボリューム・グループから別のボリューム・グループに、ユーザー・データ論理ボリュームを移動します。 SMIT smit cplv 高速パスまたは cplv コマンドのいずれかを使用して、個々の論理ボリュームを別のボリューム・グループのディスクに移動することができます。システム論理ボリュームだけをrootvg に入れて、ユーザー・データ論理ボリュームは別のボリューム・グループに入れるのも 1 つの方法です。cplv コマンドを使用した後、rmlv コマンドで元の論理ボリュームを除去する必要があります。移動された論理ボリュームにファイルシステムが入っている場合、/etc/filesystems ファイルの中の対応する項目を変更して、新しい論理ボリューム名を反映させる必要があります。論理ボリュームおよびボリューム・グループの取り扱いについての詳細は、「オペレーティング・システムおよびデバイスの管理」の『論理ボリューム』を参照してください。

• 不要の論理ボリューム (およびファイルシステム ) を rootvg から除去します。 lsvg -l rootvg コマンドを実行して、rootvg ボリューム・グループにあるすべての論理ボリュームを表示します。 rootvg の中にあるべき論理ボリュームは、hd2、hd3、hd4、hd5、hd6、hd8、および hd9var だけです。必要な場合、hd1 (/home) 論理ボリュームは、別のボリューム・グループに入れておくこともできます。hd7 (システム・ダンプ) 論理ボリュームは必要ありません。なぜなら、ページング・スペース論理ボリューム (hd6) が使用されるからです。スペースが必要であれば、移行コードが自動的にこの論理ボリュームを除去しますが、以下のコマンドを使用して、ユーザーが前もって除去しておくこともできます。sysdumpdev -P -p /dev/hd6rmlv -f hd7

• rootvg の中に余分のスペースが見つからない場合は、AIX への移行インストールの代わりに保存インストールを行わなければならないことがあります。保存インストールは、すべての「システム以外」の論理ボリュームとファイルシステムは保存しますが (例えば、/home)、hd2、hd3、hd4、 hd5、およびhd9var の論理ボリュームは除去して、再作成します。保存インストールを行う場合は、保存インストールが完了した後で、rootvg にインストールされていたアプリケーションを再インストールする必要があります。ユーザーは、デバイスを再構成したり、ユーザーおよびグループを再作成する必要があります。保存インストールの詳細については、40 ページの『基本オペレーティング・システムのインストール』を参照してください。十分なスペースを解放したあとで、使用しているインストール・メディアからリブートして、移行インストールを再試行してください。移行インストールを完了するには、最低 8 MB の空きディスク・スペースが必要です。BOS インストール・プロセス中に、移行インストールを完了させるためのスペースが不足しているときは、インストールの終わりに以下のようなメッセージが表示されます。An error occurred while migrating packages.

Some packages have not been installed.


Please see /var/adm/ras/devinst.log for details or perform an overwrite or preservation install.

通常であれば自動的に移行されるすべてのソフトウェアの移行が、スペースの制約が原因で不可能な場合は、インストール・プログラムは、保存インストールまたは上書きインストール用にインストールされるソフトウェアを、インストールしようとします。この時点でまだディスク・スペースが不足している場合は、そのシステムの使用をサポートするのに必要な、最小のセットのソフトウェアがインストールされます。通常移行されるソフトウェアのすべてを移行するには、スペースが足りないという場合は、あとで他のソフトウェアをインストールするときに、移行バンドルと呼ばれるソフトウェアの集まりを使用することができます。最小のセットのソフトウェアがインストールされている場合、またはインストールがグラフィックス・コンソールからは行われていない場合は、 Graphics_Startup バンドルが作成されます。このいずれかのバンドルをインストールする場合は、その前に、インストールするマシン上に追加のディスク・スペースを作成します。ソフトウェア・バンドルのインストール、ならびにオプション・ソフトウェア製品の移行またはインストールについての詳細は、357 ページの『オプションのプロダクトおよび保守更新』を参照してください。365 ページの『オプションのソフトウェア・プロダクトおよび保守更新の保守』では、システムからソフトウェアを除去して、ディスク・スペースを解放する方法について説明しています。

代替ディスクのインストール・エラーに関するトラブルシューティング代替ディスクのインストール中に表示されることがあるエラー・メッセージを以下に示します。下記のエラー・メッセージのいずれかを受け取った場合は、 102 ページの『インストール関連のシステム・メッセージおよびエラー・メッセージの解釈』を参照してください。• 0505-113 alt_disk_install: No target disk name provided.• 0505-117 alt_disk_install: Error restoring image.data file from mksysb image.

代替ディスクのインストールに関するその他の問題のトラブルシューティング代替ディスクのインストールでは、以下のいずれかの問題が生じる可能性があります。症状: 代替ディスクへの mksysb イメージのクローン作成またはインストールを行うために、alt_disk_install コマンドを実行したか、または SMIT メニューを使用しました。しかし、ディスクを使用して alt_disk_install コマンドを再度実行できるようにする、あるいはディスクを別の目的に使用できるようにするために、定義を除去すると考えました。

処置: exportvg コマンドは実行しないでください。 exportvg は、ディスク (ここでは、hd1、hd2、hd3 などの rootvg 名で呼び出される) の論理ボリュームを調べて、該当する項目を /etc/filesystems ファイルから除去しようとします。これを実行すると、稼働中のシステムから実際のファイルシステム・スタンザを除去するため、この欠落しているスタンザを用いてリブートするとブートの問題が引き起こされます。alt_disk_install -X コマンドを使用して、データベースから altinst_rootvg 名を除去します。これにより、CuDv データベースから ODM 情報のみが除去されるため、 lspv コマンドを実行すると、ディスクは、もはや altinst_rootvg には属していないものとして表示されます。また、ブート・リストが、 hd5 ブート論理ボリュームが常駐しているブート・ディスクにリセットされます。ボリューム・グループ、論理ボリューム、およびファイルシステムの情報がディスク上に残っているため、 altinst_rootvg からのブートは、依然として可能です。ただし、ブート・リストを altinst_rootvg ブート・ディスクに設定することが必要です。

BOS インストール後のトラブルシューティングここでは、BOS インストールの後に発生する可能性のある問題について、トラブルシューティングのヒントを提供します。ネットワーク・インストール・サーバーでシステムをインストールした場合は、 BOS インストール・プログラムの完了時に、構成アシストまたはインストール・アシストは表示されません。構成アシストおよびインストール・アシストには、マシンをサーバーとして構成するために必要なタスクは含まれていません。特定のリソース用にシステムを構成する必要がある場合は、そのリソースに関する資料を参照してください。


端末タイプが設定されていない場合、 ASCII インストール・アシストで表示される最初のメニューで、端末タイプ (tty) を入力する必要があります。無効な端末タイプを入力すると、有効なタイプを入力するまでこのメニューが繰り返し表示されます。正しい端末タイプであっても、使用している端末と一致しない場合は、表示される画面が読めない場合があります。この場合、BREAK キー・シーケンスを押して、「Set Terminal Type (端末タイプの設定)」画面に戻ります。ほとんどの端末タイプでは、BREAK キー・シーケンスは、Ctrl-C です。

ハード・ディスクからブートしないシステムのトラブルシューティング次の手順に従い、ハード・ディスクからブートしないシステムにアクセスします。mksysb バックアップ・テープからのブートに失敗した場合の指示については、95 ページの『システム・バックアップからのインストールに関するトラブルシューティング』を参照してください。この手順を使用すると、表示されるシステム・プロンプトに従って、システムからのデータ・リカバリーを試みるか、またはシステムがハード・ディスクからブートできるようにするための訂正処置を実行することができます。注 :

1.この手順は、ハード・ディスクからブートできないシステムのブート方法や、そのようなシステムからのデータ・リカバリー方法についての知識のある、熟練した管理者を対象としたものです。通常の管理者は、この手順を実行せずに、ローカルの問題報告手順に従ってください。

2.この手順は、新規インストール完了直後の管理者に向けたものではありません。その段階では、システムにリカバリーの必要なデータは含まれていないからです。新規インストールの完了後にハード・ディスクからブートできない場合は、ローカルの問題報告手順に従ってください。

以下のステップは、ブートできないシステムにアクセスする手順を要約したものです。1. BOS メディアのボリューム 1 またはブート可能テープから、システムをブートします。2.「Maintenance Options (保守オプション)」を選択します。3.システム・プロンプトを使用して、データをリカバリーするか、訂正処置を実行します。ブートしないシステムへのアクセスの準備ハード・ディスクからブートしないシステムにアクセスする前に、以下の前提条件を満たす必要があります。以下を確認してください。• システムがハード・ディスクからブートできない。• すべてのハードウェアがインストールされている。• AIX 基本オペレーティング・システム (BOS) がインストールされている。• システム装置の電源が切られている。ハード・ディスクからブートできない場合のシステムへのアクセスこの手順は、ハード・ディスクからブートできない場合に使用してください。この手順の最初の部分は、基本オペレーティング・システムのインストールに使用した手順に似ています。ただし、この手順を完了するには、インストール画面ではなく、保守画面を使用します。

1.システム装置の電源をオンにする前に、端末、メディア・ドライブ、テープ・ドライブ、モニター、外付けディスク・ドライブなど、接続されているすべての外付けデバイスの電源をオンにします。システム装置の電源は、ステップ 5 まではオンにしないでください。外付けデバイスの電源を先にオンにし、始動 (ブート) 処理中に、システム装置が外付けデバイスを識別できるようにする必要があります。• ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。

• ネットワーク・デバイスからブートしない場合は、ステップ 3 に進んでください。2.インストール・メディアのボリューム 1 を、テープ・ドライブまたはメディア・ドライブに挿入します。メディア・ドライブによっては、取り外し可能なディスク・キャディーが付いているものと、ス


ライド式ドロワーが付いているものがあります。使用中のシステムのメディア・ドライブにスライド式ドロワーが付いている場合は、ドロワーの中にメディアを入れて、ドロワーを押し込んでください。使用中のシステムのメディア・ドライブにスライド式ドロワーが付いていない場合は、メディアをディスク・キャディーに入れてから、そのキャディーを CD-ROM ドライブに挿入してください。注 :

a.ハードウェアによっては、システム装置の電源が切れている間は、テープ・ドライブのドアが開かないものがあります。インストール中にテープ・ドライブのドアの開閉に支障が生じた場合は、以下の手順を行ってください。1)システム装置の電源をオンにします。2) BOS テープを挿入します (複数のボリュームがある場合には、ボリューム 1 を挿入します)。3)システム装置をオフにして、30 秒待ちます。

b.テープ・ドライブにドアの付いたモデルの中には、テープ・ドライブを開けるためのボタンを押してからテープ・ドライブのドアが開くまでに、最大 3 分の待ち時間を要するものがあります。また、モデルによっては、テープ・ドライブのドアを開けるためのボタンを数秒間押したままにしないと、テープ・ドライブのドアが開かないものもあります。

c.モデルによっては、ディスク・キャディーに入っているメディアをイジェクトするには、イジェクト・ボタンを少なくとも 2 秒間は押さなければならないものがあります。

3. ASCII 端末を使用していない場合は、ステップ 5 に進んでください。 ASCII 端末を使用している場合は、次のように通信オプションを設定してください。• Line Speed (回線速度、ボー・レート) = 9600• Word Length (ワード長、1 文字当たりのビット数) = 8• Parity (パリティー) = no (なし)• Number of Stop Bits (ストップ・ビットの数) = 1• Interface (インターフェース ) = RS-232C (または RS-422A)• Line Control (回線制御) = IPRTS

キーボード・オプションとディスプレイ・オプションを次のように設定します。• Screen (画面) = Normal• Row and Column (行と桁) = 24x80• Scroll (スクロール) = jump• Auto LF (自動改行) = off• Line Wrap (行折り返し) = on• Forcing Insert (強制挿入) = line (または both)• Tab (タブ) = field• Operating Mode (動作モード) = echo• Turnaround Character (ターンアラウンド文字) = CR• Enter (入力) = return• Return (リターン) = new line• New Line (改行) = CR• Send (送信) = page• Insert Character (挿入文字) = space

注: ご使用の端末が IBM 3151、3161、または 3164 の場合は、 Ctrl+Setup キーを押して「Setup (セットアップ)」メニューを表示し、画面に表示される指示に従って、これらのオプションを設定してください。他の ASCII 端末を使用している場合は、これらのオプションの設定方法に関する情報について、該当の資料を参照してください。端末によっては、ここにリストされたオプション名や設定値が異なる場合もあります。


4.システム装置の電源スイッチをオンの位置にします。システムは、インストール・メディアからのブート処理を開始します。システムがテープからブートしている場合、テープが進んだり戻ったりするのは正常な動作です。数分後に、LED に c31 が表示されます。複数のコンソールがある場合、それぞれの端末と直接接続ディスプレイ・デバイス (またはコンソール) に、システム・コンソールを識別するためのキーを押すように指示する画面が表示されます。この画面が表示される各端末ごとに、異なるキーが指定されています。この画面が表示されたら、システム・コンソールとして使用するデバイスで、指定されたキーを押してください。システム・コンソールとは、インストールとシステム管理に使用するキーボードとディスプレイ・デバイスのことです。1 つのコンソールでだけキーを押してください。

5.「Welcome to the Base Operating System Installation and Maintenance (基本オペレーティング・システムのインストールと保守へようこそ)」画面が表示されたら、3 を入力して、「Start MaintenanceMode for System Recovery (システム・リカバリー用保守モードの開始)」を選択します。注 : インストール・メディアの bosinst.data ファイルをカスタマイズして、プロンプトなしのインストールを指定してある場合は、インストール/保守用の画面は表示されません。代わりに、システムは、 bosinst.data ファイル内に既に定義されている設定値を使用して、インストール・メディアからリブートします。インストール/保守用の画面にアクセスするには、プロンプトなしモードを指定変更します。この指定変更ができるのは、画面に 0 が 3 つ表示されたときです。画面に 0 が 3 つ表示されたら、端末で 000 (ゼロ 3 つ) を入力して、 Enter キーを押してください。この画面または後続のどの画面でも、88 を選択するとヘルプを表示することができます。「Start Maintenance Mode for System Recovery (システム・リカバリー用保守モードの開始)」オプションを選択すると、「Maintenance (保守)」画面が表示されます。

6.「Maintenance (保守)」画面で、オプション 1 の「Access a Root Volume Group (ルート・ボリューム・グループへのアクセス )」を選択します。「Warning (警告)」画面が表示されます。

7.「Warning (警告)」画面に表示された情報を読んでください。先に進む準備ができたら、0 を入力してEnter キーを押します。「Access a Root Volume Group (ルート・ボリューム・グループへのアクセス)」画面が表示されます。

8.論理ボリューム情報を表示するルート・ボリューム・グループ用のオプションを選択します。「Accessa Root Volume Group (ルート・ボリューム・グループへのアクセス )」画面には、システムのすべて(ルートおよびその他) のボリューム・グループがリストされています。選択値を入力すると、「VolumeGroup Information (ボリューム・グループ情報)」画面が表示されます。注 : 「Volume Group Information (ボリューム・グループ情報)」画面で、ディスク情報とロケーション・コード情報を調べることによって、選択したボリューム・グループがルート・ボリューム・グループかどうかを判別できます。選択したボリューム・グループがルート・ボリューム・グループでなかった場合は、「Access a Root Volume Group (ルート・ボリューム・グループへのアクセス )」画面に戻ることができます。ルート・ボリューム・グループを選択しないと、「Volume Group Information(ボリューム・グループ情報)」画面より先には進めません。

9.「Volume Group Information (ボリューム・グループ情報)」画面からオプションの 1 つを選択して、Enter キーを押します。各オプションで実行される処理は次のとおりです。項目説明選択項目 1 Access this volume group and start a shell (このボリューム・グループにアクセス

し、シェルを開始)。この選択項目を選択すると、ボリューム・グループがインポートされて活動化され、シェルとシステム・プロンプトが表示される前に、このルート・ボリューム・グループ用のファイルシステムがマウントされます。

選択項目 2 Access this volume group and start a shell before mounting file systems (このボリューム・グループにアクセスし、ファイルシステムのマウント前にシェルを開始)。この選択項目を選択すると、ボリューム・グループがインポートされて活動化され、このルート・ボリューム・グループ用のファイルシステムがマウントされる前に、シェルとシステム・プロンプトが表示されます。

選択項目 99 99 を入力すると、「Access a Root Volume Group (ルート・ボリューム・グループへのアクセス)」画面に戻ります。


選択項目 1 または 2 を選択した後、シェルとシステム・プロンプトが表示されます。10.データ・リカバリーのための適切な処置を行うか、システムを正常にブートさせるための処置

(bosboot コマンドの使用など) を行います。フルになった /usr ファイルシステムのトラブルシューティング

フルになった /usr ファイルシステムのトラブルシューティングを行うには、以下の手順に従います。フルになった /usr ファイルシステムのスペースを解放するには、以下のタスクのうち 1 つ以上を実行してください。• installp -c all と入力して、すべての更新をコミットし、/usr ファイルシステム内のスペースを解放する。

• システムが、共有プロダクト・オブジェクト・ツリー (SPOT) にサービス提供するネットワーク・インストール・マネージャー (NIM) でない場合、/usr/lib/instl/inurid -r と入力して、root ファイルシステムのインストール用のクライアント情報を除去する。 NIM および SPOT について詳しくは、『NIMリソース』セクションの 263 ページの『SPOT リソースの使用』を参照してください。

• 不要なソフトウェアを除去する。 365 ページの『オプションのソフトウェア・プロダクトおよび保守更新の保守』を参照してください。

BOS インストール・ログの表示BOS インストール・ログ・ファイルに保存されている情報は、インストールに関する問題の原因の判別に役立つことがあります。BOS インストール・ログ・ファイルを表示するには、cd /var/adm/ras と入力して、このディレクトリー内のファイルを表示します。 1 つの例として devinst.log が挙げられます。これはテキスト・ファイルで、任意のテキスト・エディターで見ることができます。SMIT を使用する BOS インストール・ログの表示SMIT 高速パスを使用して、/var/adm/ras ディレクトリー内のログを表示することができます。/var/adm/ras ディレクトリー内のログを表示するには、次の SMIT 高速パスを使用します。 smit alog_show

その結果、alog コマンドで表示可能なすべてのログがリストされます。 F4 キーでリストから選択します。alog コマンドを使用する BOS インストール・ログの表示alog コマンドを使用して、/var/adm/ras ディレクトリー内のログを表示することができます。/var/adm/ras ディレクトリー内のログを表示するには、次のように入力します。 alog -o -f bosinstlog

インストール関連のシステム・メッセージおよびエラー・メッセージの解釈AIX のインストール中に、以下のメッセージが表示されることがあります。ほとんどのメッセージに関する説明は、次のフォーマットで提供されています。項目説明システム・メッセージシステム・メッセージは、太字で表示されます。説明システム・メッセージが表示されることになった原因と考えられる事柄について

説明します。システムの処置メッセージを表示した後でシステムが行う処置について説明します。ユーザーの処置システム・メッセージが示す問題に対して、対処可能な解決策を示します。注 :


同じ説明、同じシステムの処置、同じユーザーの処置が、複数のメッセージに対して記載されていることがあります。0516-404 allocp: Not enough resources available to fulfill allocation. Either not enough free partitions ornot enough physical volumes to keep strictness. Try again with different allocation characteristics.

0516-788: extendlv: Unable to extend logical volume

0503-008 installp: There is not enough free disk space in file system /usr (506935 more 512 byte blocksare required.) An attempt to extend this file system was unsuccessful. Make more space available, thenretry this operation.

項目説明説明インストールを完了するのに十分なスペースがありません。システムの処置問題が解決されるまで、インストールは開始できません。ユーザーの処置以下のように、複数のオプションがあります。

• 最初にインストール用に選択した数より少ないファイルセットを選択してください。または

• ルート・ボリューム・グループを別のディスクに拡張してください。 extendvgrootvg hdisk Number と入力します。この Number は、指定したディスクの番号です。または

• ユーザー定義のファイルシステムを除去して、 rootvg ファイルシステムの中のスペースを解放してください。または

• 102 ページの『フルになった /usr ファイルシステムのトラブルシューティング』の指示に従ってください。

BOS Install: After saving all the data from the previous system into /tmp, it was discovered that there willnot be enough free space in /tmp to make the boot image. Please reboot in normal mode and increase thesize of /tmp or reduce the number of files to save as listed in the /etc/preserve.list file.

項目説明説明保存インストールの間、/etc/preserve.list ファイルに出力されたファイル

が、 /tmp ファイルにコピーされました。その後で、/tmp の中にブート・イメージを作成するのに十分なスペースが残っていませんでした。

システムの処置インストールは続行できません。ユーザーの処置通常モードでリブートし、/tmp のサイズを増やすか、保存するファイルの数を減

らしてください。BOS Install: You chose to create logical volumes mapped exactly as they were on the previous disks, butthere are no map files specified in the image.data file.

項目説明説明システム・バックアップの復元で、 image.data ファイルに EXACT_FIT = yes が

指定されていますが、 image.data ファイルにマップ・ファイルが指定されていませんでした

システムの処置プロンプトなしモードが終了します。ユーザーに対してプロンプトが表示されます。


項目説明ユーザーの処置システム・バックアップ・テープを作成する前に、 mkszfile コマンドに -m オ

プションを指定して実行してください。またはimage.data ファイルに EXACT_FIT = yes を指定しないでください。

The boot logical volume (hd5) must be at least 24 MB. The system you are installing has a boot logicalvolume smaller than this, and the system does not have enough free contiguous physical partitions ondiskname to increase the size of the boot logical volume. Please reboot in normal mode and correct thisproblem, or restart the installation and choose an overwrite install. Use the lspv -M diskname commandto see the current allocation map of the disk.

またはError: No space available to create a larger boot logical volume. In order to proceed with this installationthe size of the boot logical volume (hd5) must be increased to 24 MB. At this time there are not Ncontiguous physical partitions available on the boot disk (diskname) for recreating the larger boot logicalvolume. You must free up this space by removing or relocating one or more logical volumes or file systemsfrom diskname. Use lspv -M diskname to see its current partition allocation map.

項目説明説明ブート論理ボリューム (blv) の論理ボリューム hd5 は、24 メガバイトより大きくなければなりませ

ん。システムのディスクのサイズがルート・ボリューム・グループで 4 ギガバイトより少なかった場合、使用できるブート論理ボリュームが 4 メガバイトにしかならないことがあります。保存インストールまたは移行インストールのときに、この障害が生じる場合があります。上書きインストールでは、最小 24 メガバイトのサイズのブート論理ボリュームが作成されます。 hd5 に隣接する空き区画が使用できる場合、または hd5 を含むディスク上に他の場所が指示されている場合、インストール・プロセスは、hd5 のサイズを増やして、続行します。ブート論理ボリュームのサイズを大きくするための追加の区画があるかどうかについては、ブート論理ボリュームが現在入っているディスクのみが確認されます。 rootvg 内の他のディスクは、調べられません。

システムの処置既存の rootvg から通常モードでリブートしてブート論理ボリュームを大きくするか、またはインストールを再開して上書きインストールを選択するように求められます。

ユーザーの処置 root 権限を持っているシステム管理者のみが、ブート論理ボリュームを大きくするよう試みる必要があります。ブート論理ボリュームを大きくするには、下記のプロセスに従ってください。このエラーが起きるのは、区画サイズが 8 メガバイトより少ない場合であり、 hd5 (ブート論理ボリューム) 内の区画の数を増やす必要があります。次の手順で区画サイズを調べることができます。

1. 以下を入力します。# lsvg rootvg

2.「PP SIZE:」というフィールドを調べてください。3. 次の手順で hd5 内の区画の現在の数を取得します。

# lslv hd5

4.「LPs :」というフィールドを調べてください。5. ブート論理ボリュームには、以下のように、十分な区画が入っている必要があります。

• PP SIZE に LP を掛けた数値が、 24 以上になるようにします。• ブート論理ボリュームの各区画は、隣接していなければなりません。

hd5 の隣、または hd5 が入っているディスク上の他の場所に使用可能な空き区画があった場合、インストール・プロセスは、hd5 のサイズを増加して、処理を続行している場合があります。ディスクの現在の割り当てマップ (空き区画と使用中の区画) を表示するには、次のコマンドを使用します。# lspv -M diskname


項目説明ユーザー処置 (続き) 隣接する空き区画が十分にはない場合は、下記のいずれかのオプションを使用してブート論理ボリュ

ーム (hd5) のサイズを増やしてから、インストールを再実行する必要があります。ブート論理ボリュームのサイズを大きくするためのオプションは、次のとおりです。• ユーザー作成の論理ボリュームまたはファイルシステムが、ディスク上の hd5 の後にあり (これについては、割り当てマップを調べてください)、かつ空き区画を保持している場合には、その論理ボリュームのバックアップ、除去、再作成、および復元を行うことができます。

• rootvg 内に十分な隣接する空き区画を保持している別のディスクがある場合には、次の手順に従って、hd5 をその別のディスクに移すことができます。

1. 次のコマンドを使用して、 hd5 の移動先のディスクがブート可能であるかを確認します。bootinfo -B diskname

– 1 が戻される場合は、そのディスクはブート可能です。– 0 が戻される場合は、そのディスクはブート可能ではありません。

2. 次のコマンドを使用して割り当てマップを表示することにより、必要な隣接する空き区画を別のディスク上で見つけます。lspv -M diskname

3. hd5 の再作成時に使用するマップ・ファイルを作成します。例えば、区画 88 と 89 の hdisk2に hd5 を再作成する場合は、次のコマンドを使用します。echo "hdisk2:88-89" > your_MAP_file

4. 既存の hd5 を除去します。rmlv -f hd5

5. 新しい hd5 を作成します。mklv -y hd5 -t boot -m your_MAP_file rootvg 2

2 は区画の数であり、必要に応じて変更することができます。注: mklv コマンドが、 hd5 を新しい場所に移動させる場合は、次のコマンドを実行する必要があります。echo ":C:C:C" | /usr/lpp/bosinst/blvset -d /dev/hdiskN

ここで、C は、それぞれメッセージ、ロケール、およびキーボードであり、 hdiskNは、hd5 が入るディスクです。

6. 前に hd5 (ブート論理ボリューム) が入っていたディスクからブート・レコードを消去するために、 mkboot コマンドを実行します。例えば、hd5 が前に hdisk0 にあった場合には、次のコマンドを使用します。mkboot -d /dev/hdisk0 -c

7. bosboot コマンドを使用して、新しいディスクにブート・イメージとブート・レコードを再作成します。例えば、 hd5 が hdisk2 に再作成された場合には、次のコマンドを使用します。bosboot -a -d /dev/hdisk2


項目説明ユーザー処置 (続き) 1. 新しいディスクからブートするために、システムのブート・リストを変更します。現在のブート・

リストを表示するには、次のコマンドを使用します。bootlist -m normal -o

または前の hd5 が hdisk0 にあった場合は、出力は次のようになります。hdisk0

hdisk2 を使用するようにブート・リストを変更するには、次のコマンドを使用します。bootlist -m normal hdisk2

ブート・リストに追加の項目があれば、それらを hdisk2 の後に追加し、各項目をスペースで区切ってください。

2. エラーがなければシステムをリブートします。3. それが作成 (クローン作成) されたシステム以外のシステムで、 mksysb をインストールしているときにこのエラーが生じた場合には、カスタマイズされた image.data ファイルを使用して、 hd5のサイズを大きくすることができます。vg_data スタンザには、 PPSIZE フィールドの物理区画のサイズが含まれています。この情報を使用して、hd5 のために必要な区画の数を決めます。 hd5 の lv_data スタンザには、論理区画の数(LP)、物理区画の数 (PP)、および論理ボリュームに必要な論理区画の最小数 (LV_MIN_LPS) のフィールドが含まれています。これらのフィールドは、必要とされる区画の数に設定されている必要があります。bosinst.data ファイルおよび image.data ファイルのディスケットへの書き込みについては、90 ページの『補足 bosinst.data ディスケットの作成と使用』を参照してください。ソース・マシンに空き区画がなく、ターゲット・マシンが同じディスク・サイズの場合には、カスタマイズされた image.data ファイルだけでなく、縮小オプションも使用してインストールする必要が生じる場合があります。

BOS Install: Could not create boot image.

項目説明説明 bosboot コマンドが失敗しました。システムの処置ブート・イメージは、作成されませんでした。ユーザーの処置エラーがないか、/var/adm/ras/bosinstlog ファイルをチェックしてくださ

い (alog -o -f bosinstlog | pg)。このログの更新は、追加することによって行われているため、最後の項目をチェックしてください。

bosinst.data ファイルに、ブート可能なディスクが指定されていません。項目説明説明 bosinst.data ファイルに、ブート可能なディスクが指定されていません。システムの処置プロンプトなしモードが終了します。ユーザーに対してプロンプトが表示されま

す。ユーザーの処置システムのプロンプトが表示されたら、インストール先のブート可能ディスクを

選択してください。またはブート可能ディスクを、bosinst.data ファイルの target_disk_data スタンザに追加してください。

The bosinst.data file specified doing a migration install, but there is no existing root volume group.


項目説明説明 bosinst.data ファイルには、BOS インストール方式として migration が指定さ

れていますが、既存のボリューム・グループはより低いレベルのボリューム・グループです。

システムの処置このエラーが発生するのは、プロンプトなしの BOS インストールの場合だけです。インストール・メニューが表示されます。

ユーザーの処置メニューのプロンプトに応答して、インストールを完了してください。The bosinst.data file specified doing either a migration or a preservation install, but there is no existingroot volume group.

項目説明説明 bosinst.data ファイルには BOS インストール方式として migrate または

preserve が指定されていましたが、ルート・ボリューム・グループが見つかりませんでした。

システムの処置このエラーが発生するのは、プロンプトなしの BOS インストールの場合だけです。インストール・メニューが表示されます。

ユーザーの処置メニューのプロンプトに応答して、インストールを完了してください。The data file did not specify enough disk space to contain the operating system.

項目説明説明プロンプトなしモードが指定されていますが、 bosinst.data ファイルには、オ

ペレーティング・システムを保持するのに十分なディスクが指定されていませんでした。


ユーザーの処置システムのプロンプトが表示されたら、インストール先のディスクを選択してください。またはさらに target_disk_data スタンザを bosinst.data ファイルに追加してください。

Duplicate lv_data stanzas specified in the image.data file. The installation cannot continue because datamay be lost.

項目説明説明 lv_data スタンザが、image.data ファイルで重複しています。システムの処置インストールは続行できません。ユーザーの処置問題を訂正して、インストールを再実行してください。

Duplicate fs_data stanzas specified in the image.data file. The installation cannot continue because datamay be lost.

項目説明説明 fs_data スタンザが、image.data ファイルで重複しています。システムの処置インストールは続行できません。


項目説明ユーザーの処置問題を訂正して、インストールを再実行してください。

The following disks failed the preliminary diagnostic tests: <disk name>

bosset: No hard disks can be accessed.

項目説明説明リストされているディスクで、プリテストが失敗しました。システムの処置システムは、指定されたディスクで診断プリテストを開始しました。ユーザーの処置指定されたディスクで完全診断を実行してください。

Disks specified in bosinst.data do not define a root volume group.

項目説明説明プロンプトなしモードが指定されました。インストール方式が preserve または

migrate に設定されていましたが、bosinst.data で指定されたディスクにルート・ボリューム・グループが定義されていません。


ユーザーの処置システムのプロンプトが表示されたら、インストール先のルート・ボリューム・グループを選択してください。またはルート・ボリューム・グループを定義しているディスクを、 bosinst.data ファイルに指定してください。

Encountered an unrecoverable error.

項目説明説明メニュー・サブシステムが、リカバリー不能エラーを検出しました。システムの処置メニューが再始動されます。ユーザーの処置ありません。

The image.data file contains no vg_data stanza for rootvg. The installation cannot continue.

項目説明説明 image.data ファイルが不完全です。システムの処置インストールは続行できません。ユーザーの処置プロダクト・メディアと一緒に出荷された、デフォルトの image.data ファイルを

使用してください。image.data has invalid logical volume data. Cannot continue.

項目説明説明システムは、image.data ファイル内の論理ボリューム・スタンザの構文解析が

できませんでした。システムの処置インストールは続行できません。


項目説明ユーザーの処置プロダクト・メディアと一緒に出荷された、デフォルトの image.data ファイル

を使用してください。image.data has invalid file system data. Cannot continue.

項目説明説明システムは、image.data ファイル内で、無効なファイルシステム・データ・ス

タンザを検出しました。システムの処置インストールは続行できません。ユーザーの処置プロダクト・メディアと一緒に出荷された、デフォルトの image.data ファイル

を使用してください。0516-366 putlvodm: Volume group rootvg is locked. Try again.

0516-788: extendlv: Unable to extend logical volume.

項目説明説明ユーザーが、オプションのソフトウェアのインストールを中断しました。システムの処置インストールが中断された場合、システムがルート・ボリューム・グループをロ

ックすることがあります。ユーザーの処置ルート・ボリューム・グループをアンロックします。その後で、インストール手

順を再開してください。ルート・ボリューム・グループをアンロックする方法は、次のとおりです。1. root ユーザー権限でログインします。2. chvg -u rootvg と入力します。3. smit_install と入力して、オプションのソフトウェア・プロダクトのインストールを再試行します。

installp: An error occurred during bosboot processing.

Correct the problem and rerun.

0301-52 bosboot: not enough file space to create: /tmp/disk.image.

または0301-152 bosboot: not enough file space to create: /tmp/unix.

項目説明説明 /tmp のスペースが不足しているために、 bosboot コマンドが処理を完了できませ

んでした。システムの処置 bosboot プロセスは中断します。エラー・メッセージ、必要なディスク・スペー

スの量、および使用可能なディスク・スペースが表示されます。表示されるディスク・スペースは、必要とされるブロック数 (1024 KB 単位) で示されています。


項目説明ユーザーの処置 /tmp ファイルシステム内のスペースを解放するか、または /tmp ファイルシステ

ムを拡張してください。その後、インストール・プロセスを続行するかまたは再始動します。/tmp ファイルシステムのサイズを変更して、インストールを完了するには、次のようにします。1.直前に出されたエラー・メッセージに注意してください。このメッセージの直前に表示されるメッセージは、「bosboot verification starting」または「bosboot process starting」のいずれかです。

2.ディレクトリーを /tmp に変更します。ファイルをリストして、削除できるファイルを判別してください。使用可能なスペースが十分にある場合には、ステップ 6 に進みます。 /tmp ファイルシステムを拡張する必要がある場合は、この手順を続けてください。

3. smit chfs と入力します。4.表示されたリストから、/tmp ファイルシステムを選択します。5.必要な追加ブロック・スペースを追加します。 smit chfs コマンドでは、ディスク・スペースを 512 KB 単位のブロックの数で定義する必要があります。システム・メッセージに表示されている必要ディスク・スペースの 2 倍の値を指定してください。

6.メッセージ「installp: An error occurred during bosbootprocessing」が、メッセージ「bosboot verification starting」の後に表示された場合、インストール手順を再実行してください。またはメッセージ「installp: An error occurred during bosbootprocessing」が、メッセージ「bosboot process starting」の後に表示された場合、installp -C と入力します。

7.インストール・プロセスを続行してください。installp: An error occurred during bosboot processing.

Correct the problem and rerun.

301-155 bosboot: Invalid or no boot device specified.

項目説明説明 bosboot -d コマンドで指定されたデバイスが無効です。 bosboot コマンドは、

要求されたブート・デバイスを見つけることができなかったために、処理を完了できませんでした。 installp コマンドは、/dev/ipldevice を使用して、bosboot コマンドを呼び出します。このエラーが発生する原因は、おそらく /dev/ipldevice が存在しないことです。 /dev/ipldevice は、ブート・ディスクへのリンクです。

システムの処置 bosboot プロセスは中断します。


項目説明ユーザーの処置ブート・デバイスへのリンクが欠落しているか、または誤っていることがないか

どうかを調べ、エラーを訂正して、インストール・プロセスを完了してください。ブート・デバイスを識別し、インストールを完了するには、次のようにします。1.ブート・ディスクを識別するには、lslv -m hd5 と入力します。ブート・ディスクの名前が表示されます。

2.表示されているブート・デバイスと /dev/ipldevice ファイルとの間のリンクを作成します。次のように入力します。ln /dev/boot_device_name /dev/ipldevice

(boot_device_name の例としては、rhdisk0 があります。)3.メッセージ「installp: An error occurred during bosbootprocessing」が、メッセージ「bosboot verification starting」の後に表示された場合、インストール手順を再実行してください。またはメッセージ「installp: An error occurred during bosbootprocessing」が、メッセージ「bosboot process starting」の後に表示された場合、installp -C と入力します。インストール・プロセスを続行してください。

Missing image.data file. The tape does not contain a valid install image.

項目説明説明システムは、image.data ファイルを見つけることができませんでした。システムの処置インストールは続行できません。ユーザーの処置このエラーの原因として一番考えられることは、テープの不具合です。別のテー

プを使用してください。0512-0016 mksysb: Attempt to create a bootable tape failed: bosboot -d /dev/device -a failed withreturn code xxx.

または0512-0016 mksysb: Attempt to create a bootable tape failed: mkinsttape /dev/device failed with returncode xxx.


項目説明説明戻りコード xxx は、以下のエラーを示します。

5 または 13 つのうちの 1 つ以上のファイルシステムのスペースが不足しています。• / には、1 KB のブロックが少なくとも 500 個必要です。• /tmp には、1 KB のブロックが少なくとも 7400 個必要です。• /usr には、1 KB のブロックが少なくとも 4000 個必要です。

11テープが損傷しています。

42 または 45/usr/lib/boot/unix ファイルが壊れている (長さが 0 の可能性があります)か、 /unix へのリンクが欠落しています。

48テープ・ドライブへの書き込み、または /dev/blv の読み取りができません。これは、おそらく、テープ・ドライブの記録密度の設定が間違っていることが原因です。テープ・ドライブにハードウェア上の問題がある場合、またはドライブのヘッドが汚れている場合もあります。

システムの処置 mksysb コマンドは、ブート可能テープの作成に失敗しました。ユーザーの処置戻りコード xxx は、以下の必要な処置を示します。

5 または 1/、/tmp、および /usr の各ファイルシステムを調べ、必要に応じてさらにスペースを作成してください。

11損傷しているテープを交換してください。

42 または 45/usr/lib/boot/unix ファイルをオリジナル・テープから復元するか、欠落しているリンクを作成してください。

48テープ・ドライブの設定値を確認し、ヘッドをクリーニングしてください。

There are no disks available on this system.

項目説明説明システムに構成済みのハード・ディスクがありません。したがって、使用できる

唯一のメニュー・オプションは、保守オプションです。システムの処置問題が解決されるまで、インストールは開始できません。


項目説明ユーザーの処置以下のように、複数のオプションがあります。

•「Welcome to Base Operating System Install (基本オペレーティング・システムのインストールへようこそ)」メニューから「Maintenance (保守)」(オプション3) を選択し、次に「Limited Function Maintenance Shell (制限付き機能保守シェル)」を選択します。次のコマンドを入力して、ディスクが構成されていないことを確認します。lsdev -Cc disk

構成エラーがないかどうかを判別するために、次のコマンドを入力します。cfgmgr -v 2>1 | tee /tmp/cfgmgr.out

cat コマンドを使用して /tmp/cfgmgr.out ファイルを表示し、特にディスクの構成にエラーがないか調べることができます。 dd または pax コマンドのいずれかを使用して、ファイルをディスケット・メディアにコピーし、実行中のシステムに移動して、容易に表示することができます。または

• システムの電源を切って、SCSI デバイスのあるシステムで、次の事項を調べます。– すべての SCSI デバイスを調べて、SCSI アドレスが固有であることを確認する。

– SCSI カードが適切に終端されていることを確認する。– 外付けの SCSI デバイスを使用している場合には、SCSI チェーンが終端されていて、そのデバイスの電源が入っていることを確認する。

– SCSI の配線と接続を確認する。– リブートしてからインストールを再実行する。または

• システムの電源を切って、IDE デバイスのあるシステムで次の事項を調べます。– すべての IDE デバイスを確認して、 IDE マスター設定値およびスレーブ設定値がコントローラーごとに固有であることを確認する。コントローラーに接続されている IDE デバイスが 1 つしかない場合、そのデバイスはマスターとして設定してください。 ATA デバイス (ディスク) と ATAPI デバイス (CD-ROM またはテープ) が同じコントローラーに接続されている場合は、 ATA デバイスをマスター・デバイスとして設定し、ATAPI デバイスをスレーブ・デバイスとして設定する必要があります。

– IDE の配線と接続を確認する。– リブートしてからインストールを再実行する。または

• 診断からブートして、ハード・ディスクを調べます。または

• ローカルの問題報告手順に従います。There are no disks on this system which can be booted.

項目説明説明システムは、システム上にブート可能ディスクを見つけることができませんでし

た。


項目説明システムの処置インストールは続行できません。ユーザーの処置サード・パーティーのディスクの中には、ブート不能なものがあります。ディス

クはブート可能であるのに、ブートできない場合は、診断を実行してください。You chose to install only onto disks in the existing root volume group and those not in any volume group.There are not enough of those disks to contain the mksysb image.

項目説明説明 bosinst.data の EXISTING_SYSTEM_OVERWRITE フィールドが yes に設定さ

れ、プロンプトが no に設定されましたが、システムには、ルート・ボリューム・グループが入ったディスクあるいはボリューム・グループのないディスクが十分にありませんでした。


ユーザーの処置 target_disk_data スタンザを使用してインストール先のディスクを指定するか、image.data ファイルで SHRINK を yes に設定するか、あるいは BOS インストール・プロンプトで、 bosinst.data ファイルの EXISTING_SYSTEM_OVERWRITEを any に設定してください。これにより、すべてのディスクがインストールに使用できます。

重要: EXISTING_SYSTEM_OVERWRITE が any に設定されていると、ユーザー・ボリューム・グループが上書きされる場合があります。

またはシステムからプロンプトが出されたときに、インストール先のディスクを選択するか、ファイルシステムの圧縮を選択します。

You chose to install only onto disks which are not contained in a volume group, but there are not enoughof those disks to contain the mksysb image.

項目説明説明 bosinst.data の EXISTING_SYSTEM_OVERWRITE フィールドが no に設定され、

プロンプトが no に設定されましたが、システムには、ボリューム・グループが入ったディスクが十分にありませんでした。


ユーザーの処置システムにインストール先のディスクを選択させる場合は、 target_disk_data スタンザを使用してターゲット・ディスクを指定し、「EXISTING_SYSTEM_OVERWRITE」を適切に設定して、 bosinst.data ファイルにある「EXISTING_SYSTEM_OVERWRITE」をブランクのままにするか、image.data ファイルにある「SHRINK」を「yes」に設定してインストールを再試行します。またはシステムのプロンプトが表示されたら、インストール先のディスクを選択してください。

0505-113 alt_disk_install: No target disk name provided.


項目説明説明このメッセージは、次の状況で表示されます。

• ターゲット・ディスクを入れていない。• ターゲット・ディスクとして指定されたディスクには、既にそれに関連付けられているボリューム・グループがある。 lspv コマンドを実行すると、それらに関連付けられているボリューム・グループのないディスクによって、 None という語が表示されます。これは、alt_disk_install コマンドが検査します。

• 指定された 1 つ以上のターゲット・ディスクがブート不能。 alt_disk_installコマンドは、ターゲット・ディスク・リストで指定されている各ディスク上で、bootinfo -B disk_name を実行します。どの bootinfo -B コマンドも 0 を戻す場合、そのディスクはブート不能であり、alt_disk_install 操作用のターゲット・ディスクとして使用できません。

0505-117 alt_disk_install: Error restoring image.data file from mksysb image.

項目説明説明このメッセージは、テープから mksysb イメージをインストールしようとした場合に

表示されます。alt_disk_install コマンドは、まず最初に ./tapeblksz ファイル (mksysb イメージ作成時のブロック・サイズが入っている) 用のテープに入っている 2 番目のイメージを調べます。 mksysb コマンドは、このファイルを作成して、テープの 2 番目のイメージに入れます。 mksysb テープの先頭の 3 つのイメージは、常に、512 バイトのブロック・サイズで作成されます。 mksysb イメージ (テープの 4 番目のイメージ) は、別のブロック・サイズで作成することができます。alt_disk_install コマンドが、 2 番目のイメージから ./tapeblksz ファイルを復元できない場合、ブロック・サイズは、alt_disk_install コマンドの開始時のサイズのままになります。このコマンドは、mksysb イメージからの ./image.dataファイルの復元を試みます。このブロック・サイズが、 mksysb イメージ作成時のブロック・サイズと一致していない場合、復元は失敗し、alt_disk_install コマンドは、このエラーを生成します。

The size of a disk is too large for the running kernel.

項目説明説明このメッセージは、インストール用に選択されたいずれかのディスクのサイズが 1

TB (1048576 MB) より大きいことを示すために BOS メニューがロードされる場合に表示されます。


ユーザーの処置プロンプトが出されたら、より小さいサイズのディスクを選択します。または64 ビット・カーネルのブートをサポートする AIX メディア (製品または mksysbイメージ) を使用してインストールを再始動します。

Could not determine kernel type.

項目説明説明このメッセージは、インストール・プログラムがインストール時にカーネル・タ

イプを判別できない場合に表示されます。


項目説明システムの処置インストールはトラブルシューティングのために一時停止します。ユーザーの処置トラブルシューティングのためにサービス技術員に連絡してください。

Could not determine the largest disk size.

項目説明説明このメッセージは、インストール・プログラムがシステム上の最大ディスク・サ

イズを判別できない場合に表示されます。システムの処置インストールはトラブルシューティングのために一時停止します。ユーザーの処置 bosinst.data ファイル内の target_disk_data スタンザのデータが正しいこと、

かつ bosinst.template.README ファイルで指定されたスタンザ検証のガイドラインに沿っていることを確認します。

The size of the Logical Volume (logical volume name) is larger than the size supported by the runningkernel.

項目説明説明このメッセージは、作成されるいずれかの論理ボリュームが 1 TB (1048576MB)

より大きいこと、かつ実行中のカーネルが 64 ビット・カーネルではないことをインストール・プログラムが検出した場合に表示されます。

システムの処置インストールはトラブルシューティングのために一時停止します。ユーザーの処置データ損失またはエラーを抑止するために、64 ビット・カーネルのブートをサポ

ートする AIX メディア (製品または mksysb イメージ) を使用してインストールを再始動します。

The size of one of the Logical Volumes in the rootvg disk or disks is larger than the size supported by therunning kernel.

項目説明説明このメッセージは、インポートしようとするルート・ボリューム・グループのい

ずれかの論理ボリュームが 1 TB (1048576MB) より大きいこと、かつ実行中のカーネルが 64 ビット・カーネルではないことをインストール・プログラムが検出した場合に表示されます。

システムの処置インストールはトラブルシューティングのために一時停止します。ユーザーの処置データ損失またはエラーを抑止するために、64 ビット・カーネルのブートをサポ

ートする AIX メディア (製品または mksysb イメージ) を使用してインストールを再始動します。

ネットワーク・インストール・マネージャー (NIM)AIX ネットワーク・インストール・マネージャー (NIM) を使用すると、1 台または複数のマシンへの基本オペレーティング・システム (BOS) およびオプションのソフトウェアのインストールを管理することができます。共通に構成された複数のマシンを 1 つのグループとしてインストールすることも、指定のマシンの特定のニーズを満たすようにインストールをカスタマイズすることもできます。同時にインストールできるマシンの数は、ネットワークのスループット、インストール・サーバーのディスク・アクセスのスループット、およびサーバーのプラットフォームのタイプによって異なります。


NIM 環境は、クライアント・マシンとサーバー・マシンで構成されます。サーバーは、他のマシンにリソース (例えばインストールに必要なファイルやプログラム) を提供します。サーバーに依存してリソースの提供を受けるマシンを、クライアントといいます。 NIM リソースを受け取るマシンはクライアントですが、同じマシンがネットワーク環境全体においてはサーバーになることもあります。NIM 環境では、ほとんどのインストール作業は、マスターと呼ばれる 1 台のサーバーから実行します。一連のインストール作業を NIM クライアントから実行することもできます。ネットワークのインストール設定が完了すると、スタンドアロン・クライアントのユーザーは、 NIM サーバーで使用可能なソフトウェアを、そのクライアントからインストールできます。

NIM 概念NIM で使用可能なフィーチャーをすべて使用するには、AIX インストールのさまざまなコンポーネントを理解する必要があります。NIM オブジェクトNIM 環境で管理するマシン、そのリソース、およびマシンが通信に使用するネットワークはすべて、マスター上に存在するセントラル・データベース内部のオブジェクトとして表現されます。ネットワーク・オブジェクトとその属性には、ネットワーク環境の物理的特性が反映されます。この情報は、物理ネットワークの実行に影響せず、NIM によって構成情報のために内部的に使用されます。NIM 環境の各オブジェクトには、オブジェクトを定義するときに指定する固有名があります。 NIM 名は、それが識別するオブジェクトの物理的特性とは独立していて、NIM 操作だけに使用されます。固有名の利点は、使用する物理属性を指定せずに、NIM 名を使って操作を実行できるという点です。どのオブジェクト属性を使用するかは、NIM が判別します。例えば、NIM クライアントを識別しやすくするためにシステムのホスト名を NIM オブジェクト名として使用できますが、これらの名前は互いに独立しています。あるマシンである操作を実行すると、マシンの NIM 名を使ってそのマシンに関する他のすべてのデータが (ホスト名も含めて) NIM データベースから検索されます。NIM マシンNIM 環境で管理できるマシンのタイプは、スタンドアロン、ディスクレス、およびデータレスの各クライアントです。ここでは、マシン間の違い、マシンを定義するために必要な属性、およびそれらのマシンで実行できる操作について説明します。NIM 環境は、2 種類の基本的な役割を果たすマシン、つまり、マスターとクライアントで構成されます。NIM マスターは、NIM 環境の他のマシンのインストールを管理します。マスターは、NIM コマンドをリモートのクライアント上で実行できる唯一のマシンです。 NIM 環境に含まれる他のすべてのマシンは、リソースの運用を担当するマシンも含めて、マスターに対するクライアントになります。クライアント・マシンでの NIM の操作いろいろなクライアント構成を初期化するために、固有の操作があります。 NIM は、操作が特定のクライアント構成に対して有効であるかをチェックします。次の表は、様々なクライアント構成タイプで実行できる操作を示しています。表 11. マシン構成NIM 操作スタンドアロンディスクレスデータレス WPAR

bos_inst x

dkls_init x

dtls_init x

diag x x x

cust x x

fix_query x x

lppchk x x


表 11. マシン構成 (続き)

NIM 操作スタンドアロンディスクレスデータレス WPAR

maint x x

maint_boot x

reset x x x x

check x x x x

showlog x x x x

reboot x x x x

activate x

chwpar x

create x

deactivate x

destroy x

lswpar x x

syncwpar x x

NIM クライアントの定義NIM の define 操作を使用して、スタンドアロン、ディスクレス、およびデータレス・クライアントを定義できます。クライアント・システムは、管理対象または非管理対象のいずれかになります。管理対象クライアントは、クライアントを制御する管理システムと関連付けられています。dsm.core ファイルセットがインストールされている場合、管理対象クライアントはそのファイルセットのネットワーク・ブート機能と電源制御機能を使用することができます。例えば、ネットワーク・ブートを要求するために管理システムにアクセスせずに、クライアントの保守ブートを要求することができます。dsm.core ファイルセットがインストールされている場合、非管理対象クライアントと比較して管理対象クライアントの追加機能は次のとおりです。• 次のコマンドを使用して保守モードでネットワーク・ブートおよびブートを実行します。

nim -o maint_boot -a boot_client=yes

• 次のコマンドを使用して、ネットワーク・ブートを実行し、クライアントをインストールします。nim -o bos_inst -a boot_client=yes

• nim -o reboot パラメーターを指定してクライアントをブートまたはリブートします。• 選択された NIM 操作で -a open_console パラメーターを使用するときに、仮想コンソール xterm を開きます。

• VIOS クライアントが仮想 CD から ISO イメージをマウントできるように、仮想光ディスク・デバイスを定義および使用します。管理対象クライアントには、mgmt_profile 属性が必要です。この属性は、クライアントを制御する管理オブジェクトを指定します。また、クライアント識別子 (lpar_id またはブレード・スロット) も提供します。mgmt_profile 属性を設定するには、mgmt_source 属性と identity 属性を使用します。 mgmt_profile は直接設定できますが、define 操作の mgmt_source 属性および identity 属性と組み合わせてはいけません。制御システムに応じて、mgmt_source 属性と identity 属性は次の情報を提供します。


• クライアントがハードウェア管理コンソール (HMC) によって管理されている場合、mgmt_source 属性は CEC または VIOS オブジェクトでなければならず、ID はクライアントの lpar ID でなければなりません。

• クライアントが Integrated Virtual Machine (IVM) によって管理されている場合、mgmt_source 属性はIVM オブジェクトでなければならず、ID はクライアントの lpar ID でなければなりません。

• クライアントが Blade Center 管理モジュール (BCMM) によって管理されている場合、mgmt_source 属性は BCMM オブジェクトでなければならず、ID はクライアントのブレード・スロットでなければなりません。管理対象クライアントの場合、ネットワーク・ブート機能をアクティブにするために、if 属性に実際のネットワーク・アダプター・ハードウェア・アドレスを含めます。CEC、HMC IVM、VIOS、および BCMM 管理オブジェクトの定義については、以下に説明があります。スタンドアロン、ディスクレス、またはデータレス・クライアントを定義するには、次のようにコマンド・ライン構文を入力します。nim -o define -t MachineType -a Attribute=Value ... MachineName

次の属性は必須です。項目説明-t MachineType 定義するマシンのタイプを指定します。有効値は stand-alone、diskless、

dataless、および wpar です。


項目説明-a if=Value ... NIM クライアントについてのネットワーク・インターフェース情報を格納しま

す。指定する場合は、順序番号が必要です。注 : 同じネットワーク・インターフェースでの複数 IP アドレスによって、ネットワーク・ファイル・システム (NFS) マウントの問題が発生する可能性があります。そのため、同じネットワーク・インターフェースでの複数 IP アドレスはサポートされていません。

この属性の値は、3 つの要求値と 4 番目に指定するオプション値で構成されます。Value 1このインターフェースの接続先となる NIM ネットワークの名前を指定します。 NIM ネットワークの名前が不明の場合は、find_net キーワードを使用してクライアントの IP アドレスを、定義されている NIM ネットワークに突き合わせることができます。 find_net キーワードを使用しても NIM で一致するネットワークが見つからない場合は、オプションの net_definition 属性を使用してネットワークを定義する必要があります。

Value 2このインターフェースに関連したホスト名を指定します。

Value 3このインターフェースのネットワーク・アダプター・ハードウェア・アドレスを指定します。値 0 は、クライアントのネットワーク・ブートにブロードキャストが使用されていない限り指定できます。 dsm.core によって管理対象システムに提供されているネットワーク・ブート機能の使用を可能にするには、実際のアダプター・ハードウェア・アドレスを使用する必要があります。

Value 4このインターフェースに使用するネットワーク・アダプターの論理デバイス名を指定します。この値を指定しなかった場合は、NIM では、定義済みのネットワーク・インターフェースのタイプに基づくデフォルトが使用されます。異機種ネットワークのクライアントを定義する場合は、このフィールドは必須です。この属性には、複数のネットワーク・インターフェースのそれぞれを NIM が区別するための順序番号が必要です。マシンはマルチホーム構成になっていることがあるので、NIM ではマシン 1 台について複数の if 属性を指定できます。

次の属性はオプションです。-a ring_speed=Valueクライアントのトークンリング・アダプターのリング速度を指定します。クライアントの NIM ネットワークがトークンリングの場合は、この値は必須です。この属性には、マシン上の複数のインターフェースのそれぞれについて NIM がリング速度を区別するための順序番号が必要です。

-a cable_type=Valueクライアントのイーサネット・アダプターのケーブル・タイプを指定します。クライアントの NIM ネットワークがイーサネットの場合は、この値は必須です。この属性には、マシン上の複数のインターフェースのそれぞれについて NIM がケーブル・タイプを区別するための順序番号が必要です。

-a netboot_kernel=Valueクライアントのカーネル・タイプを指定します。有効値は、ユニプロセッサー・マシンの場合は upで、マルチプロセッサー・マシンの場合は mp、64 ビット・プロセッサーの場合は 64 です。デフォルト値は 64 です。

-a iplrom_emu=ValueIPL ROM エミュレーション・ソフトウェアが入っているデバイスを指定します。 bootp 開始の IPLROM を備えていないマシンの場合、IPL ROM エミュレーションは必須です。


-a net_definition=Value ...定義中のクライアントに関連付ける NIM ネットワークを定義します。この属性の値は、以下の要求値とオプション値で構成されます。Value 1 = NetworkType (必須)値 tok、ent、fddi、および generic を指定します。

Value 2 = SubnetMask (必須)ネットワークのドット 10 進マスクを指定します。

Value 3 = ClientGateway (オプション)定義中のマシンが NIM マスターと通信するために使用する、デフォルト・ゲートウェイの IP アドレスまたはホスト名を指定します。

Value 4 = MasterGateway (オプション)NIM マスターが他のサブネットのクライアントと通信するために使用する、デフォルト・ゲートウェイ IP アドレスまたはホスト名を指定します。

Value 5 = NetworkName (オプション)ネットワーク用に作成された NIM 定義に与える名前を指定します (指定しなかった場合は、固有のデフォルト値が割り当てられます)。

マシン定義を作成または変更するために net_definition 属性を指定する場合は、マシンの if 属性の最初のコンポーネントとして、 find_net キーワードを指定する必要があります。 net_definition 属性は、マシン定義に追加の NIM インターフェース (if 属性) を定義するときにも指定できます。

-a cpuid=Value定義中のマシンの CPU ID を指定します。この属性は、NIM 操作の実行中にクライアントを確認するために使用できます。実行中のマシンで CPU ID を表示するには uname -m コマンドを使用します。このフィールドはオプションで、クライアントが初めて NIM マスターと通信するときに自動的に設定されます。

-a master_port=ValueNIM マスターがクライアントとのソケット通信に使用するポート番号を指定します。デフォルトのマスター・ポート番号は、1058 です。

-a registration_port=Valueクライアントが、自身を NIM マスターに登録するために使用するポート番号を指定します。デフォルトの登録ポート番号は、1059 です。

-a group=Valueクライアントを追加する必要のあるマシン・グループを指定します。グループが存在しない場合は、定義されます。

-a comments=Value定義中のクライアントについてのコメントを記述します。

-a verbose=Valueデバッグのための情報を表示します。最も詳細な情報を表示するには、verbose=5 を使用します。

-a net_settings=Value1 Value2ネットワーク・インストール時にクライアントのイーサネット・アダプターで使用する速度と二重通信方式の設定を指定します。指定するときにシーケンス番号が必要です。クライアントのインストールおよびリブートの開始時に、これらのパラメーターが NIM によってブート・リストに設定されます。Value1= auto、10、100、または 1000デフォルト値は 100 です。

Value2 = auto、half、または fullデフォルト値は full です。

例:

nim -o change -a net_settings1="10 half" jellyfish

-a connect=ValueNIM クライアントが NIM コマンドのリモート実行に使用する通信サービスを指定します。値のオプションは shell (RSH 用) と nimsh です。デフォルト設定は connect=shell です。


-a mgmt_profile=Value1 Value2別の NIM クライアントによって管理されている NIM クライアントの管理システム情報を格納します。指定するときにシーケンス番号が必要です。 mgmt_profile 設定は、管理システムが実行する必要のある、WPAR クライアントでの操作に必要です。この属性には、2 つの値が必要です。Value1このクライアントを管理する NIM クライアントの名前を指定します。

Value2管理システムで認識されるシステムの名前を指定します。これは、システムの NIM オブジェクトの名前とは異なる場合があります。この属性は mgmt_source 属性と共に使用しないでください。この属性は WPAR クライアントに使用する必要があります。

-a mgmt_source=Valueハードウェア制御点によって管理されている NIM クライアントの管理システム情報を格納します。この値は、既存の NIM オブジェクト (次のいずれかのオブジェクト) を指していなければなりません。• Virtual I/O Server オブジェクトに接続されている論理区画 LPAR (LPAR) の VIOS オブジェクト。• CEC に定義されている LPAR (LPAR) の CEC オブジェクト• IVM に接続されている LPAR (LPAR) の IVM オブジェクト• ブレードの BCMM オブジェクト

-a identity=Valueハードウェア制御点によって管理されている NIM クライアントのクライアント識別子情報を格納します。この値は、ハードウェア制御点のクライアント識別子でなければなりません。これは次のいずれかになります。• LPAR の場合、LPAR ID• ブレードの場合、BCMM 上のブレード・スロット

-a dump_port=Valueディスクレス・クライアント (<= Missing "=" value) およびデータレス・クライアントから dumpリソース・サーバーにダンプ・イメージを転送するために使用される TCP/IP ポート番号を指定します。このポート番号は dump リソース・サーバーによって使用され、それ以外では何の意味も持ちません。デフォルト値は 32600 です。

-a vlan_tag=ValueVLAN タグ付けに使用する仮想論理エリア・ネットワーク ID を指定します。この ID は、イーサネット・フレームが属する VLAN を識別します。この ID を使用して、ネットワーク管理者はクライアントの通信をサブネットに編成するのではなく、論理的に編成できます。この値は、指定された VLAN タグを使用してクライアント上でネットワーク・ブートを実行するために、NIM によって使用されます。VLAN タグ通信の構成は、NIM を使用する前に、この値を使用して処理する必要があります。有効値は0 から 4094 までです。vlan_tag と vlan_pri は、共に VLAN タグ・イーサネット・フレーム・ヘッダーを形成します。

-a vlan_pri=ValueVLAN タグ付けに使用する仮想論理エリア・ネットワーク優先順位を指定します。この優先順位は、イーサネット・フレームが属する VLAN を識別します。この優先順位を使用して、ネットワーク管理者はクライアントの通信をサブネットに編成するのではなく、論理的に編成できます。この値は、指定された VLAN タグを使用してクライアント上でネットワーク・ブートを実行するために、NIM によって使用されます。VLAN タグ通信の構成は、NIM を使用する前に、この値を使用して処理する必要があります。有効値は 0 から 4094 までです。vlan_tag と vlan_pri は、共に VLAN タグ・イーサネット・フレーム・ヘッダーを形成します。

スタンドアロン NIM クライアントスタンドアロン NIM クライアントのブートおよび操作は、ローカル・リソースから行うことができます。スタンドアロン・クライアントは、すべてのファイルシステムをローカル・ディスクからマウントしローカル・ブート・イメージを持っています。スタンドアロン・クライアント操作はネットワーク・サーバーに依存していません。


ネットワークからのスタンドアロン・クライアントのブートインストール後のスタンドアロン・クライアントはローカル・ディスクからブートできますが、特定の NIM操作は、クライアントのネットワーク・ブートを実行しなければならない場合があります。NIM がクライアントの BOS インストール (bos_inst) を実行する場合、またはブート時に保守モード(maint_boot) に入って診断 (diag) を実行する場合は、ネットワークを介してクライアントをブートする必要があります。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。スタンドアロン・クライアントでのソフトウェアの管理AIX 基本オペレーティング・システムは、NIM の bos_inst 操作を用いてスタンドアロン・クライアントに直接インストールできます。追加のソフトウェアおよび更新は、NIM の cust および maint 操作を用いてスタンドアロン・クライアントにインストールして、管理することができます。操作についての詳細は、268 ページの『NIM 操作の使用』を参照してください。ディスクレスおよびデータレス・クライアントディスクレス・クライアントおよびデータレス・クライアントは、ネットワーク上のサーバーの助けを借りなければブートも実行もできないマシンです。名前からも分かるように、ディスクレス・クライアントにはハード・ディスクがなく、データレス・クライアントには、ディスクはありますが、操作に必要なデータをすべて保持できません。ディスクレス・マシンは、ページング・スペースおよびすべてのファイルシステムをリモート・サーバーからマウントする必要があります。データレス・マシンは、ページング・スペース用のローカル・ディスクと、/tmp および /home ファイルシステムだけを使用できます。ディスクレス・クライアントにもデータレス・クライアントにもローカル・ブート・イメージはなく、どちらのクライアントもネットワーク上のサーバーからブートする必要があります。マシンをディスクレスまたはデータレスとして定義する利点は、次のようなものです。• 費用が節減できるディスクレス・クライアントの場合は、ハード・ディスクは不要です。データレス・クライアントの場合は、小容量のハード・ディスクがあれば済みます。

• 各マシンのソフトウェア構成を管理できるディスクレス・クライアントやデータレス・クライアント上では、BOS が入っているファイルシステムはサーバーからマウントされます。 BOS 用の同じファイルシステムをマウントするすべてのクライアント・システムは、同一のソフトウェアから実行されます。

• ユーザー・データのストレージを管理できるディスクレス・クライアントおよびデータレス・クライアント用のユーザー・データは、リモート・サーバーに格納されます。システム管理者は各マシンにあるデータを個別に管理しなくてもサーバー上のデータを管理することによってクライアント・マシン用のストレージ割り当てとデータ・バックアップを管理できます。ディスクレス・クライアントおよびデータレス・クライアントのリソースディスクレスおよびデータレスのクライアント・マシンによりマウントされたファイルシステムは、 NIM環境内のリソースとして取り扱われます。これらのリソースは、他のリソースと同様に NIM 環境内部に存在していて、それらを使用するクライアントに宛てて NFS エクスポートされます。ディスクレス・クライアントおよびデータレス・クライアントをサポートするために NIM が管理するリソースは、次のとおりです。項目説明 boot NIM クライアント用のネットワーク・ブート・イメージとして定義されます。ブー

ト・リソースは、NIM により自動的に管理されるもので、ユーザーが明示的に割り当てまたは割り当て解除することはできません。


項目説明 SPOT すべてのマシンに共通の AIX 実行時ファイルが含まれるディレクトリー構造として

定義されます。これらのファイルは、ファイルセットのユーザー部分と呼ばれます。SPOT リソースは、/usr ファイルシステムとしてディスクレス・クライアントおよびデータレス・クライアントにマウントされます。ファイルセットのルート部分が含まれています。ファイルセットのルート部分とは、特定のマシン用のソフトウェアを構成するために使用されるファイルのセットです。これらの root ファイルは SPOT 内部の特殊ディレクトリーに格納され、ディスクレス・クライアントおよびデータレス・クライアントのルート・ディレクトリーに転送するために使用されます。クライアントのブートに使用されるネットワーク・ブート・イメージは、SPOT にインストールされているソフトウェアから作成されます。SPOT リソースは、ディスクレス・クライアントの場合もデータレス・クライアントの場合も必須です。

root クライアントの「/」(ルート) ディレクトリーの親ディレクトリーとして定義されます。ルート・リソース内のクライアント・ルート・ディレクトリーは、「/」(ルート)ファイルシステムとしてクライアントにマウントされます。クライアント用のリソースの初期化時に、クライアントのルート・ディレクトリーに構成ファイルが転送されます。これらの構成ファイルは、同じマシンに割り当てられた SPOT リソースからコピーされます。root リソースは、データレス・クライアントに必須です。ディスクレス・クライアントには、root リソースまたは shared_root リソースのいずれかが割り当てられている必要があります。

dump クライアントのダンプ・ディレクトリーを保持する親ディレクトリーとして定義されます。dump リソースがクライアントに割り当てられている場合、NIM はそのクライアント専用のサブディレクトリーを作成します。このサブディレクトリーはクライアント名で識別されます。初期化後、クライアントはこのサブディレクトリーを使用して、作成したダンプ・イメージを保管します。このようなダンプはファームウェアを使用します。dump リソースは、ディスクレス・クライアントの場合もデータレス・クライアントの場合もオプションです。

ページングクライアントのページング・ファイルの親ディレクトリーとして定義されます。ページング・リソース内のクライアント・ページング・ファイルは、クライアント用のページング・デバイスとしてマウントされます。ページング・リソースは、ディスクレス・クライアントの場合は必須、データレス・クライアントの場合はオプションです。

home クライアントの /home ディレクトリーの親ディレクトリーとして定義されます。home リソース内のクライアント・ディレクトリーは、/home ファイルシステムとしてクライアントにマウントされます。home リソースは、ディスクレス・クライアントの場合もデータレス・クライアントの場合もオプションです。

shared_home 複数のクライアントで共有する /home ディレクトリーとして定義されます。shared_home リソースを使用するすべてのクライアントは、/home ファイルシステムと同じディレクトリーをマウントします。shared_home リソースは、ディスクレス・クライアントの場合もデータレス・クライアントの場合もオプションです。


項目説明 shared_root 1 つ以上のディスクレス・クライアントが共有する / (root) ディレクトリーとして定義

されます。 shared_root リソースを使用するすべてのクライアントが、/ (root) ファイルシステムとして同じディレクトリーをマウントします。shared_root のマウントには STNFS が使用されるため、クライアントが root ファイルシステムに対して行った変更はすべてローカルに保持され、他のクライアント、または shared_root リソースのサーバーからは不可視となります。また、クライアントが root ファイルシステムに対して行った変更は、クライアントをリブートするとすべて失われます。ディスクレス・クライアントには、shared_root リソースまたは root リソースのいずれかが割り当てられている必要があります。データレス・クライアントが shared_root リソースを割り当てることはできません。

tmp クライアントの /tmp ディレクトリーの親ディレクトリーとして定義されます。 tmpリソース内のクライアント・ディレクトリーは、/tmp ファイルシステムとしてクライアントにマウントされます。tmp リソースは、ディスクレス・クライアントの場合もデータレス・クライアントの場合もオプションです。

resolv_conf ネーム・サーバー IP アドレスとネットワーク・ドメイン・ネームが含まれています。ディスクレス/データレス・クライアントで使用される他のリソースとは異なり、resolv_conf リソースは、クライアントにマウントされた状態のままにはなりません。このリソースは、クライアントのルート・ディレクトリーの /etc/resolv.conf ファイルにコピーされます。resolv_conf リソースは、ディスクレス・クライアントの場合もデータレス・クライアントの場合もオプションです。

ディスクレス・クライアントおよびデータレス・クライアントの初期化ディスクレス・クライアントおよびデータレス・クライアントは、スタンドアロン・マシンとは異なる方法でインストールされます。これらのクライアントは、初期化されます。ディスクレス・クライアントおよびデータレス・クライアントの初期化には、次に示すようないくつかの操作フェーズが含まれています。項目説明リソース割り当てディスクレス/データレス・クライアントをサポートするのに必要なリソース

は、初期化操作の前または途中で、クライアントに割り当てる必要があります。リソースがクライアント・ディレクトリーの親ディレクトリーである場合は、この割り当てにより、クライアント用の空のサブディレクトリーが作成されます。次に、このクライアント・サブディレクトリーがクライアントに NFS エクスポートされます。初期化が実際に実行されるまでは、このクライアント・サブディレクトリーは転送されません。


項目説明クライアントの初期化 dkls_init および dtls_init 操作は、クライアントが使用するリソースを初期化

するために NIM で使用されます。クライアントの初期化時に実行される操作は次のとおりです。• ネットワーク・ブートを実行するために、ブート・イメージがクライアントにとって使用可能になる。

• shared_root リソースの代わりに root リソースが使用されると、マシン固有のカスタマイズに使用されるルート・ファイルが、root リソース内のクライアントのサブディレクトリーにコピーされる。クライアントのルート・ディレクトリーにコピーされるファイルは、そのクライアントに割り当てられたSPOT リソースから取り出されます。

• /tftpboot/Client.info ファイルがブート・サーバー (つまり SPOT サーバー)上に作成される。このファイルには、始動構成処理の実行中にディスクレス・クライアントまたはデータレス・クライアントとして正常に構成するためにクライアントで必要とされる情報が含まれています。Client.info ファイルに定義される変数をいくつか次に示します。export NIM_CONFIGURATION=disklessexport RC_CONFIG=rc.dd_bootexport ROOT=Host:Client_Root_Directoryexport SPOT=Host:SPOT_Location

ページング・ロケーションは、/etc/swapspaces ファイル内のクライアントのルート・ディレクトリーに設定されます。

クライアントのネットワーク・ブート

クライアントのネットワーク・ブート・クライアント・マシンは、該当のマシン・タイプの標準 bootp プロシージャーを使用して、ネットワークを介してブートされます。クライアントはブート・イメージを取得し、RAM 内のファイルシステムでミニカーネルの実行を開始します。クライアントは、Client.info ファイルを SPOT サーバーの /tftpboot ディレクトリーから tftp 転送します。 Client.info ファイルの中の情報は、そのクライアントをディスクレス・マシンまたはデータレス・マシンとして正しく構成するために使用されます。dump リソースがクライアント・マシンに割り当てられている場合は、クライアントが実行されると、ダンプが構成されます。リモート・ファイルシステムは、リソース・サーバーからマウントされます。クライアントがデータレス・クライアントであってページング、tmp、ホームまたは shared_home リソースが割り当てられていない場合はそのクライアントは欠落ファイルシステムをローカル・ハード・ディスクに作成することになります。

ディスクレス・クライアントおよびデータレス・クライアントのソフトウェアの管理ディスクレス・クライアントおよびデータレス・クライアントの /usr およびルート・ファイルシステムは、サーバーからマウントされたリソースです。したがってディスクレスまたはデータレス・クライアントのソフトウェアをインストールまたはアンインストールするためには、クライアントが使用するリソース上でその処理が実際に実行される必要があります。SPOT には、インストール済みの /usr ファイルシステムのディレクトリー構造が含まれています。また、インストール済みのファイルセットの「ルート」部分のサブディレクトリーも含まれています。 SPOT には usr とルート・ファイルの両方が含まれているため、クライアントで実行するソフトウェアを更新するには、ソフトウェア保守を SPOT に対して実行する必要があります。このようなアクションは、NIM のcust および maint 操作を使って実行します。 cust および maint 操作についての詳細は、268 ページの『NIM 操作の使用』を参照してください。


SPOT が現在クライアント用に割り当てられている場合は、NIM はそれに対するソフトウェア・カスタマイズ操作を実行されないようにします。これは、実行中のクライアント・マシンに悪影響を及ぼすような変更から、SPOT を保護するための措置です。しかし、この制限は操作の実行時に「force (強制)」オプションを指定してオーバーライドすることができます。ただし、shared_root オブジェクトが SPOT から定義されている場合とクライアント用に割り当てられている場合を除きます。NIM を使用して SPOT にソフトウェアをインストールする場合は、ディスクレス・クライアントおよびデータレス・クライアント用のソフトウェアを管理するために、次の操作が実行されます。1. /usr ファイルが SPOT にインストールされます。これらのファイルは自動的に、SPOT を自分の /usrファイルシステムとしてマウントするすべてのクライアントから見える状態になります。

2.ルート・ファイルが SPOT 内の特殊サブディレクトリーにインストールされます。3.すべてのファイルセットが SPOT にインストールされると、SPOT で初期化されたディスクレス・クライアントまたはデータレス・クライアントのルート・ディレクトリー、および SPOT から定義されたshared_root ディレクトリーにルート・ファイルがコピーされます。

NIM を使用して SPOT 内のソフトウェアをアンインストールする場合は、ディスクレス・クライアントおよびデータレス・クライアント用のソフトウェアを管理するために、次の操作が実行されます。1. /usr ファイルが SPOT から除去されます。これによって、ファイルは、クライアント・システムからも自動的に「除去」されます。

2.ソフトウェアのルート・ファイルが、クライアントのルート・ディレクトリー、および SPOT から定義された shared_root ディレクトリーから除去されます。

NIM には、sync_roots 操作も備わっています。この操作では、クライアントのルート・ディレクトリーとSPOT から定義された shared_root ディレクトリーが、SPOT に格納されているルート部分と確実に一致するための整合性検査と修正が実行されます。WPAR クライアントの定義ワークロード・パーティションは、オペレーティング・システムの単一インスタンス内に、分離したアプリケーション・スペースの領域を提供する、ソフトウェア・ベースのパーティションです。システム WPAR は、関連ファイルシステムとセキュリティー・ドメインのある AIX の固有インスタンスです。 WPAR の管理操作は、管理システム上で WPAR とオペレーティング・システム・カーネルを共有する管理システムによって実行されます。アプリケーション WPAR は、分離したオペレーティング・システム環境 (ファイルシステムとセキュリティー・ドメイン) をもたない、分離したプロセス環境です。システムWPAR のみを NIM によって管理できます。ワークロード・パーティションについて詳しくは、『IBMWorkload Partitions for AIX』を参照してください。ワークロード・パーティション (WPAR) は、NIM で wpar マシン・クラスとして表されます。WPAR は管理対象の場合もあれば未管理の場合もあります。管理対象 WPAR は、WPAR をホストする管理システムと関連付けられています。管理システムは、WPAR を作成、開始、停止、および除去するための管理タスクを実行することができます。 WPAR には、順序付けされた mgmr_profile 属性が必要です。この属性は、管理システムの NIM オブジェクト、および管理システム上のローカル WPAR 名を識別します。例えば、goslin WPAR が ranger システム上に作成された場合、mgmt_profile1 属性は ranger goslin となります。 goslin WPAR (これは管理システムを通じて実行される必要がある) 上の操作は、ranger システムで実行されます。NIM 管理者は、いくつかの NIM コマンドを使用して WPAR システム管理タスクを実行できます。 WPARクライアントの管理について詳しくは、128 ページの『WPAR クライアントの管理』を参照してください。WPAR クライアントをサポートするために、以下のオプションのリソースが NIM によって管理されています。resolv_confネーム・サーバー IP アドレスおよびネットワーク・ドメイン名が含まれています。


WPAR クライアントの管理WPAR は、スタンドアロン・クライアントとは異なる方法でインストールおよび開始されます。WPAR ファイルシステムは管理システム上に作成されます。 WPAR は、管理システムで実行され、管理システムのカーネルを共有するプロセスを通じて開始されます。 WPAR のファイルシステムは、リモートの場合があります。WPAR クライアントの作成WPAR には、固有のファイルシステム、デバイス、ネットワーク、セキュリティー、およびリソースの特性があります。 WPAR は、デフォルト特性またはカスタマイズ特性のいずれかを使用して作成できます。これらの特性は、WPAR の作成後に変更できます。クライアントが作成されたら、NIM リソースおよびフラグを使用してクライアントをカスタマイズできます。WPAR システムが mgmt_profile によって定義された後、create 操作を使用して管理システム上に WPARを作成します。nim -o create -a attr=value... WPARName

WPAR クライアントの作成には、次のオプションのリソースを使用できます。wpar_spec

WPAR 仕様ファイル。仕様ファイルのフォーマットの完全な記述、および許可される内容については、/usr/samples/wpars/sample.spec ファイルを参照してください。

devexportsマスター device-exports ファイルとして使用できる代替ファイル。このファイルは、device-exportsファイルのフォーマットと一致している必要があります (devexports)。 WPAR の作成時にdevexports リソースが割り当てられない場合は、管理システム上の /etc/wpars/devexports ファイルが使用されます。

secattrsWPAR の作成時に使用される初期 security-attributes ファイル。 WPAR の作成時に secattrs リソースが割り当てられない場合は、管理システム上の /etc/wpars/secattrs ファイルが使用されます。savewpar バックアップ・イメージから WPAR が作成された場合、secattrs リソースは使用されません。

savewparWPAR バックアップ・イメージ。 WPAR バックアップ・イメージが割り当てられる場合は、restwparコマンドを通じて管理システム上に WPAR を作成するためにこのイメージが使用されます。savewpar イメージは、管理システムと同じオペレーティング・システム・レベルでなければなりません。

resolv_confresolv_conf リソースは、有効な /etc/resolv.conf ファイル・エントリーを含むファイルを表します。これらのエントリーは、ローカル resolver ルーチンのドメイン・ネーム・プロトコルのネーム・サーバー情報を定義します。管理システムから /etc/resolv.conf ファイルを使用するには、-r フラグを cmd_flags 属性値に含めてください。

fb_scriptWPAR が初めてブートされたときに実行されるスクリプト。

image_dataimage_data リソースは、システムの作成に使用される詳細な論理ボリュームおよびファイルシステム特性を含むファイルです。 image_data リソースは、これらの設定の制御を必要とする、上級のシステム管理者のみが使用してください。

WPAR クライアントを作成するために、以下のオプション属性を使用できます。cmd__flags管理システム上に WPAR を作成するために使用されるコマンドに直接渡されるフラグ。 savewpar リソースが WPAR に割り当てられると、restwpar コマンドが実行されます。 savewpar リソースが割り当てられない場合は、mkwpar コマンドが実行されます。


WPAR クライアントの開始管理システム上で管理対象 WPAR を開始するには、activate 操作を使用します。activate 操作について詳しくは、268 ページの『NIM activate 操作の使用』を参照してください。WPAR クライアントの停止管理システム上で管理対象 WPAR クライアントを停止するには、deactivate 操作を使用します。deactivate 操作について詳しくは、282 ページの『NIM deactivate 操作の使用』を参照してください。WPAR クライアントの検査WPAR クライアントの状況を検査するには、check 操作を使用します。check 操作について詳しくは、279 ページの『NIM check 操作の使用』を参照してください。WPAR クライアントの特性のリスト表示管理システム上の管理対象 WPAR の特性、または指定したスタンドアロン・クライアント上の WPAR の特性を検査するには、lswpar 操作を使用します。lswpar 操作について詳しくは、287 ページの『NIM lswpar 操作の使用』を参照してください。WPAR クライアントの特性の変更管理システム上の管理対象の WPAR クライアントの特性を変更する、または指定したスタンドアロン・クライアント上の WPAR の特性を変更するには、chwpar 操作を使用します。chwpar 操作について詳しくは、280 ページの『NIM chwpar 操作の使用』を参照してください。WPAR クライアントでのソフトウェアの同期化管理対象 WPAR のソフトウェア・レベルを、その管理システム、または指定したスタンドアロン・クライアント上の管理対象 WPAR と同期化するには、syncwpar 操作を使用します。syncwpar 操作について詳しくは、293 ページの『NIM syncwpar 操作』を参照してください。WPAR クライアントのバックアップの作成管理対象の WPAR クライアントのバックアップ・イメージを作成するには、define -t savewpar 操作を使用します。define -t savewpar 操作について詳しくは、283 ページの『NIM define 操作の使用』を参照してください。WPAR クライアントへのソフトウェアのインストールWPAR が /usr ファイルシステムと /opt ファイルシステムを管理システムと共有している場合、推奨される WPAR デフォルト・ファイルシステム構成では、同期化操作、および /usr ファイルシステムと /optファイルシステムの外でインストールできる再配置可能インストール・パッケージによるソフトウェア・インストール操作のみが許可されます。切り離されて、書き込み可能な /usr ファイルシステムを持つように WPAR が構成されている場合は、nim-o cust 操作を使用して、WPAR クライアントまたはスタンドアロン・クライアント上にソフトウェアをインストールします。nim -o cust 操作について詳しくは、280 ページの『NIM cust 操作の使用』を参照してください。NIM コマンド次の参照により、NIM コマンドの詳細情報が提供されます。nim_master_setup コマンドnim_master_setup コマンドは、bos.sysmgt.nim.master ファイルセットをインストールし、NIM マスターを構成し、mksysb システム・バックアップを含む、インストールの必須リソースを作成します。nim_master_setup コマンドは、rootvg ボリューム・グループを使用し、デフォルトで /export/nimファイルシステムを作成します。これらのデフォルトは、volume_group および file_system オプションを使用して変更することができます。また、別のシステムから mksysb イメージを使用する予定である


場合、nim_master_setup コマンドでは、オプションでシステム・バックアップを作成しないことも可能です。 nim_master_setup の使用方法は、次のとおりです。 nim_master_setup の使用法: NIM マスターの設定と構成 nim_master_setup [-a mk_resource={yes|no}] [-a file_system=fs_name] [-a volume_group=vg_name] [-a disk=disk_name] [-a device=device] [-B] [-v]

-B mksysb リソースを作成しない。 -v デバッグ出力を使用可能にする。デフォルト値: mk_resource = yes file_system = /export/nim volume_group = rootvg device = /dev/cd0

nim_clients_setup コマンドnim_clients_setup コマンドは、ユーザーの NIM クライアントを定義し、インストール・リソースを割り当て、また NIM BOS インストールをクライアントに開始するために使用されます。nim_clients_setup コマンドは、basic_res_grp リソース内の定義を使用して、選択されたクライアントに mksysb 復元操作を実行するのに必要な NIM リソースを割り当てます。 nim_clients_setup の使用方法は、次のとおりです。 nim_clients_setup の使用法: NIM クライアントの BOS インストールの設定と初期化 nim_clients_setup [-m mksysb_resource] [-c] [-r] [-v] client_objects -m mksysb リソース・オブジェクト名または絶対ファイル・パスを指定する。 -c client.defs ファイルからクライアント。オブジェクトを定義する。 -r BOS インストール用のクライアント・オブジェクトをリブートする。 -v デバッグ出力を使用可能にする。

注 : クライアント・オブジェクト名が与えられていない場合、クライアントが -c option を使用して定義済みでない限り、NIM 環境内のすべてのクライアントが BOS インストール使用可能になります。その他の NIM コマンド・リファレンス一連の「コマンド・リファレンス」では、エンド・ユーザー、システム管理者、およびプログラマーのために、NIM コマンド、AIX オペレーティング・システム・コマンド、および他のライセンス・プログラムについての参照情報を提供します。これらの資料には、コマンドと使用可能なフラグの例や説明が含まれています。コマンド項目は、英字の順序に配置されています。• コマンド・リファレンス第 1 巻には、ac から cx のコマンドが含まれています。• コマンド・リファレンス第 2 巻には、da から hy のコマンドが含まれています。• コマンド・リファレンス第 3 巻には、ib から mw のコマンドが含まれています。• コマンド・リファレンス第 4 巻には、na から rw のコマンドが含まれています。• コマンド・リファレンス第 5 巻には、sa から uu のコマンドが含まれています。• コマンド・リファレンス第 6 巻には、va から yp のコマンドが含まれています。例えば、コマンド・リファレンス第 3 巻には、NIM lsnim コマンドに関する参照情報が記載されています。コマンド・リファレンス第 4 巻には、次の NIM コマンドに関する情報が記載されています。• nim• nimclient• nimconfig• nimdef• niminit


• nimquery• nim_update_all

NIM でのホスト名の解決NIM は、標準 AIX ライブラリー・ルーチンに準拠してネーム・レゾリューションを実行します。ネットワーク環境でネーム・レゾリューション用に複数のソースを使用している場合、NIM は、システムに指定されている順序に従ってソースを照会することによってホスト名を解決します。例えば最初に NIS、次に BIND/DNS、最後にローカル /etc/hosts ファイルを照会してホスト名を解決するようにシステムが構成されていればクライアント・ホスト名を解決する場合にも NIM はこの順序に従います。ネーム・レゾリューションのためにソースを照会する順序が NIM マスターと NIM クライアントで異なっていると、問題が発生することがあります。またネーム・サービスがあるマシンでは使用でき別のマシンでは使用できない場合にも、異なるネーム・レゾリューション・ソースを使用しなければならなくなるため問題が発生することがあります。注 : 大文字小文字の区別が不要な BIND/DNS と大文字小文字の区別が必要な NIS が混在している場合も、問題の原因になります。ホスト・ネーム・レゾリューションのためのソースの照会時に AIX および NIM が使用するデフォルトのシステム規模の順序は、オーバーライドできます。そのためには、NIM コマンドを実行する環境内でNSORDER 環境変数を設定します。例えば、最初に NIS、次に BIND/DNS、最後にローカル /etc/hostsファイルを照会するように構成するには、NIM 操作を実行する環境でコマンド・ラインに次のように入力します。export NSORDER=nis,bind,local

TCP/IP ネーム・レゾリューションの詳細については、「ネットワークおよびコミュニケーションの管理」を参照してください。NIM オブジェクト定義の命名NIM オブジェクト名に付ける名前は、そのオブジェクトに関する今後のすべての操作で使用されます。この名前は、複数の NIM オブジェクトの間で固有であることが必要であり、以下の制約に従う必要があります。• 名前は 1 から 39 文字です。• NIM 名として有効な文字は、英字の大文字と小文字、数字の 0 から 9、ハイフン (-)、感嘆符 (!)、および下線文字 (_) です。

• NIM 名として無効な文字は、ドット文字のほか、すべてのシェル・メタキャラクター、ファイルシステム・メタキャラクター、および正規表現メタキャラクターです。

NIM 環境の制御NIM 環境では、NIM マスターまたはスタンドアロン・クライアントが制御権を持っています。リソースを割り当てるシステムが、制御を行います。リソースの割り当てとは、クライアントがリソースを NIM 操作に使用できるようにすることです。通常は、操作の一部としてリソースが自動的に割り当てられますが、操作の開始前にリソースを割り当てることもできます。制御状況はロック機構と同様に機能するもので、該当のリソースが割り当て解除されるまではクライアントまたはマスターは制御状況を維持しています。 NIM を使用している場合はスタンドアロン・クライアントのインストールが正常に完了するとリソースは自動的に割り当て解除されます。NIM マスターがスタンドアロン・クライアントにリソースを割り当てていない場合は、スタンドアロン・クライアントは、リソースを割り当てるか、または NIM マスターのプッシュ許可を使用不可にすることによって、制御権を獲得します。 control 属性は、マスターで管理されるもので、スタンドアロン・クライアントに対する操作の実行許可をマスターとスタンドアロン・クライアントのどちらが持っているかを示します。


control 属性は 4 つの制御状態を示します。 NIM クライアントからは、次のように入力することによってcontrol 属性を表示できます。nimclient -l -l StandAloneClientName

NIM マスターからは、次のように入力することによって control 属性を表示できます。lsnim -l StandaloneClientName

制御状態は、次のとおりです。項目説明control attribute is not set マシン・オブジェクト属性を出力したときに control 属性

が表示されなければ、マスターにもスタンドアロン・クライアントにも制御権はありません。

control = master マスターが既にクライアントにリソースを割り当て、マスターからの操作を開始する準備ができています (または既に操作を開始しています)。

control = StandaloneClientName スタンドアロン・クライアントが既にリソースを割り当て、単独で NIM 操作を開始できる状態になっています。

control = StandaloneClientName push_off スタンドアロン・クライアントが、NIM マスターに対して、そのクライアント上でリソースを割り当てたり操作を開始することを禁止しています。クライアント自体は、 NIM リソースの割り当てと NIM 操作の開始を制御できます。

動的ホスト構成プロトコル (DHCP) との NIM の使用DHCP (動的ホスト構成プロトコル) を使用する環境で NIM を使用している場合は、 DHCP サーバーと同一システムである NIM マスターを選択します。NIM マシン・オブジェクトを定義しているときは、できるだけホスト名を使用します。

NIM の構成基本的な NIM 操作および構成作業を実行するためにいくつかの方法を使用できます。基本的な NIM 操作および構成作業は、次の方法を用いて実行することができます。• System Management Interface Tool (SMIT)• コマンド・ライン注 : コマンド・ラインで作業を行うには、root ユーザーは ksh を使用しなければなりません。 root ユーザーが、csh など別のシェルを設定している場合には予期しない結果になる場合があります。NIM マスターの構成と基本インストール・リソースの作成NIM マスターの構成、NIM クライアント・マシンのインストールに必要な最小限の基本インストール・リソースの作成、およびディスクレス・クライアントとデータレス・クライアントのリソースの管理は、SMIT、またはコマンド・ラインを使用して実行することができます。注 :

1. NIM によって AIX バージョン 4 クライアントにファイルセットをインストールするために AIX バージョン 5 またはバージョン 6 またはバージョン 7 の lpp_source を使用することは、サポートされていません。バージョン 5 またはバージョン 6 またはバージョン 7 のファイルセットをバージョン 4 システムにインストールする必要がある場合は、lpp_source を NFS エクスポートして、それをクライアントにマウントした後、installp コマンドまたは geninstall コマンドを使用してインストール手順を実行します。

2.この手順では、大量の出力が生成されます。特に、SPOT リソースの作成時には多くなります。致命的でないエラーや警告は、成功を示す戻りコードには明示されていないことがあるので、出力全体を調べてそのようなエラーや警告の有無をチェックしてください。


前提条件NIM マスターには、最低 1 GB の使用可能なディスク・スペースが必要です。このようなスペースが使用可能でない場合は、169 ページの『リソース・サーバーとしてのクライアント・マシンの使用』および 158ページの『DVD-ROM とハード・ディスクでの lpp_source の定義』を参照してください。SMIT からの NIM マスターの構成と基本インストール・リソースの作成SMIT を使用して、NIM マスターを構成し、基本インストール・リソースを作成するには、次の手順を実行します。

1. AIX Volume 1 メディアを指定のマスター・マシンの適切なドライブに挿入します。2. bos.sysmgt.nim.master ファイルセットをインストールするには、 smit install_latest 高速パスを入力します。

3.「LIST (リスト)」オプションを使用して、「INPUT device/directory for software (ソフトウェア用の入力デバイス/ディレクトリー)」で「/dev/cd0」を選択します。

4.インストールするソフトウェアとして bos.sysmgt.nim.master を指定します。5.この画面のその他のすべてのフィールドは、デフォルト値をそのまま受け入れます。このインストールが正常に完了したら、SMIT を終了します。

6. NIM マスターを構成するには、smit nim_config_env 高速パスを入力します。7.「LIST (リスト)」オプションを使用して、「Primary Network Interface for the NIM Master (NIM マスター用 1 次ネットワーク・インターフェース )」を選択します。

8.「LIST (リスト)」オプションを使用して、「Input device for installation/images (インストール/イメージのための入力デバイス)」フィールドで「/dev/cd0」または「/dev/rmt0」を選択します。

9.ディスクレス・クライアントおよびデータレス・クライアントをサポートする場合は、「CreateDiskless/Dataless Machine Resources? (ディスクレス/データレス・マシン・リソースを作成する)」フィールドで「yes (はい)」を選択して、作成するリソースの名前を入力します。

10.「Remove all newly added NIM definitions and file systems if any part of this operation fails? (この操作が一部でも失敗したら新規に追加した NIM 定義およびファイルシステムをすべて除去する)」フィールドで「yes (はい)」を選択します。このようにすると、途中で障害が起きた場合に、この手順を再開しやすくなります。

11.この画面のその他のすべてのフィールドは、デフォルト値をそのまま受け入れます。注 :

1.マシンのスピードによっては、基本 NIM リソースの作成処理にかなり時間がかかる場合があります。2.この手順では、単に NIM マスターを構成して、 lpp_source および SPOT リソースを作成するだけでなく、はるかに高度な機能を実行することができます。ただし、この単純な構成で使用されるのは、使用可能な機能の一部のサブセットだけです。熟練した NIM 管理者は、この手順からアクセスできる SMIT画面を使って、さらに複雑な環境を作成できます。

3.構成作業について十分理解できるようになれば、障害が発生した際に、すべての構成を自動的に元に戻さない方法を選択することもできます (上記手順のステップ 10 のように)。熟練した管理者にとっては、最後に発生した障害点から続けて作業する方が、構成作業を速く完了できるからです。

コマンド・ラインからの NIM マスターの構成と基本インストール・リソースの作成コマンド・ラインから NIM マスターを構成し、基本インストール・リソースを作成するには、次の手順を実行します。

1. AIX Volume 1 メディアを指定のマスター・マシンの適切なドライブに挿入します。2.ディスクから bos.sysmgt.nim.master ファイルセットをインストールするには、次のように入力します。# installp -agXd /dev/cd0 bos.sysmgt.nim.masterテープから bos.sysmgt.nim.master ファイルセットをインストールするには、次のように入力します。# installp -agXd /dev/rmt0 bos.sysmgt.nim.master


3.以下の構成を使用して NIM マスターを構成するには、次のように入力します。# nimconfig -anetname=network1 -a pif_name=tr0 -a ring_speed1=16 -a platform=chrp -anetboot_kernel=mp

master host name = master1primary network interface = tr0ring speed = 16platform = chrpkernel type = mp

注 : 追加の属性については、nimconfig コマンドを参照してください。4. rootvg ボリューム・グループに、スペースが 400 MB でマウント・ポイントが /export/lpp_sourceのファイルシステムを作成するには、次のように入力します。# crfs -v jfs -g rootvg -a size=$((2000*400)) ¥-m /export/lpp_source -A yes -p rw -t no ¥-a frag=4096 -a nbpi=4096 -a compress=no

5.ファイルシステムをマウントするには、次のように入力します。# mount /export/lpp_source6. lpp_source には、ソース・デバイス (この例では CD-ROM) からコピーしたインストール・イメージが含まれています。 lpp_source のサーバーが NIM マスターになります。このイメージは、 /export/lpp_source/lpp_source1 ディレクトリーに格納されます。 lpp_source1 という名前のlpp_source リソースを作成するには、次のように入力します。# nim -o define -t lpp_source -a source=/dev/cd0 ¥-a server=master -a location=/export/lpp_source/lpp_source1 ¥lpp_source1

7. rootvg ボリューム・グループに、スペースが 200 MB でマウント・ポイントが /export/spot のファイルシステムを作成するには、次のように入力します。# crfs -v jfs -g rootvg -a size=$((2000*200)) ¥-m /export/spot -A yes -p rw -t no ¥-a frag=4096 -a nbpi=4096 -a compress=no

8.ファイルシステムをマウントするには、次のように入力します。# mount /export/spot9. SPOT リソースは、イメージ・ソース (この例では、ステップ 6 で作成した lpp_source) 内のイメージからインストールされます。このリソースのサーバーは NIM マスターであり、SPOT は /export/spot/spot1 ディレクトリーに格納されます。 spot1 という名前の SPOT リソースを作成するには、次のように入力します。# nim -o define -t spot -a source=lpp_source1 ¥-a server=master -a location=/export/spot spot1

10.ディスクレス・クライアントもデータレス・クライアントもサポートしない場合には、この手順を続行する必要はありません。ディスクレス・クライアントおよびデータレス・クライアントをサポートする場合は、そのリソース用のファイルシステムを作成しマウントします。rootvg ボリューム・グループに、スペースが 150 MB でマウント・ポイントが /export/dd_resource のファイルシステムを作成するには、次のように入力します。# crfs -v jfs -g rootvg -a size=$((2000*150)) ¥-m /export/dd_resource -A yes -p rw -t no ¥-a frag=4096 -a nbpi=4096 -a compress=no

11.ファイルシステムをマウントするには、次のように入力します。# mount /export/dd_resource12.ディスクレス・クライアントおよびデータレス・クライアントのリソースを /export/dd_resourceディレクトリーのサブディレクトリーに作成します。すべてのリソースが必要なわけではありません。自分の環境で使用するリソースだけを作成してください。


• shared_root リソース (ディスクレス・クライアント用のみ) が使用される場合を除き、ディスクレス・クライアントとデータレス・クライアントに必要な、root1 という名前の root リソースを作成するには、次のように入力します。# nim -o define -t root -a server=master ¥-a location=/export/dd_resource/root1 root1

• root リソースが代わりに使用される場合を除き、ディスクレス・クライアントに必要な、shared_root1 という名前の shared_root リソースを作成するには、次のように入力します。# nim -o define -t shared_root -a server=master ¥-a location=/export/dd_resource/shared_root1 ¥-a spot=spot1 shared_root1

• dump1 という名前の dump リソース (オプション) を作成するには、次のように入力します。# nim -o define -t dump -a server=master ¥-a location=/export/dd_resource/dump1 dump1

• paging1 という名前のページング・リソース (ディスクレス・クライアントの場合は必須) を作成するには、次のように入力します。# nim -o define -t paging -a server=master ¥-a location=/export/dd_resource/paging1 paging1

• home1 という名前の home リソース (オプション) を作成するには、次のように入力します。# nim -o define -t home -a server=master ¥-a location=/export/dd_resource/home1 home1

• shared_home1 という名前の shared_home リソース (オプション) を作成するには、次のように入力します。# nim -o define -t shared-home -a server=master ¥-a location=/export/dd_resource/shared_home1 shared_home1

• tmp1 という名前の tmp リソース (オプション) を作成するには、次のように入力します。# nim -o define -t tmp -a server=master ¥-a location=/export/dd_resource/tmp1 tmp1

NIM 環境への管理オブジェクトの追加SMIT またはコマンド・ラインを使用して、NIM 環境にスタンドアロン・クライアント、ディスクレス・クライアント、およびデータレス・クライアントの管理オブジェクトを追加することができます。標準の NIM マシン・オブジェクトの追加制御を得るために、NIM 環境に管理オブジェクトを追加することができます。スタンドアロン、ディスクレス、およびデータレス・クライアントは、管理対象または非管理対象のいずれかになります。管理対象クライアントは、クライアントを制御する管理システムと関連付けられています。dsm.core ファイルセットがインストールされている場合、管理対象クライアントはそのファイルセットのネットワーク・ブート機能と電源制御機能を使用することができます。例えば、ネットワーク・ブートを要求するために管理システムにアクセスせずに、クライアントの保守ブートを要求することができます。dsm.core ファイルセットがインストールされている場合、非管理対象クライアントと比較して管理対象クライアントの追加機能は次のとおりです。• 次のコマンドを使用して保守モードでネットワーク・ブートおよびブートを実行します。nim -o maint_boot -a boot_client=yes

• ネットワーク・ブートを実行すると、クライアントは次のコマンドを使用してインストールされます。nim -o bos_inst -a boot_client=yes

• 次のコマンドを使用してクライアントをブートまたはリブートします。


nim -o reboot

• 選択された NIM 操作で -a open_console パラメーターを使用するときに、仮想コンソール xterm を開きます。

• VIOS クライアントが仮想 CD から ISO イメージをマウントできるように、仮想光ディスク・デバイスを定義して使用します。管理オブジェクトは、ハードウェア管理コンソール(HMC)、中央電子処理装置 (CEC)、IntegratedVirtualization Manager (IVM)、Virtual I/O Server (VIOS)、または Blade Center 管理モジュール (BCMM) オブジェクトによって表されます。NIM 環境への HMC 管理オブジェクトの追加ハードウェア管理コンソール管理オブジェクトを追加するには、以下の指示に従ってください。HMC オブジェクトは、ハードウェア管理コンソール (HMC) システムを表しています。 HMC オブジェクトを追加するためには、NIM マスターに dsm.core ファイルセットがインストールされている必要があります。コマンド・ラインから HMC オブジェクトを追加するには、以下の手順に従ってください。1. HMC にアクセスするためのログイン ID と関連パスワードを含む暗号化されたパスワード・ファイルを

NIM マスター上に作成します。これは、dsm.core ファイルセットから dpasswd コマンドを使用して作成する必要があります。パスワードを平文で表示したくない場合は、-P パラメーターを除外してください。すると、dpasswd コマンドがパスワードの入力を求めるプロンプトを出します。# dpasswd -f EncryptedPasswordFilePath -U hmcLogin -P hmcPassword

2. HMC の define コマンドを使用して、passwd_file 属性で、暗号化されたパスワード・ファイルを渡します。# nim -o define -t hmc -a passwd_file=EncryptedPasswordFilePath ¥-a if1=InterfaceDescription ¥-a net_definition=DefinitionName ¥HMCName

3. HMC によって使用されるネットワーク・マスクとゲートウェイを記述するネットワーク・オブジェクトが存在しない場合は、net_definition 属性を使用します。 HMC オブジェクトを除去した後に、passwd_file 属性によって指定されたファイルを手動で除去する必要があります。

例次の構成を持つ、ホスト名 hmc1 の HMC オブジェクトを追加する場合:

host name=hmc1password file path=/etc/ibm/sysmgt/dsm/config/hmc1network type=ethernetsubnet mask=255.255..240.0default gateway=gw1default gateway used by NIM master=gw_maste

以下のコマンドを入力します。# nim -o define -t hmc -a passwd_file=/etc/ibm/sysmgt/dsm/config/hmc1 ¥-a if1="find_net hmc1 0" ¥-a net_definition="ent 255.255.240.0 gw1 gw_master" hmc1

追加情報については、dsm.core ファイルセットの /opt/ibm/sysmgt/dsm/doc/dsm_tech_note.pdf を参照してください。NIM 環境への CEC 管理オブジェクトの追加中央電子処理装置管理オブジェクトを追加するには、以下の指示に従ってください。中央電子処理装置 (CEC) オブジェクトはハードウェア管理コンソール (HMC) によって管理されます。そのためには、dsm.core ファイルセットが NIM マスターにインストールされている必要があります。CEC オブジェクトを定義するためには、CEC タイプ、モデル、およびシリアル番号を取得する必要があります。必要な情報を得るには、次のいずれかの方式を使用できます。


注 : 次の方式は、コマンド・ラインからの CEC オブジェクトの追加手順について説明しています。• 方式 1: nimquery コマンドを使用して情報を取得し、CEC オブジェクトを定義します。 NIM に HMC オブジェクトが定義されており、openssh.base.client ファイルセットがインストールされている場合は、nimquery コマンドを使用して、特定の HMC によって管理されている CEC を定義することができます。NIM マスター上で、次のコマンドを入力します。# nimquery -a hmc=hcmObjectName -d

nimquery コマンドによって定義される各 NIM CEC オブジェクトの名前は、次の形式になります:cec_type cec_model_cec_serial_number

• 方式 2: nimquery コマンドを使用して、CEC オブジェクトを定義するために必要な情報を取得します。NIM マスター上で、次のように入力します。# nimquery -a hmc=hcmObjectName -p

CEC オブジェクトが、出力に定義されます。• 方式 3: HMC オブジェクトにログインし、lssyscfg コマンドを使用して CEC 情報を取得します。 NIM マスター上で、次のように入力します。# ssh hmcLogin@hmcHost lssyscfg -r sys -F name,type_model,serial_num

CEC オブジェクトの定義このいずれかの方式を使用して CEC オブジェクトを定義する場合は、以下の手順に従ってください。方式 1 の場合、CEC オブジェクトは nimquery コマンドによって定義されます。方式 2 と方式 3 の場合は、CEC から情報を取得し、NIM マスター上で以下のコマンドを入力します。# nim -o define -t cec -a hw_serial=cecSerialNumber ¥-a hw_type=cecType -a hw_model=cecModel ¥-a mgmt_source=hmcObject cecName

例次の構成を持つ、HMC 名 hmc1 の CEC オブジェクトを追加する場合:

cec object name=cec1hmc object name=hmc1cec type=9115cec model=505cec serial number=10069DA

以下のコマンドを入力します。# nim -o define -t cec -a hw_serial=10069DA ¥-a hw_type=9115 -a hw_model=505 ¥-a mgmt_source=hmc1 cec1

NIM 環境への VIOS 管理オブジェクトの追加Virtual I/O Server 管理オブジェクトを追加するには、以下の指示に従ってください。Virtual I/O Server (VIOS) オブジェクトは、NIM では CEC オブジェクトによって管理されます。これらの操作を実行するには、dsm.core ファイルセットが NIM マスターにインストールされている必要があります。コマンド・ラインから VIOS オブジェクトを追加するには、以下の手順に従ってください。VIOS オブジェクトを定義するには、VIOSLPAR ID を取得する必要があります。この情報を得るには、次のいずれかの方式を使用できます。


1.方式 1: nimquery コマンドを使用してこの情報を取得します。 NIM 内の CEC オブジェクトを定義し、openssh.base.client ファイルセットがインストールされている場合は、nimquery コマンドを使用してVIOS 属性を取得します。 NIM マスター上で、次のように入力します。# nimquery -a cec=cecObjectName -p

Virtual I/O Server を含む CEC オブジェクトの各 LPAR に関する情報の一部が表示されます。2.方式 2: HMC オブジェクトにログインし、lssyscfg コマンドを使用して VIOS 情報を取得します。例えば、次の構成を使用する場合:

cec name on the hmc = cec1HMC login = hmcLoginHMC host name = hmcHost

NIM マスター上で、次のように入力します。# ssh hmcLogin@hmcHost lssyscfg -r lpar -m cec1 -F name,lpar_type,lpar_id | grep vioserverndaf1ios_lpar,vioserver,2

3.ネットワーク・マスクを記述するネットワーク・オブジェクトと IVM によって使用されるゲートウェイが存在しない場合は、net_definition 属性を使用します。

注 : IVM オブジェクトを除去した後、passwd_file 属性を指すファイルを手動で除去する必要があります。VIOS オブジェクトの定義VIOS オブジェクトを取得した後、NIM マスター上で次のように入力します。# nim -o define -t vios -a platform=PlatformType ¥-a netboot_kernel=NetbootKernelType ¥-a if1=InterfaceDescription ¥-a mgmt_source=cecObjectName -a identity=viosLPARIdentifier ¥-a net_definition=DefinitionName -a ring_speed1=SpeedValue ¥-a cable_type1=TypeValue -a iplrom_emu=DeviceName ViosName

例次の構成を持つ、ホスト名 machine1 のマシンを追加する場合:

host name=vios1cec object name=cec1vios lpar identifier=2platform=chrpkernel=64network type=ethernetsubnet mask=255.255.240.0default gateway=gw1default gateway used by NIM master=gw_mastercable type=N/Anetwork boot capability=yes (no emulation needed)

下記のコマンド・シーケンスを入力します。# nim -o define -t vios -a platform="chrp" ¥-a netboot_kernel="64" -a if1="find_net vios1 0" ¥-a cable_type1="N/A" ¥-a mgmt_source=cec1 -a identity=2 ¥-a net_definition="ent 255.255.240.0 gw1 gw_master" machine1

追加情報については、dsm.core ファイルセットの /opt/ibm/sysmgt/dsm/doc/dsm_tech_note.pdf ファイルを参照してください。


NIM 環境への IVM 管理オブジェクトの追加Integrated Virtualization Manager 管理オブジェクトを追加するには、以下の指示に従ってください。IVM は、Integrated Virtualization Management (IVM) 論理区画 (LPAR) を表します。これらの操作を実行するには、dsm.core ファイルセットが NIM マスターにインストールされている必要があります。コマンド・ラインから IVM オブジェクトを追加するには、以下の手順に従ってください。1. dsm.core ファイルセットから dpasswd コマンドを使用して、NIM マスター上の IVM オブジェクトにアクセスするためのログイン ID と関連パスワードを含む、暗号化されたパスワード・ファイルを作成します。パスワードを平文で表示したくない場合は、-P パラメーターを除外してください。これにより、dpasswd コマンドはパスワードの入力を求めるプロンプトを出します。# dpasswd -f EncryptedPasswordFilePath -U ivmLogin -P ivmPassword

2. IVM オブジェクトの define コマンドを使用して、作成されている暗号化されたパスワード・ファイルを passwd_file 属性で渡します。# nim -o define -t ivm -a passwd_file=EncryptedPasswordFilePath ¥-a if1=InterfaceDescription ¥-a net_definition=DefinitionName ¥ivmName

3.ネットワーク・マスクを記述するネットワーク・オブジェクトと IVM オブジェクトによって使用されるゲートウェイが存在しない場合は、net_definition 属性を使用します。注 : IVM オブジェクトを除去した後、passwd_file 属性を指すファイルを手動で除去する必要があります。

例次の構成を持つ、ホスト名 ivm1 の IVM オブジェクトを追加する場合:

host name=ivm1password file path=/etc/ibm/sysmgt/dsm/config/ivm1network type=ethernetsubnet mask=255.255.240.0default gateway=gw1default gateway used by NIM master=gw_maste

下記のコマンド・シーケンスを入力します。# nim -o define -t ivm -a passwd_file=/etc/ibm/sysmgt/dsm/config/ivm1 ¥-a if1="find_net ivm1 0" ¥-a net_definition="ent 255.255.240.0 gw1 gw_master" ivm1

追加情報については、dsm.core ファイルセットの /opt/ibm/sysmgt/dsm/doc/dsm_tech_note.pdf ファイルを参照してください。NIM 環境への BCMM 管理オブジェクトの追加Blade Center 管理モジュール・オブジェクトを追加するには、以下の指示に従ってください。BCMM オブジェクトは Blade Center 管理モジュール (BCMM) を表しています。これらの操作を実行するには、dsm.core ファイルセットが NIM マスターにインストールされている必要があります。コマンド・ラインから BCMM オブジェクトを追加するには、以下の手順に従ってください。1. BCMM オブジェクトにアクセスするためのログイン ID と関連パスワードを含む、暗号化されたパスワード・ファイルを作成します。 BCMM オブジェクトは、dsm.core ファイルセットから dpasswd コマンドを使用して NIM マスター上でアクセスされます。パスワードを平文で表示したくない場合は、-Pパラメーターを除外してください。 dpasswd コマンドは、パスワードの入力を求めるプロンプトを出します。# dpasswd -f EncryptedPasswordFilePath -U bcmmLogin -P bcmmPassword


2.以下のように、BCMM の define コマンドを使用して、passwd_file 属性で暗号化されたパスワード・ファイルを渡します。# nim -o define -t bcmm -a passwd_file=EncryptedPasswordFilePath ¥-a if1=InterfaceDescription ¥-a net_definition=DefinitionName ¥bcmmName

3.ネットワーク・マスクを記述するネットワーク・オブジェクトと BCMM オブジェクトによって使用されるゲートウェイが存在しない場合は、net_definition 属性を使用します。

注 : BCMM オブジェクトを除去するときに、passwd_file 属性を指すファイルを手動で除去する必要があります。例次の構成を持つ、ホスト名 bcmm1 の BCMM オブジェクトを追加する場合:

host name=bcmm1password file path=/etc/ibm/sysmgt/dsm/config/bcmm1network type=ethernetsubnet mask=255.255..240.0default gateway=gw1default gateway used by NIM master=gw_maste

下記のコマンド・シーケンスを入力します。# nim -o define -t bcmm -a passwd_file=/etc/ibm/sysmgt/dsm/config/bcmm1 ¥-a if1="find_net bcmm1 0" ¥-a net_definition="ent 255.255.240.0 gw1 gw_master" bcmm1

追加情報については、dsm.core ファイルセットの /opt/ibm/sysmgt/dsm/doc/dsm_tech_note.pdf を参照してください。NIM 環境への nas_filer 管理オブジェクトの追加nas_filer 管理オブジェクトを追加するには、以下の指示に従ってください。nas_filer 管理オブジェクトを使用して Network Attached Storage (NAS) デバイス上でリソースを定義すると、共有プロダクト・オブジェクト・ツリー (SPOT) サーバー上でネットワーク情報や構成定義を変更しなくても、それらのリソースを使用できます。 nas_filer オブジェクトを追加するには、dsm.core ファイルセットが NIM マスターにインストールされている必要があります。コマンド・ラインから nas_filer オブジェクトを追加するには、以下のステップを実行します。1. nas_filer オブジェクトにアクセスするためのログイン ID と関連パスワードを含む暗号化されたパスワード・ファイルを NIM マスター上に作成します。暗号化されたパスワード・ファイルは dsm.core ファイルセットから dpasswd コマンドを使用して作成する必要があります。パスワードを平文で表示したくない場合は、-P パラメーターを除外してください。 dpasswd コマンドは、パスワードの入力を求めるプロンプトを出します。例えば、次のコマンドを使用します。# dpasswd -f EncryptedPasswordFilePath -U nas_filerLogin -P nas_filerPassword

2. nas_filer オブジェクトの define コマンドを使用して、passwd_file 属性で、暗号化されたパスワード・ファイルを渡します。例えば、次のコマンドを使用します。# nim -o define -t nas_filer -a passwd_file=EncryptedPasswordFilePath ¥-a if1=InterfaceDescription ¥-a net_definition=DefinitionName ¥nas_filerName

3.ネットワーク・マスクを記述するネットワーク・オブジェクトと nas_filer オブジェクトによって使用されるゲートウェイが存在しない場合は、net_definition 属性を使用します。nas_filer オブジェクトを除去した後に、passwd_file 属性によって指定されたファイルを手動で除去する必要があります。


例ホスト名が nf1 であり、構成が以下のようになっている nas_filer オブジェクトを追加する場合、host name=nf1password file path=/etc/ibm/sysmgt/dsm/config/nf1network type=ethernetsubnet mask=255.255.240.0default gateway=gw1default gateway used by NIM master=gw_maste

次のコマンドを入力します。# nim -o define -t nas_filer -a passwd_file=/etc/ibm/sysmgt/dsm/config/nf1 ¥-a if1="find_net nf1 0" ¥-a net_definition="ent 255.255.240.0 gw1 gw_master" nf1

nas_filer オブジェクトの追加について詳しくは、dsm.core ファイルセットに含まれるテクニカル・ノート(/opt/ibm/sysmgt/dsm/doc/dsm_tech_note.pdf) を参照してください。NIM 環境へのスタンドアロン・クライアントの追加NIM 環境にスタンドアロン・クライアントを追加するには、SMIT、またはコマンド・ラインを使用します。スタンドアロン・クライアントとは、インストールが完了すると、ローカル・ハード・ディスクからブート・イメージを取得して、すべてのファイルシステムをマウントできるマシンで、この点がリモート・サーバーに依存するディスクレス・クライアントおよびデータレス・クライアントとは異なります。ネットワーク情報の有無に関わらず、クライアントを追加することができます。SMIT からのネットワーク情報を使用するクライアントの追加SMIT を使用してスタンドアロン NIM クライアントを NIM 環境に追加するには、以下の指示に従います。クライアント・マシンが稼働中でない場合、またはクライアントに AIX がインストールされていない場合、SMIT を使用してスタンドアロン NIM クライアントを NIM 環境に追加するには、メソッド A を使用してください。 BOS をクライアントにインストールしてそのクライアントを手動でネットワーク・ブートする場合、または force-push 操作によってインストールを開始する場合にも、メソッド A を使用できます。この手順では、必要であれば自動的に NIM ネットワークが追加されます。AIX が既にインストールされているスタンドアロン NIM クライアントを追加する場合、メソッド B を使用してください。定義しようとしている NIM クライアントが、現在の NIM 環境に定義されていないネットワーク上にある場合には、 niminit コマンドは失敗します。このような場合には、この手順のメソッド A を使用して NIMマスターでクライアントを定義してから、メソッド B のステップに従って構成を完了させてください。前提条件• NIM マスターを構成する必要があります。詳しくは、132 ページの『NIM マスターの構成と基本インストール・リソースの作成』を参照してください。

• サブネット・マスク、クライアント・マシン用のデフォルト・ゲートウェイ、および NIM マスター用のデフォルト・ゲートウェイを知っている必要があります。クライアントが稼働していない場合に SMIT でネットワーク情報を使用するクライアントを追加 (メソッドA)クライアントが稼働していない場合に、SMIT でネットワーク情報を使用するクライアントを追加するには、次のステップを実行します。1. NIM マスター上で、smit nim_mkmac 高速パスを入力して、 NIM 環境にスタンドアロン・クライアントを追加します。

2.クライアントのホスト名を指定します。3.次に表示される「SMIT」画面は、クライアントのネットワークについての情報が既に NIM にあるかどうかによって異なります。必須フィールドに値を入力するか、デフォルトを受け入れます。ヘルプ情報


および「LIST (リスト)」オプションを使用するとクライアント・マシンを追加するための正しい値を指定するのに役立ちます。

クライアントが稼働している場合に SMIT でネットワーク情報を使用するクライアントを追加 (メソッドB)クライアントが稼働している場合に、SMIT でネットワーク情報を使用するクライアントを追加するには、次のステップを実行します。1. NIM クライアントとして選択したシステムで、次のように入力して、bos.sysmgt.nim.client ファイルセットがインストールされているかどうかを確認します。# lslpp -Lbos.sysmgt.nim.client

2. bos.sysmgt.nim.client ファイルセットがインストールされていない場合は、次のように入力して、AIX Volume 1 CD/DVD からファイルセットをインストールします。# installp -acXd /dev/cd0bos.sysmgt.nim.client

3. smit niminit 高速パスを入力します。4.必須フィールドに値を入力するか、デフォルトを受け入れます。ヘルプ情報および「LIST (リスト)」オプションを使用すると、クライアント・マシンを定義するための正しい値を指定するのに役立ちます。

コマンド・ラインからのネットワーク情報を使用するクライアントの追加コマンド・ラインからスタンドアロン NIM クライアントを NIM 環境に追加するには、以下の指示に従います。クライアント・マシンが稼働中でない場合、またはクライアントに AIX がインストールされていない場合、コマンド・ラインからスタンドアロン NIM クライアントを NIM 環境に追加するには、メソッド A を使用してください。 BOS をクライアントにインストールしてそのクライアントを手動でネットワーク・ブートする場合、または force-push 操作によってインストールを開始する場合にも、メソッド A を使用できます。この手順では、必要であれば自動的に NIM ネットワークが追加されます。AIX が既にインストールされているスタンドアロン NIM クライアントを追加する場合、メソッド B を使用してください。定義しようとしている NIM クライアントが、現在の NIM 環境に定義されていないネットワーク上にある場合には、 niminit コマンドは失敗します。このような場合には、この手順のメソッド A を使用して NIMマスターでクライアントを定義してから、メソッド B のステップに従って構成を完了させてください。前提条件• NIM マスターを構成する必要があります。詳しくは、132 ページの『NIM マスターの構成と基本インストール・リソースの作成』を参照してください。

• サブネット・マスク、クライアント・マシン用のデフォルト・ゲートウェイ、および NIM マスター用のデフォルト・ゲートウェイを知っている必要があります。クライアント・マシンが稼働していない場合にコマンド・ラインからネットワーク情報を使用するクライアントを追加 (メソッド A)クライアント・マシンが稼働していない場合に、コマンド・ラインからネットワーク情報を使用してクライアントを追加するには、次のステップを実行します。NIM マスター上で、次のように入力します。# nim -o define -t standalone -a platform=PlatformType ¥-a netboot_kernel=NetbootKernelType ¥-a if1=InterfaceDescription ¥-a net_definition=DefinitionName -a ring_speed1=SpeedValue ¥-a cable_type1=TypeValue -a iplrom_emu=DeviceName MachineName

例 1:

machine1 というホスト名の、下記の構成のマシンを追加する例を示します。host name=machine1platform=chrpkernel=upnetwork type=ethernet


subnet mask=255.255.240.0default gateway=gw1default gateway used by NIM master=gw_mastercable type=bncnetwork boot capability=yes (no emulation needed)

下記のコマンド・シーケンスを入力します。# nim -o define -t standalone -a platform="chrp" ¥-a netboot_kernel="up" -a if1="find_net machine1 0" ¥-a cable_type1="bnc" ¥-a net_definition="ent 255.255.240.0 gw1 gw_master" machine1

例 2:

machine2 というホスト名の、下記の構成のマシンを追加する例を示します。host name=machine2platform=chrpnetboot_kernel=upnetwork type=token ringsubnet mask=255.255.225.0default gateway=gw2default gateway used by NIM master=gw_masterring speed=16

下記のコマンド・シーケンスを入力します。# nim -o define -t standalone -a platform="chrp" ¥-a netboot_kernel="up" -a if1="find_net machine2 0" ¥-a ring_speed1="16" ¥-a net_definition="tok 255.255.225.0 gw2 gw_master" machine2

注 :

1. if 属性の find_net キーワードによって、 NIM がネットワーク定義とクライアント定義を突き合わせ、一致した場合には、net_definition 属性は無視されます。

2. NIM クライアントの定義で指定できる属性の詳細については、118 ページの『NIM クライアントの定義』を参照してください。

クライアント・マシンが稼働している場合にコマンド・ラインからネットワーク情報を使用するクライアントを追加 (メソッド B)クライアント・マシンが稼働している場合に、コマンド・ラインからネットワーク情報を使用してクライアントを追加するには、次のステップを実行します。1. bos.sysmgt.nim.client ファイルセットをクライアント・マシンにインストールします。2.クライアントとして定義するマシンから、次のように入力します。

# niminit -a name=ClientDefinitionName -a master=MasterName ¥-a pif_name=Interface -a platform=PlatformType ¥-a netboot_kernel=NetbootKernelType -a ring_speed1=SpeedValue ¥-a cable_type1=TypeValue -a iplrom_emu=DeviceName

注 : 属性の詳細については、niminit コマンドを参照してください。例 1:

machine1 というホスト名の、下記の構成のマシンを追加する例を示します。host name=machine1NIM master's host name=master_macprimary interface adapter=en0platform=chrpkernel=upcable type=bncnetwork boot capability=yes (no emulation needed)


下記のコマンド・シーケンスを入力します。# niminit -a name=machine1 -a master=master_mac ¥-a pif_name=en0 -a platform=chrp -a netboot_kernel=up ¥-a cable_type1=bnc

例 2:

machine2 というホスト名の、下記の構成のマシンを追加する例を示します。host name=machine2NIM master's host name=master_macprimary interface adapter=tr0platform=chrpnetboot_kernel=upring speed1=16

下記のコマンド・シーケンスを入力します。# niminit -a name=machine2 -a master=master_mac ¥-a pif_name=tr0 -a platform=chrp -a netboot_kernel=up ¥-a ring_speed1=16

SMIT からのネットワーク情報を使用しないクライアントの追加NIM 環境のクライアントを定義するための新しいリモート・サービスを使用できます。 SMIT でこの新しいサービスを使用するには、以下の指示に従います。この新規サービスは NIM サービス・ハンドラー (NIMSH) と言い、NIM クライアントになるものの上で実行されます。 NIMSH を使用してシステムを定義すると、クライアント・オブジェクトを定義するときに情報が不要になります。詳しくは、163 ページの『クライアント通信用 NIM サービス・ハンドラーの使用』を参照してください。nimquery を使用して NIM クライアントを定義するには、以下のステップを実行してください。1. NIM マスターで高速パス smitty nim_query を入力します。2.照会するマシンのホスト名を指定します。注 : マシンの NIMSH デーモンがアクティブでなければなりません。

3.マシンを NIM クライアントとして追加する場合は、「Adding Machine to the NIM Environment (NIM環境へのマシンの追加)」のオプションとして yes を選択します。

4.新規クライアントのオブジェクト名を指定します。コマンド・ラインからのネットワーク情報を使用しないクライアントの追加NIM 環境のクライアントを定義するための新しいリモート・サービスを使用できます。コマンド・ラインからこの新しいサービスを使用するには、以下の指示に従います。この新規サービスは NIM サービス・ハンドラー (NIMSH) と言い、NIM クライアントになるものの上で実行されます。 NIMSH を使用してシステムを定義すると、クライアント・オブジェクトを定義するときに情報が不要になります。詳しくは、163 ページの『クライアント通信用 NIM サービス・ハンドラーの使用』を参照してください。コマンド・ラインで nimquery コマンドを使用して NIM クライアントを定義するには、次を入力します。# nimquery -a host=hostname -a name=obj_name -d

NIMSH を使用しての NIM クライアントの定義についての詳細は、nimquery コマンドを参照してください。


クライアント・マシンの状況の検査niminit コマンドを使用してクライアント・マシンの状況を検査します。niminit コマンドが正常に完了したことを確認するには、 NIM クライアントで下記のコマンドを入力します。# nimclient -l -l MachineObjectName

システムは次のような出力を戻します。Standalone2: class = machines type = standalone Cstate = ready for a NIM operation platform = chrp netboot_kernel = up if1 = Network2 standalone2 08005acd536d cable_type1 = bnc iplrom_emu = /dev/fd0 prev_state = customization is being performed cpuid = 000247903100 Mstate = currently running Cstate_result = success

この照会へのシステム出力でエラーが表示された場合には、スペリングが正しいか、NIM 名が重複していないかなどを確認して、指定したすべてのデータの妥当性を調べ、niminit 操作を再実行する必要があります。この操作に関しては、NIM マスターのシステム管理者と調整して、すべての NIM オブジェクト名が NIM環境全体で一意であることを確認してください。NIM 環境への WPAR クライアントの追加SMIT またはコマンド・ラインを使用して、NIM 環境に WPAR クライアントを追加することができます。SMIT を使用した NIM 環境への WPAR の追加SMIT を使用して WPAR クライアントを NIM 環境に追加するには、この手順を使用します。1.ワークロード・パーティション・クライアントを定義するには、smit nim_mkmac 高速パスを入力します。

2.マシンのホスト名を指定します。3.必須フィールドに値を入力するか、デフォルトを受け入れます。ヘルプ情報および「LIST (リスト)」オプションを使用すると、クライアント・マシンを定義するための正しい値を指定するのに役立ちます。

コマンド・ラインを使用した NIM 環境への WPAR クライアントの追加この情報を使用して、コマンド・ラインから NIM 環境に WPAR NIM クライアントを追加します。以下は、この手順を使用するための前提条件です。• NIM マスターを構成する必要があります。 NIM マスターの構成については、132 ページの『NIM マスターの構成と基本インストール・リソースの作成』を参照してください。

• サブネット・マスク、クライアント・マシン用のデフォルト・ゲートウェイ、および NIM マスター用のデフォルト・ゲートウェイを知っている必要があります。

WPAR クライアントを定義するには、次のように入力します。 -a mgmt_profile1=ManagingSystemDescription ¥-a if1=InterfaceDescription ¥<optional resources and attributes>¥MachineName

例えば、nim_std1 NIM スタンドアロン・クライアントによって管理されている wpar1 WPAR クライアントを NIM 環境に追加するためのコマンドは、次のようになります。nim -o define -t wpar -a mgmt_profile1="nim_std1 wpar1" ¥-a if1="find_net wpar1 0" wpar1


詳しい属性情報については、123 ページの『ディスクレスおよびデータレス・クライアント』を参照してください。ATM ネットワークでの NIM の使用ATM ネットワークを介してマシンをインストールするには、特別な処理が必要です。他のネットワーク・アダプターとは異なり、 ATM アダプターは、マシンをブートするためには使用できません。 ATM ネットワークを介してマシンをインストールするには、特別な処理が必要です。通常の場合、指定のアダプターによってネットワーク・ブートを行うときは、そのアダプターは IPL-ROM またはファームウェアによって構成されます。これによって、ブート・イメージが、ブート・サーバーから tftp を使用してクライアントに転送されます。 BOS をインストールする前に、このブート・イメージはさらに構成を実行してネットワーク・インストール・リソースをマウントします。ATM アダプターの場合は、IPL-ROM でもファームウェアでも構成することはできないため、 BOS インストールのためのブート・イメージをネットワークを介して入手できません。マシンをリブートする前に、 NIMbos_inst 操作でブート・イメージをクライアントのハード・ディスクにコピーする必要があります。マシンがリブートされるときに ATM アダプターが適切に構成されるように、オブジェクト・データ・マネージャー (ODM) 情報の一部がクライアント・マシンに保存されます。NIM クライアントに、ATM を介したインストールに必要な特別処理をサポートするプログラムがインストールされていない場合があります。そのため、/usr/lib/boot/bin および /usr/lpp/bos.sysmgt/nim/methods ディレクトリーが NIM マスターからクライアントにマウントされます。これらのディレクトリーには、 NIM bos_inst 操作によってセットアップが行われる間に実行されるプログラムが入っています。初期セットアップが完了すると、at ジョブが出されて、1 分後にマシンがリブートされます。マシンがリブートすると、ハード・ディスクにコピーされていたブート・イメージが ATM アダプターを構成し、 BOSインストール用のネットワーク・インストール・リソースをマウントします。この後、インストールは、カスタマイズ・フェーズまで通常のとおりに進行します。 NIM カスタマイズのフェーズになると、 ODMには、マシンが再インストールされる前に入っていた情報が既に入っているので、 mktcpip コマンドによって ATM アダプターが再構成されることはありません。 NIM カスタマイズのその他の点は、非 ATM クライアントの場合と同じです。汎用ネットワークから ATM ネットワークへの変換汎用ネットワークを ATM ネットワークに変換することができます。前提条件• ATM を介して BOS をインストールするマシンは、NIM クライアントを構成し、実行している必要があります。注 : 構成済みの NIM クライアントは、bos.sysmgt.nim.client ファイルセットをインストールしており、NIM マスター・データベースに登録され、有効な /etc/niminfo ファイルを持っています。

• ATM アダプターを介した BOS のインストールには、クライアントの at0 インターフェースが使用されます。

ATM を介して BOS をインストールするときは、その前に、 NIM の他のタイプの操作を行えるように、ATMネットワークを「汎用」ネットワークとして定義しておく必要があります。汎用ネットワークを ATM ネットワークに変換するには、次のコマンドを入力します。nim -o change -a new_type=atm (network)

ATM ネットワーク上のクライアント・インターフェースのためのアダプター名は、 NIM データベースの中で自動的に at0 に設定されます。ネットワーク名を変更するには、次のように入力します。nim -o change -a new_name=new_network_name current_network_name


ブート失敗後の ATM ネットワーク上のクライアントのリカバリーブートが失敗した後に ATM ネットワーク上のクライアントをリカバリーするには、次の手順に従います。ATM を介した BOS インストールでは、特別なブート・イメージがハード・ディスクで作成されていることが必要なため、マシン内のオリジナル・ブート・イメージは失われます。 BOS が再インストールされる前にインストールの停止または失敗が発生すると、システム保守を実行しない限り通常のクライアントのリブートはできなくなります。システム保守を実行すると、新しいブート・イメージをハード・ディスクに作成することができ、マシンを通常使用のためにブートできるようになります。次の手順を使用してください。1. CD/DVD からクライアントをブートします。2.インストール・オプションが表示されたら、システム保守を実行するオプションを選択します。3.マシンのルート・ボリューム・グループにアクセスするのに必要な選択を行います。4.保守シェルにおいて、次の順序でコマンドを実行します。

a. bosboot -ad /dev/ipldeviceb. BLVDISK='lslv -l hd5 | grep hdisk | head -1 |cut -d' ' -f1'c. bootlist -m normal $BLVDISKd. synce. syncf. sync

g. reboot -q

ATM ネットワーク上のクライアントのリブートの停止ATM ネットワーク上のクライアントのリブートを停止するには、次の手順に従います。NIM bos_inst 操作中にエラーが検出され、クライアントのマシンがリブートされていない場合は、マシンのリブートを中止し、実行しているシステムで上記のステップ 4 のコマンド・シーケンスを実行することができます。リブートを中止するには、次のようにします。1.次のコマンドを入力して、at ジョブをリストします。 at -1

出力の最初のフィールドは、そのジョブの名前です。例:

$ at -1 root.884205595.a Wed Jan 7 14:39:55 1998

2. at ジョブを除くために、次のコマンドを入力します。at -r name of job

例:

$ at -r root.884205595.aat file: root.884205595.a deleted

注 : 次のコマンドを入力して、at ジョブ実行を指示するシャットダウン・スクリプトを除去することでも、リブートを阻止することができます。rm/tmp/_NIM_shutdown

NIM クライアントと SPOT リソースのカスタマイズこの手順では、NIM を使用して、稼働中の構成済み NIM クライアントおよび SPOT リソースにソフトウェアをインストールする方法について説明します。前提条件• ソフトウェアをマシンにインストールする場合、そのマシンは、 NIM マスターにとってプッシュ許可が使用可能になっている実行中の構成済み NIM クライアントである必要があります。クライアントがNIM によって構成されるか、あるいはインストールされた場合には、デフォルトによりプッシュ許可が使用可能になります。


• 実行中ソフトウェアを SPOT リソースにインストールする場合は、その SPOT サーバーが実行中である必要があります。

• ターゲットにインストールされるインストール・イメージが lpp_source リソースで使用可能になっていて、そのイメージが最初にそこにコピーされてから後のどこかの時点で、check 操作が lpp_source で実行されている必要があります。 (check 操作では、lpp_source からこのイメージ用の情報が検索され、その情報を使って .toc ファイルが更新されます。)

SMIT を使用する NIM クライアントと SPOT リソースのカスタマイズSMIT を使用して NIM クライアントと SPOT リソースをカスタマイズするには、次の手順に従います。SMIT 画面は、システムで実行されるローカル・インストール操作に使用する画面と同じ構造に従っています。 NIM カスタマイズ操作を実行するときは、実行するインストールに最も近いと思われる SMIT 画面を選択してください。1.コマンド・ラインから、smit nim_task_inst 高速パスを入力します。2.実行するインストールのタイプに一致する SMIT メニュー項目を選択します。3.操作のターゲットを選択します。4.使用するインストール・イメージが含まれている lpp_source を選択します。5.その他の必須リソースを選択します。6.最後の「SMIT」ダイアログで、必須フィールドに値を入力するか、またはデフォルト値をそのまま受け入れます。ヘルプ情報および「LIST (リスト)」オプションを使用すると、正しい値を指定するのに役立ちます。

コマンド・ラインからの NIM クライアントと SPOT リソースのカスタマイズコマンド・ラインから NIM クライアントと SPOT リソースをカスタマイズするには、次の手順に従います。インストール操作を実行するには、次のように入力します。nim -o cust -a lpp_source=Lpp_Source -a filesets=FilesetsList ¥-a installp_bundle=InstallpBundle ¥-a installp_flags=InstallpFlags TargetName

インストールをサポートするために、使用するリソースおよびカスタマイズ用の追加属性を指定します。クライアントにインストールするソフトウェアは、コマンド・ラインで filesets 属性を使って指定することも、ソフトウェアを出力する installp_bundle リソースを指定することもできます。ソフトウェアのインストールに使用されるデフォルトの installp フラグは、-a、 -g、-Q、および -X です。異なるセットの installp フラグを指定する場合は、それらのフラグを installp_flags 属性に出力できます。例 1:

bos.diag および bos.dosutil ファイルセットを、lpp_source リソースの lpp_source1 を使用して、クライアント machine1 にインストールするには、次のように入力します。nim -o cust -a lpp_source=lpp_source1 ¥-a filesets="bos.diag bos.dosutil" machine1

例 2:

SPOT リソースの spot1 に、lpp_source リソースの lpp_source1 と installp_bundle リソースで指定されたファイルセットのリストの installp_bundle1 を使用して、ソフトウェアをインストールするには、次のように入力します。nim -o cust -a lpp_source=lpp_source1 ¥-a installp_bundle=installp_bundle1 spot1

注 : この他にも、 cust 操作を使ってコマンド・ラインに指定できるリソースおよび属性がいくつかあります。 cust 操作の完全な説明は、268 ページの『NIM 操作の使用』を参照してください。


SPOT リソースへの暫定修正のインストールSPOT リソースに暫定 ifix をインストールするために、または、ディスクに対してシン・サーバーの共有オペレーティング・システム・ファイルまたは並行更新をパッチするには、この手順に従います。暫定修正を NIM SPOT リソースにインストールするには、以下の手順に従ってください。通常、暫定修正には <Label>.<Timestamp>.epkg.Z の名前が付いています。NIM SPOT へのインストール1. 1. 必要なフィックスを含んでいる APAR が NIM マスターおよび SPOT にインストールされているかどうかを確認します。例:

• AIX 5.1: APAR IY40088• AIX 5.2: APAR IY40236

APAR が NIM マスターにインストールされているかどうかを確認するには、次のように入力します。# instfix -ik <APAR>

APAR が NIM SPOT に入力されているかどうかを確認するには、次のように入力します。 # nim -o fix_query -a fixes=<APAR><Spot_Name>

2.任意の lpp_source に暫定修正パスを作成します (まだ存在しない場合)。パスのフォーマットは次のようになります。lpp source path>emgr/ppc

例:# lsnim -a location 520lpp520lpp:location = /520/520lpp

# mkdir -p /520/520lpp/emgr/ppc3. ifix パッケージを lpp_source 内の ifix パスにコピーします。cp <EFix_File><LPP_Location>/emgr/ppc

例:# cp IY12345.050303.epkg.Z /520/520lpp/emgr/ppc

4. LPP_SOURCE と暫定修正を指定して、SPOT に対して nim「cust」操作を実行します。 # nim -o cust -a lpp_source=<LPP_Source>-a filesets=<Interim fix><Spot>

例# nim -o cust -a lpp_source=520lpp -a filesets=IY12345.050303.epkg.Z 520spot

SPOT にインストールされている暫定修正のリスト表示SPOT にインストールされているすべての暫定修正のリストを出力するには、e の lslpp タグを指定したlslpp nim 照会を使用します。# nim -o lslpp -a lslpp_flags=e<Spot>

例# nim -o lslpp -a lslpp_flags=e 520spotD STATE LABEL INSTALL TIME ABSTRACT=== ===== ========== ================== ====================1 S IY12345 08/13/04 13:19:20 IY12345 AIX 5.2 efix

SPOT からの暫定修正のアンインストール


SPOT から ifix をアンインストールするには、SPOT に対して maint コマンドでフィックス <Label> を使用します (注: ラベルはファイル名に関連していますが、ファイル名そのものではありません。ファイル名の最初の部分です)。nim -Fo maint -a installp_flags=u -a filesets=<Label><Spot_Name>例 # nim -Fo maint -a installp_flags=u -a filesets=IY12345 520spot

注 : この暫定修正をインストールすると、修正を含んでいない更新のインストールによってシステムが古い状態に戻るのを防ぐために、影響を受けるファイルセットがロックされます。正式な修正が入手可能になった後、正式な APAR を適用する前に、暫定修正のアンインストール・コマンドを使用して ifix をアンインストールすることができます。SPOT にインストールされている暫定修正のリスト表示基本的な命令では、SPOT にインストールされているすべての暫定修正がリスト表示されます。SPOT にインストールされているすべての暫定修正をリスト表示するには、lslpp フラグ e を指定した lslppNIM 照会を使用します。# nim -o lslpp -a lslpp_flags=e <Spot>

例# nim -o lslpp -a lslpp_flags=e 520spot

ID STATE LABEL INSTALL TIME ABSTRACT=== ===== ========== ================== ====================1 S IY12345 08/13/04 13:19:20 IY12345 AIX 5.2 efix

SPOT からの暫定修正のアンインストールSPOT から暫定修正をアンインストールするには、この手順を使用します。SPOT から暫定修正をアンインストールするには、SPOT に対して maint コマンドでフィックス <Label> を使用します。このラベルはファイル名に関連していますが、ファイル名そのものではありません。これは、ファイル名の最初の部分です。nim -Fo maint -a installp_flags=u -a filesets=<Label> <Spot_Name>

例:# nim -Fo maint -a installp_flags=u -a filesets=IY12345 520spot

注 : この暫定修正をインストールすると、フィックスを含んでいない更新のインストールによってシステムが古い状態に戻るのを防ぐために、影響を受けるファイルセットがロックされます。正式なフィックスが入手可能になった後、正式な APAR を適用する前に、暫定修正のアンインストール・コマンドを使用して、暫定修正をアンインストールすることができます。ディスクレス・クライアントとデータレス・クライアントをサポートする NIM マスターの構成とリソースの作成この手順は、NIM 環境をディスクレス・クライアントおよびデータレス・クライアントの管理専用に使用する場合に限り使用してください。NIM 環境をスタンドアロン・マシンでのソフトウェアのインストールと保守にも使用する場合は、132 ページの『NIM マスターの構成と基本インストール・リソースの作成』の手順に従ってください。注 : この手順では、大量の出力が生成されます。特に、SPOT リソースの作成時には多くなります。致命的でないエラーや警告は、成功を示す戻りコードには明示されていないことがあるので、出力全体を調べてそのようなエラーや警告の有無をチェックしてください。前提条件NIM マスターに、最低 300 MB の使用可能なディスク・スペースがあることが必要です。このようなスペースが使用可能でない場合は、169 ページの『リソース・サーバーとしてのクライアント・マシンの使用』および 158 ページの『DVD-ROM とハード・ディスクでの lpp_source の定義』を参照してください。


ディスクレス・クライアントとデータレス・クライアントをサポートする NIM マスターの構成とリソースの作成 (SMIT から)SMIT を使用して、ディスクレス・クライアントとデータレス・クライアントをサポートするために NIMマスターの構成とリソースの作成を行うには、次の手順に従います。

1. AIX メディアを指定のマスター・マシンのメディアまたはテープ・ドライブに挿入します。2. bos.sysmgt.nim ファイルセットをインストールするには、smit install_latest 高速パスを入力します。

3.「LIST (リスト)」オプションを使用して、「INPUT device/directory for software (ソフトウェア用の入力デバイス/ディレクトリー)」で「/dev/cd0」または「/dev/rmt0」を選択します。

4.インストールするソフトウェアとして bos.sysmgt.nim を指定します。5.この画面のその他のすべてのフィールドは、デフォルト値をそのまま受け入れます。このインストールが完了したら、SMIT を終了します。

6. NIM マスターを構成するには、smit nimconfig 高速パスを入力します。7.「Network Name (ネットワーク名)」フィールドに、NIM マスターのネットワークに割り当てる名前を指定します。

8.「LIST (リスト)」オプションを使用して、「Primary Network Interface for the NIM Master (NIM マスター用 1 次ネットワーク・インターフェース )」を選択します。

9.この画面のその他のすべてのフィールドは、デフォルト値をそのまま受け入れます。10.マスターの構成が終わったら、SMIT を終了します。11. smit nim_mkres_dd_name_server 高速パスを使って、SMIT を再始動します。12.プロンプトが表示されたら、クライアント・リソースのサーバーとして NIM マスターを選択します。13.「Create a new SPOT? (新規 SPOT を作成する)」フィールドで「yes (はい)」を選択します。これは、現在、環境には定義されている SPOT がないためです。

14.「LIST (リスト)」オプションを使って、「/dev/cd0」または「/dev/rmt0」をインストール・イメージの入力デバイスとして選択します。

15.「SPOT Name (SPOT 名)」フィールドに名前を指定します。16. NIM 環境内に作成する他のリソースの名前を指定します。名前を指定しない場合、そのリソースは作成されません。

17.「Remove all newly added NIM definitions and file systems if any part of this operation fails? (この操作が一部でも失敗したら新規に追加した NIM 定義およびファイルシステムをすべて除去する)」フィールドで「yes (はい)」を選択します。このようにすると、途中で障害が起きた場合に、この手順を再開しやすくなります。

18.この画面のその他のすべてのフィールドは、デフォルト値をそのまま受け入れます。注 : ほとんどの NIM 環境には、スタンドアロン・マシンへの基本オペレーティング・システムのインストール操作をサポートするために、 SPOT が既に存在しています。このような環境では、新規 SPOTを作成する必要はありません。

ディスクレス・クライアントとデータレス・クライアントをサポートする NIM マスターの構成とリソースの作成 (コマンド・ラインから)コマンド・ラインから、ディスクレス・クライアントとデータレス・クライアントをサポートするためにNIM マスターの構成とリソースの作成を行うには、次の手順に従います。

1. AIX メディアを指定のマスター・マシンのメディアまたはテープ・ドライブに挿入します。2.テープからインストールする場合は、ステップ 5 に進んでください。CD のマウント・ポイントを作成するには、mkdir /cdfs と入力します。

3. cdrom ファイルシステムを作成するには、次のように入力します。crfs -v cdrfs -p ro -d'cd0' -m'/cdfs'

4.ディスクをマウントするには、次のように入力します。mount /cdfs5.ディスクから bos.sysmgt.nim ファイルセットをインストールするには、次のように入力します。installp -agX -d /cdfs/usr/sys/inst.images bos.sysmgt.nim


あるいは、テープから bos.sysmgt.nim ファイルセットをインストールするには、次のように入力します。installp -agX -d /dev/rmt0 bos.sysmgt.nim

6. CD/DVD からインストールしている場合、cdrom ファイルシステムをアンマウントするには、次のように入力します。unmount /cdfs

7. nimconfig コマンドを使用して NIM マスターを構成するには、次のように入力します。

nimconfig -a attr1=value1 ¥ -a attr2=value2 ¥ ...

次の構成の NIM マスターを構成する例を示します。master host name = master1primary network interface = tr0ring speed = 16platform = chrpkernel type = mp

下記のコマンド・シーケンスを入力します。

nimconfig -a netname=network1 -a pif_name=tr0 -a ring_speed=16 ¥-a platform=chrp -a netboot_kernel=mp

注 : 追加の属性については、nimconfig コマンドを参照してください。8. rootvg ボリューム・グループに、スペースが 200 MB でマウント・ポイントが /export/spot のファイルシステムを作成するには、次のように入力します。crfs -v jfs -g rootvg -a size=$((2000*200)) ¥-m /export/spot -A yes -p rw -t no ¥-a frag=4096 -a nbpi=4096 -a compress=no

9.このファイルシステムをマウントするには、次のように入力します。mount /export/spot

10. SPOT リソースが、イメージのソース (この例では CD) のイメージからインストールされます。このリソースのサーバーは NIM マスターであり、SPOT は /export/spot/spot1 ディレクトリーに格納されます。 SPOT リソースを作成するには、次のように入力します。nim -o define -t spot -a source=/dev/cd0 -a server=master ¥-a location=/export/spot spot1

11. rootvg ボリューム・グループに、スペースが 150 MB でマウント・ポイントが /export/dd_resource のファイルシステムを作成するには、次のように入力します。crfs -v jfs -g rootvg -a size=$((2000*150)) ¥-m /export/dd_resource -A yes -p rw -t no ¥-a frag=4096 -a nbpi=4096 -a compress=no

12.ファイルシステムをマウントするには、次のように入力します。mount /export/dd_resource13.ディスクレス・クライアントおよびデータレス・クライアントのリソースを /export/dd_resource ディレクトリーのサブディレクトリーに作成します。すべてのリソースが必要なわけではありません。自分の環境で使用するリソースだけを作成してください。shared_root リソース (ディスクレス・クライアント用のみ) が代わりに使用される場合を除き、ディスクレス・クライアントとデータレス・クライアントに必要な、root1 という名前の root リソースを作成するには、次のように入力します。nim -o define -t root -a server=master ¥-a location=/export/dd_resource/root1 root1


shared_root リソースが使用される場合を除き、ディスクレス・クライアントに必要な、shared_root1 という名前の shared_root リソースを作成するには、次のように入力します。# nim -o define -t shared_root -a server=master ¥-a location=/export/dd_resource/shared_root1 ¥-a spot=spot1 shared_root1

dump1 という名前の dump リソース (オプション) を作成するには、次のように入力します。

nim -o define -t dump -a server=master ¥-a location=/export/dd_resource/dump1 dump1

paging1 という名前のページング・リソース (ディスクレス・クライアントの場合は必須) を作成するには、次のように入力します。nim -o define -t paging -a server=master ¥-a location=/export/dd_resource/paging1 paging1

home1 という名前の home リソース (オプション) を作成するには、次のように入力します。nim -o define -t home -a server=master ¥-a location=/export/dd_resource/home1 home1

shared_home1 という名前の shared_home リソース (オプション) を作成するには、次のように入力します。nim -o define -t shared_home -a server=master ¥-a location=/export/dd_resource/shared_home1 shared_home1

tmp1 という名前の tmp リソース (オプション) を作成するには、次のように入力します。nim -o define -t tmp -a server=master ¥-a location=/export/dd_resource/tmp1 tmp1

注 :

a. NIM リソース用にファイルシステムを作成することは必須ではありませんが、ストレージ管理に役立ちます。

b. NIM リソースについての詳細は、234 ページの『NIM リソースの使用』を参照してください。NIM 環境へのディスクレス・クライアントまたはデータレス・クライアントの追加この手順を使用して、クライアント用のエントリーをマスターの NIM データベースに追加することにより、ディスクレス・クライアントおよびデータレス・クライアントを NIM 環境に追加します。これは、クライアントからのブート要求を満たすために必要な情報を NIM に提供します。ただし、クライアントを正常にブートし、構成するには、その前にディスクレスまたはデータレス・クライアント・マシン用のリソースを初期化しておく必要があります。詳しくは、202 ページの『ディスクレス・マシンまたはデータレス・マシンの初期化とブート』を参照してください。ディスクレス・クライアントは、すべてのファイルシステムをリモート・サーバーからマウントする必要があります。データレス・クライアントの場合は、ページング・スペースのほか、 /tmp および /home の両ファイルシステムをローカル・ディスク上に備えることができます。ディスクレス・クライアントもデータレス・クライアントも、ブート・イメージはローカル・ディスクには入っていません。したがって、これらのクライアントはネットワークを介してブートする必要があります。前提条件• NIM マスターの構成と、ディスクレス・クライアントまたはデータレス・クライアント用のリソースの定義が済んでいる必要があります。詳しくは、150 ページの『ディスクレス・クライアントとデータレス・クライアントをサポートする NIM マスターの構成とリソースの作成』を参照してください。

• サブネット・マスク、クライアント・マシン用のデフォルト・ゲートウェイ、および NIM マスター用のデフォルト・ゲートウェイを知っている必要があります。


SMIT を使用する NIM 環境へのディスクレス・クライアントまたはデータレス・クライアントの追加SMIT を使用して NIM 環境にディスクレス・クライアントまたはデータレス・クライアントを追加するには、次の手順に従います。1.ディスクレス・クライアントまたはデータレス・クライアントを定義するために、 smit nim_mkmac 高速パスを入力します。

2.マシンのホスト名を指定します。3.次に表示される SMIT 画面は、クライアントのネットワークについての情報が既に NIM にあるかどうかによって異なります。必須フィールドに値を入力するか、デフォルトを受け入れます。ヘルプ情報および「LIST (リスト)」オプションを使用すると、クライアント・マシンを定義するための正しい値を指定するのに役立ちます。

コマンド・ラインからの NIM 環境へのディスクレス・クライアントまたはデータレス・クライアントの追加コマンド・ラインから NIM 環境にディスクレス・クライアントまたはデータレス・クライアントを追加するには、次の手順に従います。ディスクレス・クライアントまたはデータレス・クライアントを定義するには、次のように入力します。nim -o define -t Diskless/Dataless ¥-a platform=PlatformType -a netboot_kernel=NetbootKernelType ¥-a if1=InterfaceDescription -a net_definition=DefinitionName ¥-a ring_speed1=Speedvalue -a cable_type1=TypeValue ¥-a iplrom_emu=DeviceName MachineName

注 : 属性の詳細は、 117 ページの『NIM マシン』にあるディスクレス・クライアントおよびデータレス・クライアントの説明を参照してください。例 1:

ホスト名 diskless1 のディスクレス・クライアントを次の構成の NIM 環境に追加する例を示します。host name=diskless1platform=rspckernel=upnetwork type=ethernetsubnet mask=255.255.240.0default gateway=gw1default gateway used by NIM master=gw_mastercable type=bncnetwork boot capability=yes (no emulation needed)

下記のコマンド・シーケンスを入力します。nim -o define -t diskless -a platform="rspc" ¥-a netboot_kernel="up" -a if1="find_net diskless1 0" ¥-a cable_type1="bnc" ¥-a net_definition="ent 255.255.240.0 gw1 gw_master" ¥diskless1

例 2:

ホスト名 dataless1 のデータレス・クライアントを次の構成の NIM 環境に追加する例を示します。host name=dataless1platform=rs6knetboot_kernel=upnetwork type=token ringsubnet mask=255.255.225.0default gateway=gw2default gateway used by NIM master=gw_masterring speed=16network boot capability=no (use emulation on a diskette)

下記のコマンド・シーケンスを入力します。nim -o define -t dataless -a platform="rs6k" ¥-a netboot_kernel="up" -a if1="find_net dataless1 0" ¥ -a ring_speed1="16" ¥


-a net_definition="tok 255.255.225.0 gw2 gw_master" ¥-a iplrom_emu="/dev/fd0" dataless1

注 : if 属性の find_net キーワードによって、 NIM がネットワーク定義とクライアント定義を突き合わせ、一致した場合には、net_definition 属性は無視されます。ディスクレス・マシンおよびデータレス・マシンの初期化解除reset 操作を実行すると、ディスクレス・マシンおよびデータレス・マシンは初期化解除されます。reset 操作では、マシンのすべてのリソースを割り当て解除するオプションも提供されます。ディスクレス・マシンまたはデータレス・マシンからすべてのリソースの割り当てを解除すると、そのマシンのすべてのルート・データが除去されます。初期化解除操作は、リソースの割り当て解除を行わずに、ネットワーク・ブート・イメージだけを割り当て解除します。SMIT からのディスクレス・マシンおよびデータレス・マシンの初期化解除SMIT を使用してディスクレス・マシンおよびデータレス・マシンの初期化解除を行うには、次の手順に従います。1.ディスクレス・マシンおよびデータレス・マシンの初期化を解除するには、 smit nim_dd_uninit 高速パスを入力します。

2.ターゲットを選択します。3.すべてのルート・データを除去する場合は、「DEALLOCATE Resource (リソースの割り当て解除)」フィールドの値を「yes (はい)」に変更してください。

コマンド・ラインからのディスクレス・マシンおよびデータレス・マシンの初期化解除コマンド・ラインからディスクレス・マシンおよびデータレス・マシンの初期化解除を行うには、次の手順に従います。1.クライアント・マシンの初期化を解除するには、NIM マスターから次のように入力します。

nim -F -o reset ClientName

2.すべてのリソースを初期化解除してルート・データを除去するには、NIM マスターから次のように入力します。nim -o deallocate -a subclass=all ClientName

クライアント要求処理の調整大規模なインストール環境では、任意の場所の 20 から 150 のクライアント要求を同時にサポートするように、 NIM をスケーリングすることができます。 NIM のスケーリングは、nimesis デーモンのマルチスレッド・オプションを使用可能にすることによって、行われます。マルチスレッド・オプションによって、クライアント情報の変更要求およびクライアントの状態変更の量を、さらに良く処理できるようになります。マルチスレッド・オプションを使用しないと、 NIM マスターが NIM データベースの活動やアクティブ・プロセス数によって過負荷になり、多数のクライアント・マシンの同時インストールが失敗する可能性があります。マルチスレッドを指定した nimesis デーモンは、NIM クライアントの要求をシリアライズし、バッファーに入れて、パフォーマンスを大幅に低下させることなく、NIM マスターが過負荷になることを防ぎます。クライアント情報の変更の多くは、 NIM データベースに反映されないことを承知しておいてください。ただし、いずれかのクライアントの最も新しい情報の変更は、最終的には処理されます。失敗またはハングしたクライアントのデバッグが悪影響を受けることはありません。このデーモンに割り当てられるスレッド数によって、その NIM 環境で同時にいくつの NIM クライアントを処理できるかが決まります。 NIM クライアント要求のほとんどは、高速に処理されるので、インストールされている各クライアントごとに 1 スレッドを持たせる必要はありません。ある NIM 環境で活動をサポートするのに必要なスレッド数は、いろいろな事項によって変わります。スレッド数を決定する際には、以下を考慮してください。• 同時に操作されるクライアントの数• NIM マスター・マシンの処理能力


• 予定されている操作のタイプ一般的には、同時に BOS をインストールする 2 から 4 のクライアントを 1 つのスレッドがサポートします。例えば、 150 のマシンをインストールするときは、50 から 75 のスレッドで十分です。スレッド数は、 NIM マスター・マシンの処理能力に大きく左右されます。マスター・マシンが低速の場合はより多くのスレッドが必要になります。小さな NIM 環境では、マルチスレッド・デーモンを使用可能にすることによって、使用されないマスターのシステム・リソースを独占させることができます。例えば、同時に 50 のマシンをインストールするとき、 20 から 25 までのスレッドまたはシングルスレッドのデーモンでも十分な場合があります。注 : マルチスレッド・オプションだけでは、より多くのマシンを同時にインストールできません。マルチスレッド・オプションと同時に、 NIM リソースのグローバル・エクスポート、NIM 環境全体に NIM リソースが行き渡っていること、大きなスループットを処理できるネットワーク環境が必要です。SMIT からのクライアント要求処理の調整SMIT インターフェースからクライアント要求処理を調整することができます。次の SMIT 高速パスを入力します。smit nim_tune_nimesis

コマンド・ラインからのクライアント要求処理の調整コマンド・ラインからクライアント要求処理を調整することができます。クライアント要求処理を調整するために、max_nimesis_threads 属性を使用することができます。マルチスレッドの nimesis デーモンを使用可能にするには、NIM マスターで max_nimesis_threads 属性を設定します。nim -o change -a max_nimesis_threads=value master

注 : 上記の value 属性は、20 から 150 までです。マルチスレッドの nimesis デーモンを使用不可にするには、NIM マスターで max_nimesis_threads 属性に null 値を設定します。nim -o change -a max_nimesis_threads="" master

NIM マスターの構成解除この操作では、NIM デーモンがシステムから除去され、すべての構成が NIM データベースから除去されます。NIM マスターの構成解除を行うのは、NIM 環境を完全に再定義する場合、または NIM マスター・ファイルセットをシステムから除去する場合だけにしてください。SMIT からの NIM マスターの構成解除SMIT を使用して NIM マスターを構成解除するには、次の手順を実行します。smit nim_unconfig 高速パスを入力します。SMIT 画面から、NIM マスターを構成解除する前に、まず NIM データベースをバックアップするようプロンプトで指示されます。コマンド・ラインからの NIM マスターの構成解除コマンド・ラインから NIM マスターを構成解除するには、次の手順を実行します。nim -o unconfig master と入力します。/usr SPOT と非 /usr SPOT の定義SPOT リソースには、通常はマシンの /usr ファイルシステムにインストールされるオペレーティング・システム・ファイルが含まれています。マシンのディスク・スペースが制限されている場合、または SPOTを至急作成する必要がある場合は、まったく別個の SPOT を別の位置に作成する代わりに、マシンの /usrファイルシステムを SPOT に変換する方が便利な場合があります。


マシンの /usr ファイルシステムを SPOT に変換する場合は、異なるハードウェア構成に対するサポートをマシンに提供するために追加ソフトウェアがマシンにインストールされます。ほとんどのオペレーティング・システム・ファイルは、既にシステムにインストールされているので、 SPOT の作成時には再インストールされません。/usr ファイルシステムを SPOT に変換した後で、作成済みの /usr SPOT リソースで NIM を使って、マシンに対するすべてのソフトウェアのインストール操作および保守操作を実行する必要があります。そうすることによって、マシンに対するソフトウェアのインストールまたは保守に加えて、すべての必要なSPOT 操作が確実に実行されます。SMIT からの /usr SPOT と非 /usr SPOT の定義SMIT を使用して /usr SPOT と非 /usr SPOT を定義するには、次の手順を実行します。1. /usr SPOT を作成するには、smit nim_mkres 高速パスを入力します。2.リソース・タイプを選択します。3.「Location of Resource (リソースの場所)」フィールドに /usr を入力します。4.この画面の他のすべてのフィールドについて、値を入力するか、デフォルト値を受け入れます。コマンド・ラインからの /usr-SPOT の作成コマンド・ラインから /usr-SPOT を作成するには、次の手順を実行します。次のように入力します。nim -o define -t spot -a server=ServerName ¥-a location=/usr -a source=SourceName ResourceName

例:

マシン client1 の /usr ファイルシステムを、追加インストール・イメージのソースとして lppsource1を使用して、usrspot という名前の SPOT に変換するには、次のように入力します。nim -o define -t spot -a server=client1 -a location=/usr ¥-a source=lpp_source1 usrspot

installp コマンドの使用/usr ファイルシステムを SPOT に変換した後は、SPOT の運用を担当しているマシン上での installp を使ったソフトウェアのインストールや保守は、お勧めできません。SPOT に関連付けられたディスクレス・クライアント、データレス・クライアント、およびネットワーク・ブート・イメージは、NIM の cust 操作または maint 操作を使って呼び出さない限り、 installp コマンドでは更新されません。 installp コマンドを使って /usr SPOT サーバーのソフトウェアをインストールまたは保守する必要がある場合は、次のようにします。1. SPOT に関連したサーバーおよびすべてのクライアント上で、すべての NIM 操作が完了していることを確認します。

2. SPOT をすべてのスタンドアロン・クライアントから割り当て解除します。3. installp コマンドを実行します。4. installp コマンドの完了後に、SPOT に対して check 操作を実行します。

nim -o check -F usrSPOTName

注 : ブート・イメージを再作成するには、-F フラグが必要です。5.この SPOT がディスクレス・クライアントまたはデータレス・クライアントへの運用を担当して使用されている場合は、installp コマンドの完了後に、 /usr SPOT に対する sync_roots 操作を指定した nim


コマンドを発行することにより、すべてのディスクレス・クライアントおよびデータレス・クライアントを SPOT と再同期させます。nim -o sync_roots usrSPOTName

nim -o check -F usrSPOTName

/usr 以外の SPOT にインストールされたソフトウェアを管理するためには、cust 操作と maint 操作を使う必要があります。

既存ディレクトリーからの SPOT リソースの再作成nim - o define コマンドに server と location 属性を指定すると、既存のファイルとディレクトリーから NIM リソースを定義することができます。 SPOT リソースの定義は、インストール・イメージを SPOT位置に入れることによってソフトウェアをインストールするため、他のリソースより長い時間がかかります。SPOT は、nim -o コマンド・ライン・インターフェースによってインストール・イメージから作成されます。しかし、SPOT のためのディレクトリー構造が以前作成したときから存在していた場合は、ソフトウェアをすべてインストールし直すことなく、 SPOT を再定義するために NIM メソッドを直接呼び出しできます。既存の SPOT ディレクトリーから SPOT を定義しなければならなくなるのは、通常、システム・リカバリー時に NIM データベースを再作成する必要があるときだけです。以前 SPOT をインストールしているディレクトリーから SPOT を定義するには、次のコマンドを使用します。/usr/lpp/bos.sysmgt/nim/methods/m_mkspot -o -a server=server ¥ -a location=location -a source=no spotname

例:

spot1 という名前の SPOT が、/export/spot ディレクトリー内の NIM マスターに作成されたとします。その後、NIM データベースが破壊され、再作成する必要が起きました。 SPOT ファイルはまだマシンに残っていますが、次のコマンドを使用して NIM に SPOT を再定義する必要があります。/usr/lpp/bos.sysmgt/nim/methods/m_mkspot -o -a server=master ¥ -a location=/export/spot -a source=no spot1

DVD-ROM とハード・ディスクでの lpp_source の定義SMIT、またはコマンド・ラインを使用して、CD-ROM とディスクで lpp_source を定義することができます。lpp_source リソースは、通常、インストール・メディアから lpp_source サーバーのハード・ディスクにインストール・イメージをコピーすることにより作成します。サーバーのディスク・スペースが制限されている場合、または lpp_source が至急必要な場合は、 DVD-ROM インストール・メディアからマウントしたディレクトリーを lpp_source として使用することができます。SMIT からの CD/DVD-ROM とハード・ディスクでの lpp_source の定義SMIT を使用して CD/DVD-ROM とディスクで lpp_source を定義するには、次の手順を実行します。1. CD/DVD を CDROM ファイルシステムとしてマウントします。インストール・イメージは、 CDROM ファイルシステムのマウント・ポイントの下の /usr/sys/inst.images ディレクトリーに入っています。

2.インストール・イメージのディレクトリーを使って lpp_source を定義するには、 smit nim_mkres 高速パスを入力します。

3. CD/DVD-ROM を持つマシンの名前をサーバーとして指定します。4. lpp_source のロケーションとして CD_MountPoint/ usr/sys/inst.images として指定し、「Source

(ソース)」フィールドはブランクのままにします。


コマンド・ラインからの CD/DVD-ROM とハード・ディスクでの lpp_source の定義コマンド・ラインを使用して CD/DVD-ROM とディスクで lpp_source を定義するには、次の手順を実行します。1. CD/DVD を CDROM ファイルシステムとしてマウントします。インストール・イメージは、 CDROM ファイルシステムのマウント・ポイントの下の /usr/sys/inst.images ディレクトリーに入っています。

2.インストール・イメージのディレクトリーを location 属性に使用して、 lpp_source を定義します。既存のイメージのセットが使用されるので、 source 属性には値を指定しないでください。 CD/DVD をNIM マスターの /cdfs にマウントし、lpp_source を cd_images という名前で定義するには、次のように入力します。nim -o define -t lpp_source -a server=master ¥-a location=/cdfs/usr/sys/inst.images cd_images

2 次アダプターの使用以前は、NIM rte BOS インストールの操作時には、BOS インストールで使用したネットワーク・アダプターおよびネットワーク・インターフェースのみが構成されました。 NIM 2 次アダプター定義の利用により、BOS インストールまたはカスタマイズ・インストール時に、追加のネットワーク・アダプターおよびインターフェースを構成できます。nimadapters コマンドは、2 次アダプターのスタンザ・ファイルを解析し、NIM 2 次アダプター定義をadapter_def リソースの一部として NIM 環境に追加するために必要なファイルを構築します。nimadapters コマンドは、2 次アダプターを構成しません。構成は、nim -o bos_inst 操作時またはadapter_def リソースを参照する nim -o cust 操作時に行われます。AIX では、2 次アダプター・サポートが使用可能です。 2 次アダプターを使用可能にする前に、クライアントが実行される AIX のバージョンを確認する必要があります。 NIM による /usr/lpp/bos.sysmgt/nim/methods/c_cfgadptrs クライアント・メソッドの検出ができないために、2 次アダプターは構成に失敗することになります。このサポートを NIM マスターで使用可能にしようとした場合の結果の例を、次に示します。nim -o cust -a adapter_def=adapter_def1 rspc10trigger.austin.xyz.com. 0042-001 nim: processing error encountered on "master": 0042-001 m_cust: processing error encountered on "rspc10": 0042-175 c_script: An unexpected result was returned by the "trigger.austin.xyz.com:/export/nim/scripts/rspc10.script" command: /tmp/_nim_dir_4714/script[10]: /usr/lpp/bos.sysmgt/nim/methods/c_cfgadptrs: not found.

2 次アダプターのスタンザ・ファイルは nimadapters コマンドで処理され、NIM クライアントの 2 次アダプターまたはインターフェースごとに 1 つのスタンザを含むファイルに代わります。 NIM はこの情報を BOS インストール時に処理して、2 次アダプターを構成します。要求済みの方法で既に 2 次アダプターが構成されていれば、NIM は 2 次アダプターを構成しません。注 : nimadapters コマンドを使用する前に、NIM マスターを構成しておく必要があります。 NIM マスターの構成については、132 ページの『NIM マスターの構成と基本インストール・リソースの作成』を参照してください。2 次アダプター・ファイルこれは 2 次アダプター・ファイルの例です。 # Set default values. default: machine_type = secondary subnet_mask = 255.255.240.0 network_type = en media_speed = 100_Full_Duplex

# Define the machine "lab1" # Take all defaults and specify 2 additional attributes. # Unlike the case of the client definitions that are input to the # nimdef command, the secondary adapter definition includes at least # one required field that cannot be defaulted. lab1: netaddr = 9.53.153.233 location = P2-I1/E1


# Change the default "media_speed" attribute.

default: media_speed = 100_Half_Duplex # define the machine "test1" # Take all defaults and include a comment. test1: comments = "This machine is a test machine."# define a machine with a VIPA interface that uses interfaces en2 and en3. lab2: machine_type = secondary interface_type = vi interface_name = vi0 netaddr = 9.53.153.235 subnet_mask = 255.255.255.0 secondary_hostname = lab3 interface_attributes = "interface_names=en2,en3"

# define a machine with an etherchannel adapter that uses the adapters at# the following location codes P1-I4/E1 and P1/E1 lab4: machine_type = etherchannel interface_type = en interface_name = en2 netaddr = 9.53.153.237 subnet_mask = 255.255.255.0 multiple_physloc = P1-I4/E1,P1/E1

# define a machine with an etherchannel adapter that uses the# ent2 and ent3 adapters and uses mode 8023ad. lab6: machine_type = etherchannel interface_type = en interface_name = en2 netaddr = 9.53.153.239 subnet_mask = 255.255.255.0 adapter_attributes = "adapter_names=ent2,ent3 mode=8023ad"

2 次アダプター・ファイル・キーワードの使用2 次アダプター・ファイルはマシン属性を指定するために次のようなキーワードを使用します。必須アダプター属性の使用次の属性は、アダプターの構成には必須です。machine_type = secondary | etherchannel | install

machine_type 属性を secondary と指定すると、nimadapters 入力は nimdef 入力と明確に区別されます。 2 次アダプターのファイルが誤って nimdef コマンドに渡されると、エラーとして検出されます。machine_type が install のスタンザは無視されます。

netaddr2 次アダプター用のネットワーク・アドレスを指定します。

interface_type = en | et | sn | ml |viネットワーク・インターフェースを指定します。指定できるネットワーク・インターフェースは、en(イーサネット・インターフェース )、et (イーサネット・インターフェース )、sn (スイッチ・ネットワーク・インターフェース )、ml (多重リンク・インターフェース )、または vi (仮想インターフェース ) です。この属性は、推奨されない network_type 属性の代わりとなるものです。

subnet_mask2 次アダプターで使用するサブネット・マスクを指定します。

注 : 2 次アダプターを別のアダプターと同じサブネット上に構成すると、フェイルオーバーは行われません。 2 つのアダプターが同じサブネット上に構成されると、パケットはアダプター間を行き来します。どちらかのアダプターに障害が発生しても、もう 1 つのアダプターは障害の起きたアダプターのワークロードを引き継がないため、そのサブネットに接続の問題が起こることになります。そうなった場合、mountなどのコマンドが失敗することがあります。


オプション属性の使用次の属性は、アダプターの構成ではオプションです。adapter_attributesブランクで区切られた物理アダプター属性と値のリスト。例えば、Attribute1=Value1Attribute2=Value2 です。要求済みアダプターに設定できる属性のリストを見るには、コマンド lsattr -E -l AdapterName を実行します。

interface_attributesブランクで区切られたインターフェース属性と値のリスト。例えば、Attribute1=Value1Attribute2=Value2 です。要求済みアダプターに設定できる属性のリストを見るには、コマンド lsattr -E -l InterfaceName を実行します。この属性は、推奨されない attributes 属性の代わりとなるものです。

cable_typeケーブル・タイプを指定します (network_type が en または et であればオプション)。

comments2 次アダプター定義に組み込むコメントを指定します。コメント文字列を引用符で囲んでください。

interface_name2 次アダプター用のネットワーク・インターフェース名を指定します (例えば、en1、sn0、ml0)。location および interface_name の両方を同時に指定しないでください。注 : interface_name 属性の値は、network_type 属性の値と一致していなければなりません。

locationこのネットワーク・インターフェースに対応するアダプターの物理的位置を指定します。 location および interface_name 属性の両方を同時に指定しないでください。注 : 多重リンクの疑似デバイスを除き、location 属性を使用することを強くお勧めします。 location 属性を指定せず、複数のアダプターを追加したり、オペレーティング・システムの再インストールと同時にアダプターを追加すると、アダプターおよびネットワーク・インターフェース名名は予期しない方法でオペレーティング・システムから再割り当てされる可能性があります。

multiple_physlocetherchannel または VIPA スタンザを使用するときに、インターフェースに関連付ける物理アダプターを指定します。

media_speedメディア・スピードを指定します (network_type 属性の値が en または et であればオプション)。

secondary_hostnamenetaddr 属性と一緒に /etc/hosts ファイルに保存されるホスト名。このホスト名は、hostname コマンドまたは uname -S コマンドでは設定されません。

2 次アダプター・ファイル規則の扱い2 次アダプター・ファイルのフォーマットは次の規則に従う必要があります。• スタンザのヘッダーの後に、Attribute = Value という形式の属性行を続ける。• 同一スタンザで何度も属性値を定義した場合は、最後の定義のみが使用される。• 無効な属性キーワードが使用された場合、その属性定義は無視される。• ヘッダーまたは属性定義はファイルの各行ごとに 1 つだけ持てる。• 各マシン・ホスト名用の定義ファイルに複数のスタンザの存在が可能。• マシン・ホスト名用の各スタンザは、NIM クライアントの 2 次アダプター定義を表す。 2 次アダプター定義は、同一のマシン・ホスト名に対して同一ロケーションまたは interface_name で、2 つは設定できない。任意の NIM クライアントに設定できる定義は、アダプターまたはインターフェースごとに 1 つだけです。

• スタンザのヘッダー・エントリーが default キーワードであれば、このエントリーはデフォルト値を定義するためにそのスタンザを指定する。

• 任意の 2 次アダプター属性にデフォルト値を指定可能。ただし、netaddr および secondary_hostname属性は必ず固有。また、location および interface_name 属性も NIM クライアント上で必ず固有。


• 2 次アダプターに属性指定がなくデフォルト値のままであれば、その値が使用される。• 定義ファイルの任意のロケーションでデフォルト値を変更可能。デフォルト値がセットされると、その後に続くすべてのマシン定義にその値が適用される。

• その後に続くすべてのマシン定義に対してデフォルト値をオフにするには、デフォルトのスタンザで属性値をセットしない。

• 単一マシン定義でデフォルト値をオフにするためには、そのマシンのスタンザで属性チケットを設定しない。

• クライアント定義ファイルにコメントの挿入が可能。コメントは番号記号 (#) で始める。• 定義ファイルのヘッダーおよび属性のキーワードと値を解析している時は、タブ文字およびスペースは無視される。注 : nim -o bos_inst または nim -o cust 操作時に、NIM がクライアントの構成データを検査し、2 次アダプターが既に adapter_def リソースで要求された属性で正確に構成されていると判断すれば、この 2 次アダプターは再構成されません。2 次アダプター定義の扱いNIM 2 次アダプター定義を扱うには、次の手順を実行します。1. secondary_adapters.defs クライアント定義ファイルをプレビューするには、次のように入力します。

nimadapters -p -f secondary_adapters.defs adapter_def

2. 2 次アダプター定義ファイルの secondary_adapters.defs に記述されている NIM 2 次アダプターを追加するには、次のように入力します。nimadapters -d -f secondary_adapters.defs adapter_def

3. pilsner クライアント用の NIM 2 次アダプターを定義するには、次のように入力します。nimadapters -d ¥-a info="en,P2-I1/E1,N/A,1000_Full_Duplex,9.53.153.233,255.255.254.0" ¥-a client=pilsner adapter_def

4. pilsner というクライアントの NIM 2 次アダプター定義を my_adapter_def リソースから除去するには、次のように入力します。nimadapters -r -a client=pilsner my_adapter_def

5.ファイル secondary_adapters.defs で定義されているクライアントの NIM 2 次アダプター定義を除去するには、次のように入力します。nimadapters -r -f secondary_adapters.defs my_adapter_def

6. my_adapter_def リソースからすべての NIM 2 次アダプター定義を除去するには、次のように入力します。nimadapters -r my_adapter_def

2 次アダプター・ファイル・スタンザのエラーのトラブルシューティング2 次アダプター・スタンザは次のいずれかの条件によりエラーとなります。• 定義用のスタンザ・ヘッダーで使用するホスト名を解決できない。• 必須属性が見つからない。• 属性に無効な値が指定されている。• 属性が不一致。例えば、network_type 属性の値が en または et に設定されていない場合、

cable_type=bnc または media_speed=1000_Full_Duplex を指定できません。• スタンザに location 属性と interface_name 属性の両方が含まれている。• 同じアダプター・ロケーションおよび同じホスト名で 2 次アダプターを複数回定義している。• 同じ interface_name および同じホスト名で 2 次アダプターを複数回定義している。


2 次アダプターのスタンザが間違っていれば、エラーが報告され、そのスタンザは無視されます。また、その間違ったスタンザにかかわらず次のような入力処理が行われます。クライアント通信用 NIM サービス・ハンドラーの使用NIM は、クライアントでリモート実行を行うときは、リモート・シェル・サーバー (rshd) を利用します。このサーバーは、リモート実行機能に、トラステッド・ホストの特権ポート番号に基づいた認証を提供します。AIX には、NIMサービス・ハンドラー (NIMSH) というサービスがあります。このサービスを使用すると、NIMクライアント通信時の rsh サービスの必要がなくなります。 NIM クライアント・デーモン (NIMSH) は予約ポートの 3901 と 3902 を使用し、bos.sysmgt.nim.client ファイルセットの一部としてインストールされます。NIMSH を使用することにより、ネットワーク・マシンをホスト名で照会できます。 NIMSH は照会要求を処理し、 NIM 環境でホストの定義に使用されている NIM クライアント構成パラメーターを戻します。NIMSH を使用すれば、システムまたはネットワーク固有の情報が分からなくても NIM クライアントを定義できます。NIMSH を使用すると rsh が不要になりますが、鍵暗号化に基づいたトラステッド認証は行われません。NIMSH で暗号化認証を使用するには、NIM 環境に OpenSSL を構成します。 NIM クライアントに OpenSSLをインストールすると、NIMSH サービス認証の際に SSL ソケット接続が確立されます。 OpenSSL を使用可能にすると、SSL 鍵が生成され、SSL バージョン 3 でサポートされるすべての暗号スイートが組み込まれます。NIMSH の使用基本 NIMSH 機能について説明します。NIMSH サービス・ポートクライアント・デーモンは、ネットワーク通信の際に、Internet Assigned Numbers Authority (IANA) に登録済みの 2 つのポートを使用します。これらのポートを、1 次および 2 次ポートと呼びます。nimsh クライアント・デーモンは、マスターが TCP プロトコルを使用して開始する要求をこれらのポートで listen します。 1 次ポートでは予約ポート 3901 のサービス要求が listen されます。要求が受け入れられると、1 次ポートが stdin 要求と stdout 要求に使用されます。 stderr 要求は 2 次ポート 3902 にリダイレクトされます。この動作は rcmd() での補助接続に似ています。この実装によって NIM マスター接続は、rsh コマンドを使用したクライアント接続という現行サポートとの整合性を保つことができます。NIMSH の予約 2 次ポートを使用することで、ファイアウォール管理者は、2 次ポートからの特権ポートへの着信接続を受け入れるためのファイアウォール規則を作成することができます。この規則に、発信元ソケット・アドレス (ホスト名 : 2 次ポート) がトラステッド・ソースからのものであるという要件を含めることができます。NIMSH システム・リソース制御NIMSH は、システム・リソース・コントローラー (SRC) に登録されています。 SRC グループ名はnimclient で、定義済みサブシステムは NIMSH です。nimclient コマンドを使用して構成ルーチンを実行すると、クライアント・デーモンは SRC によって開始されます。NIMSH 認証プロセス通信中のホスト (NIM マスター) からのサービス要求により、以下の認証用データを含むパケットが作成されます。• NIM クライアントのホスト名• NIM クライアントの CPU ID• NIM マスターの CPU ID• 2 次 (stderr) 接続の戻りポート• 照会フラグ (登録情報の取得に使用)

1 次ポートへの接続を受信すると、サービス・ハンドラーは接続中のソケットからピア情報を取得します。発信元ポートは、特権ポート空間になければなりません (root ユーザーのみが特権ポートにバインドできま


す)。特権ポート空間を使用することにより、発信元ユーザーが root UID を持っていることを確認できます。戻りポート番号が取得され、2 次ポート (/etc/services 内の予約ポート) から接続されます。以下のセクションで、認証プロセスのフェーズを説明します。query フラグ・セット

query フラグが 1 に設定されると、サービス・ハンドラーは着信要求をクライアント・ディスカバリー情報として扱います。クライアント・サービス・ハンドラーはそれを NIM クライアントとして定義するのに必要なすべての関連情報を取得し、要求中の NIM マスターにその情報を戻してから接続を終了します。照会フラグが設定されていると、以下のデータが戻されます。• デフォルト・ホスト名 (inet0 から得られる値)• デフォルト経路 (inet0 から得られる値)• ネットワーク・アドレス (ホスト名から得られる値)• サブネット・マスク (ホスト名から得られる値)• ネットワーク・インターフェース (ホスト名から得られる値)

メソッド要求照会フラグが設定されていない場合は、サービスの要求 (NIM 操作) は NIM マスターによってプッシュされます。サービス・ハンドラーは、メソッド要求の妥当性を以下のように検査します。1. NIM マスターのホスト名が、クライアントが認識しているマスターのホスト名であるかどうか検査する。

2.渡されたクライアント CPU ID を検査する。これはクライアントのマシン ID と一致しなければなりません。

3.渡されたマスター CPU ID を検査する。これは、メモリーに保管されているマスターのマシン ID と一致しなければなりません。

4.渡された操作が、パス /usr/lpp/bos.sysmgt/nim/methods にあるメソッドかどうかを検査する。

5.暗号化認証の設定を検査する。追加セキュリティーとして、NIMSH はプッシュ使用不可をサポートしています。プッシュ使用不可を設定すると、要求がクライアントの NIM マスターによって処理されている NIM クライアント・アクティブ呼び出しに対する応答でない限り、メソッド要求は使用不可になります。プッシュ使用不可が設定されていると、NIMSH は NIM マスターによって制御されるどの NIM 操作も処理しません。プッシュ使用不可が設定されているときにクライアントで NIM 操作を実行する唯一の方法は、クライアント制御 (nimclient コマンド) です。NIMSH 操作のロギングNIM クライアント・デーモンは、その操作時に /var/adm/ras/nimsh.log ファイルにデータをログとして記録します。このログはデバッグの目的でのみ使用されます。NIMSH のセットアップNIMSH を通信プロトコルとして使用するように、既存のスタンドアロン・クライアントを構成することができます。 NIMSH をサービス・オプションとして使用するクライアントを定義することもできます。これについての詳細は、『NIM 環境へのスタンドアロン NIM クライアントの追加』を参照してください。NIMSH のセットアップの準備NIMSH を構成する前に、以下の前提条件が満たされている必要があります。• NIM クライアントが既に構成されている (basic_adding_client.ditaを参照)。• クライアントとクライアントの NIM マスターに、次のいずれかがインストールされている。

– AIX 5.2 5200–07 Technology Level (以上)– AIX 5.3 5300–03 Technology Level (以上)– AIX 6.1 以降


SMIT を使用する NIMSH のセットアップSMIT を使用して既存のスタンドアロン・クライアントに NIMSH を構成するには、次の手順に従います。以下のステップを完了します。1. NIM クライアントで smitty nim_config_services 高速パスを入力します。2.「Communication Protocol used by client (クライアントによって使用される通信プロトコル)」として

nimsh を選択します。コマンド・ラインからの NIMSH のセットアップNIM クライアント上で /etc/niminfo ファイルを別の名前に名前変更します。削除することもできますが、名前変更すると、何らかの理由で必要になったときのためにコピーを保持しておくことができます。niminit コマンドを使用して、クライアントを NIM マスターに登録します。 # niminit -a name=<client_name> -a master=<master_name> -a connect=nimsh

OpenSSL が NIM クライアントにインストールされており、NIMSH が通信プロトコルとして構成されている場合は、NIM クライアント上で次のコマンドを入力して、NIMSH の暗号認証を使用不可にします。NIM クライアントで次のコマンドを入力します。# nimclient -C

暗号化認証の使用可能化SSL を使用可能にして NIMSH 通信プロトコルを使用するように、既存のスタンドアロン・クライアントを構成することができます。NIM では OpenSSL バージョン 0.9.6e 以上がサポートされます。 OpenSSL がインストールされていると、NIMSH は接続中の NIM マスターの認証に SSL 暗号化証明書を使用します。暗号化認証の使用可能化の準備暗号化認証を使用可能にするには、以下の前提条件が満たされていなければなりません。• NIM マスターに NIM 環境での SSL 認証が既に構成されている。詳しくは、188 ページの『SSL 認証で構成されたクライアントをインストールするための NIM の使用』を参照してください。

• クライアントは AIX 5.3 以降のバージョンでなければなりません。• クライアントの NIM マスターは AIX 5.3 以降のバージョンでなければなりません。SMIT を使用する暗号化認証の使用可能化SSL を使用可能にして NIMSH 通信プロトコルを使用するように、既存のスタンドアロン・クライアントを構成するには、次のステップを実行します。1. NIM クライアントで smitty nim_config_services 高速パスを入力します。2.「Communication Protocol used by client (クライアントによって使用される通信プロトコル)」としてnimsh を選択します。

3.「Enabling Cryptographic Authentication (暗号化認証を使用可能にする)」のオプションとして「enabled (使用可能)」を選択します。

4.クライアントに OpenSSL がインストールされていない場合は、「Installing Secure SocketLayer Software (Secure Socket Layer ソフトウェアのインストール)」のオプションとして「yes (はい)」を選択します。

5. RPM パッケージの絶対パスを指定するか、OpenSSL RPM パッケージが含まれる lpp_source リソースを選択します。


コマンド・ラインからの暗号化認証の使用可能化SSL を使用可能にして NIMSH 通信プロトコルを使用するように、既存のスタンドアロン・クライアントを構成するには、コマンド・ラインで次のステップを実行します。• NIM クライアントに OpenSSL がインストールされており、NIMSH が通信プロトコルとして構成されている場合は、次のコマンドを入力します。# nimclient -c

• NIM クライアントに OpenSSL がインストールされていない場合は、次のステップを実行します。1. OpenSSL がまだインストールされていない場合は、インストールします。これは、installp コマンド、

geninstall コマンド、または smitty コマンドを使用してベース・メディアからインストールできます。2. OpenSSL がインストールされた後、NIM クライアントで次のコマンドを入力します。

# nimclient -c

• NIM 代替マスターに OpenSSL がインストールされている場合、NIMSH を通信プロトコルとして構成するには、次のコマンドを入力します。# nimclient -c# nimconfig -c

• NIMSH と OpenSSL 通信プロトコルを実行している NIM クライアントで、NIMSH と OpenSSL 暗号化を実行している代替マスターと通信したい場合は、NIM クライアント上で次のコマンドを入力します。ここで、<alternate_master> は代替マスターの NIM オブジェクト名です。# nimclient -o get_cert -a master_name=<alternate_master>

2 次ポートの使用可能化この手順は、既存のスタンドアロン・クライアントを、2 次ポート・オプションを使用可能にして NIMSH通信プロトコルを使用するように構成する方法を示したものです。デフォルトで、NIMSH はコマンド実行時に stderr 出力を戻すために予約ポートを使用します。このデフォルト設定を使用することで、管理者は開く特定のポートをファイアウォールの後ろで指定することができますが、短時間のうちにいくつもの接続が試みられるとパフォーマンスの問題が起こることがあります。TCP 接続がクローズされると、クローズ中のソケットは TIME_WAIT 状態になります。この状態が続く時間の長さは、システムの設定によっては最大 240 秒になります。 2 次ポート・オプションを使用することで、NIMSH 操作中は特定の範囲のポートが循環するように指定することができます。管理者は、ファイアウォールでは特定の範囲をオープンし、内部ネットワーク上の各マシンでは、マシンのポートの範囲がファイアウォールのオープン範囲と一致するようにする必要があります。 NIMSH 2 次ポートを変更するときは、システム・サービスで使用されている範囲以外のポートの範囲を選択する必要があります。ポート 49152 から 65535 を使用するようにしてください。2 次ポートの使用可能化の準備2 次ポートを使用可能にするには、以下の前提条件が満たされていなければなりません。• NIM クライアントが既に構成されている (『NIM 環境へのスタンドアロン NIM クライアントの追加』を参照)。

• クライアントに AIX 5.3 以降がインストールされている。• クライアントの NIM マスターに AIX 5.3 以降がインストールされている。SMIT からの 2 次ポートの使用可能化既存のスタンドアロン・クライアントを、2 次ポート範囲を指定して NIMSH 通信プロトコルを使用するように構成するには、次のステップを実行します。1. NIM クライアントで smitty nim_config_services 高速パスを入力します。2.「Communication Protocol used by client (クライアントによって使用される通信プロトコル)」としてnimsh を選択します。


3. 2 次ポート番号の開始値を指定します。4. 2 次ポート範囲の増分値を指定します。コマンド・ラインからの 2 次ポートの使用可能化コマンド・ラインから、既存のスタンドアロン・クライアントを、2 次ポート範囲を指定して NIMSH 通信プロトコルを使用するように構成するには、次のステップを実行します。1. /etc/environment ファイルを編集します。2.変数 NIM_SECONDARY_PORT=60000:5 を追加して、NIMSH でポート 60000 から 60005 を使用するようにします。

3.必要な nimclient コマンド・オプションを使用して NIMSH デーモンを再始動します。NIMSH を使用するプッシュ操作の使用不可化NIM クライアントは、プッシュ操作を使用不可にすることによって、NIM マスターがリソースの割り当ておよび操作の開始を行えないように禁止することができます。マスターの制御は使用不可になっていても、クライアントは NIM リソースの割り当ておよび NIM 操作の開始を制御することができます。既存のスタンドアロン・クライアントを、NIM マスター制御を使用不可にして NIMSH 通信プロトコルを使用するように構成する場合は、218 ページの『NIM 環境のマスターのプッシュ許可の使用不可化』を参照してください。NIMSH 始動の検査クライアント上で NIMSH デーモンが使用可能になっていることを検査するには、次のコマンドを実行します。# lssrc -s nimsh

追加インターフェース属性の作成マスターが活動化されたときに 1 次インターフェース、つまり最初のインターフェース (if1) が作成され、その後は順序番号を使ってマシン・オブジェクト定義の中で追加インターフェース (if2、if3、...) が識別されます。マスター・オブジェクト用の追加の if 属性を作成するには、SMIT、または nim -o change コマンド操作を使用します。SMIT からの追加インターフェース属性の作成SMIT から追加インターフェース属性を作成するには、次の手順を実行します。1.追加の if 属性を作成するには、 smit nim_mac_if 高速パスを入力します。2.「Define a Network Install Interface (ネットワーク・インストール・インターフェースの定義)」オプションを選択します。

3.マシン・オブジェクト名を選択します。この例では、master です。4.インターフェースのホスト名を入力します。5.「Define a Network Install Interface (ネットワーク・インストール・インターフェースの定義)」画面の入力フィールドに、ネットワーク固有情報を入力します。注 : インターフェースについて指定したホスト名の IP アドレスに対応する NIM ネットワークがまだ存在していない場合は、ネットワークを定義できるように、追加ネットワーク情報の入力を求められます。

コマンド・ラインからの追加インターフェース属性の作成コマンド・ラインから追加インターフェース属性を作成するには、次の手順を実行します。マスター・オブジェクト用の追加の if 属性を作成するには、次のように入力します。トークンリングの場合:

nim -o change -a ifseq_no='NetworkObjectName AdapterHostName ¥AdapterHardwareAddress' -a ring_speedseq_no=Speed master


イーサネットの場合:

nim -o change -a ifseq_no='NetworkObjectName AdapterHostName ¥AdapterHardwareAddress' -a cable_typeseq_no=Type master

FDDI の場合:

nim -o change -a ifseq_no='NetworkObjectName AdapterHostName ¥AdapterHardwareAddress' master

その他のネットワークの場合:

nim -o change -a ifseq_no='NetworkObjectName AdapterHostName ¥AdapterHardwareAddress' master

注 : インターフェースの接続先の NIM ネットワークの名前が分からない場合や、そのインターフェースに対応するネットワークが定義されていない場合は、 find_net キーワードおよび net_definition 属性を使って調べることができます。その方法は、118 ページの『NIM クライアントの定義』を参照してください。この例では、以下のコマンドが実行されます。nim -o change -a if2='Network2 srv1_ent 0' -a ¥cable_type2=bnc master

この構文により、マスター用に追加の if 属性が 1 つ作成されます。この属性は、マスターにはホスト名srv1_ent を使用するイーサネット・インターフェースがあること、イーサネット・アダプターのハードウェア・アドレスが 0 (未使用) であること、およびマスターが Network2 ネットワーク・オブジェクトに接続していることを、NIM に通知します。マスターについての詳細情報を表示するには、次のように入力します。現在は、if2 属性が示されることになります。lsnim -l master

このコマンドにより、次のような出力が生成されます。master: class = machines type = master Cstate = ready for a NIM operation reserved = yes platform = rs6k serves = boot serves = nim_script comments = machine which controls the NIM environment Mstate = currently running prev_state = ready for a NIM operation if1 = Network1 server1 10005AA88399 master_port = 1058 registration_port = 1059 ring_speed1 = 16 if2 = Network2 Srv1_ent 02608c2e222c cable_type2 = bnc

定義済みクライアントおよびネットワークのみをサポートするためのネットワーク・ブート・イメージの作成/tftpboot ディレクトリーにネットワーク・ブート・イメージを作成するには、SMIT、またはコマンド・ライン・インターフェースを使用します。SPOT リソースが作成されるときに、ある種の NIM 操作をサポートするために、ネットワーク・ブート・イメージが /tftpboot ディレクトリーの中に作成されます。NIM は定義されたクライアントとネットワークをサポートするために、単にネットワーク・ブート・イメージを作成するだけです。新しいクライアントが定義され、環境内でそれのためにネットワーク・ブート・イメージがまだ作成されていない場合、ブート・イメージを再作成するために SPOT がクライアントに割り当てられるか、 SPOT に対して check 操作が実行されるまで、ブート・イメージは作成されません。


クライアントが NIM 環境から除去されても、ブート・イメージは自動的に除去されません。 NIM 環境で不要になったブート・イメージを除去するには、環境内の必要なマシンとネットワークの組み合わせのリストを再作成する必要があります。ブート・イメージは、SPOT ごとに再作成する必要があります。SMIT からの定義済みクライアントおよびネットワークのみをサポートするためのネットワーク・ブート・イメージの作成SMIT インターフェースでブート・イメージの作成を管理するには、次の方法を用います。次の SMIT 高速パスを入力します。 smit nim_control_boot

コマンド・ラインからの定義済みクライアントおよびネットワークをサポートするためのネットワーク・ブート・イメージの作成次の情報を参照して、定義済みクライアントおよびネットワークのみをサポートするために、ネットワーク・ブート・イメージを管理します。NIM 環境内のネットワーク・ブート・イメージがサポートする必要のあるマシン・タイプとネットワークのリストを再作成するためには、if_discover=yes 属性を使用して NIM マスターに対して change 操作を実行します。 nim -o change -a if_discover=yes master

SPOT からネットワーク・ブート・イメージを再作成するためには、force オプションを使用して、check操作を実行します。 nim -Fo check spot_name

管理者が NIM に SPOT リソースからあらゆる可能なブート・イメージを常に作成させたい場合には、if_prebuild=yes 属性をマスターに対して指定できます。 nim -o change -a if_prebuild=yes master

NIM が環境に必要なブート・イメージだけを作成するように戻すには、 if_prebuild 属性を "no" に設定することにより、その属性をマスターから除去します。 nim -o change -a if_prebuild=no master

リソース・サーバーとしてのクライアント・マシンの使用NIM 環境内のマシンはどれでもリソース・サーバーとして使用できます。単純な環境では、通常、すべての NIM リソースに対するサーバーとして NIM マスターを使用します。クライアント・マシン上にリソースを定義することには、次のような理由で利点があります。• NIM マスター上のディスク・スペースの制限により、すべてのリソースを 1 台のマシンに格納できない場合がある。

• リソースが過多に使用されることがあるので、1 台のマシンがすべてのリソースを担当すると、通信やデータ・アクセスの際にボトルネックが発生する可能性がある。例えば、NIM を使って 5 つの異なるサブネットに 200 台のマシンをインストールする場合、各サブネットに 1 セットのリソースを設定して使用可能にすることができます。各セットのリソースは、同じサブネットにマシンをインストールするために使用する場合もあります。この方法をとると、ワークロードを複数のリソース・サーバーに分散できるほか、異なるサブネット間のゲートウェイを経由するネットワーク・トラフィックも削減できます。

SMIT からのリソース・サーバーとしてのクライアント・マシンの使用SMIT からリソース・サーバーとしてクライアント・マシンを使用するには、次の手順を実行します。1. NIM クライアント上にリソースを作成するには、 smit nim_mkres 高速パスを入力します。2.リソース・タイプを選択します。


3.表示されたダイアログのフィールドに、リソース・オプション用の正しい値を入力します。「Server ofthe Resource (リソース・サーバー)」フィールドには、必ずクライアント・マシンの名前を指定してください。ヘルプ情報および「LIST (リスト)」オプションを使用すると役立ちます。リソースを定義するときに指定する属性 (location や source など) はすべて、サーバー・マシンにとってローカルな属性でなければなりません。

コマンド・ラインからのリソース・サーバーとしてのクライアント・マシンの使用コマンド・ラインからリソース・サーバーとしてクライアント・マシンを使用するには、次の手順を実行します。NIM クライアント上にリソースを作成するには、リソースを定義するときに、クライアントの NIM 名をserver 属性に指定します。例:

lpp_source リソース images2 を CD から NIM クライアント・マシン client_mac1 上に作成するには、 /resources/images ディレクトリーで、次のように入力します。nim -o define -t lpp_source -a server=client_mac1 ¥-a location=/resources/images -a source=/dev/cd0 images2

並行性制御の使用NIM インストールが同時に多数のクライアント上で実行された場合に過負荷になる状況の重大度を、同時にインストールするクライアントの数を制御することによって軽減することができます。NIM インストールは、同時に多数のクライアント上で実行している時に、過負荷となることがあります。これは、ネットワークの帯域幅または NIM サーバー上のワークロードによって起こります。concurrent (並行性) および time_limit (時間制限) 属性は、 bos_inst、cust、および alt_disk_install 操作と共に使用することによって、クライアント・グループから同時に操作されているクライアント・マシンの数を制御することができます。 concurrent 属性は、特定の操作を同時に処理するグループ内の多数のクライアントを制御することができます。あるクライアントが操作を終了した後、別のクライアントが一度に 1 つの操作を開始します。 time_limit 属性によって NIM は、指定した時間 (時間単位) が経過した後は、グループのどのクライアントもそれ以上操作を開始できないようにします。SMIT からの並行性制御の使用並行性制御属性には、「Install and Update Software (ソフトウェアのインストールおよび更新)」メニューおよび「Alternate Disk Installation (代替ディスクのインストール )」メニューのすべての SMIT パネルからアクセスすることができます。コマンド・ラインからの並行性制御の使用concurrent および time_limit 属性は、 bos_inst、cust、および alt_disk_install 操作と関連付けて使用することができます。例えば、bos.games ファイルセットをクライアント・グループ tmp_grp から一度に 5 台だけのマシンにインストールするには、次のコマンドを入力します。nim -o cust -a lpp_source=lpp_source1 -a filesets=bos.games ¥-a concurrent=5 tmp_grp

この例で、lpp_source の lpp_source1、および SPOT の spot1 を使用して、 tmp_grp の内、10 クライアントだけを BOS インストールし、 3 時間経過後には他のインストールを許可しないようにするには、次のコマンドを入力します。nim -o bos_inst -a lpp_source=lpp_source1 -a spot=spot1 ¥-a concurrent=10 -a time_limit=3 tmp_grp

注 : 並行性制御操作により、次のいずれかのようにグループが完了することもあり、そのままの状態で残ることもあります。• すべてのマシンが正常にインストールされる。• いくつかのマシンはインストールに失敗する場合がある。


• time_limit 属性を使用した場合は、インストール操作が完了する前に時間切れになることがある。最初の状況では、グループは、操作前の状態に戻ります。 2 番目および 3 番目の状況では、グループは、依然として、完了したマシンもあれば、完了しなかったマシンもあるということを示す状態になります。失敗したマシンの問題は、調査する必要があります。この時点では、ユーザーは、グループでコマンドを再実行することによって、完了しなかったマシンで処理を続行することができます。代わりに、ユーザーが、そのグループを「リセット」することもできます。これによりグループは並行性制御操作前の状態に戻ります。NIM を使用した仮想入出力サーバーの移行NIM を使用して、HMC または Integrated Virtualization Manager によって管理される環境への仮想入出力サーバーの移行インストールを実行するには、以下の手順を使用することができます。前提条件仮想入出力サーバーのインストール・メディアが必要です。さらに、次のシステム要件が満たされている必要があります。• 少なくとも 70 MB が使用可能なファイルシステムを含む、AIX 5.3 (5300-03 適用) またはそれ以降が稼働中のシステム。

• 仮想入出力サーバーのタイプの LPAR に、仮想入出力サーバーのインストール用のアクティブなネットワークに接続されたイーサネット・アダプターがある。 LPAR の作成について詳しくは、「Creating theVirtual I/O Server logical partition and partition profile」を参照してください。

• 記憶制御装置に、最小 16 GB のディスク・スペースがある。前提条件が満たされたら、以下のステップに従い、NIM を使用して仮想入出力サーバーを移行します。1. Virtual I/O Server Migration DVD を DVD ドライブに挿入します。2.引数を指定せずに installios コマンドを実行して、インストール・ウィザードを開始します。次に、installios ウィザードが、仮想入出力サーバーまたは Integrated Virtualization Manager でインストールを開始するために必要な情報の入力をガイドします。NIM クライアントで installios を実行すると、bos.sysmgt.nim.master ファイルセットのロケーションを求めるプロンプトが出されます。次に、NIM クライアントが NIM マスターとして構成されます。 installios のコマンド・ラインの使用法についての詳細は、installios コマンドを参照してください。installios セットアップ・プロセスにより、移行インストールを開始するために以下の NIM リソースが作成されます。• bosinst_data• installp_bundle• lpp_source• resolv_conf• SPOT• クライアントの定義仮想入出力サーバーのロジカル・パーティションをインストールしており、セキュア・シェル (SSH) および資格情報が NIM マスター上に構成されている場合、そのパーティションは HMC からネットワーク・ブートされて、インストールを開始します。SSH のない仮想入出力サーバーの LPAR をインストールしている場合、または Integrated VirtualizationManager をインストールしている場合、ステップ 3 に進んでください。

3.仮想入出力サーバー・ソフトウェアがインストールされるシステムで、次のステップを実行して、仮想入出力サーバーの LPAR または Integrated Virtualization Manager をシステム管理サービス (SMS) モードでブートします。• 仮想入出力サーバーの LPAR を SMS でブートする場合

a. HMC で、パーティションを右クリックしてメニューを開きます。


b.「Activate (活動化)」をクリックします。「Activate Partition (パーティション活動化)」メニューが開き、パーティション・プロファイルの選択が表示されます。正しいプロファイルが強調表示されていることを確認してください。

c.「Open a terminal window or console session (端末ウィンドウまたはコンソール・セッションのオープン)」チェック・ボックスを選択して、仮想端末 (vterm) ウィンドウを開きます。

d.「(Advanced...) (詳細...)」をクリックして、詳細オプション・メニューを開きます。e.「Boot mode (ブート・モード)」として「SMS」を選択します。f.「OK (了解)」をクリックして、詳細オプション・メニューを閉じます。

g.「OK (了解)」をクリックします。パーティションの vterm ウィンドウが開きます。h. vterm ウィンドウで、「Setup Remote IPL (リモート IPL のセットアップ)」(初期プログラム・ロード) を選択します。

i.インストールに使用するネットワーク・アダプターを選択します。j.「IP Parameters (IP パラメーター)」を選択します。

k.クライアント IP アドレス、サーバー IP アドレス、およびゲートウェイ IP アドレスを入力します。オプションで、サブネット・マスクも入力できます。これらの値を入力したら Esc を押して、「Network Parameters (ネットワーク・パラメーター)」メニューに戻ります。

l.「Ping Test (ping テスト)」を選択して、ネットワーク・パラメーターが適切に構成されていることを確認します。 Esc を 2 回押して、メインメニューに戻ります。

m.メインメニューから、「Select Boot Options (ブート・オプションの選択)」を選択します。n.「Select Install/Boot Device (インストール/ブート・デバイスの選択)」を選択します。o.「Network (ネットワーク)」を選択します。p.先ほどリモート IPL 設定を構成したネットワーク・アダプターを選択します。q.「Normal (通常)」または「Service (保守)」モードを選択するようプロンプトが出されたら、「Normal (通常)」を選択します。

r.終了するかどうか確認されたら、「Yes (はい)」を選択します。• Integrated Virtualization Manager を SMS でブートする場合:

a.まず、マシンの電源を切ります。b.マシンのスイッチを入れて、画面の下部でアイコンが左から右へと表示され始めたら、F1 を押します。注 : F1 を押す前に最後のアイコンが表示された場合は、SMS ではなく通常モードのブート・リストが表示されるため、再試行してください。

c.「System Management Services (システム管理サービス)」メニューが開きます。「Utilities (ユーティリティー )」を選択します。

d.「System Management Services Utilities (システム管理サービス・ユーティリティー )」メニューから、「Remote Initial Program Load Setup (リモート初期プログラム・ロード・セットアップ)」を選択します。

e.「Network Parameters (ネットワーク・パラメーター)」パネルから、「IP Parameters (IP パラメーター)」を選択します。

f.表示された値を、クライアント・システムにとって正しい値になるように変更します。次の IPアドレスを指定します。– ブートしているクライアント・マシン (「client address (クライアント・アドレス)」フィールドに指定)

– NIM マスター・サーバー (「server address (サーバー・アドレス)」フィールドに指定)– クライアントのゲートウェイ (「gateway address (ゲートウェイ・アドレス)」フィールドに指定)

– クライアントのサブネット・マスク (「subnet mask (サブネット・マスク)」フィールドに指定)g.アドレスを指定したら、Enter キーを押してアドレスを保存し、操作を続けます。


h.「Network Parameters (ネットワーク・パラメーター)」ウィンドウが開きます。「Ping」オプションを選択します。

i.クライアントのブート・デバイスとして使用するネットワーク・アダプターを選択します。j.表示されるアドレスがブート・デバイスについて指定したアドレスと同じであることを確認します。アドレスに誤りがある場合は、メインメニューに戻るまで Esc キーを押します。そして、ステップ e に戻ります。これらのアドレスが正しい場合は、ステップ k に進みます。

k.アドレスが正しければ、Enter キーを押して、ping テストを実行します。 ping テストが完了するのに数秒かかることがあります。

l. ping テストが失敗した場合は、アドレスが正しいかどうかを確認し、ネットワークの問題を分析します。 ping テストが正常に完了した場合は、正常完了メッセージを確認したことを示すためにEnter を押します。

m.「System Management Services (システム管理サービス)」メニューに戻るまで、Esc を押します。n.「System Management Services (システム管理サービス)」メニューから、「Select Boot Devices

(ブート・デバイスの選択)」オプションを選択します。o.表示されたブート可能デバイスのリストから、ネットワーク・ブートに使用するネットワーク・アダプターを選択します。

移行インストールが完了したら、仮想入出力サーバーのロジカル・パーティションまたは IntegratedVirtualization Manager は、移行インストールの前の構成にブートされます。installios セットアップ・プロセスで作成されたすべての NIM リソースを除去するには、-u フラグを指定して installios コマンドを実行します。 installios コマンドがクリーンアップに失敗したら、installios -u を実行するときに -f フラグを指定して、NIM がリセットとクライアントへのリソースの割り当て解除を強制実行するようにしてください。 NIM 環境はまだ存在しますが、installios ウィザードから作成されたリソースとディレクトリー構造はすべて除去されます。ただし、NIM を構成解除する場合、または bos.sysmgt.nim.master ファイルセットをアンインストールし、NIM マスターを NIM クライアントに戻す場合 (NIM クライアントから構成されている場合) は、installios -u に -U フラグを指定してください。

NIM でのインストールネットワーク・インストール・マネージャー (NIM) を使用すると、複数の構成および場所での基本オペレーティング・システム (BOS) のインストールを管理できます。インストール・イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストールインストール・イメージを使用して基本オペレーティング・システム (BOS) を NIM クライアントにインストールする手順は、従来のテープまたはメディア・デバイスからの BOS インストールと似ています。これは、BOS イメージが、lpp_source リソースのインストール・イメージからインストールされるためです。前提条件• NIM マスターが構成され、 lpp_source リソースおよび SPOT リソースが定義されている必要があります。 132 ページの『NIM マスターの構成と基本インストール・リソースの作成』を参照してください。

• インストールする NIM クライアントは、NIM 環境に既に存在していなければなりません。クライアントを NIM 環境に追加するには、141 ページの『NIM 環境へのスタンドアロン・クライアントの追加』を参照してください。インストール・イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストール (SMIT から)インストール・イメージを使用して、SMIT で基本オペレーティング・システムを NIM クライアントにインストールするには、次の手順を実行します。1. rte インストールを使用して NIM クライアントに BOS をインストールするには、 NIM マスターからsmit nim_bosinst と入力します。

2.操作のターゲットを選択します。3.インストールの「TYPE (タイプ)」として「rte」を選択します。


4.インストールに使用する「SPOT」を選択します。5.インストールに使用する「LPP_SOURCE」を選択します。6.表示されたダイアログのフィールドに、インストール・オプション用の正しい値を入力するか、またはデフォルト値をそのまま受け入れます。ヘルプ情報および「LIST (リスト)」オプションを使用できます。

7.インストールするクライアント・マシンが、既に稼働中の構成済み NIM クライアントでない場合には、NIM は、インストールのためにそのマシンをネットワークを介して自動的にリブートすることができません。クライアントが SMIT から自動的にリブートされなかった場合は、インストールのためにそのクライアントからネットワーク・ブートを開始します。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。

8.マシンがネットワークを介してブートした後に、クライアント・マシンのディスプレイ上で、インストール時にマシンをどのように構成するかについての情報の入力を求めるプロンプトの表示が開始されます。インストールを続けるには、要求されている情報を指定します。注 : プロンプトを表示せずにインストールを実行するには、 175 ページの『プロンプトなしの BOS インストールの実行』に従って、前提条件の作業を完了させます。

インストール・イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストール (コマンド・ラインから)インストール・イメージを使用して、コマンド・ラインから基本オペレーティング・システムを NIM クライアントにインストールするには、次の手順を実行します。1. bos_inst 操作を開始するには、次のように入力します。

# nim -o bos_inst -a source=rte -a lpp_source=Lpp_Source ¥-a spot=SPOTName -a accept_licenses=yes -a boot_client=yes/no ClientName

インストールをサポートするために使用するリソースおよびインストールをカスタマイズするためのその他のオプションを指定します。単純な rte インストールを実行するには、 lpp_source リソースおよび SPOT リソースを指定します。インストールするクライアント・マシンが、既に稼働中の構成済み NIM クライアントでない場合には、NIM は、インストールのためにそのマシンをネットワークを介して自動的にリブートすることができません。この場合は、マシンに対して手動でネットワーク・ブートを実行する必要があります。このような場合には、bos_inst コマンドに boot_client=no 属性を指定します。 boot_client 属性値を指定しないと、デフォルトの boot_client=yes になります。

2.クライアントが自動的にリブートされなかった場合には、インストールのために、そのクライアントからネットワーク・ブートを開始します。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。

3.マシンがネットワークを介してブートした後に、クライアント・マシンのディスプレイ上で、インストール時にマシンをどのように構成するかについての情報の入力を求めるプロンプトの表示が開始されます。インストールを続けるには、要求されている情報を指定します。例クライアント・マシン machine1 は、稼働中の構成済み NIM クライアントではありません。boot_client=no を指定してください。lpp_source1 という名前の lpp_source と spot1 という名前の SPOT を使用してクライアントをインストールするには、次のように入力します。# nim -o bos_inst -a source=rte -a lpp_source=lpp_source1 ¥-a spot=spot1 -a accept_licenses=yes -a boot_client=no machine1

注 :

a. rte をインストールするステップは、他のタイプの BOS のインストールの実行ステップとほとんど同じです。主な違いは、nim bos_inst コマンドの source 属性に rte を指定しなければならない点です。

b.プロンプトを表示せずにインストールを実行するには、 175 ページの『プロンプトなしの BOS インストールの実行』に従って、前提条件の作業を完了させます。


c. NIM で BOS インストールをカスタマイズできる各種の方法の詳細は、 274 ページの『NIM bos_inst操作の使用』を参照してください。

プロンプトなしの BOS インストールの実行この手順は、プロンプトなしの BOS インストールで使用する bosinst_data リソースを作成する方法についての情報を提供します。bosinst_data リソースを作成した後、次の手順を参照して、プロンプトなしのインストールを実行してください。• 173 ページの『インストール・イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストール』

• 176 ページの『mksysb イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストール』前提条件1. NIM マスターが構成され、 lpp_source リソースおよび SPOT リソースが定義されている必要があります。 132 ページの『NIM マスターの構成と基本インストール・リソースの作成』を参照してください。

2.インストールする NIM クライアントは、NIM 環境に既に存在していなければなりません。クライアントを NIM 環境に追加するには、141 ページの『NIM 環境へのスタンドアロン・クライアントの追加』の手順を使用します。

3. BOS インストール中にインストールされるいずれかのソフトウェアで使用条件の受諾が必要な場合は、BOS インストール中に使用条件を受諾するか、クライアントをブートしてから受諾するかを決めます。ライセンスの受諾は、クライアント側で行う点に注意してください。ライセンス受諾を制御する構文を指定するための bosinst.data ファイルのサンプルについては、61 ページの『bosinst.data ファイルの使用』を参照してください。

SMIT を使用するプロンプトなしの BOS インストールの実行SMIT を使用してプロンプトなしの BOS インストールを実行することができます。1. NIM マスターまたは稼働中の NIM クライアントから、 BOS のインストール時にマシンをどのように構成するかを記述する bosinst.data ファイルを作成します。サンプルの bosinst.data ファイルについては、61 ページの『bosinst.data ファイルの使用』を参照してください。

2. bosinst.data ファイルを、NIM 環境内の bosinst_data リソースとして定義するために、 smitnim_mkres 高速パスを入力します。

3.画面に表示されたリソース・タイプのリストから、「bosinst_data」を選択します。4.必須フィールドに値を入力します。ヘルプ情報および「LIST (リスト)」オプションを使用して、

bosinst_data リソースの定義のために正しい値を指定するのに役立ててください。5. bosinst_data を定義したら、スタンドアロン・マシンで rte または mksysb のインストールを実行する手順にしたがってください。インストール中に使用するリソースとして、必ず bosinst_data を指定してください。

コマンド・ラインからのプロンプトなしの BOS インストールの実行コマンド・ラインからプロンプトなしの BOS インストールを実行することができます。1. NIM マスターまたは稼働中の NIM クライアントから、 BOS のインストール時にマシンをどのように構成するかを記述する bosinst.data ファイルを作成します。注 : BOS インストール中にインストールするソフトウェアのご使用条件に同意するには、 -aaccept_licenses=yes を nim -o bos_inst コマンドに指定します。

2. bosinst.data ファイルを bosinst_data リソースとして定義するには、次のように入力します。# nim -o define -t bosinst_data -a server=ServerName ¥-a location=LocationName NameValue

server 属性を使用して、bosinst.data ファイルがあるマシンの名前を指定します。location 属性を使用して、リソースとして使用する bosinst.data ファイルの絶対パス名を指定します。


3. bosinst_data を定義したら、スタンドアロン・マシンで rte または mksysb のインストールを実行する通常の手順にしたがってください。インストールに使用するリソースとして、必ず bosinst_data を指定してください。例えば、lpp_source1、spot1、および bosinst_data1 リソースを使用して、machine1 のプロンプトなしの rte インストールを実行するには、次のように入力します。# nim -o bos_inst -a source=rte -a lpp_source=lpp_source1 ¥-a spot=spot1 -a accept_licenses=yes -a bosinst_data=bosinst_data1 ¥ machine1

mksysb イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストールmksysb インストールは、 NIM 環境の mksysb イメージから、BOS および他のソフトウェアをターゲットに復元します。NIM を使用した BOS インストールをカスタマイズする各種の方法の詳細は、 274 ページの『NIM bos_inst操作の使用』を参照してください。mksysb イメージによって、1 つのシステム・イメージのクローンを複数のターゲット・システムに作成できます。ターゲット・システムはソース・システムと同じハードウェア・デバイスやアダプターを含まなくてもよく、同一のカーネル (ユニプロセッサーまたはマルチプロセッサー) は必要ではありません。NIM はインストールの最後に TCPIP を構成するため、RECOVER_DEVICES フィールドを no に設定して、bosinst_data リソースを mksysb インストールのクローン作成用に割り当てることをお勧めします。これによって、BOS のインストール・プロセスで、デバイスが mksysb イメージのソース・マシン上にあるかのように構成されることを防ぐことができます。注 : ODM データベースに影響を与える NIM カスタマイズは、同じシステム上に mksysb をインストールした後、反映されません。 mksysb バックアップを復元すると、ODM はバックアップ作成時の状態に復元されます。AIX では、インストールしている mksysb イメージが同じシステムで作成されたものでない場合、デバイスはリカバリーされません。

重要 : クローン作成したシステムが OpenGL または graPHIGS を使用している場合には、クローン作成後にインストールする必要のある、LPP からのデバイス・ファイルセットが存在する場合があります。 OpenGL と graPHIGS には、グラフィック・アダプター固有のファイルセットがあります。このため、異なるグラフィック・アダプターのシステムにクローンを作成する場合には、下記の手順でバンドルを作成する必要があります。echo OpenGL.OpenGL_X.dev > /usr/sys/inst.data/user_bundles/graphic_dev.bndecho PEX_PHIGS.dev >> /usr/sys/inst.data/user_bundles/graphic_dev.bnd

OpenGL および graPHIGS が lpp_source にある場合、mksysb のインストール時にこのバンドルを割り当てると、デバイス・ファイルセットは自動的にインストールされます。

前提条件• NIM マスターが構成され、 SPOT および mksysb リソースが定義されている必要があります。 132 ページの『NIM マスターの構成と基本インストール・リソースの作成』を参照してください。

• インストールする NIM クライアントは、NIM 環境に既に存在していなければなりません。クライアントを NIM 環境に追加するには、141 ページの『NIM 環境へのスタンドアロン・クライアントの追加』を参照してください。

• NIM マスターまたは稼働中の NIM クライアントのハード・ディスクで mksysb を使用できる必要があります。そうでない場合は、この手順の中で、mksysb イメージは、NIM マスターまたは稼働中の NIM クライアントから作成されます。

• SPOT リソースおよび mksysb リソースを NIM BOS インストールに使用する場合には、これらのリソースは同一レベルの AIX でなければなりません。

• 多くのアプリケーション、特にデータベースは、スパース・ファイルにデータを保持しています。スパース・ファイルには、空きスペースやギャップがあり、将来のデータ追加のために残されています。これらの空きスペースが ASCII のヌル文字で埋められても、それが十分に大きい場合には、ファイルはスパース・ファイルになり、ディスク・ブロックは割り当てられません。


この状態により大容量ファイルが作成される危険性はありますが、ディスク・ブロックは割り当てられません。その後、ファイルにデータが追加されるとディスク・ブロックが割り当てられますが、ファイルシステムに十分な空きディスク・ブロックはありません。ファイルシステムは満杯になり、そのファイルシステム内のファイルへの書き込みは失敗します。システム上にスパース・ファイルを置かないようにするか、あるいは、将来ブロックが割り当てられるのに十分なフリー・スペースをファイルシステムに確保しておくことをお勧めします。関連概念システム・バックアップのインストールmksysb イメージとも呼ばれるシステム・バックアップ・イメージを使用して、基本オペレーティング・システム (BOS) をインストールすることができます。mksysb イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストール(SMIT から)mksysb イメージを使用して、SMIT で基本オペレーティング・システムを NIM クライアントにインストールするには、次の手順を実行します。

1. mksysb リソースが既に作成されている場合は、ステップ 6 へ進んでください。まだ作成されていない場合には、mksysb リソースを作成するために、 smit nim_mkres 高速パスを入力します。

2.定義可能なリソース・タイプのリストか「mksysb」を選択します。3.表示されたダイアログで、必須フィールドに値を入力します。ヘルプ情報および「LIST (リスト)」オプションを使用すると、 mksysb リソースを定義するための正しい値を指定するのに役立ちます。

4. mksysb イメージが存在しない場合には、「System Backup Image Creation Options (システム・バックアップ・イメージの作成オプション)」のフィールドに値を指定して、そのイメージを作成します。注 : mksysb イメージが、NIM マスターまたはクライアントのハード・ディスク上のファイルとして、既に存在する場合には、mksysb リソースの定義には、これ以上の情報は不要です。

5.この作業が正常に完了したら、SMIT を終了します。6. mksysb リソースを使用して NIM クライアントをインストールするために、 smit nim_bosinst 高速パスを入力します。

7.操作のターゲットを選択します。8.インストールの「TYPE (タイプ)」として「mksysb」を選択します。9.インストールに使用する「MKSYSB」を選択します。

10.インストールに使用する「SPOT」を選択します。11.表示されたダイアログのフィールドに、インストール・オプション用の正しい値を入力するか、またはデフォルト値をそのまま受け入れます。ヘルプ情報および「LIST (リスト)」オプションを使用すると役立ちます。

12. SMIT ダイアログを実行して、NIM クライアントをインストールします。13.インストールするクライアント・マシンが、既に稼働中の構成済み NIM クライアントでない場合には、

NIM は、インストールのためにそのマシンをネットワークを介して自動的にリブートすることができません。クライアントが SMIT から自動的にリブートされなかった場合は、インストールのためにそのクライアントからネットワーク・ブートを開始します。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。

14.マシンがネットワークを介してブートした後に、クライアント・マシンのディスプレイ上で、インストール時にマシンをどのように構成するかについての情報の入力を求めるプロンプトの表示が開始されます。インストールを続けるには、要求されている情報を指定します。注 : プロンプトを表示せずにインストールを実行するには、 175 ページの『プロンプトなしの BOS インストールの実行』に従って、前提条件の作業を完了させます。


mksysb イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストール (コマンド・ラインから)mksysb イメージを使用して、コマンド・ラインから基本オペレーティング・システムを NIM クライアントにインストールするには、次の手順を実行します。1. mksysb リソースが既に作成されている場合は、ステップ 2 へ進んでください。 mksysb リソースを作成するには、次のように入力します。nim -o define -t mksysb -a server=ServerName ¥-a location=LocationName -a mk_image=yes ¥-a source=SourceMachine ResourceName

mksysb イメージのサーバー名および場所を指定します。 mksysb イメージがまだ存在しない場合には、 mk_image 属性および source 属性を使用して作成されます。mksysb リソースの作成時に指定できるすべてのオプションに関する詳細な説明は、 255 ページの『mksysb リソースの使用』を参照してください。例 1:

mksysb リソースの mksysb_res1 を、マスターの /export/backups/client_mksysb にある既存の mksysb イメージから定義するには、次のように入力します。nim -o define -t mksysb -a server=master ¥-a location=/export/backups/client_mksysb mksysb_res1

例 2:

マスターの /export/resources/new_mksysb に、クライアント・マシン client1 の mksysb イメージを作成し、mksysb リソースの mksysb_res2 を定義するには、次のように入力します。nim -o define -t mksysb -a server=master ¥-a location=export/resources/new_mksysb -a mk_image=yes ¥-a source=client1 mksysb_res2

2. bos_inst 操作を開始するには、次のように入力します。nim -o bos_inst -a source=mksysb -a mksysb=mksysb ¥-a spot=SPOTName -a boot_client=yes/no ClientName

インストールをサポートするために使用するリソースおよびインストールをカスタマイズするためのその他のオプションを指定します。単純な mksysb インストールを実行するには、mksysb リソースおよび SPOT リソースを指定します。インストールするクライアント・マシンが、既に稼働中の構成済み NIM クライアントでない場合には、NIM は、インストールのためにそのマシンをネットワークを介して自動的にリブートすることができません。この場合は、マシンに対して手動でネットワーク・ブートを実行する必要があります。このような場合には、bos_inst コマンドに boot_client=no 属性を指定します。 boot_client 属性値を指定しないと、デフォルトの boot_client=yes になります。

3.クライアントが自動的にリブートされなかった場合には、インストールのために、そのクライアントからネットワーク・ブートを開始します。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。

4.マシンがネットワークを介してブートした後に、クライアント・マシンのディスプレイ上で、インストール時にマシンをどのように構成するかについての情報の入力を求めるプロンプトの表示が開始されます。インストールを続けるには、要求されている情報を指定します。例 3:

mksysb の mksysb1、オプションの lpp_source の lpp_source1、および SPOT の spot1 を使用して、NIM クライアントとして構成済みであるが稼働していないクライアント・マシン machine1 でmksysb インストールを実行するには、次のように入力します。nim -o bos_inst -a source=mksysb -a mksysb=mksysb1 ¥-a lpp_source=lpp_source1 -a spot=spot1 -a boot_client=no machine1


注 :

1. mksysb インストールを実行するためのステップは、他のタイプの BOS インストールを実行するステップとほとんど同じです。主な違いは、nim bos_inst コマンドの source 属性に mksysb を指定し、操作に mksysb リソースを割り当てる必要があるという点です。

2.プロンプトを表示せずにインストールを実行するには、 175 ページの『プロンプトなしの BOS インストールの実行』に従って、前提条件の作業を完了させます。

ios_mksysb イメージを使用した NIM クライアントへの基本オペレーティング・システムのインストール(コマンド・ラインから)ios_mksysb イメージを使用して、コマンド・ラインから基本オペレーティング・システムを NIM クライアントにインストールするには、以下の手順を実行します。1. ios_mksysb リソースが既に作成されている場合は、ステップ 2 へ進んでください。 ios_mksysb リソースを作成するには、次のように入力します。nim -o define -t ios_mksysb -a server=ServerName ¥-a location=LocationName -a mk_image=yes ¥-a source=SourceMachine ResourceName

ios_mksysb イメージのサーバー名および場所を指定します。 ios_mksysb イメージがまだ存在しない場合は、mk_image 属性および source 属性を使用して作成されます。ios_mksysb リソースの作成時に指定できるすべてのオプションについて詳しくは、250 ページの『ios_mksysb リソースの使用』を参照してください。例 1:

ios_mksysb リソースの ios_mksysb_res1 を、マスターの /export/backups/client_ios_mksysb にある既存の ios_mksysb イメージから定義するには、次のように入力します。nim -o define -t ios_mksysb -a server=master ¥-a location=/export/backups/client_ios_mksysb ios_mksysb_res1

例 2:

マスターの /export/resources/new_ios_mksysb に、クライアント・システム client1 のios_mksysb イメージを作成し、ios_mksysb リソースの ios_mksysb_res2 を定義するには、次のように入力します。nim -o define -t ios_mksysb -a server=master ¥-a location=export/resources/new_ios_mksysb -a mk_image=yes ¥-a source=client1 ios_mksysb_res2

2. bos_inst 操作を開始するには、次のように入力します。nim -o bos_inst -a source=mksysb -a ios_mksysb=ios_mksysb ¥-a spot=SPOTName -a boot_client=yes/no ClientName

インストールをサポートするために使用するリソースおよびインストールをカスタマイズするためのその他のオプションを指定します。単純な mksysb インストールを実行するには、ios_mksysb リソースおよび SPOT リソースを指定します。インストールするクライアント・システムが稼働中の構成済み NIM クライアントでない場合、NIM はインストールのためにネットワークを介してシステムを自動的にリブートすることができません。この場合は、システムに対して手動でネットワーク・ブートを実行する必要があります。このような場合には、bos_inst コマンドに boot_client=no 属性を指定します。 boot_client 属性値を指定しないと、デフォルトの boot_client=yes になります。

3. VIOS または IVM クライアントが自動的にリブートしなかった場合は、インストールのためにそのクライアントからネットワーク・ブートを開始します。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。


4.システムがネットワークを介してブートした後、クライアント・システムのディスプレイ上で、インストール時にシステムをどのように構成するかについての情報を入力するためのプロンプトが開始します。インストールを続けるには、要求されている情報を指定します。

5.クライアントが自動的にリブートしなかった場合は、インストールのためにそのクライアントからネットワーク・ブートを開始します。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。

6.システムがネットワークを介してブートした後、クライアント・システムのディスプレイ上で、インストール時にシステムをどのように構成するかについての情報を入力するためのプロンプトが開始します。インストールを続けるには、要求されている情報を指定します。例 3:

ios_mksysb1 の mksysb1、オプションの lpp_source の lpp_source1、および SPOT の spot1 を使用して、稼働中の構成済み NIM クライアントでないクライアント・システム machine1 で mksysb インストールを実行するには、次のように入力します。nim -o bos_inst -a source=mksysb -a ios_mksysb=ios_mksysb1 ¥-a lpp_source=lpp_source1 -a spot=spot1 -a boot_client=no vios1

注 :

1. mksysb のインストールを実行するステップは、他のタイプの BOS のインストールを実行するステップとほとんど同じです。主な違いは、nim bos_inst コマンドの source 属性に mksysb を指定し、操作にios_mksysb リソースを割り当てる必要があるという点です。

2.プロンプトを表示せずにインストールを実行するには、175 ページの『プロンプトなしの BOS インストールの実行』に従って、前提条件の作業を実行します。

ios_mksysb イメージを使用した NIM クライアントへの基本オペレーティング・システムのインストール(SMIT から)ios_mksysb イメージを使用して、SMIT から基本オペレーティング・システムを NIM VIOS 管理クライアントにインストールするには、以下の手順を実行します。

1. ios_mksysb リソースが既に作成されている場合は、ステップ 6 へ進んでください。まだ作成されていない場合は、ios_mksysb リソースを作成するために smit nim_mkres 高速パスを入力します。

2.定義可能なリソース・タイプのリストから「ios_mksysb」を選択します。3.表示されたダイアログで、必須フィールドに値を入力します。ヘルプ情報と「LIST (リスト)」オプションを使用すると、ios_mksysb リソースを定義する際に正しい値を指定するのに役立ちます。

4. ios_mksysb イメージが存在しない場合は、「システム・バックアップ・イメージ作成オプション」のフィールドに値を指定してイメージを作成します。注 : ios_mksysb イメージが NIM マスターまたはクライアントのハード・ディスク上のファイルとして既に存在する場合は、ios_mksysb リソースの定義にこれ以上の情報は不要です。

5.この作業が正常に完了したら、SMIT を終了します。6. ios_mksysb リソースを使用して NIM クライアントをインストールするために、smit

nim_mgmt_obj_op 高速パスを入力します。7.操作のターゲットを選択します。8.実行する操作として「bos_inst」を選択します。9.表示されたダイアログの「MKSYSB」フィールドで、ios_mksysb リソースを選択します。

10.表示されたダイアログの「SPOT」フィールドで、インストールで使用する SPOT を選択します。このSPOT は ios_mksysb リソースから作成されたものでなければなりません。

11.表示されたダイアログのフィールドに、インストール・オプション用の正しい値を入力するか、またはデフォルト値をそのまま受け入れます。ヘルプ情報および「LIST (リスト)」オプションを使用すると役立ちます。

12. SMIT ダイアログを実行して、NIM VIOS クライアントをインストールします。13.インストールする VIOS クライアント・マシンが既に稼働中の構成済み NIM VIOS クライアントでない場合、NIM はインストールのためにネットワークを介してそのマシンを自動的にリブートすることができません。クライアントが SMIT から自動的にリブートされなかった場合は、インストールのため


にそのクライアントからネットワーク・ブートを開始します。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。

14.マシンがネットワークを介してブートした後に、クライアント・マシンのディスプレイ上で、インストール時にマシンをどのように構成するかについての情報の入力を求めるプロンプトの表示が開始されます。インストールを続けるには、要求されている情報を指定します。注 : プロンプトを表示せずにインストールを実行するには、175 ページの『プロンプトなしの BOS インストールの実行』に従って、前提条件の作業を実行します。

NIM クライアントの代替ディスクへのインストールNIM では、AIX 4.3 以降の mksysb イメージ (mksysb リソース) を NIM クライアントの代替ディスクにインストールしたり、NIM クライアントの現行ディスクのクローンを代替ディスクに作成して、更新を適用することができます。インストール中はクライアント・システムが実行しているため、通常のインストールよりも短い時間でインストールすることができます。注 : NIM で代替ディスクのインストールをカスタマイズできる各種の方法については、269 ページの『NIMalt_disk_install 操作の使用』を参照してください。前提条件• NIM マスターを構成する必要があります。 mksysb イメージを代替ディスクにインストールするために、 mksysb リソースを定義する必要があります。 132 ページの『NIM マスターの構成と基本インストール・リソースの作成』を参照してください。

• NIM クライアントは、既に NIM 環境に存在し、稼働していなければなりません。クライアントを NIM環境に追加するには、141 ページの『NIM 環境へのスタンドアロン・クライアントの追加』を参照してください。

• bos.alt_disk_install.rte ファイルセットを NIM クライアント上にインストールする必要があります。 NIM クライアント上に新規ファイルセットをインストールするには、 147 ページの『NIM クライアントと SPOT リソースのカスタマイズ』を参照してください。

SMIT を使用する NIM クライアントの代替ディスクへのインストールSMIT を使用して、NIM クライアントの代替ディスクにインストールするには、次の手順に従います。1. NIM マスターから smit nim_alt_mksysb 高速パスを入力します。2.インストールする「Target Machine (ターゲット・マシン)」または「Target Group (ターゲット・グループ)」を選択します。

3.ターゲット・マシン上に「Target Disk or Disks (ターゲット・ディスク (複数も可))」を入力します。4.デフォルト・インストール・オプションを受け入れるか、または、表示ダイアログ・フィールドに別のオプションを指定します。ヘルプ情報および「LIST (リスト)」オプションをガイドとして使用できます。

5.代替ディスクのインストールがクライアントで開始され、 lsnim コマンド (smit lsnim) を使用すると進捗状況が表示されます。「Reboot when complete? (完了時にリブートする)」オプションが「yes (はい)」に設定され、「Phase to execute (実行するフェーズ)」が「all (すべて)」であるかまたはフェーズ3 を含む場合、クライアントは、alt_disk_install コマンドが完了した時点で新たにインストールされたディスクからリブートします。

6. NIM クライアントの代替ディスクにディスクのクローンを作成するには、 NIM マスターから smitnim_alt_clone 高速パスを入力します。

コマンド・ラインからの NIM クライアントの代替ディスクへのインストールターゲット・システム上で alt_disk_install コマンドが開始され、lsnim コマンドを使用すると進捗状況が表示されます。ターゲット・システム上に保持されているログ /var/adm/ras/alt_disk_inst.log には進捗状況メッセージのほか発生する可能性のあるエラー・メッセージまたは警告メッセージが入れられます。 /var/adm/ras/nim.alt_disk_install ログには、要求があれば、デバッグ情報が入れられます。


代替ディスクへの mksysb のインストールalt_disk_install 操作を開始するには、次のコードを使用します。次を入力して、alt_disk_install 操作を開始します。nim -o alt_disk_install -a source=mksysb -a mksysb=Mksysb ¥-a disk='diskname(s)' ClientName

使用する mksysb リソースとインストールをカスタマイズするためのその他のオプション (該当する場合)を指定します。単純な代替ディスク mksysb インストールを実行する場合は、source、mksysb およびdisk リソースを指定します。注 : mksysb リソースについての詳細は、255 ページの『mksysb リソースの使用』を参照してください。代替ディスクへの rootvg のクローン作成代替ディスクに rootvg のクローンを作成するには、次のコマンドを使用します。NIM クライアントの代替ディスクにディスクのクローンを作成するには、次を入力します。nim -o alt_disk_install -a source=rootvg -a disk=diskname(s) ClientName

インストールをカスタマイズするためのその他のオプションを指定してください。コマンド・ラインからの NIM クライアントの代替ディスクへのインストール - 例コマンド・ラインを使用して、NIM クライアントでの代替ディスクへのインストールを実行するいくつかの例を示します。クライアント・マシン machine1 はディスク hdisk2 を持つ実行中のシステムですが、現在は、ボリューム・グループにより占有されていません。• このディスクを 51mksysb という名前の mksysb リソースでインストールするには、次のように入力します。nim -o alt_disk_install -a source=mksysb -a mksysb=51mksysb ¥-a disk=hdisk2 machine1

• rootvg のクローンを hdisk2 に作成するには、次のように入力します。nim -o alt_disk_install -a source=rootvg -a disk=hdisk2 machine1

NIM を使用する仮想入出力サーバーのインストール以下の手順により、ネットワーク・インストール・マネージャー (NIM) を使用して、HMC または IntegratedVirtualization Manager によって管理されている環境に仮想入出力サーバーをインストールすることができます。installios を使用した仮想入出力サーバーのインストールinstallios コマンドを使用して、HMC または Integrated Virtualization Manager によって管理されている環境に仮想入出力サーバーをインストールするには、以下の手順を使用します。前提条件この手順を開始する前に、次のファイルが必要です。このファイルは、仮想入出力サーバーのインストール・メディアにあります。• nimol/ioserver_res/mksysb (mksysb イメージ)

さらに、次のシステム要件が満たされている必要があります。• 少なくとも 700 MB が使用可能なファイルシステム。• 仮想入出力をインストールするためのアクティブ・ネットワークに接続されているイーサネット・アダプターを含む仮想入出力サーバーのロジカル・パーティション。 LPAR の作成について詳しくは、「Creatingthe Virtual I/O Server logical partition and partition profile」を参照してください。

• 記憶制御装置に、最小 16 GB のディスク・スペースがある。


NIM を使用して仮想入出力サーバーをインストールするには、以下のステップを完了してください。1. Virtual I/O Server DVD を DVD ドライブに挿入します。2.引数を指定せずに installios コマンドを実行して、インストール・ウィザードを開始します。installios ウィザードが、仮想入出力サーバーまたは Integrated Virtualization Manager でインストール開始するために必要な情報の入力プロセスをガイドします。NIM クライアントで installios を実行すると、bos.sysmgt.nim.master ファイルセットのロケーションを求めるプロンプトが出されます。次に、NIM クライアントが NIM マスターとして構成されます。 installios コマンドのコマンド・ラインの使用について詳しくは、installios コマンドを参照してください。installios セットアップ・プロセスにより、インストールを開始するために以下の NIM リソースが作成されます。• bosinst_data• installp_bundle• lpp_source• mksysb• resolv_conf• SPOT• クライアントの定義仮想入出力サーバーの LPAR をインストールしており、セキュア・シェル (SSH) および資格情報が NIMマスターで構成されている場合、そのパーティションはハードウェア管理コンソール (HMC) からネットワーク・ブートされて、インストールを開始します。SSH のない仮想入出力サーバーの LPAR をインストールしている場合、または Integrated VirtualizationManager をインストールしている場合、ステップ 3 に進んでください。

3.仮想入出力サーバー・ソフトウェアがインストールされるシステムで、以下のステップを実行して、仮想入出力サーバーのロジカル・パーティションまたは Integrated Virtualization Manager をシステム管理サービス (SMS) モードでブートします。• 仮想入出力サーバーの LPAR を SMS でブートする場合

a. HMC で、パーティションを右クリックしてメニューを開きます。b.「Activate (活動化)」をクリックします。「Activate Partition (パーティション活動化)」メニューが開き、パーティション・プロファイルの選択が表示されます。正しいプロファイルが強調表示されていることを確認してください。

c.「Open a terminal window or console session (端末ウィンドウまたはコンソール・セッションのオープン)」チェック・ボックスを選択して、仮想端末 (vterm) ウィンドウを開きます。

d.「(Advanced...) (詳細...)」をクリックして、詳細オプション・メニューを開きます。e.「Boot mode (ブート・モード)」として「SMS」を選択します。f.「OK (了解)」をクリックして、詳細オプション・メニューを閉じます。

g.「OK (了解)」をクリックします。パーティションの vterm ウィンドウが開きます。h. vterm ウィンドウで、「Setup Remote IPL (リモート IPL のセットアップ)」(初期プログラム・ロード) を選択します。

i.インストールに使用するネットワーク・アダプターを選択します。j.「IP Parameters (IP パラメーター)」を選択します。

k.クライアント IP アドレス、サーバー IP アドレス、およびゲートウェイ IP アドレスを入力します。オプションで、サブネット・マスクも入力できます。これらの値を入力したら Esc を押して、「Network Parameters (ネットワーク・パラメーター)」メニューに戻ります。

l.「Ping Test (ping テスト)」を選択して、ネットワーク・パラメーターが適切に構成されていることを確認します。 Esc を 2 回押して、メインメニューに戻ります。


m.メインメニューから、「Select Boot Options (ブート・オプションの選択)」を選択します。n.「Select Install/Boot Device (インストール/ブート・デバイスの選択)」を選択します。o.「Network (ネットワーク)」を選択します。p.先ほどリモート IPL 設定を構成したネットワーク・アダプターを選択します。q.「Normal (通常)」または「Service (保守)」モードを選択するようプロンプトが出されたら、「Normal (通常)」を選択します。

r.終了するかどうか確認されたら、「Yes (はい)」を選択します。• Integrated Virtualization Manager を SMS でブートする場合:

a.まず、マシンの電源を切ります。b.マシンの電源をオンにして、画面の下部でアイコンが左から右へと表示され始めたら、F1 を押します。注 : F1 を押す前に最後のアイコンが表示された場合は、SMS ではなく通常モードのブート・リストが表示されます。ステップ a と b を繰り返してください。

c.「System Management Services (システム管理サービス)」メニューが開きます。「Utilities (ユーティリティー )」を選択します。

d.「System Management Services Utilities (システム管理サービス・ユーティリティー )」メニューから、「Remote Initial Program Load Setup (リモート初期プログラム・ロード・セットアップ)」を選択します。

e.「Network Parameters (ネットワーク・パラメーター)」パネルから、「IP Parameters (IP パラメーター)」を選択します。

f.表示された値を、クライアント・システムにとって正しい値になるように変更します。以下の IPアドレスを指定し、Enter キーを押してください。– ブートしているクライアント・マシン (「client address (クライアント・アドレス)」フィールドに指定)

– NIM マスター・サーバー (「server address (サーバー・アドレス)」フィールドに指定)– クライアントのゲートウェイ (「gateway address (ゲートウェイ・アドレス)」フィールドに指定)

– クライアントのサブネット・マスク (「subnet mask (サブネット・マスク)」フィールドに指定)g.「Network Parameters (ネットワーク・パラメーター)」ウィンドウがオープンしたら、「Ping」オプションを選択します。

h.クライアントのブート・デバイスとして使用するネットワーク・アダプターを選択します。i.表示されるアドレスがブート・デバイスについて指定したアドレスと同じであることを確認します。アドレスに誤りがある場合は、メインメニューに戻るまで Esc キーを押します。その後、ステップ e に戻ります。正しい場合は、ステップ j に進んでください。

j. Enter キーを押して、ping テストを実行します。 ping テストが完了するのに数秒かかることがあります。

k. ping テストが失敗した場合は、アドレスが正しいかどうかを確認し、ネットワークの問題を分析します。 ping テストが正常に完了したら、正常完了メッセージを確認したことを示すために、Enter キーを押します。

l.「System Management Services (システム管理サービス)」メニューに戻るまで、Esc を押します。m.「System Management Services (システム管理サービス)」メニューから、「Select Boot Devices

(ブート・デバイスの選択)」オプションを選択します。n.表示されたブート可能デバイスのリストから、ネットワーク・ブートに使用されるネットワーク・アダプターを選択します。

インストールが完了したら、仮想入出力サーバーの LPAR または Integrated Virtualization Manager を構成して管理することができます。installios セットアップ・プロセスから作成されたすべての NIM リソースを除去するには、-u フラグを指定して installios コマンドを実行してください。 installios コマンドがクリーンアップに失敗し


たら、installios -u を実行するときに -f フラグを指定して、NIM がリセットとクライアントへのリソースの割り当て解除を強制実行するようにしてください。 NIM 環境はそのまま残りますが、installios ウィザードから作成されたすべてのリソースとディレクトリー構造は除去されます。ただし、NIM を構成解除する場合、または bos.sysmgt.nim.master ファイルセットをアンインストールして NIM マスターを元のNIM クライアントに戻す場合 (NIM クライアントから構成された場合)、installios -u で -U フラグを指定してください。また、SMIT インターフェースを使用して、仮想入出力サーバーまたは Integrated Virtualization Managerをインストールすることもできます。1. installios コマンドへの SMIT インターフェースにアクセスするには、NIM マスターで smittyinstallios を実行します。

2.「Setup for Virtual I/O and Integrated Virtualization Manager Installation (仮想入出力およびIntegrated Virtualization Manager のインストールのセットアップ )」と「Cleanup after Virtual I/Oand Integrated Virtualization Manager Installation (仮想入出力と Integrated VirtualizationManager のインストール後のクリーンアップ)」) という 2 つのオプションがあります。ここでは、「Configure Client as Master for Virtual I/O and Integrated Virtualization Manager Installation (仮想入出力および Integrated Virtualization Manager のインストールのためのマスターとしてクライアントを構成)」が、NIM クライアントで唯一選択可能なオプションです。

3. installios ウィザードによって表示される必須フィールドに入力して、インストールをセットアップするかクリーンアップを実行する installios コマンドを呼び出します。

ios_mksysb を使用した仮想入出力サーバーのインストールios_mksysb リソースを使用して、ハードウェア管理コンソール (HMC) または Integrated VirtualizationManager によって管理されている環境に仮想入出力サーバー (VIOS) をインストールするには、以下の手順を使用します。前提条件• ネットワーク・インストール管理 (NIM) マスターが構成され、SPOT リソースおよび mksysb リソースが定義されている必要があります。 132 ページの『NIM マスターの構成と基本インストール・リソースの作成』を参照してください。mksysb リソースは、VIOS NIM 管理クライアントから作成できます。注 : VIOS メディアの mksysb は、VIOS メディア用に mksysb ファイルを生成する際のファイル・サイズの制約により、複数のファイルに分割されます。分割された mksysb ファイルは、メディアからシステムのハード・ディスクにコピーする際に結合する必要があります。次の例は、/mnt ディレクトリーにマウントされている VIOS メディアを示しています。cat /mnt/nimol/ioserver_res/mksysb ¥/mnt/nimol/ioserver_res/mksysb2 > /export/mksysb/vio_mksysb

mksyb ファイルは、複数の VIOS メディアに分割されている可能性があります。このような場合は、マルチボリューム VIOS メディアから上記の例に記載されている cat コマンドを使用して、mksysb ファイルを 1 つのファイルに連結する必要があります。mksysb ファイルを NIM ios_mksysb リソースとして定義します。また、次のコマンドを使用して VIOS から mksysb イメージを作成することもできます。nim -o define -t ios_mksysb

255 ページの『mksysb リソースの定義』を参照してください。• インストールする NIM VIOS クライアントは、NIM 環境に既に存在していなければなりません。クライアントを NIM 環境に追加するには、137 ページの『NIM 環境への VIOS 管理オブジェクトの追加』を参照してください。

• SPOT リソースは、ios_mksysb リソースから作成する必要があります。これを行うには、source 属性の値に ios_mksysb NIM オブジェクトを指定して SPOT リソースを定義します。


• bosinst_data リソースは、VIOS メディアからコピーでき、NIM bosinst_data リソースとして定義するか、新規リソースとして定義できます。新規の bosinst_data リソースを定義するには、システムの /usr/lpp/bos.inst/bosinst.template から bosinst.data テンプレートをコピーし、RECOVER_DEVICES=Default を設定します。 ios_mksysb リソースを特定のディスクにデプロイする場合は、bosinst.data の target_disk_data セクションに VIOS サーバーのディスク情報が必要です。bosinst.data の詳細については、bosinst.data ファイルに関する資料を参照してください。

• ios_mksysb インストールにより、VIOS と基本オペレーティング・システムが仮想入出力サーバーにリストアされます。

• ios_mksysb イメージによって、1 つのシステム・イメージのクローンを複数のターゲット・システムに作成できます。

Kerberos 認証で構成されたクライアントをインストールするための NIM の使用NIM を使用して、Kerberos 認証で構成されたクライアントをインストールすることができます。通常、NIM マスターがリモートでコマンドを実行するために、NIM は、標準の AIX 認証を使用します。標準 AIX 認証は、.rhosts ファイルを使用してこの機能を提供します。 NIM がリモートでコマンドを実行するには、AIX の認証機能に依存していますが、しかし、もっと厳しい認証制御を要求するシステム環境もあります。 Kerberos 認証は、 NIM の機能を使用不可にすることなしに、リモート・コマンドを実行するためのより高いレベルの認証を提供します。Kerberos 4 認証用に構成されたクライアントをインストールするための NIM の使用AIX 4.3.2 以降では、NIM を使用して、Kerberos 4 認証用に構成された RS/6000 SP 環境にマシンをインストールすることができます。Kerberos 4 認証用に構成されたクライアントには、root ユーザー用の $HOME/.klogin ファイルがあります。このファイルは、リモート・コマンドの実行が可能になるために、どのようなチケットが必要であるかを決めます。ユーザーは、NIM を使用してリモート・コマンドを実行しようとする前に、必要なそのチケットを入手する必要があります。NIM マスターおよびすべてのセキュア・クライアントには、AIX 3.1 (またはそれ以降) の IBM 並列システム・サポート・プログラムがインストールされ、構成されている必要があります。セキュア・クライアントに BOS (基本オペレーティング・システム) を再インストールする場合は、NIM マスターでの認証方式は、Kerberos 4 および標準 UNIX の両方に設定する必要があります。これは、BOS のインストール後は、 NIM はクライアントに Kerberos 4 を構成しないからです。したがって、NIM は、クライアントが Kerberos 4 で構成されてセキュア・クライアントになるまでは、クライアントでリモートにコマンドを実行できることを保証するために .rhosts ファイルに依存する必要があります。ソフトウェアのカスタマイズと保守だけを実行する場合は、 NIM マスターは、その認証方式をクライアントの認証方式に合わせて設定する必要があります。セキュア・クライアントを管理するには、マスターの認証方式は標準 UNIX を含むように設定しておかなければなりません。Kerberos 4 のインストールと構成について詳しくは、「SP Administration Guide」(GC23–3897) を参照してください。Kerberos 5 認証で構成されたクライアントをインストールするための NIM の使用AIX 4.3.3 以降では、NIM を使用して、Kerberos 5 認証用に構成された環境にマシンをインストールすることができます。Kerberos 5 認証用に構成されたクライアントには、root ユーザー用の $HOME/.k5login ファイルがあります。このファイルには、リモート・コマンド実行が可能になるために必要なホスト・トークンを指定するエントリーが入っています。このエントリーには次のフォームを使用します。hosts/hostname/self@cell

NIM マスターおよびすべてのセキュア・クライアントは、DCE をインストールし、 2.2.1 またはそれ以上のレベルで構成する必要があります。セキュア・クライアントに BOS を再インストールする場合は、NIM マスターでの認証方式は、Kerberos 5と標準 UNIX の両方に設定する必要があります。これは、クライアントに BOS をインストールした後は、このクライアントでは DCE または Kerberos 5 を構成し、実行することがないためです。したがって、NIM


は、クライアントが Kerberos 5 で構成されてセキュア・クライアントになるまでは、クライアントでリモートにコマンドを実行するために標準 rhosts に依存する必要があります。ソフトウェアのカスタマイズと保守だけを実行する場合は、 NIM マスターは、その認証方式をクライアントの認証方式に合わせて設定する必要があります。セキュア・クライアントを管理するには、マスターの認証方式は標準 UNIX を含むように設定しておかなければなりません。Kerberos 認証によってエクスポートされる NIM リソースを持つクライアントをインストールするためのNIM の使用Kerberos セキュリティー・エクスポートが設定された NIM リソースを持つ NIM クライアントをインストールすることができます。この方式は、許可されていないホストからのアクセスを防ぐことにより、NIM リソースの保護をさらに強化します。この認証方式を使用するには、NIM マスターを Kerberos サーバーとして構成する必要があります。以下を実行します。1.次のいずれかの方法を使用して、Kerberos サーバーをセットアップして構成します。注 : ベース・イメージのインストールの失敗を避けるためには、次のいずれかのコマンドを実行する必要があります。• NIM マスターが Kerberos サーバーとして構成されていない場合は、次のコマンドを実行して NIM によって提供されるサンプル・スクリプトを使用します。/usr/samples/nim/krb5/config_rpcsec_server –u <user> -p <password>

config_rpcsec_server スクリプトは /usr/lpp/bos.sysmgt/nim/methods/nimcrypt –u <user> -p<password> コマンドを実行して、Kerberos 認証のための資格情報を設定します。

• NIM マスターが Kerberos サーバーとして構成されている場合は、nimcrypt コマンドを実行します。/usr/lpp/bos.sysmgt/nim/methods/nimcrypt –u <user> -p <password>

2.次のいずれかの方法を使用して、NIM マスターの nfs_domain 属性を設定します。• コマンド・ラインから次のコマンドを実行します。

nim –o change –a nfs_domain=”austin.ibm.com” master

• 次の SMIT 高速パス・コマンドを実行します。fastpath smitty nim_global_nfs

3.次のようにして、nfs_sec の NIM リソース属性を krb5、nfs_vers の NIM リソース属性を 4 に設定します。nim –o change –a nfs_sec=krb5 –a nfs_vers=4 <resource_object>

注 : SPOT リソースに対して nfs_sec=krb5 を設定することは、インストール環境ではサポートされていません。

NIM リソースに対して nfs_sec および nfs_vers 属性が設定され、NIM ネットワーク・インストールが初期化されると、NIM は NFS を使用して、krb5 によって設定されたリソースの場所をエクスポートします。クライアントは Kerberos 認証を使用して、Kerberos セキュリティーの上に NIM リソースをマウントします。Kerberos 保護マウントでのクライアントのインストールは、source=rte または source=mksysb のNIM インストールでのみサポートされます。 Kerberos インストールは、NIM マスター上に常駐する NIMリソースにのみ機能します。クライアントが Kerberos サーバーによって認証された後、エクスポートされた場所がアクティブになるまでに、通常、リース時間があります。リース時間はデフォルトで 24 時間です。システム・エラーまたはネットワーク・エラーが原因でインストールが 24 時間を超えると、インストールはハングします。ハングが発生した場合は、インストールのトラブルシューティングを実行し、ク


ライアントをネットワーク・ブートでリブートして、インストール・プロセス再開してください。リース時間を延長することもできます。SSL 認証で構成されたクライアントをインストールするための NIM の使用SSL 認証に対応するように構成された RS/6000 環境に、NIM を使用してマシンをインストールできます。SSL 認証を構成されたクライアントは、NIM マスターのプッシュ操作を処理するための NIM サービス・ハンドラー (NIMSH) を使用する必要があります。 NIMSH についての詳細は、163 ページの『クライアント通信用 NIM サービス・ハンドラーの使用』を参照してください。OpenSSL 暗号化ソフトウェアのインストールと構成は、NIM コマンド・オプションを使用して行うことができます。 NIM 環境での OpenSSL の構成のためのスクリプトが用意されており、これらのスクリプトは変更なしで使用できます。スクリプトは、bos.sysmgt.nim.client ファイルセットの一部としてインストールされ、/usr/samples/nim/ssl ディレクトリーに置かれます。スクリプトは、SSL 鍵と、NIMSSL で使用される証明書を定義するのに使用されます。NIM マスターは大規模システム環境をサポートできるようになっているため、SSL 証明書と鍵保管構造の階層が必要です。 NIM のセットアップ時に、以下のディレクトリー構造が作成されます。/ssl_nimsh

NIM の SSL 親ディレクトリー。/ssl_nimsh/configs

NIM に SSL を構成するときに使用されるスクリプトが含まれます。/ssl_nimsh/certsホスト認証の際に使用される SSL 証明書が含まれます。

/ssl_nimsh/keysSSL プロトコル通信の際に使用される SSL 鍵が含まれます。

NIM SSL ディレクトリー構造は静的と見なされるため、これを変更してはいけません。 SSL 証明書オプションを変更する場合は、以下の構成スクリプトを変更できます。SSL_root.cnf証明書署名のための認証局鍵を生成します。

SSL_server.cnfクライアントに配布される NIM マスターの証明書を生成します。

SSL_client.cnf認証のための NIM マスターのローカル証明書を生成します。

注 : 構成スクリプトを変更する前に、デフォルト設定を使用して NIM SSL を構成してください。変更を検査する場合、証明書ビューアー・スクリプト certview が /usr/samples/nim/ssl ディレクトリーにあります。 certview についての詳細は、299 ページの『証明書表示ファイルの使用』を参照してください。NIM での OpenSSL のインストールと構成について詳しくは、nimconfig コマンドおよび nimclient コマンドを参照してください。SMIT を使用する SSL 認証で構成されたクライアントをインストールするための NIM の使用SMIT から NIM を使用して、SSL 認証で構成されたクライアントをインストールするには、次の手順を実行します。NIM 環境に SSL 認証を構成するには、以下のステップを実行してください。1. NIM マスターで高速パス smitty nim_ssl を入力します。2.「Enabling Cryptographic Authentication (暗号化認証を使用可能にする)」のオプションとして「enabled (使用可能)」を選択します。

3.クライアントに OpenSSL がインストールされていない場合、「Installing Secure Socket LayerSoftware (Secure Socket Layer ソフトウェアのインストール)」のオプションとして「yes (はい)」を選択します。

4. OpenSSL のインストールを選択した場合は、RPM パッケージの絶対パスを指定するか、OpenSSL RPMパッケージが含まれる lpp_source リソースを選択します。


コマンド・ラインからの SSL 認証で構成されたクライアントをインストールするための NIM の使用コマンド・ラインから NIM 環境を SSL 認証用に構成するには、次の手順を実行します。1. NIM マスターに OpenSSL がインストールされている場合は、次を入力します。

# nimconfig -c

2. NIM マスターに OpenSSL がインストールされていない場合は、以下のステップを実行します。• AIX Linux アプリケーションのツールボックスメディアを配置します。• geninstall を使用して OpenSSL RPM パッケージをインストールします。 geninstall の使用法について詳しくは、『オープン・ソース・アプリケーションの AIX システムへの追加』を参照してください。

• NIM マスターに OpenSSL をインストールしたら、次を入力します。# nimconfig -c

NIM OpenSSL のトラブルシューティングOpenSSL パッケージのインストール・エラーのトラブルシューティングに関する説明。問題libssl.a ファイルを検出できないため、NIM インストールが失敗しました。 libssl.a ファイルはOpenSSL パッケージに含まれています。解決方法このエラーは、AIX バージョンの OpenSSL と RedHat Package Manager (RPM) バージョンの OpenSSL との不一致の結果生じます。AIX ファイルセットを除去し、RPM バージョンの OpenSSL を NIM クライアント・システムにインストールする必要があります。以下の情報を使用してこの問題を解決してください。OpenSSH は、クライアントとサーバーのアーキテクチャーに基づいています。OpenSSH は、AIX ホストでsshd デーモン・プロセスを実行し、クライアントからの接続を待機します。OpenSSH は、アクセスの認証と暗号化のために公開鍵と秘密鍵のペアをサポートして、セキュア・ネットワーク接続とホスト・ベースの認証を確保します。AIX オペレーティング・システム用に最新の installp フォーマット・パッケージをダウンロードするには、AIX Web Download Pack Programs という Web サイトにアクセスしてください。以下の情報は、AIX オペレーティング・システムを実行するシステム上で OpenSSH のインストールと構成を行う方法を説明しています。OpenSSH ソフトウェアは、出荷時に AIX Expansion Pack に収められています。このバージョンのOpenSSH は、openssh-6.0p1 レベルのソース・コードを使用して installp パッケージとしてコンパイルとパッケージが行われます。 installp パッケージには、マニュアル・ページと翻訳済みメッセージ・ファイルセットが含まれています。Expansion Pack CD-ROM に収録されている OpenSSH プログラムは、IBM プログラムのご使用条件 (保証適用外プログラム用) の条項に基づいてライセンス交付されます。OpenSSH installp フォーマット・パッケージをインストールする前に、暗号化されたライブラリーを含むOpen Secure Sockets Layer (OpenSSL) ソフトウェアをインストールしておく必要があります。OpenSSLは、AIX Linux アプリケーションのツールボックス CD の RPM パッケージで入手できます。このパッケージは、AIXWeb Download Pack Programs Web サイトからダウンロードすることもできます。OpenSSL パッケージには暗号の内容が含まれているので、このパッケージをダウンロードする前に Web サイトで登録する必要があります。このパッケージをダウンロードするには、以下の手順を実行します。1. register here リンクをクリックして、ソフトウェアにアクセスします。2.プライバシー情報を入力し、「Submit (送信)」をクリックします。3.「Download using http (http を使用してダウンロード)」タブを選択します。


https://www14.software.ibm.com/webapp/iwm/web/reg/pick.do?source=aixbp

https://www14.software.ibm.com/webapp/iwm/web/reg/pick.do?source=aixbp

https://www.ibm.com/account/profile/us/en?page=reg&okURL=https%3A%2F%2Fwww14.software.ibm.com%2Fwebapp%2Fiwm%2Fweb%2Freg%2Fdownload.do%3Fsource%3Daixbp%26amp%3Blang%3Den_US%26amp%3BS_PKG%3Dopenssl%26amp%3Bcp%3DUTF-8&required=fname+lname+oaddr+

4.「Download Now (今すぐダウンロード)」をクリックして、見出し「OpenSSL Install images v0.9.8.2400(OpenSSL 0.9.8x) for the AIX operating system」の下にある openssl-0.9.8.2400.tar.Z ファイルのダウンロードを開始します。

OpenSSL パッケージをダウンロードした後に OpenSSL と OpenSSH をインストールするには、以下の手順を実行します。1. geninstall コマンドを使用して OpenSSL RPM パッケージをインストールします。

# geninstall -d/dev/cd0 R:openssh-6.0p1

次のような出力が表示されます。SUCCESSES---------openssh-6.0p1

2. geninstall コマンドを使用して OpenSSH installp パッケージをインストールします。# geninstall -I"Y" -d/dev/cd0 I:openssh.base

OpenSSH のご使用条件に目を通した後、Y フラグを使用してそのご使用条件を受け入れます。次のような結果が出力されます。Installation Summary -------------------- Name Level Result Component-------------------------------------------------------------------------------openssh.base.client 6.0.0.6101 COMMITTED Open Secure Shell commandsopenssh.base.server 6.0.0.6101 COMMITTED Open Secure Shell Serveropenssh.license 6.0.0.6101 COMMITTED Open Secure Shell Licenseopenssh.man.en_US 6.0.0.6101 COMMITTED Open Secure Shellopenssh_msg.en_us 6.0.0.6101 COMMITTED Open Secure Shell Messagesopenssh.base.client 6.0.0.6101 COMMITTED Open Secure Shell Commandsopenssh.base.server 6.0.0.6101 COMMITTED Open Secure Shell Server

または、SMIT install_software 高速パスを使用して OpenSSL と OpenSSH をインストールすることができます。上記の手順の結果、以下の OpenSSH バイナリー・ファイルがインストールされます。scpリモート・コピー (rcp) ファイルに似たファイル・コピー・プログラム。

sftpSSH1 および SSH2 プロトコルで機能する、FTP のようなプログラム

sftp-serversshd デーモンによって自動的に開始される SFTP サーバー・サブシステム

sshこれは、rlogin および rsh クライアント・プログラムに似ています。

ssh-addssh-agent コマンドに鍵を追加するツール

ssh-agent秘密鍵を保管できるエージェント

ssh-keygen鍵生成ツール

ssh-keyscan多数のホストからホスト公開鍵を収集するためのユーティリティー

ssh-keysignホスト・ベース認証用のユーティリティー

ssh-rand-helper乱数を収集するために OpenSSH で使用されるプログラム


注 : これは、AIX 5.1 インストール済み環境のみで使用されます。sshdログインできるようにするデーモン

OpenSSH に関する一般情報は次のとおりです。• /etc/ssh ディレクトリーには、sshd デーモンと、ssh クライアント・コマンドの構成ファイルが入っています。

• /usr/openssh ディレクトリーには、README ファイルと、オリジナルの OpenSSH オープン・ソース・ライセンス情報が入っています。また、このディレクトリーには、ssh プロトコルと Kerberos ライセンス情報も入っています。

• sshd デーモンは、AIX SRC で制御されます。次のコマンドを発行して、このデーモンの開始、停止、および状況の表示を行うことができます。コマンド代替コマンドstartsrc -s sshd startsrc -g ssh (group)

stopsrc -s sshd stopsrc -g ssh

lssrc -s sshd lssrc -s ssh

次のいずれかのコマンドを発行して、デーモンの開始と停止を行うこともできます。– /etc/rc.d/rc2.d/Ksshd start

– /etc/rc.d/rc2.d/Ssshd start

/etc/rc.d/rc2.d/Ksshd stop

– /etc/rc.d/rc2.d/Ssshd stop

• OpenSSH サーバー・ファイルセットがインストールされると、/etc/rc.d/rc2.d ディレクトリーにエントリーが追加されます。sshd デーモンがブート時に自動的に開始するように、実行レベルの 2 プロセス (l2:2:wait:/etc/rc.d/rc 2) を開始するためのエントリーが inittab ファイルにあります。デーモンがブート時に開始しないようにするには、/etc/rc.d/rc2.d/Ksshd ファイルと /etc/rc.d/rc2.d/Ssshd ファイルを除去してください。

• OpenSSH ソフトウェアは、SYSLOG ログに情報を記録します。• IBM Redbooks® 資料「Managing AIX Server Farms」は、AIX 環境での OpenSSH の構成に関する情報を記載し、IBM Redbooks で入手できます。

• OpenSSH は、AIX オペレーティング・システムと同じ、256 バイトの長いユーザー名をサポートします。• AllowUsers、DenyUsers、AllowGroups、DenyGroups などの一部のキーワードは、デフォルトではssh_config ファイルまたは sshd_config ファイルで使用できません。これらのキーワードを使用するには、構成ファイルに追加する必要があります。関連情報mkuserOpenSSHGet the latest version of OpenSSH for AIX (最新バージョンの OpenSSH for AIX の入手)AIX Server Farms Redbooks


http://www.openssh.org

http://www.ibm.com/developerworks/eserver/articles/openssh_updated.html

http://www.redbooks.ibm.com/abstracts/sg246606.html?Open

lppchk 操作によるインストールの検査ソフトウェアの機能的な問題を調査する場合は、lppchk 操作を使用して、インストールされたソフトウェアの完全性をチェックできます。この操作は、SMIT、またはコマンド・ラインから実行できます。SMIT からの lppchk 操作によるインストールの検査SMIT から lppchk 操作を使用してインストールを検査するには、次の手順を実行します。1.マシンのソフトウェアを確認するためには smit nim_mac_op 高速パスを入力し、 SPOT のソフトウェアを確認するためには smit nim_res_op 高速パスを入力します。

2. lppchk 操作のターゲットを選択します。3.目的の検査モードを選択します。コマンド・ラインからの lppchk 操作によるインストールの検査コマンド・ラインから lppchk 操作を使用してインストールを検査するには、次の手順を実行します。以下のコマンドを入力します。nim -o lppchk -a filesets=FilesetName ¥-a lppchk_flags="lppchkFlags" ObjectName

ここで、FilesetName は単一ファイルセットの名前 (または * ワイルドカード文字を使用した名前) で、ObjectName は lppchk 操作のターゲットにするマシンまたは SPOT の名前です。有効な lppchk_flagsは、次のように定義されます。項目説明 -f 高速チェック (ファイルの存在、ファイルの長さ)

-c チェックサム検査 -v ファイルセットのバージョンの整合性の確認 (デフォルト)

-l ファイル・リンク検査注 : フラグ -f、-c、-v、または -l のうち、指定できるのは 1 つだけです。

-u 更新目録 (-c または -l についてのみ有効)

-mn メッセージの詳細を制御します。 n は 1 から 3 で、3 は最も詳細です。例えば、Standalone1 という名前のマシンにあるすべてのファイルセットについてのチェックサムの検査時に、lppchk 操作を実行するには、次のように入力します。nim -o lppchk -a lppchk_flags="-c" Standalone1

仮想入出力イーサネット・アダプターによる IBM Power Systems のネットワーク・インストールの実行仮想入出力イーサネット・アダプターで IBM Power Systems サーバー・パーティションにネットワーク・インストールを実行するには、NIM マスターが、パーティション・アダプターのデフォルトの仮想ローカル・エリア・ネットワーク (VLAN) からのパケットを受信するように構成されていなければなりません。以下のいずれかの構成が存在していなければなりません。• マスターに、パーティションのデフォルト VLAN からのパケットを受信するように構成された仮想入出力イーサネット・アダプターがある (マスターもパーティションの場合)。

• マスターのインターフェースとパーティションのデフォルト VLAN の間のパケットの経路を定めることができるゲートウェイがある。

• マスターに VLAN インターフェースがあり、この VLAN インターフェースは、パーティションのデフォルト VLAN からのパケットを入出力サーバーを介して受信するように構成された物理イーサネット・アダプターに関連付けられている (IBM Power Systems サーバーに入出力サーバー・パーティションがある場合)。


ブロードキャスト bootp インストールを行う場合は、最初の構成か 3 番目の構成にする必要があります。VLAN の構成と使用について詳しくは、「TCP/IP ローカル・エリア・ネットワーク・アダプター・カード」を参照してください。NIM による BOS インストール時のデフォルト・ページング・スペースの設定AIX 4.3 以降では、NIM を使用して BOS をインストールするときに、インストール・プロセスによってデフォルトのページング・スペースが設定されます。デフォルトのページング・スペースは、以下の条件が満たされている場合、BOS のインストール・プロセスによって設定されます。• インストール・メソッドが overwrite である。• image_data リソースもディスケットの image.data ファイルもインストール用に指定されていない。• BOS イメージのソースが mksysb イメージではない。• BOS イメージのソースが SPOT で、デフォルトの image.data ファイルにページング用の複数のエントリーが入っている。このファイルは、次の場所に入っています。(spot_location)/lpp/bosinst/image_template

• BOS イメージのソースが SPOT で、シングル・ページング・エントリーのための LP 値が、デフォルト値の 16 に設定されている。デフォルト・ページ・サイズは、optimal_ps と recommended_ps の小さい方になります。この場合、• RAM = ターゲット・システムのメモリー量 (メガバイト (MB))• optimal_ps = RAM と (rootvg の 0.2 倍のサイズ) の大きい方• CDE (共通デスクトップ環境) をインストールしている場合は、 recommended_ps = は次のようになります。– RAM 量が 32 より小さければ、 recommended_ps = 3 * RAM– RAM 量が 32 より大きければ、 recommended_ps = RAM + 64

• CDE (共通デスクトップ環境) をインストールしていない場合は、recommended_ps = は次のようになります。– RAM 量が 32 より小さければ、 recommended_ps = 2 * RAM– RAM 量が 32 より大きければ、 recommended_ps = RAM + 32

このプロセスが設定するデフォルト・ページング・スペースは、512 より大きくなることはありません。NIM ネットワークのセットアップ

NIM マスターを構成する場合は、マスターに関連するネットワークは NIM 環境に自動的に定義されます。追加の NIM ネットワークを定義する必要があるのは、クライアントが別のローカル・エリア・ネットワークまたはサブネット上にある場合のみです。ある種の NIM 操作を実行するには、クライアントのネットワーク・インターフェースの構成に必要な情報を NIM マスターが提供できるようになっている必要があります。また、NIM マスターは、操作をサポートするために必要なすべてのリソースにクライアント・マシンがアクセスできることを確認する必要があります。個々のクライアントについてネットワーク情報を繰り返し指定することから生じるオーバーヘッドを避けるために、NIM ネットワークを使用して、同じ NIM 環境内のネットワークを表します。 NIM クライアントを定義する場合は、各クライアントに関連するネットワークを指定する必要があります。 NIM 操作の実行中に、NIM マスターは必要に応じて、クライアントのネットワーク定義から情報を取り出して使用できます。サポートされる NIM ネットワーク・タイプ以下のネットワーク・タイプを使用して NIM をサポートすることができます。• イーサネット• 標準イーサネット• IEEE 802.3 イーサネット


• トークンリング• FDDI• ATM• 汎用• HFI

イーサネット、トークンリング、および FDDI は、ネットワーク・ブート・サポートが提供されています。他のネットワーク・アダプターとは異なり、 ATM アダプターは、マシンをブートするためには使用できません。したがって、ATM ネットワークを介してマシンをインストールするには特別な処理が必要です。146 ページの『ATM ネットワークでの NIM の使用』を参照してください。汎用ネットワーク・タイプは、ネットワーク・ブート・サポートが使用できない他のすべてのネットワーク・タイプを表すために使用されます。汎用ネットワークのクライアントは、ネットワーク・ブートの必要な NIM 操作 (bos_inst や diagなど) はサポートされません。ただし、cust や maint などの非ブート操作は実行できます。ディスクレス・クライアントおよびデータレス・クライアントは、本質的にネットワーク・ブート機能に依存する性格のものなので、汎用ネットワークに関連付けることはできません。NIM ネットワークの定義NIM 環境では、ネットワークは NIM の define 操作を使用して定義されます。コマンド・ライン構文は次のとおりです。nim -o define -t NetworkType -a Attribute=Value ... MachineName

次の属性は必須です。項目説明-a net_addr=Value 定義対象のネットワークの IP アドレスを指定します。ネットワーク・ア

ドレスが不明な場合は、195 ページの『ネットワークの IP アドレスの判別』を参照してください。

-a snm=Value ネットワークのサブネット・マスクを指定します。-t NetworkType 定義対象のネットワークのタイプを指定します。有効な値は、atm、tok、

ent、fddi、hfi、および generic です。次の属性はオプションです。項目説明-a comments=Value このネットワークについてのコメントを記述します。-a ieee_ent=Value IEEE 802.3 イーサネット構成を指定します。この指定は、ent タイプ

を指定して定義されているネットワーク、または other_net_type 属性を ent に設定しているネットワークの場合のみ有効です。

-a other_net_type=Value この論理ネットワークに適用する別のネットワーク・タイプを指定します。各 NIM ネットワークは、NIM 環境に存在する 1 つの論理ネットワークを表すために使用されます。ネットワークを定義するときは、ネットワークで使用するネットワーク・インターフェースのタイプを指定する必要があります。一般に、1 つのネットワークは 1 つだけのタイプで構成されます。しかし、ブリッジを使用して異機種ネットワーク・タイプを接続して、1 つの論理ネットワークを形成できます。この場合は、他のネットワーク・インターフェース・タイプが何かを NIM に知らせる必要があり、その情報を指定するためにこの属性を使用します。 other_net_type 属性の使用方法について詳しくは、196 ページの『異機種ネットワークの定義』を参照してください。


項目説明-a routing=Value ... ネットワーク用の NIM 経路指定情報を格納します。この属性を指定

する場合は、順序番号が必要です。新しい NIM 経路を指定する場合、routing 属性は次の 3 つの値で構成されます。Value 1この経路の宛先ネットワークの NIM 名を指定します。

Value 2宛先ネットワークと通信するために使用するゲートウェイのホスト名を指定します。

Value 3宛先ネットワークがこのネットワークに返信するために使用するゲートウェイのホスト名を指定します。

この属性を使用して、デフォルト経路または静的経路を追加できます。デフォルト経路を追加するには、default を Value 1 に指定します。次に、ネットワークのデフォルト・ゲートウェイを Value 2 に指定します。Value 3 はブランクにしておきます。経路の追加および変更について詳しくは、195 ページの『NIM 経路の定義』、197 ページの『ネットワーク間のデフォルト NIM 経路の確立』、および 198 ページの『ネットワーク間の静的 NIM 経路の確立』を参照してください。

-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、verbose=5 を使用します。

クライアント・マシンを定義するときに NIM ネットワークを自動的に定義することもできます。そのためには、クライアントの定義時に、属性 find_net および net_definition を使用します。詳しくは、117 ページの『NIM マシン』を参照してください。ネットワークの IP アドレスの判別NIM は、ネットワークのサブネット・マスクのバイナリー表現および同じネットワーク上の任意のマシンの IP アドレスのアドレスに対して、ビット単位の「AND」演算を実行することによって、ネットワークのIP アドレスを判別します。例:

subnet mask = 255.255.254.0 client address = 129.35.58.207

In binary:

subnet mask = 11111111.11111111.11111110.00000000 client address = 10000001.00100011.00111010.11001111network address = 10000001.00100011.00111010.00000000

In decimal:

network address = 129.35.58.0

NIM 経路の定義NIM は、経路指定情報を内部的に使用して、あるネットワークのクライアントが別のネットワークのサーバーと確実に通信できるようにします。この情報は、あるネットワークから別のネットワークに向かうために使うゲートウェイを定義します。NIM はデフォルト経路または静的経路を定義するための機能を提供します。デフォルト NIM 経路には、静的経路に比べて次の利点があります。• 共通ネットワーク環境のネットワーク構成のモデル化がより厳密です。• NIM 環境内のどのクライアントから、NIM 環境全体に分散するリソースにより簡単にアクセスできるようになります。


特定のネットワーク上のマシンが使用するゲートウェイを判別するには、そのネットワークで実行中のマシンで netstat -rn を実行して、デフォルト・ゲートウェイがリストされるかどうかを調べます。また、該当のネットワークで実行中のマシンから traceroute Host_Name を発行して判別することもできます。ここで、Host_Name は、クライアントのゲートウェイを判別する場合はマスターの 1 次ネットワーク・インターフェースの名前であり、マスターが使用するゲートウェイを判別する場合はターゲット・クライアントの名前です。最初にリストされるゲートウェイは、指定されたネットワークでマシンが使用するゲートウェイです。NIM 環境で定義されている唯一のネットワークが NIM マスターで定義されたインターフェース (if 属性)に関連付けられていて、すべてのリソースがマスターで定義されている場合、NIM 経路は必要がないことに注意してください。リソースがマスター以外のマシンの担当下にあり、サーバーと同じネットワーク上にないクライアントに提供されている場合は、すべてのネットワークがそのマスターに所属しているインターフェースに接続されていたとしても、これらネットワーク間に NIM 経路が必要です。このことは、すべてのネットワークがマスターに所属している場合も同じです。この場合、マスターは (IP 転送スイッチがオンになった) ゲートウェイとして機能している必要があり、マスター上のインターフェースのホスト名をゲートウェイとして使用する必要があります。NIM マシンが定義されているとき、デフォルト経路のネットワークが自動的に作成されることがあります。ネットワーク間の通信は、いくつかのゲートウェイを経由して行われます。ただし、ネットワーク用の NIM経路を定義する場合は、関心の対象にするゲートウェイはネットワークが宛先に到達するために使用する最初のゲートウェイのみであるということを覚えておくことが重要です。発信元ネットワークと宛先ネットワークの間にある中間ゲートウェイは、NIM の経路指定という目的にとっては意味がありません。異機種ネットワークの定義NIM の機能により、異なるデータ・リンク・プロトコル・セグメントで構成されるネットワークをモデル化することができます。異なるデータ・リンク・プロトコル・セグメントで構成されるネットワークは、ブリッジを使用して、異なるデータ・リンク・プロトコルを持つ 2 つのセグメントを接続します。トークンリング・セグメントとイーサネット・セグメントから成るネットワークを接続して、次の図に示すように、単一の論理ネットワークを形成できます。

図 1. 異機種ネットワーク単一の NIM ネットワーク・オブジェクトを使用して 1 つのネットワークを表すため、同じネットワーク内で共存できる異なるタイプのインターフェースのために other_net_type 属性が予約されています。other_net_type 属性は、ネットワーク・オブジェクトの定義に追加することができます。 other_net_type属性がネットワーク定義にある場合、この属性は NIM に対して、この論理ネットワークがブリッジを使用して、他のネットワーク・タイプをオブジェクトの定義時に指定されたネットワーク・タイプに接続することを伝えます。ネットワーク・オブジェクトに接続するマシン・オブジェクトを定義すると、NIM はネットワークにother_net_type 属性があるかどうかを検査します。この属性がある場合は、NIM は、if 属性の 4 番目のフィールド (通常はオプション) が指定されることを要求します。このフィールドは、クライアントのネットワーク・アダプターの論理名を指定します。以下の例は、トークンリングとイーサネット・セグメントを結合するブリッジがあるネットワーク・オブジェクトを定義します。nim -o define -t tok -a net_addr=129.35.129.0 ¥ -a snm=255.255.240.0 -a other_net_type1=ent b905net

lsnim -l b905net

class = networktype = toknet_addr = 129.35.128.0snm = 255.255.240.0other_net_type1 = entNstate = ready for useprev_state = information is missing from this object's def>


ネットワークはブリッジによりリンクされる 3 タイプのすべてのインターフェースで構成される場合があるため、other_net_type 属性にはシーケンス番号が必要になります。ブリッジを使って、トークンリング・ネットワークに結合されたイーサネット・セグメントに物理的に接続される (マスターがトークンリング側にある) クライアントのインターフェースを定義するときは、第 4フィールドを指定する必要があります。nim -o define -t standalone -a if1='find_net mymac 08005ac9430c ¥ent' -a cable_type1=bnc mymac

NIM ネットワークへの別のネットワーク・タイプの追加SMIT、またはコマンド・ラインを使用して、NIM ネットワークに別のネットワーク・タイプを追加することができます。SMIT を使用する NIM ネットワークへの別のネットワーク・タイプの追加SMIT を使用して NIM ネットワークに別のネットワーク・タイプを追加するには、次の手順に従います。1.別のネットワーク・タイプを追加するには、smit nim_chnet 高速パスを入力します。2.変更するネットワークを選択します。3.サポートする追加ネットワーク・タイプを指定します。コマンド・ラインからの NIM ネットワークへの別のネットワーク・タイプの追加コマンド・ラインから NIM ネットワークに別のネットワーク・タイプを追加するには、次の手順に従います。NIM ネットワークを定義するには、次のように入力します。nim -o change -a other_net_typeSequenceNumber=NetworkType NetworkName

例えば、network1 というトークンリング・ネットワークを、イーサネットと FDDI もサポートするように変更するには、次のように入力します。nim -o change -a other_net_type1=ent -a other_net_type2=fddi network1

ネットワーク間のデフォルト NIM 経路の確立2 つのネットワーク (例えば、Network1 と Network3) の間でデフォルトの NIM 経路を作成することができます。SMIT からのネットワーク間のデフォルト NIM 経路の確立SMIT を使用してネットワーク間でデフォルトの NIM 経路を確立するには、次の手順を実行します。1. smit nim_mkdroute 高速パスを入力します。2.表示されたダイアログのフィールドに正しい値を入力するか、デフォルト値をそのまま受け入れます。ヘルプ情報および「LIST (リスト)」オプションを使用できます。

コマンド・ラインからのネットワーク間のデフォルト NIM 経路の確立コマンド・ラインを使用してネットワーク間でデフォルトの NIM 経路を確立するには、次の手順を実行します。ネットワークにデフォルト NIM 経路を作成するには、次のように入力します。nim -o change -a routingseq_no='default Gateway' NetworkObject

ここで、default はデフォルト経路を指示するために NIM が使用する予約キーワードで、 Gateway はNIM 環境内の他のネットワークと接続するために NetworkObject 上のクライアントが使用するインターフェースのホスト名 (または IP アドレス) です。例えば、 Network1 と Network3 の間にデフォルト NIM 経路を確立するには、次のように入力します。nim -o change -a routing1='default gw1_tok' Network1nim -o change -a routing1='default gw1_fddi' Network3


ここで、gw1_tok は Network1 のマシン用のデフォルト・ゲートウェイのホスト名で、gw1_fddi はNetwork3 のマシン用のデフォルト・ゲートウェイのホスト名です。ネットワーク・オブジェクトの詳細情報には、ここで、追加されたデフォルト経路が表示されます。 2 つのネットワークについての詳細情報を表示するには、次のように入力します。lsnim -l Network1 Network3

これにより次のような出力が生成されます。Network1: class = networks type = tok net_addr = 9.101.1.0 snm = 255.255.255.0 Nstate = ready for use prev_state = ready for use routing1 = default gw1_tok

Network3: class = networks type = fddi net_addr = 9.101.3.0 snm = 255.255.255.0 Nstate = ready for use prev_state = information is missing from this object's definition routing1 = default gw1_fddi

ネットワーク間の静的 NIM 経路の確立2 つのネットワーク (例えば、Network1 と Network3) の間で静的 NIM 経路を作成するために、SMIT、またはコマンド・ラインを使用することができます。SMIT からのネットワーク間の静的 NIM 経路の確立SMIT を使用してネットワーク間で静的 NIM 経路を確立するには、次の手順を実行します。1. smit nim_mkroute 高速パスを入力します。2.表示されたダイアログのフィールドに正しい値を入力するか、デフォルト値をそのまま受け入れます。ヘルプ情報および「LIST (リスト)」オプションを使用できます。

コマンド・ラインからのネットワーク間の静的 NIM 経路の確立コマンド・ラインを使用してネットワーク間で静的 NIM 経路を確立するには、次の手順を実行します。2 つのネットワーク間の静的 NIM 経路を作成するには、次のように入力します。nim -o change -a routingseq_no='DestinationNetworkObject ¥Gateway1 Gateway2' NetworkObject

ここで、Gateway1 は、NetworkObject のクライアントが DestinationNetworkObject にアクセスするために使用するインターフェースのホスト名です。Gateway2 は、DestinationNetworkObject のクライアントが NetworkObject に戻るために使用するホスト名です。例えば、 Network1 と Network3 の間に NIM 経路を確立するには、次のように入力します。nim -o change -a routing1='Network3 gw1_tok gw1_fddi' Network1

ここで、gw1_tok は、Network1 のマシンが Network3 のマシンと通信するために使用するゲートウェイのホスト名です。gw1_fddi は、Network3 のマシンが Network1 のマシンと通信するために使用するゲートウェイのホスト名です。ネットワーク・オブジェクトの詳細情報には、追加された経路指定属性が示されます。2 つのネットワークについての詳細情報を表示するには、次のように入力します。lsnim -l Network1 Network3


このコマンドにより、次のような出力が生成されます。 Network1: class = networks type = tok net_addr = 9.101.1.0 snm = 255.255.255.0 Nstate = ready for use prev_state = ready for use routing1 = Network3 gw1_tok

Network3: class = networks type = fddi net_addr = 9.101.3.0 snm = 255.255.255.0 Nstate = ready for use prev_state = information is missing from this object's definition routing1 = Network1 gw1_fddi

NIM でのブートNIM でブート・イメージを使用できるさまざまな方法を検討します。保守モードでのブートNIM 環境の一部ではないスタンドアロン・マシン上で保守を実行する必要がある場合、システムをブート可能テープまたは CD/DVD-ROM からブートする必要があります。そのためには、外部デバイスを接続することが必要な場合があります。マシンが NIM 環境の一部である場合は、 NIM スタンドアロン・マシンについての maint_boot 操作を使用可能にすることによって、保守モードに直接入ることができます。コンソールが正常にブートされ、定義された後、「System Maintenance (システム保守)」メニューが表示されます。以下に、保守メニュー・オプションおよびその説明を示します。項目説明Access a Root Volume Group (ルート・ボリューム・グループへのアクセス )

このオプションは、ファイル・システムをマウントして、あるいはマウントせずに、ルート・ボリューム・グループを活動化し、保守シェルを開始するのに使用します。ファイル・システムがマウントされると、シェル内の全コマンド・セットにアクセスすることができます。注 : いったんルート・ボリューム・グループにアクセスすると、リブートせずに「Base Operating System Installation」メニュー (基本オペレーティング・システムのインストール・メニュー) に戻ることはできなくなります。

Copy a System Dump to RemovableMedia (システム・ダンプを取り外し可能メディアにコピー )

このオプションは、前回のシステム・ダンプを外部メディアにコピーするのに使用します。

Access Advanced Maintenance Function(拡張保守機能へのアクセス)

このオプションは、限定されたコマンド・セットを使って保守シェルを開始するのに使用します。保守メニューに戻るには、exit と入力します。

Erase Disks (ディスクの消去) このオプションは、消去する対象として 1 つ以上のディスクを選択するのに使用します。次に、ディスクに書き込むパターンの数を、一連の選択肢から選択できます。前のメニューに戻るには、99 と入力します。


項目説明Configure Network Disks (iSCSI) (ネットワーク・ディスクの構成 (iSCSI))

このオプションを選択すると、iSCSI ディスクを構成するSMIT インターフェースにつながります。「Base Operating System Installation」メニューに戻るには、

SMIT F10 終了キーを使用します。Select Storage Adapters (ストレージ・アダプターの選択)

このオプションは、インストール先ディスク用にディスク・アダプターを選択するのに使用します。このアダプターを介してシステムに接続するディスクのみが表示されます。ディスク・アダプターの名前およびロケーション・コードも表示されます。ロケーション・コードは、ディスク・アダプターが接続されているスロットを示します。前のメニューに戻るには、99 と入力します。

SMIT からの保守モードでのブートSMIT を使用して保守モードでブートするには、次の手順を実行します。クライアントからの maint_boot 操作の開始クライアントから maint_boot 操作を開始するには、次の手順を実行します。1. smit nim_client_op 高速パスを入力します。2. maint_boot 操作を選択します。3.操作に使用する SPOT を選択します。4. Enter キーを押すと、クライアントが保守ブートを実行できる状態になります。マスターからの maint_boot 操作の開始マスターから maint_boot 操作を開始するには、次の手順を実行します。1. smit nim_mac_op 高速パスを入力します。2.クライアントのマシン・オブジェクトを選択します。3. maint_boot 操作を選択します。4.操作に使用する SPOT を選択します。5. Enter キーを押すと、クライアントが保守ブートを実行できる状態になります。コマンド・ラインからの保守モードでのブートコマンド・ラインから保守モードでブートするには、次の手順を実行します。クライアントから maint_boot 操作を開始するには、次のように入力します。nimclient -o maint_boot -a spot=SPOTNAME

マスターから maint_boot 操作を開始するには、次のように入力します。nim -o maint_boot -a spot=SPOTNAME CLIENT

保守ブート操作が稼働したかどうかを検査する方法は、次のとおりです。1.クライアント上で次のように入力します。

nimclient -l -l ClientMachineObjectName

2.マスター上で次のように入力します。lsnim -l ClientMachineObjectName


操作が成功すると、クライアントの Cstate 出力は次のようになります。Cstate = maintenance boot has been enabled

マシンをブートして保守モードにするには、クライアントから BOOTP 要求を開始する手順に従います。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。NIM クライアントの診断のブート診断テープまたは CD/DVD-ROM からブートする代わりに、NIM サーバーから診断ブート・イメージを使って、すべての NIM クライアントでハードウェア診断を実行できます。これは、診断プログラムをローカル・ディスクにインストールする必要がないためスタンドアロン・クライアントにとって便利な方法です。診断サポートは、SPOT リソースから提供されます。SMIT からの診断のブートSMIT を使用して、マスターとクライアントから diag 操作を実行するには、次の手順を実行します。クライアントからの diag 操作の開始クライアントから diag 操作を開始するには、次の手順を実行します。1. smit nim_client_op 高速パスを入力します。2.表示された操作リストから diag 操作を選択します。マスターからの diag 操作の開始マスターから diag 操作を開始するには、次の手順を実行します。1. smit nim_mac_op 高速パスを入力します。2.マシン・オブジェクトを選択します。3.操作リストから diag 操作を選択します。コマンド・ラインからの診断のブートマスターとクライアントから diag 操作を実行するには、次の手順を実行します。クライアントから diag 操作を実行するには、次のように入力します。nimclient -o diag -a spot=SPOTName

マスターから diag 操作を実行するには、次のように入力します。nim -o diag -a spot=SPOTName MachineObjectName

diag 操作の検査クライアントが診断ブートを使用可能にした後で、クライアントの制御状態 (Cstate) を照会することによって、操作が成功したかどうかを検査できます。クライアント上で次のように入力します。nimclient -l -l ClientMachineObjectName

マスター上で次のように入力します。lsnim -l ClientMachineObjectName

操作が正常に終了した場合、次のような出力が表示されます。Cstate = Diagnostic boot has been enabled

クライアントが診断プログラムをブートするために、クライアントをリブートする必要があります。クライアントがディスクレス・クライアントかデータレス・クライアントである場合は、既にネットワーク・アダプターをデフォルト・ブート・デバイス (BOOTP 要求) として定義しているので、追加処置は不要です。スタンドアロン・マシンの場合は、通常ブート用のブート・リストにハード・ディスクが 1 次ブート・


デバイスとして出力されます。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。diag 操作なしの診断プログラムのロードdiag 操作を使用する手順のほかに、ディスクレス・クライアントとデータレス・クライアントには、診断プログラムをネットワークからロードする方法があります。この方法は、ディスクレス・クライアントまたはデータレス・クライアントをネットワークから通常の使用のためにブートするのと同じですが、マシンのキー・モード・スイッチは Service の位置にする必要があります。クライアントのキー・モード・スイッチが、ブート・プロセスの終了時に Service の位置にあると、サーバーの SPOT からハードウェア診断プログラムがロードされます。スタンドアロン・クライアントがキー・モード・スイッチを Service の位置にしてブートすると、診断プログラム (インストールされている場合) は、ハード・ディスクからロードされます。ディスクレス・マシンまたはデータレス・マシンの初期化とブートこの手順を使用して、マシンを NIM 環境内でディスクレス・クライアントまたはデータレス・クライアントとして構成してブートします。前提条件• NIM マスターの構成と、ディスクレス・クライアントおよびデータレス・クライアント用のリソースの定義が済んでいる必要があります。 150 ページの『ディスクレス・クライアントとデータレス・クライアントをサポートする NIM マスターの構成とリソースの作成』を参照してください。

• NIM クライアントが既に NIM 環境の中に存在している必要があります。クライアントを NIM 環境に追加するには、153 ページの『NIM 環境へのディスクレス・クライアントまたはデータレス・クライアントの追加』の手順を使用してください。

SMIT からのディスクレス・マシンまたはデータレス・マシンの初期化とブートSMIT を使用して、ディスクレス・マシンまたはデータレス・マシンの初期化とブートを行うには、次の手順に従います。1. NIM マスター上で、smit nim_dd_init 高速パスを入力します。2.画面に表示されるクライアントのリストから、初期化するクライアントを選択します。3.必須フィールドに値を入力します。ヘルプ情報および「LIST (リスト)」オプションを使用すると、初期化オプションについての正しい値を指定するのに役立ちます。

4.初期化操作が完了したら、ネットワークを介してクライアント・マシンをブートします。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。注 : 旧モデルの rspc システムでは、ファームウェアのメニューからブート・リストを永続的に設定して、該当のクライアントを常にネットワークを介してブートする必要があります。その他のシステムでは、マシンをディスクレス /データ・クライアントとして初めてブートした時点で、ブート・リストが自動的に設定されます。

5.クライアントがネットワークを介してブートされ、必要な初期化処理が実行されると、マシン用のコンソールの選択を求める画面がクライアントから表示されます。

コマンド・ラインからのディスクレス・マシンまたはデータレス・マシンの初期化とブートコマンド・ラインからディスクレス・マシンまたはデータレス・マシンの初期化とブートを行うには、次の手順に従います。1.ディスクレス・クライアント用のクライアント・リソースを初期化するには、使用されているリソースに応じて次のいずれかを実行してください。• root リソースが使用されている場合は、NIM マスターで次のように入力します。

nim -o dkls_init -a spot=SPOTName -a root=RootName ¥-a dump=DumpName -a paging=PagingName ClientName


• shared_root リソースが使用されている場合は、NIM マスターで次のように入力します。nim -o dkls_init -a spot=SPOTName -a shared_root=SharedRootName ¥-a dump=DumpName -a paging=PagingName ClientName

2.データレス・クライアント用のクライアント・リソースを初期化するには、 NIM マスターから次のように入力します。nim -o dtls_init -a spot=SPOTName -a root=RootName ¥-a dump=DumpName ClientName

注 : dkls_init 操作および dtls_init 操作に対して指定できるその他の属性の詳細は、283 ページの『NIMdkls_init 操作の使用』および 285 ページの『NIM dtls_init 操作の使用』を参照してください。

3.初期化操作が完了したら、ネットワークを介してクライアント・マシンをブートします。ネットワーク・デバイスからブートする場合は、ご使用のハードウェアに付属のマニュアルに示されているネットワーク・ブート手順に従ってください。注 : 旧モデルの rspc システムでは、ファームウェアのメニューからブート・リストを永続的に設定して、該当のクライアントを常にネットワークを介してブートする必要があります。その他のシステムでは、マシンをディスクレス /データ・クライアントとして初めてブートした時点で、ブート・リストが自動的に設定されます。

4.クライアントがネットワークを介してブートされ、必要な初期化処理が実行されると、マシン用のコンソールの選択を求める画面がクライアントから表示されます。

ルーターでの FDDI のブートルーターが全経路ブロードキャストをサポートする場合にのみ、光ファイバー分散データ・インターフェース (FDDI) をルーターでブートします。FDDI インターフェースでの全経路ブロードキャストをサポートしていないルーターでブートすると、このようなルーター・タイプの既知の制限があるため、ブートが失敗することがあります。

NIM の管理NIM データベースのバックアップおよび復元など、さまざまなタイプのタスクを完了するために NIM を使用することができます。/etc/niminfo ファイルのリカバリー/etc/niminfo ファイルは、マスターおよび実行中の NIM クライアント上に常駐し、NIM コマンドと NIM操作を実行するために必要なファイルです。 /etc/niminfo が誤って削除された場合は、次のコマンドをマスターから入力して、ファイルを再作成してください。コマンド・ラインからの /etc/niminfo ファイルのリカバリーコマンド・ラインから /etc/niminfo ファイルをリカバリーするには、次の手順を実行します。ファイルを再作成するマスターから次のコマンドを入力します。nimconfig -r

稼働中の NIM クライアントから /etc/niminfo ファイルを再作成するには、次のように入力します。niminit -a master_port=PortNumber -a master=MasterHostName ¥-a name=ClientMachineObjectName

NIM データベースのバックアップSMIT、またはコマンド・ラインを使用して、NIM データベースをバックアップすることができます。NIM データベースおよび /etc/niminfo ファイルのバックアップの格納先となるデバイス、またはファイルの名前を指定するように求めるプロンプトが表示されます。インストール済みの NIM マスター・ファイルセットのレベルが、 /etc/NIM.level という名前のファイルに書き込まれ、バックアップにも保存されます。 NIM データベースのバックアップは、バックアップを作成したときとレベルが同じ、またはそれ以上のレベルの NIM マスター・ファイルセットのシステムにのみ復元されます。


SMIT からの NIM データベースのバックアップNIM データベースをバックアップするには、smit nim_backup_db 高速パスを入力します。

コマンド・ラインからの NIM データベースのバックアップコマンド・ラインから NIM データベースをバックアップするには、以下の手順に従います。バックアップ用に保存する必要がある NIM ファイルは以下のものです。• /etc/niminfo• /etc/objrepos/nim_attr• /etc/objrepos/nim_attr.vc• /etc/objrepos/nim_object• /etc/objrepos/nim_object.vc• /etc/NIM.level• /etc/niminfo• /etc/NIM.primary.cpuid

ベスト・プラクティス : NIM データベースは /home ディレクトリーかユーザー作成のファイルシステムにバックアップしてください。データベースをバックアップするには、次のコマンドを入力します。/usr/lpp/bos.sysmgt/nim/methods/m_backup_db backup_file_name_and_location

例えば、次のように入力します。# /usr/lpp/bos.sysmgt/nim/methods/m_backup_db /home/backup.070915a ./etc/objrepos/nim_attr 48 blocks.a ./etc/objrepos/nim_attr.vc 144 blocks.a ./etc/objrepos/nim_object 8 blocks.a ./etc/objrepos/nim_object.vc 40 blocks.a ./etc/NIM.level 1 blocks.a ./etc/niminfo 1 blocks.a ./etc/NIM.primary.cpuid 1 blocks.

NIM データベースの復元と NIM マスターの活動化NIM データベースの復元と NIM マスターの活動化は、SMIT、またはコマンド・ラインを使用して実行することができます。注 : NIM データベースは、バックアップに使用したものと同じレベルか、またはそれより後のレベルの NIMに復元する必要があります。SMIT を使用する NIM データベースの復元と NIM マスターの活動化SMIT を使用して NIM データベースの復元と NIM マスターの活動化を行うには、次の手順に従います。NIM データベース・バックアップから NIM マスターを構成するには、 smit nim_restore_db 高速パスを入力します。コマンド・ラインを使用する NIM データベースの復元と NIM マスターの活動化コマンド・ラインを使用して NIM データベースの復元と NIM マスターの活動化を行うには、次の手順に従います。NIM データベースを復元し、NIM マスターを活動化するには、次のコマンドを入力します。/usr/lpp/bos.sysmgt/nim/methods/m_restore_db backup_file

次のコマンドを使用して NIM データベースをバックアップしていた場合、# /usr/lpp/bos.sysmgt/nim/methods/m_backup_db /home/backup.070915

次のコマンドを使用して NIM データベースを復元します。


# /usr/lpp/bos.sysmgt/nim/methods/m_restore_db /home/backup.070915

関連タスクコマンド・ラインからの NIM データベースのバックアップコマンド・ラインから NIM データベースをバックアップするには、以下の手順に従います。NIM 環境からのマシンの除去NIM データベースからクライアント情報を除去することによって、NIM 環境からマシンを除去できます。注 : クライアントを NIM 環境から除去すると、そのクライアント・マシンからの /etc/niminfo ファイルの除去は、NIM が行います。ただし、NIM マスターについてのクライアント・ファイルセットと rhostアクセス権をクライアント・システムから除去する場合、このような追加クリーンアップは手動で行う必要があります。SMIT を使用する NIM 環境からのマシンの除去SMIT を使用して NIM 環境からマシンを除去するには、次の手順を実行します。1. smit nim_rmmac 高速パスを入力します。2.除去するマシンを選択します。3.表示されたダイアログのフィールドで、デフォルト値を受け入れます。コマンド・ラインを使用する NIM 環境からのマシンの除去コマンド・ラインを使用して、NIM 環境からマシンを除去するには、次の手順を実行します。次のように入力します。nim -o remove MachineName

ここで、MachineName は除去するマシンの名前です。マシン・グループからのメンバーの除去マシン・グループからメンバーを除去できます。マシン・グループの最後のメンバーを除去すると、グループ定義も除去されます。SMIT を使用するマシン・グループからのメンバーの除去SMIT を使用してマシン・グループからメンバーを除去するには、次の手順を実行します。1.マシン・グループからメンバーを除去するには、smit nim_chgrp 高速パスを入力します。2.変更するマシン・グループを選択します。3.グループから除去するメンバーを指定します。除去するメンバーを選択するには、「LIST (リスト)」オプションを使います。

コマンド・ラインを使用するマシン・グループからのメンバーの除去コマンド・ラインを使用してマシン・グループからメンバーを除去するには、次の手順を実行します。マシン・グループからメンバーを除去するには、次のコマンドを入力します。nim -o change -a rm_member=MachineName GroupName

例えば、マシン Standalone2 を除去し、マシン Standalone4 をグループ MacGrp1 に追加するには、次のように入力します。nim -o change -a rm_member=Standalone2 ¥-a add_member=Standalone4 MacGrp1

マシンが自分自身をクライアントとして追加することの防止マシンは、niminit コマンドを使用して NIM マスターのホスト名を指定することにより、自分自身を NIM環境内のクライアントとして追加する場合があります。環境によっては、管理者がそれぞれのマスターのクライアントとして追加されるマシンを全体的に制御することが必要な場合があります。クライアントが自分自身を NIM 環境に追加させないために、管理者は client_reg 属性を使用できます。


SMIT からのマシンが自分自身をクライアントとして追加することの防止マシンが自分自身を NIM 環境内でクライアントとして追加できるようにするオプションを変更するには、次の情報を参照してください。次の SMIT 高速パスを入力します。 smit nim_client_reg

コマンド・ラインからのマシンが自分自身をクライアントとして追加することの防止マシンが自分自身を NIM 環境内のクライアントとして追加できるかどうかをコマンド・ラインから設定するには、次の情報を参照してください。マシンが自分自身を NIM 環境内のクライアントとして追加できないようにするためには、 NIM マスターに対して属性 client_reg=no を設定します。 nim -o change -a client_reg=no master

マシンが自分自身を NIM マスターのクライアントとして追加できるようにするには、 client_reg 属性にマスターで yes を設定して、この属性を除去します。 nim -o change -a client_reg=yes master

NIM クライアントへのマウント・オプションの追加NIM クライアントにマウント・オプションを追加できます。マウント・オプションはリソースを NIM クライアントにマウントする際に使用できます。マウント・オプションを設定するには、次のコマンドを使用します。nim -o change -a mount_opts=MountOptions MachineName

注 : ネットワーク・ファイルシステム (NFS) バージョン 4 を使用する場合は、-o フラグを mount_opts 属性と一緒に使用できません。例1. NFS バージョン 3 でマウント・オプションを追加する場合は、次のコマンドを入力します。

nim -o change -a mount_opts="-o intr,vers=3,proto=udp" client1

2. NFS バージョン 4 でマウント・オプションを追加する場合は、次のコマンドを入力します。nim -o change -a mount_opts="proto=udp" client1

NIM リソースのグローバルなエクスポートNIM リソースは、SMIT、またはコマンド・ライン・インターフェースを使用してグローバルにエクスポートすることができます。NIM 操作時に使用するためにリソースを割り当てると、その操作が実行されるクライアント・マシンにとっては NFS エクスポートされた状態になります。操作が多数の異なるクライアント上で同時に実行された場合には、ファイル /etc/exports および /etc/xtab は、リソース・サーバー上で非常に大きくなることがあります。これにより、ファイルのサイズ制限を超過する可能性があり、リソースの割り当てまたは割り当て解除のたびにファイルがロック状態になり変更されるために、 NIM のパフォーマンスに悪影響を及ぼすこともあります。NIM リソースへのアクセス権の所有者について管理者が関与していない環境では、管理者が、リソースをグローバルにエクスポートするオプションを設定することにより、ファイル /etc/exports および /etc/xtab に対する反復更新を取り消すことがあります。グローバルにエクスポートされないリソースは、ディスクレス・クライアントとデータレス・クライアントにより排他的に使用されるものだけです。NIM リソースをグローバルにエクスポートすると、NIM 環境内のネットワークだけでなく、ネットワーク内のどのマシンでも読み取れるようになります。リソースは、いずれかのクライアントに割り当てられている限りグローバルにエクスポートされます。リソースは、すべてのクライアントから割り当て解除された時点でアンエクスポートされます。


SMIT を使用する NIM リソースのグローバルなエクスポートSMIT を使用して NIM リソースをグローバルにエクスポートするには、次の情報を参照してください。SMIT インターフェースで NIM リソースのグローバルなエクスポートを管理するには、SMIT 高速パスを次のように入力します。 smit nim_global_export

コマンド・ラインからの NIM リソースのグローバルなエクスポートクライアントが使用するための NIM リソースのグローバルなエクスポートは、 global_export 属性を使用して管理できます。NIM リソースのグローバルなエクスポートを使用可能にするには、 NIM マスターに対して属性global_export=yes を設定します。 nim -o change -a global_export=yes master

NIM リソースのグローバルなエクスポートを使用不可にするには、属性 global_export を no に設定することにより、その属性をマスターから除去します。 nim -o change -a global_export=no master

クライアントにリソースを割り当てている間は、グローバルなエクスポートの使用可能化および使用不可化を変更しないでください。そのような変更を行うと、不正なアクセス権によりリソースがエクスポートされる状態となる可能性があります。 global_export 値の変更を試みる前に、すべての NIM 操作を完了し、リソースの割り当てを解除してください。クライアントにリソースを割り当てていると、nim コマンドによる global_export 値の変更は失敗します。NIM 代替マスター・サポートの使用可能化この手順を使用することにより、ご使用の環境での代替 NIM マスターのセットアップ、マスター間の NIMデータベースの同期化、およびマスター間のクライアント制御のテークオーバーが可能です。NIM 代替マスター・サポートを使用可能にする準備NIM 環境の代替マスターを作成する前に、1 次 NIM マスターを構成しておく必要があります。両方のマスターの AIX が同じレベルでなければなりません。NIM マスターの構成方法については、『NIM マスターの構成および基本インストール・リソースの作成』を参照してください。代替マスターの初期化代替マスターの初期化は、SMIT またはコマンド・ラインを使用して行うことができます。このシナリオでは、マスター A は NIM マスターとして既に構成されており、マスター B が代替マスターとして初期化されます。SMIT からの代替マスターの初期化SMIT を使用して代替マスターを初期化するには、次の手順を実行します。このシナリオでは、マスター A は NIM マスターとして既に構成されており、マスター B が代替マスターとして初期化されます。

1. AIX Volume 1 メディアを指定の代替マスター・システム (マスター B) の適切なドライブに挿入します。2. SMIT install_latest 高速パスを入力して bos.sysmgt.nim.master ファイルセットをインストールします。

3.「LIST (リスト)」オプションを使用して、「INPUT device or directory for software (ソフトウェア用の入力デバイスまたはディレクトリー )」で「/dev/cd0」を選択します。

4.インストールするソフトウェアとして、bos.sysmgt.nim.master を指定します。5.この表示のその他のすべてのフィールドは、デフォルト値をそのまま受け入れます。このインストールが正常に完了したら、SMIT を終了します。


6.マスター A を使用して代替マスター (マスター B) を初期化するには、マスター B システムで smitniminit_altmstr 高速パスを入力します。

7.「このマシン名」フィールドに、マスター B の名前を入力します。8.「LIST (リスト)」オプションを使用して、マスター B の「Primary Network Interface (1 次ネットワーク・インターフェース )」を選択します。

9.「初期化するマスターのホスト名」フィールドに、マスター A のホスト名を入力します。10.必要に応じて他のフィールドを変更し、Enter キーを押します。11.マスター A で smit niminit_altmstr 高速パスを使用してこの処理を繰り返し、マスター A をマスター B に登録します。「マシン」フィールドにマスター A の名前を、「初期化するマスターのホスト名」にマスター B のホスト名を入力する必要があります。

SMIT から代替マスターを初期化するときは、以下の事項を考慮してください。• niminit コマンドは、登録されるシステムの alternate_master オブジェクトを作成します。この例では、マスター B がマスター A に登録されると、マスター B はマスター A で alternate_master オブジェクトとして定義されます。

• niminit コマンドは、alternate_master オブジェクトがまだ NIM マスターとして構成されていなければ、それを NIM マスターとして構成します。

• niminit コマンドは、システムが登録されるマスターに、nimsh シェルを介してリモート・アクセス権を通知します。この例では、マスター B が登録されるときに、マスター B はマスター A にリモート・アクセス権を与えます。

• NIM 環境に代替マスターが追加された後、クライアントは自身を再び初期化して、代替マスターを認識します。再び初期化することにより、rsh または nimsh シェルを介して、代替マスターにクライアントへのリモート・アクセス権が与えられます。再び初期化されたクライアントの sync_required 属性はno に設定されます。これは、クライアントが代替マスターを認識することを示します。コマンド・ラインからの代替マスターの初期化コマンド・ラインから代替マスターを初期化するには、次の手順を実行します。このシナリオでは、マスター A は NIM マスターとして既に構成されており、マスター B が代替マスターとして初期化されます。1. AIX Volume 1 メディアを指定の代替マスター・システム (マスター B) の適切なドライブに挿入します。2.ディスクから bos.sysmgt.nim.master ファイルセットをインストールするには、マスター B システムで次のコマンドを入力します。# installp -agXd /dev/cd0 bos.sysmgt.nim.master

3.マスター A を使用して代替マスター (マスター B) を初期化するには、マスター B システムで次のコマンドを入力します。# niminit -a is_alternate=yes -a attr1=value1 ¥-a attr2=value2 ¥...

既存の NIM マスター (マスター A) を使用して代替マスター (マスター B) を初期化するために、以下のデータを想定します。alternate master host name = masterbmaster host name with which to register = masteraprimary network interface = en0cable type = N/Aplatform = chrp

上記の想定で、マスター B システムで次のコマンドを入力します。# niminit -a is_alternate=yes -a master=mastera -a pif_name=en0 ¥-a cable_type1=N/A -a platform=chrp -a name=masterb

属性の詳細については、niminit コマンドを参照してください。


4. niminit コマンドを使用してマスター A をマスター B に登録します。例えば、マスター A システムで次のコマンドを入力します。# niminit -a is_alternate=yes -a master=masterb -a pif_name=en0 ¥-a cable_type1=N/A -a platform=chrp -a name=mastera

代替マスターの NIM データベースの同期化代替マスターの NIM データベースの同期化は、SMIT またはコマンド・ラインを使用して行うことができます。このシナリオでは、マスター A が NIM マスターとして構成され、クライアントやリソースなどのオブジェクトが定義されています。代替マスターとしてマスター B が初期化されていますが、そのデータベースはマスター A のものと一致していません。sync 操作を使用して、マスター B 上の NIM データベースを、マスター A のデータベースと同期させることができます。 sync 操作により、マスター A のデータベースのバックアップが取られ、それがマスター B に復元され、次にすべてのオブジェクト定義の整合がとられます。代替マスターの NIM データベースを同期化するときは、以下のことを考慮する必要があります。• マスター A から提供されているリソースは、データベースがマスター B に復元されるときにデータベースから除去されます。

• データベースがマスター B に復元されるときに、オブジェクト定義が再設定されます。• データベースがマスター B に復元された後は、takeover 操作が実行されるまで、マスター B での NIM オブジェクトの制御は行われません。その結果、マスター B は、そのデータベース内のどのオブジェクトに対しても、NIM 操作をまったく行えません。

SMIT を使用する代替マスターの NIM データベースの同期化SMIT を使用して代替マスターの NIM データベースを同期するには、次の手順を実行します。1.マスター A で、smit nim_altmstr 高速パスを入力します。2.「Synchronize an Alternate Master's NIM database (代替マスターの NIM データベースを同期化する)」を選択します。

3.マスター B の NIM オブジェクトの名前を入力します。4.マスター B が NIM マスターとして構成される場合は、強制オプションの「yes (はい)」を選択します。5.リソースを代替マスター上に複製する場合は、複製オプションの「yes (はい)」を選択します。6. NIM クライアントが代替マスターを認識するよう、「Reset NIM Client to Alternate Master (NIM クライアントを代替マスターに対して再設定)」オプションに「yes (はい)」を選択します。

コマンド・ラインからの代替マスターの NIM データベースの同期化コマンド・ラインから代替マスターの NIM データベースを同期するには、次の手順を実行します。マスター B のデータベースをマスター A のデータベースに同期させるには、マスター A で次を入力します。# nim -o sync masterb

マスター B のデータベースをマスター A のデータベースに同期させ、さらにマスター A が提供するリソースを複製するには、次を入力します。# nim -o sync -a replicate=yes masterb

マスター B のデータベースをマスター A のデータベースに同期させるには、マスター A が提供するリソースを複製し、代替マスターを認識できるよう、/etc/niminfo に NIM クライアント・リストを再構築します。# nim -o sync -a replicate=yes -a reset_clients=yes masterb

注 :

• 強制オプションを使用して、niminit コマンドで作成された既存のデータベースに上書きする必要があります。


• リソースは、代替マスターの該当のファイルシステム・ロケーションに存在しない場合にのみ複製されます。例:

# nim -Fo sync masterb

複製オプションは、強制オプションと一緒に使用することができます。例:

# nim -Fo sync -a replicate=yes masterb

reset_clients オプションを強制オプションと一緒に使用できます。例:

# nim -Fo sync -a reset_clients=yes masterb

NIM 環境の制御の取得NIM 環境の制御の取得は、SMIT またはコマンド・ラインを使って行うことができます。この例では、マスター B が代替マスターとして初期化されており、その NIM データベースはマスター A と同期されています。マスター B は、NIM 環境のオブジェクトの制御を取得します。NIM 環境の制御を取得するときは、以下のことを考慮する必要があります。• マスター A が稼働中で、マスター A がマスター B にネットワーク接続されているときにこの操作を実行すると、マスター A 上のデータベースはマスターでの変更を反映して更新されます。この操作を実行する前に、マスターのクライアントを再設定する必要があります。この操作を行うと、マスター A のクライアントのうち NIM 操作の実行が現在セットアップされているクライアントについて警告が出されます。この操作によって、こうしたクライアントが正常に完了するための再設定が行われることはありません。

• テークオーバー操作時にマスター B がマスター A を更新できない場合は、マスター A は実行開始後直ちに、そのデータベースをマスター B と同期させる必要があります。

• この操作で、クライアント上でリモート・コマンドが実行されることにより、各クライアントの現行マスターが更新されます。マスターを切り替えることができないクライアントが表示されます。クライアントが使用可能なときは、マスター B を使用して初期化するか、マスター B から再度テークオーバー操作を実行してください。

SMIT を使用する NIM 環境の制御の取得SMIT を使用して NIM 環境の制御を取得するには、次の手順を実行します。1.マスター B で smit nim_altmstr 高速パスを入力し、「Takeover control of NIM clients from an

Alternate Master (代替マスターから NIM クライアントの制御をテークオーバー)」を選択します。2.マスター A の NIM オブジェクトの名前を入力します。コマンド・ラインを使用する NIM 環境の制御の取得コマンド・ラインから NIM 環境の制御を取得するには、次の手順を実行します。マスター B が NIM 環境の制御を取得するようにするには、マスター B で次を入力します。# nim -o takeover mastera

マスター A が NIM 環境の制御を再取得するには、takeover コマンドをマスター B をターゲットとして実行します。NIM 環境からの代替マスターの除去NIM 環境からの代替マスターの除去は、SMIT またはコマンド・ラインを使って行うことができます。この例では、NIM 環境からマスター B が除去されます。マスター B を除去するときは、あらかじめマスター A が NIM 環境を制御していなければなりません。NIM 環境から代替マスターを除去するときは、以下のことを考慮する必要があります。• 環境からマスター B が除去されると、クライアントはマスター A を使用して自身を再初期化します。再初期化により niminfo ファイルとリモート・アクセス権が更新されます。


• マスター B のローカルで unconfig 操作を実行することにより、マスター B を構成解除できます。SMIT を使用する NIM 環境からの代替マスターの除去SMIT を使用して NIM 環境から代替マスターを除去するには、次の手順を実行します。1.マスター A で smit nim_altmstr 高速パスを入力し、「Remove an Alternate Master (代替マスターの除去)」を選択します。

2.マスター B の NIM 名を選択します。コマンド・ラインを使用する NIM 環境からの代替マスターの除去NIM 環境から代替マスターを除去するには、次のコマンドを使用します。NIM 環境からマスター B を除去するには、マスター A で次のコマンドを入力します。# nim -o remove masterb

代替マスター上での SSL 認証の構成代替マスター上に SSL 認証を構成するには、このプロセスを使用します。代替マスター上に SSL 通信を構成できます。代替マスターでは、openssl.base ファイルセットのインストールが必要になります。代替マスター上に SSL ファイルセットがインストールされている場合、NIM マスターは、『コマンド・ラインからの SSL 認証で構成されたクライアントをインストールするための NIM の使用』の文書に従って、SSL 認証を使用して構成されている必要があります。コマンド・ラインから代替マスターに SSL 認証を構成するには、次の手順を実行します。• NIM 代替マスターに OpenSSL がインストールされている場合、代替マスターに SSL を構成するには、次のように入力します。# nimconfig -c

• NIM 代替マスターに OpenSSL がインストールされている場合、NIM マスターとの SSL 通信を確立するには、次のように入力します。# nimclient -c

• NIM 代替マスターに OpenSSL がインストールされている場合、代替マスターから各 NIM クライアントとの SSL 通信を確立するには、各 NIM クライアント上で次のように入力します。ここで、<alternate_master> は代替マスターの名前です。# nimclient -o get_cert -a master_name=<alternate_master>

IBM Power Systems サーバー・ロジカル・パーティションへの NIM クライアントの移行nim_move_up アプリケーションを使用すると、簡単にバックレベルの AIX システムを IBM PowerSystems サーバーにある LPAR に移行することができます。nim_move_up アプリケーションを適切に実行するには、システムが以下の要件を満たしている必要があります。• NIM マスター要件

– 構成済み NIM マスター– Perl 5.6 以上– Openssh (Linux Toolbox メディアから入手可能)– AIX を実行中の、少なくとも 1 台のスタンドアロン NIM クライアント– AIX プロダクト・メディア・バージョン、または同等の lpp_source および SPOT NIM リソース

• サーバーおよびリソースの要件• ターゲット・クライアントの同等の IBM Power Systems 構成をサポートするのに十分なハードウェア・リソースを備えた IBM Power Systems サーバー


• クライアントの移行に仮想リソースを使用する場合、仮想入出力サーバーがインストールされ、構成されている必要があります。

• IBM Power Systems サーバーを制御する HMC、ならびに LPAR の始動、停止、および作成に必要な特権• root ユーザー権限この nim_move_up プロセスでは、元のクライアントのダウン時間は必要ありません。さらに、nim_move_up は、IBM Power Systems サーバーの仮想入出力機能を使用して、クライアントを仮想ディスクなどの仮想化されたハードウェアに移行することができます。この移行プロセスは、nim_move_upアプリケーションで、プロセスを制御するためにフェーズごとに実行することも、ユーザーの相互作用を必要とせずに一度にすべてを完了することもできます。nim_move_up アプリケーションを使用すると、NIM マスターとそのクライアントを移行の開始点として使用して、以下のハードウェア環境を作成することができます。• 元の NIM マスター• 元の NIM クライアントに対応し、NIM マスターにより制御される IBM Power Systems サーバーの LPAR• NIM マスターと SSH を介して通信する IBM Power Systems サーバーの LPAR を制御するための HMC• 元の NIM クライアント以下のフェーズに従って nim_move_up 移行プロセスを実行すると、プロセスを制御することができます。

1.「Create NIM Resources (NIM リソースの作成)」フェーズでは、移行ステップの実行に必要な NIM リソースを作成します (リソースが存在しない場合または前もって準備されていない場合)。

2.「Pre-migration Software Assessment (移行前ソフトウェア・アセスメント)」フェーズでは、各ターゲット・クライアントでインストールされているソフトウェアおよび移行できるソフトウェアのアセスメントを実行します。 lpp_source で欠落しているソフトウェアはすべて、nim_move_up に提供されるインストール・イメージのソースから追加されます。

3.「Client Hardware and Utilization Data Gathering (クライアントのハードウェアおよび使用状況に関するデータ収集)」フェーズでは、各ターゲット・クライアントのハードウェア・リソースに関するデータを収集し、所定時間におけるこれらのリソースの平均使用率の評価を試行します。

4.「IBM Power Systems Resource Availability Data Gathering and Client Resource Data Translation(POWER5 リソース可用性データの収集およびクライアント・リソース・データの変換)」フェーズでは、指定された管理対象システムで使用可能なハードウェア・リソースを検索します。前のフェーズで収集されたデータを使用して、管理対象システムの使用可能なリソースを使用する同等の LPAR 構成を作成します。 nim_move_up で扱う仮想入出力サーバーの LPAR が指定された場合、物理入出力リソースではなく仮想入出力リソースを使用してクライアントの LPAR を作成します。必要に応じて仮想入出力サーバーで適切なアダプターおよび構成を作成します。

5.「Create System Backups of Target Clients (ターゲット・クライアントのシステム・バックアップの作成)」フェーズでは、mksysb コマンドを使用して各ターゲット・クライアントおよびそのリソースのインストール可能イメージを作成します。

6.「Migrate Each System Backup (各システム・バックアップの移行)」フェーズでは、nimadmin コマンドを使用して、新しく作成されたインストール可能イメージを新しいレベルの AIX に移行します。

7.「Allocate NIM Resources to New LPARs (NIM リソースの新規 LPAR への割り当て)」フェーズでは、nim_move_up アプリケーションに提供されたネットワーク情報を使用して、「IBM Power SystemsResource Availability Data Gathering and Client Resource Data Translation (POWER5 リソース可用性データの収集およびクライアント・リソース・データの変換)」フェーズで作成された新しい LPAR のNIM スタンドアロン・クライアント・オブジェクトを作成します。各 NIM クライアントで、適切なNIM リソースを割り当て、bos_inst pull 操作を実行します (NIM はクライアントのブートを試行しません)。

8.「Initiate Installation on LPARs (LPAR でのインストール開始)」フェーズでは、制御ホスト (HMC パーティション) を介してそれぞれの LPAR をリブートし、インストールを開始します。注 : このフェーズは、インストールが始まると終了します。実際のインストール進行状況はモニターされません。

9.移行後ソフトウェア・アセスメント


各インストールの後で移行全体が正常に完了したかどうかが評価され、ソフトウェア移行の問題があれば報告します。移行に失敗したファイルセットに対して、報告されたエラーを手動で訂正しなければならない場合があります。

10.インストール後のカスタマイズ代替の lpp_source、ファイルセット・リスト、またはカスタマイズ・スクリプトが nim_move_up アプリケーションに提供されている場合は、各クライアントで、指定された値を使用して NIM カスタマイズ操作を実行します。これにより、必要に応じて、追加のソフトウェア・アプリケーションのオプション・インストールまたは追加のカスタマイズを行うことができます。

SMIT を使用した、IBM Power Systems サーバー・ロジカル・パーティションへの NIM クライアントの移行nim_move_up のルート・メニューへの SMIT 高速パスは smitty nim_move_up です。nim_move_up アプリケーションの実行に必要なすべての前提条件が満たされると、nim_move_up は構成とフェーズ実行の 2 つのステップで移行プロセスを実行します。次のステップを完了することにより、SMIT から nim_move_up の割り当てを実行することができます。1. smitty nim_move_up_config と入力します。「Configure nim_move_up Input Values (nim_move_up 入力値の構成)」パネルが開きます。

2.必須フィールドに情報を入力します。この情報は、nim_move_up アプリケーションがリセットされない限り、このアプリケーションにより保存されます。この情報は、いつでも「Configure nim_move_up Input Values (nim_move_up 入力値の構成)」パネルから変更することができます。

3.実際の移行プロセスを開始するには、smitty nim_move_up_exec と入力します。「Execute nim_move_up Phases (nim_move_up フェーズの実行)」パネルが開きます。

4.「Execute nim_move_up Phases (nim_move_up フェーズの実行)」パネルでオプション「Execute AllRemaining Phases? (残りフェーズをすべて実行しますか?)」に該当の応答を入力して、Enter を押します。

nim_move_up アプリケーションを操作するために、「Configure nim_move_up Input Values(nim_move_up 入力値の構成)」パネルと「Execute nim_move_up Phases (nim_move_up フェーズの実行)」パネルのほか、次のようなパネルを使用できます。Display the Current Status of nim_move_up (nim_move_up の現在の状況の表示)このメニュー・オプションの選択は、nim_move_up の実行で -S フラグを指定するのと同じです。次のフェーズが実行され、保存されたすべてのオプションが表示されます。

Configure SSH Keys on Target HMC (ターゲットの HMC の SSH キーの構成)この SMIT パネルは、リモート制御ホスト (HMC) の SSH キーをセットアップするためのシンプルなインターフェースです。このパネルの使用は、-K コマンド・ライン・オプションを使用するのと同じです。リモート制御ホストの SSH キーを構成すると、NIM マスターからコマンドをリモート側の不在モードで実行することができます。

Unconfigure nim_move_up (nim_move_up の構成解除)この SMIT パネルは、nim_move_up 環境を構成解除するためのインターフェースです。環境を構成解除すると、次に実行するフェーズ、フェーズの実行の結果として生成された保存済みデータ・ファイル、および保存されたすべての入力値など、すべての状態情報が除去されます。オプションで、nim_move_up で作成されたすべての NIM リソースも除去できます。このパネルの使用は、-r コマンド・ライン・オプションを使用するのと同じです。

コマンド・ラインを使用した、IBM Power Systems サーバー・ロジカル・パーティションへの NIM クライアントの移行nim_move_up アプリケーションの実行に必要なすべての前提条件が 1 回満たされると、nim_move_up は構成とフェーズ実行の 2 つのステップで移行プロセスを実行します。コマンド・ラインの使用方法nim_move_up {[-S] | [-K [-h control_host] ] | [-r [-R] ]} | { [-c NIM_client] [-i target_ip[-ending_ip]] [-ssubnet_mask] [-g gateway] [-h control_host] [-m managed_sys] [-V vio_server [-e] [-D] ] [-I img_src] [-l


resource_dir] [-t seconds] [-p loops] [-j nimadm_vg] [-L lpp_source] [-U spot] [-B bosinst_data] [-Eexclude_files] [-C script_resource] [-b installp_bundle] [-f fix_bundle] {{[-n] [-d]} | -O} [-q] }

表 12. 必須フラグフラグ-c NIM_client NIM スタンドアロン・クライアント (スタンドアロン・

オブジェクト型) または NIM マシン・グループ(mac_group オブジェクト型) のいずれか。 NIM マスターからネットワーク経由で到達でき、NIM マスターがコマンドを実行できるクライアントを指定する必要があります。この引数で NIM マシン・グループを指定する場合、すべてのマシンが同じ NIM ネットワークになければなりません。このクライアントは、IBM PowerSystemsサーバーの同等の LPAR に移行されるターゲット・マシンとなります。

-i target_ip[-ending_ip] 新しく移行されたクライアントが IBM Power Systemsサーバーにインストールされた後、このクライアントの構成に使用される IP アドレス。 -c オプションで NIMマシン・グループが指定された場合、ここで IP アドレスの範囲を指定する必要があり、移行されるクライアントの量を列挙するのに十分なアドレスがなければなりません。

-s subnet_mask クライアントが IBM Power Systems サーバーに移行された後、その構成に使用されるサブネット・マスク。

-g gateway クライアントが IBM Power Systems サーバーに移行された後、その構成に使用されるデフォルト・ゲートウェイの IP アドレス。

-h control_host nim_move_up が使用する予定の IBM Power Systemsサーバーのハードウェア制御に使用される HMC のホスト名または IP アドレス。

-m managed_sys HMC によりトラッキングされる、IBM Power Systemsサーバーに対応する管理対象システムの名前。

-I img_src 移行とインストールの実行に必要な NIM リソースを作成するために使用されるインストール・イメージのソースへのパス。このパスには、dev/cd0 などのデバイス(AIX プロダクト・メディアを使用する場合)、またはインストール・イメージが含まれているファイルシステムのロケーションへのパスを指定できます。

-l resource_dir nim_move_up で作成される新しい NIM リソースが含まれるファイルシステムのロケーションへのパス。 -Lおよび -U オプションを使用して既存のリソースが指定されない限り、このロケーションには、lpp_source および SPOT を収容できる十分なスペースが必要です。

表 13. 実行フラグおよび制御フラグフラグ-S 現在のフェーズの実行状況または次に実行されるフェ

ーズを表示します。保存された値もすべて表示されます。 nim_move_up は、情報を表示したら即時に終了します。このフラグは、その他のオプションと一緒に使用することはできません。


表 13. 実行フラグおよび制御フラグ (続き)

フラグ-n nim_move_up 移行プロセスの次のフェーズのみを実

行します。 nim_move_up は、そのフェーズが完了または失敗すると終了します。このフラグを指定しないと、後続のフェーズがすべて実行されます。nim_move_up は、すべてのフェーズが実行されてから、またはいずれかのフェーズが失敗すると終了します。

-d nim_move_up はバックグラウンドで実行され、呼び出し側に端末装置の制御を戻します。 nim_move_up の進行状況は、上記の -S フラグを使用して追跡することができます。

-q 抑制モード。出力は、端末装置に表示されず、ログで保持されます。 nim_move_up の実行で上記の -d フラグが指定されると、このフラグは効果がありません。

-O 指定された値のみを保存します。 nim_move_up は、その他のオプションで指定された値を保存し、フェーズを実行せずに終了します。このフラグは、その他の実行フラグまたは制御フラグと一緒に使用できません。

-K 指定された HMC で SSH キーを構成して、NIM マスターからパスワード・プロンプトなしにコマンドをリモートの不在モードで実行できるようにします。このフラグは、-h オプション以外のその他のオプションと一緒に使用できません。

-r nim_move_up を構成解除します。これにより、保存されたオプション、フェーズ固有のデータ、および現在のフェーズ情報を含む、すべての保存されたデータがリセットされます。移行プロセスが新規クライアントまたはクライアント・セットを移行するために開始された場合は、この操作を実行する必要があります。

-R nim_move_up で作成されたすべての NIM リソースを除去し、環境を構成解除します。このフラグを使用できるのは、上記の -r が指定された場合のみです。

表 14. オプション・フラグフラグ-V vio_server 上記の -m フラグで指定された IBM Power Systems サ

ーバーにある仮想入出力サーバーの LPAR 名。-e 仮想入出力サーバーの LPAR が指定されている場合、

IBM Power Systems サーバーに新しい LPAR を作成するために、共有イーサネット・アダプターではなく、物理ネットワーク・アダプターの使用を強制します。このフラグが有効であるのは、上記の -V オプションと一緒に使用される場合のみです。


表 14. オプション・フラグ (続き)

フラグ-D 仮想入出力サーバーの LPAR が指定されている場合、

IBM Power Systems サーバーに新しい LPAR を作成するために、仮想 SCSI アダプターではなく、物理ストレージ・コントローラーの使用を強制します。このフラグが有効であるのは、上記の -V オプションと一緒に使用される場合のみです。

-p loops ターゲット NIM クライアントでそのリソース使用率を分析するためにシステム分析ツールを実行する回数。最後のリソース使用率は、各ループから得られた値の平均で、移行する LPAR の派生元となる同等の IBM PowerSystems サーバー・リソースを決定する上で考慮されます。このオプションを指定しない場合、デフォルトの 1ループに設定されます。

-t seconds 各ループが実行される秒数。このオプションを指定しない場合、デフォルトの 10 秒に設定されます。

-j nimadm_vg データ・キャッシングの基本となる nimadm 呼び出しにより使用されるボリューム・グループ。このオプションを指定しないと、デフォルト値は rootvg です。

-L lpp_source ターゲット・クライアントの移行先の AIX レベルにある既存の lpp_source NIM リソース。このオプションが指定されない場合、nim_move_up は、上記の -I オプションで指定されたインストール・イメージのソースから新しい lpp_source を作成しようとします。

-U spot クライアントの移行とインストールに使用される既存の SPOT NIM リソース。このオプションが指定されない場合、指定された lpp_source NIM リソースから新しい SPOT が作成されます (上記の -L および -I オプションを参照)。

-B bosinst_data nim_move_up により新規クライアントの IBM PowerSystems サーバー LPAR へのインストールに使用される既存の bosinst_data NIM リソース。このオプションが指定されない場合、nim_move_up は、デフォルトの不在インストールの値を使用して bosinst_data リソースを生成します。

-E exclude_files nim_move_up が元のクライアントの mksysb イメージを作成するために使用する既存の exclude_files NIMリソース。このオプションが指定されない場合、nim_move_up は、バックアップから /tmp の内容を除外する exclude_files リソースを生成します。

-C script_resource 指定された場合、nim_move_up が、フェーズ 10 (インストール後のカスタマイズ) で、新しく移行されたすべての LPAR に対して実行する既存の script NIM リソース。

-b installp_bundle 既存の installp_bundle NIM リソース。そのソフトウェアが、フェーズ 10 (インストール後のカスタマイズ) で、新しく移行されたそれぞれの LPAR にインストールされます (このオプションが nim_move_up で指定された場合)。


表 14. オプション・フラグ (続き)

フラグ-f fix_bundle 既存の fix_bundle NIM リソース。その APAR が、フェ

ーズ 10 (インストール後のカスタマイズ) で、新しく移行されたそれぞれの LPAR にインストールされます (このオプションが nim_move_up で指定された場合)。

例:

必須オプションを指定して nim_move_up アプリケーションを構成し、移行プロセスの第 1 フェーズを開始するには、次のように入力します。nim_move_up -c client1 -i 192.168.1.100 -s 255.255.255.0 -g 192.168.1.1 -h hmc1.mydomain.com -m my-p5 -l /big/dir -I /dev/cd0 -n

ここで、• -c client1 は、NIM マスターからネットワーク経由で到達可能な NIM スタンドアロン・クライアントです。

• -i 192.168.1.100 は、新しく移行されたクライアントが IBM Power Systems サーバーにインストールされた後でこのクライアントの構成に使用される IP アドレスです。

• -s 255.255.255.0 は、クライアントが IBM Power Systems サーバーに移行された後でその構成に使用されるサブネット・マスクです。

• -g 192.168.1.1 は、クライアントが IBM Power Systems サーバーに移行された後でその構成に使用されるデフォルト・ゲートウェイの IP アドレスです。

• -h hmc1.mydomain.com は、nim_move_up アプリケーションが使用する予定の IBM Power Systems サーバーのハードウェア制御に使用される HMC のホスト名または IP アドレスです。

• -m my-p5 は、HMC により追跡される、IBM Power Systems サーバーに対応する管理対象システムの名前です。

• -l /big/dir は、nim_move_up アプリケーションにより作成される新しい NIM リソースが含まれるファイルシステムのロケーションへのパスです。

• -I /dev/cd0 は、移行とインストールの実行に必要な NIM リソースを作成するために使用されるインストール・イメージのソースへのパスです。

• -n は、移行プロセスの次のフェーズを開始します。その後、移行プロセスの残りのフェーズをすべてバックグラウンドで実行して、すべてのライセンスに対する同意を保存するには、次のように入力します。nim_move_up -Y -d

インストール・ログ、構成ログ、およびブート・ログの表示スタンドアロン・マシンのインストール後に、showlog 操作を使用し、インストール・ログ、ブート・ログ、および構成ログを表示して、インストール結果をチェックします。これらのログは、SMIT、またはコマンド・ラインから表示することができます。log_type 属性の値として次の値の 1 つを showlog 操作に指定することによって、複数のログ・タイプの 1つを表示できます。項目説明 devinst キー・システムおよびデバイス・ドライバー・ソフトウェアのインストールからの出力 niminst ユーザー指定ソフトウェアのインストール (bos_inst 操作の実行中の NIM クライアント・ソ

フトウェアのインストールを含む) からの出力 bosinst BOS インストール・プログラムからの出力 boot マシンのブート・ログ


項目説明 lppchk スタンドアロン NIM クライアントで実行された lppchk 操作からの出力のログ script bos_inst 操作に割り当てられた任意の構成スクリプト・リソースからの出力 nimerr nim コマンドの実行中に検出されたエラーデフォルトでは、スタンドアロン・マシンに適用される showlog 操作により niminst ログが表示され、さらに、 NIM を使って前回ソフトウェアがマシンにインストールされたときに記録された出力も表示されます。 script ログおよび lppchk ログは、デフォルトにより、最後のエントリーも表示されます。 niminst、script、および lppchk の各ログの内容全体は、 showlog 操作の実行時に値 yes を full_log 属性に割り当てることによって、表示できます。他のすべてのログ・タイプは、ログ全体が表示されます。SMIT からのインストール・ログ、構成ログ、およびブート・ログの表示SMIT を使用してインストール・ログ、構成ログ、およびブート・ログを表示するには、次の手順を実行します。1.マシンのログを表示するためには smit nim_mac_op 高速パスを入力し、 SPOT のログを表示するためには smit nim_res_op を入力します。

2.ログを表示するマシンまたは SPOT のオブジェクト名を選択します。3.操作のリストから「showlog」を選択します。4.表示するログ・タイプを選択します。5.完全ログを表示するかどうかを指定します (script、lppchk、および niminst ログにのみ適用可能)。コマンド・ラインからのインストール・ログ、構成ログ、およびブート・ログの表示コマンド・ラインからインストール・ログ、構成ログ、およびブート・ログを表示するには、次の手順を実行します。スタンドアロン・マシンまたは SPOT についてのログを表示するには、次のように入力します。nim -o showlog -a log_type=value ObjectName

ここで、log_type は表示するログを表し、 ObjectName は表示するログの記録対象であるマシンまたはSPOT の名前です。NIM 環境のマスターのプッシュ許可の使用不可化NIM マスターは、NIM クライアントでプッシュ操作を実行するためのプッシュ許可を持っています。この NIM マスターのプッシュ許可を使用不可にするには、SMIT、またはコマンド・ラインを使用します。SMIT を使用するマスターのプッシュ許可の使用不可化smit nim_perms 高速パスを使用して、マスターのプッシュ許可を使用不可にすることができます。マスターのプッシュ許可を使用不可にするには、クライアント・マシンから smit nim_perms 高速パスを入力します。コマンド・ラインからのマスターのプッシュ許可の使用不可化コマンド・ラインから、マスターのプッシュ許可を使用不可にして、再び使用可能にすることができます。クライアントに対する control を push_off に設定するには、クライアント・マシンから次のように入力します。nimclient -P

クライアントに対するプッシュ許可を再び使用可能にするには、クライアント・マシンから次のように入力します。nimclient -p


NIM 状態のリセットマシンを ready 状態に戻すには、 NIM reset 操作を行います。NIM を使って実行する操作は、非常に複雑になることがあります。マシン NIM では、操作を正常に完了できるようにするために、マシンをまず ready 状態にしてから、操作を実行する必要があります。操作の実行中は、マシンの状態に現在の操作が反映されます。操作が完了すると、マシンは ready 状態に戻ります。マシンの操作が中断されても、マシン状態に操作が反映されたままの場合があります。この場合は、マシンをリセットして ready 状態に戻してからでないと、それ以上操作を実行できません。マシンを ready 状態に戻すには、 NIM reset 操作を行います。SMIT を使用する NIM 状態のリセットSMIT を使用して NIM 状態をリセットするには、次の手順を実行します。1.マシンを ready 状態に戻すには、 smit nim_mac_op 高速パスを入力します。2.操作のターゲットにするマシンを選択します。3.「Operation to Perform (実行する操作)」として、「reset (リセット)」を選択します。4.リソースを割り当て解除するには、「Deallocate All Resources? (すべてのリソースを割り当て解除しますか?)」フィールドを「yes (はい)」に変更します。

5.「Force (強制)」フィールドを「yes (はい)」に変更します。コマンド・ラインからの NIM 状態のリセットコマンド・ラインから NIM 状態をリセットするには、次の手順を実行します。1.マシンを ready 状態に戻すには、次のように入力します。

nim -Fo reset MachineName

2.リソースを割り当て解除するには、次のように入力します。nim -o deallocate -a ResourceType=ResourceName MachineName

ここで、ResourceType は割り当て解除されたリソースのタイプ (例えば、lpp_source、 SPOT、Scriptなど) で、ResourceName は割り当て解除されたリソースの名前、そして MachineName はリソースが割り当てられていたマシンの名前です。注 : マシンをリセットしても、その操作に割り当てられていたすべてのリソースが自動的に割り当て解除されることはありません。リソースを割り当て解除するには、NIM deallocate 操作を使います。

SPOT 用のネットワーク・ブート・イメージの再作成SPOT 用のネットワーク・ブート・イメージを再作成するには、SMIT、またはコマンド・ラインを使用します。SMIT を使用する SPOT 用のネットワーク・ブート・イメージの再作成SMIT を使用して SPOT 用のネットワーク・ブート・イメージを再作成するには、次の手順を実行します。1. SPOT 用のネットワーク・ブート・イメージを再作成するには、 smit nim_res_op 高速パスを入力します。

2.「SPOT」を選択します。3. check 操作を選択します。4.表示されたダイアログのフィールドで、「Force (強制)」オプションを「yes (はい)」に設定します。コマンド・ラインからの SPOT 用のネットワーク・ブート・イメージの再作成コマンド・ラインから SPOT 用のブート・イメージの再作成を強制実行するには、次の手順を実行します。次のように入力します。nim -Fo check SPOTName


スタンドアロン・クライアントおよび SPOT リソースへの追加ソフトウェアのインストール方法は、 147ページの『NIM クライアントと SPOT リソースのカスタマイズ』を参照してください。ディスクレス・クライアントとデータレス・クライアントおよび NIM SPOT の移行ディスクレス・クライアントおよびデータレス・クライアントについては、AIX の新リリースへの移行はサポートされていません。また、変換済み /usr ファイルシステムではない SPOT の移行もサポートされていません。SPOT サーバーであるマシンを AIX の新リリースに移行した後は、さらにそれを新規 AIX レベルにするために、SPOT を除去して再定義する必要があります。SPOT を除去して再定義するには、次のように入力します。nim -o remove SPOT_name

nim -o define -t spot -a location=SPOTDirectory ¥-a server=SPOTServer -a source=SPOTSource SPOTName

NIM 環境でクライアントに担当されている /usr SPOT は、移行手順を使用すれば新規レベルの AIX で再インストールできますが、移行完了後に、必ず SPOT オブジェクトを除去して再定義する必要があります。そして、その SPOT のサービス対象のディスクレス・クライアントまたはデータレス・クライアントは、すべて初期化し直す必要があります。 /usr SPOT サーバーを移行した後でディスクレス・クライアントおよびデータレス・クライアントを再初期化するには、ルート・リソースを割り当て解除した後、再度割り当て、さらにクライアントのタイプに応じて dtls_init 操作または dkls_init 操作を実行します。ディスクレスおよびデータレス・クライアントを再初期化するには、次のように入力します。nim -o reset -F ClientNamenim -o deallocate -a root=RootResourceName ClientNamenim -o allocate -a root=RootResourceName ClientNamenim -o dkls_init ClientName

重要 : ルート・リソースの割り当て解除するとルート・ディレクトリーのすべてのファイルが削除されるので、それまでに実行したカスタマイズはすべて消去されます。

NIM 詳細インストール作業の実行NIM インターフェース、System Management Interface Tool (SMIT)、またはコマンド・ラインを使用して、多くの NIM 詳細インストール作業を実行することができます。マシン・グループの定義マシン・グループを定義することにより複数のクライアントを集めて NIM 操作用の共通ターゲットにできます。スタンドアロン、ディスクレス、またはデータレスのクライアントについてグループを定義できますが 1 つのグループには同じタイプのクライアントしか組み込めません。マシン・グループを定義することにより複数のクライアントを集めて NIM 操作用の共通ターゲットにできます。スタンドアロン、ディスクレス、またはデータレスのクライアントについてグループを定義できますが、 1 つのグループには同じアーキテクチャーを持った同じタイプのクライアントしか組み込めません。注 : ほとんどの操作は、複数個選択された同じタイプのマシンに対してのみ実行できます。SMIT からのマシン・グループの定義SMIT を使用してマシン・グループを定義するには、次の手順を実行します。1.マシン・グループを定義するには、smit nim_mkgrp 高速パスを入力します。2.定義するグループのタイプを選択します。3.グループの名前およびメンバー情報を入力します。


コマンド・ラインからのマシン・グループの定義コマンド・ラインからマシン・グループを定義するには、次の手順を実行します。マシン・グループを定義するには、次のように入力します。nim -o define -t mac_group -a add_member=MemberName GroupName

例えば、既に定義済みのマシン Standalone1、 Standalone2、および Standalone3 を含む MacGrp1という名前のマシン・グループを作成するには、次のように入力します。nim -o define -t mac_group -a add_member=Standalone1 ¥-a add_member=Standalone2 -a add_member=Standalone3 ¥-a comments="Machines for Department d03" MacGrp1

マシン・グループへの新規メンバーの追加新規メンバーをマシン・グループに追加できますが、その新規メンバーは既存のメンバーと同じマシン・タイプのものである必要があります。SMIT からのマシン・グループへの新規メンバーの追加SMIT を使用してマシン・グループに新規メンバーを追加するには、次の手順を実行します。1.マシン・グループにメンバーを追加するには、 smit nim_chgrp 高速パスを入力します。2.変更するマシン・グループを選択します。3.グループに追加するメンバーを指定します。追加するメンバーを選択するには、「LIST (リスト)」オプションを使います。

コマンド・ラインからのマシン・グループへの新規メンバーの追加コマンド・ラインからマシン・グループに新規メンバーを追加するには、次の手順を実行します。マシン・グループにメンバーを追加するには、次のように入力します。nim -o change -a add_member=MachineName GroupName

例えば、ディスクレス・クライアント diskless5 をマシン・グループ diskless_grp に追加するには、次のコマンドを入力します。nim -o change -a add_member=diskless5 diskless_grp

この代わりに、define 操作および change 操作の両方に、順次メンバー属性 (-a member1=Standalone1-a member2=Standalone2 など) を使ってグループ・メンバーを指定することもできます。グループ対象操作におけるグループ・メンバーの組み込みと除外NIM アプリケーションまたは SMIT を使用して、またはコマンド・ラインから、グループ・メンバーの組み込みまたは除外を行うことができます。コマンド・ラインから select 操作を使用し、マシン・グループに対する操作で組み込みまたは除外を行う特定のグループ・メンバーを示します。この機能は、グループの初回操作中に失敗した特定グループ・メンバーに対して操作の再試行が必要である場合に有用です。グループ・メンバーを除外対象としてマークすると、それは、再度組み込まれるまで除外されています。SMIT を使用するグループ対象操作におけるグループ・メンバーの組み込みと除外SMIT を使用してグループ対象操作にグループ・メンバーを組み込んだり、操作からグループ・メンバーを除外するには、次の手順を実行します。1.グループ対象操作にグループ・メンバーを組み込む場合、または操作から除外する場合は、smit

nim_grp_select 高速パスを入力します。2.メンバーの組み込みまたは除外を行いたいグループの名前を選択します。3.組み込むメンバー、または除外するメンバーを選択します。


コマンド・ラインからのグループ対象操作におけるグループ・メンバーの組み込みと除外コマンド・ラインからグループ対象操作にグループ・メンバーを組み込んだり、操作からグループ・メンバーを除外するには、次の手順を実行します。グループ・メンバーの組み込みまたは除外を行うには、次のように入力します。nim -o select -a include_all=Value -a exclude_all=Value ¥-a include=MemberName -a exclude=MemberName GroupName

例えば、マシン Standalone2 をマシン・グループ MacGrp1 から除外し、前に除外していたマシンStandalone3 をそのグループに組み込むには、次のように入力します。nim -o select -a exclude=Standalone2 -a include=Standalone3 MacGrp1

特殊属性 include_all および exclude_all はそれぞれ、yes 値を割り当てると、グループ内のすべてのメンバーの組み込みまたは除外のために使用できます。 select 操作ではコマンド・ライン属性は左から右へ評価されます。次の例は、Standalone2 を除くすべてのメンバーをマシン・グループ MacGrp1 に対する以降の操作から除外する方法を示しています。nim -o select -a exclude_all=yes -a include=Standalone2 MacGrp1

特殊な -g オプションを指定すると、グループのメンバーの除外状況を表示できます。lsnim -g MacGrp1

次のようなグループ・メンバー情報が表示されます。MacGrp1:type = mac_groupmember1=Standalone1;ready for a NIM operation,not running;EXCLUDEDmember2=Standalone2;ready for a NIM operation; currently running;member3=Standalone3;ready for a NIM operation,not running;EXCLUDED

nimdef コマンドの使用nimdef コマンドは、管理者が複雑な NIM 環境を定義したり多数のクライアント・マシンを追加する場合に便利です。nimdef コマンドは、大規模な NIM 環境を定義する場合の一般的な使用可能度の問題も解決します。NIM 環境について精通していても、NIM 環境を定義するためのコマンドをすべて実行するのは、非常に時間のかかる作業です。 NIM 環境の構成のための単純な定義ファイルを NIM で処理できれば、個々のネットワークおよびマシンを手動で定義する場合に比べて大幅な時間の節約になります。nimdef コマンドは、入力用の定義ファイルを読み取ります。その定義ファイルは構造化スタンザ・フォーマットです。各スタンザには NIM 環境に追加されるマシンを記述します。マシンのネットワーク・アダプターおよび経路指定構成についての情報もスタンザに組み込まれています。提供された情報に基づきnimdef コマンドは、ネットワークとマシンの両方を NIM 環境内に定義するために必要な残りの情報を判別します。詳しくは、nimdef コマンドを参照してください。 nimdef コマンドのサンプル定義ファイルについては、298 ページの『ネットワーク・インストール・ファイルの使用』を参照してください。新規 AIX レベルの新しいデバイス・サポートを備えた SPOT の更新NIM SPOT は、NIM cust 操作の update_all オプションを使用することによって、ある AIX レベルから別のレベルに更新することができます。このプロセスは、現在のすべての SPOT を、インストール・メディア上の最新レベルのコードで更新します。ただし、このプロセスでは、新しいソフトウェア・パッケージやデバイス・ドライバーをインストール・メディアから自動的にインストールできません。新しい AIX レベルに更新される NIM 環境内のマシンは、適用可能なデバイス・サポートが、ネットワークのブートとインストールをサポートできるように既存の NIM SPOT に更新されることを要求します。これは、SPOT が新規 AIX レベルに更新された後で行う必要があります。


新しいデバイス・サポートは、NIM の cust 操作を使用して SPOT にインストールできます。このとき、必要なデバイス固有のファイルセットを installp_bundle リソースに指定するか、または filesets 属性を指定します。あるいは、インストール・メディア上のすべてのデバイスをインストールするために、ファイルセットの属性として devices と指定することもできます。 cust 操作の詳細については、280 ページの『NIM cust 操作の使用』を参照してください。

NIM の管理ネットワーク・インストール管理 (NIM) の管理には、NIM インターフェース、System ManagementInterface Tool (SMIT)、およびコマンド・ラインを使用できます。NFS クライアント通信オプションの管理AIX ネットワーク・インストール・マネージャー (NIM) では、ネットワーク・セキュリティーおよびファイアウォールの強化に関するいくつかのオプションが提供されます。NIM サービス・ハンドラー (NIMSH) は、リモート・サービス認証用のいくつかのオプションを提供し、そのサービス用のネットワーク・ソケットの選択を制限します。 NIMSH は、NIM ユーザーに対してサービス認証用のクライアント構成可能オプションを提供します。 NIM の一部であるネットワーク・ファイルシステム (NFS) V4 を使用して、リソース・サーバー上のネットワーク・データを暗号化または保護してください。NFS V4 では、以下の機密保護機能が提供されます。識別あらゆるユーザー、ホスト、またはサービスの ID を設定します。

認証ユーザー、ホスト、またはサービスの ID を確認します。

許可各ユーザーまたはエンティティーがどの共有情報にアクセスできるかを個別に制御します。

ネットワーク・インストール環境の機密保護機能では、NIM のオブジェクト指向のインストール・モデル記述が使用されます。 NIM データベース内のリソース・オブジェクトには、NFS V4 を介して NIM リソースにアクセスする場合に必須指定のセキュリティー・オプションを記述するための追加の属性が含まれていなければなりません。NFS V4 ホスト識別NFS V4 サーバーは、以下の方式を使用してクライアント・ホストを識別します。基本ホスト識別

NFS V4 サーバーは、リモート・プロシージャー・コール (RPC) パケットに含められている IP アドレスによってクライアント・ホストを識別します。 NFS サーバーは、ホスト・リゾルバーを使用してこのIP アドレスをホスト名に変換します。ホスト・リゾルバーは、ドメイン・ネーム・システム (DNS) またはローカルの /etc/hosts ファイルから情報を取得します。

Kerberos ホスト識別Kerberos 認証では、マシン・プリンシパルと呼ばれる固有 ID を使用してホストを識別します。マシン・プリンシパルは、ホストを Kerberos レルム内に構成するときに設定されます。マシン・プリンシパル名は、例えば host/jsblade00.austin.ibm.com のように、接頭部 host/ を持つ完全修飾ホスト名です。Kerberos では、ホストを NFS サービス・プリンシパル (そのホスト上で稼働中の NFS サービスの ID)によって間接的に識別できます。サービス・プリンシパル名は、例えば nfs/jsblade00.austin.ibm.com のように、接頭部 nfs/ を持つ完全修飾ホスト名です。

NFS V4 ホスト認証NFS サーバーは、使用される認証方式とはかかわりなく、常に IP アドレスとホスト名によってクライアント・ホストを識別します。あるエクスポート済みディレクトリーに対して使用可能なセキュリティー方式が Kerberos 認証のみである場合は、そのディレクトリー内のデータに対するアクセス権限を得るには、その NFS クライアント・セッションの認証が適切に行われている必要があります。NFS V4 では、通常はクライアントをホスト・レベルではなく、ユーザー・レベルで認証します。この 2 種類のユーザー認証方式は、auth_sys (UNIX 認証) と RPCSEC_GSS (Kerberos) です。 auth_sys セキュリテ


ィー・メソッドの場合は、ユーザーの認証はクライアントで、通常はログオン名とパスワードを使用して行われます。 NFS サーバーは、クライアントが提示するユーザー ID とグループ ID を信用します。 NFS クライアントおよびサーバーが Kerberos 5 認証を使用している場合は、クライアントとサーバーが NFS 要求用のセキュリティー・コンテキストを設定する必要があります。セキュリティー・コンテキストは、そのクライアントとサーバーが相互認証手順を既に完了していることを示すデータ構造です。要求があった場合は、交換されるデータの保護に使用される暗号キーもこのコンテキストに含められます。セキュリティー・コンテキストにはライフタイムがあり、クライアントによるリフレッシュが必要となる場合があります。RPCSEC_GSS 認証プロセスの詳細については、README ファイルおよび「Network File System security」を参照してください。NFS V4 ホスト許可ネットワーク・ファイルシステム (NFS) コンテキストでのホスト許可とは、NFS サーバーからエクスポートされたディレクトリーのマウントをどの NFS クライアント・ホストに許可するかについての制御を行うことです。 AIX では、これは /etc/exports ファイルと exportfs コマンドの組み合わせを使用して遂行されます。NFS V4 には、以下の表に示すセキュリティー関連オプションがあります。オプション説明vers どのバージョンの NFS マウントを使用できるかを制御します。可能な値は 2、3、および 4 で

す。バージョン 2 と 3 を別々に分けて強制することはできません。バージョン 2 または 3 を指定すると、NFS プロトコル・バージョン 2 または 3 のどちらかを使用しているクライアントにアクセスを許可することになります。バージョン 4 は独立して指定でき、バージョン 4 を使用しているクライアントにはアクセスを許可するという場合にはこれを指定する必要があります。NIM でのデフォルト値は 3 です。NIM での有効値は 3 および 4 です。

sec どのセキュリティー・メソッドを使用できるかを制御します。可能な値は次のとおりです。sys

UNIX 認証 (デフォルト・オプション)dh

DES 認証krb5

Kerberos、認証のみkrb5i

Kerberos、認証、および保全性krb5p

Kerberos、認証、保全性、およびプライバシーnone無名資格情報を使用したマウント要求を通す

NIM でのデフォルト値は sys です。 NIM での有効値は sys および krb5 です。sec オプションは、あるディレクトリーに関するエクスポート定義内で複数回指定することができます。そのため、それぞれ異なるセキュリティー・オプションに対して別々のアクセス・オプション (例えば、ro、rw、および root など) を指定できます。例えば、sys セキュリティー・メソッドを使用しているホストには読み取りアクセスのみを許可し、krb5 セキュリティー・メソッドを使用しているホストには読み取りおよび書き込みアクセスを許可するといったことが可能です。NFS で NIM を使用する場合は、使用可能なエクスポート・オプションの標準セットがあります。ユーザー定義のオプションも使用できますが、それらを使用する場合は、ディレクトリーまたはファイルシステムに対する NFS エクスポートを、NFS エクスポート・コマンド (例えば、mknfsexp、chnfsexp、および


rmnfsexp など) を使用してユーザーが管理する必要があります。これらのエクスポート・オプションは、NIM エクスポート・オプションとは別個に扱われます。Kerberos 5 を使用する NFS セキュリティーを備えた NIM 環境をセットアップするための前提条件Kerberos 5 の構成は、使用するシステムが以下の前提条件を満たしてからでないと行えません。• NIM マスターに AIX バージョン 7.1 以降がインストールされている。• NIM マスターを構成する必要があります。• AIX Expansion Pack CD に含まれている IBM Network Access Server (NAS) バージョン 1.4 以降の以下のサーバー・ファイルがインストールされている。– krb5.lic– krb5.client– krb5.server– modcrypt.base

• 鍵配布センター (KDC) サーバーを使用して、Kerberos サービスが構成および認証されている。• 関与するすべての NIM クライアントに AIX 6.1 以降がインストールされている。• AIX Expansion Pack CD に含まれている IBM NAS バージョン 1.4 以降の以下のクライアント・ファイルがインストールされている。– krb5.lic– krb5.client– modcrypt.base

• KDC サーバーを使用して、Kerberos クライアントが構成および認証されている。NIM には NFS V4 を構成する能力がありますが、Kerberos 構成は多種多様であるため、KDC 構成およびサービスは NIM の外側で管理する必要があります。 NIM データベース内では、sec オプションはエクスポート・リストの生成のためのみに使用してください。 bos.sysmgt.nim.client ファイルセット内のサンプル・スクリプトを使用して Kerberos をセットアップできます。 NIM 環境で Kerberos 5 を構成したら、各クライアントと NIM マスターの認証を行い、さらに各クライアント用および NIM マスター用のチケットを獲得する必要があります。チケット付与用のオプションについては usr/krb5/bin/kinit コマンドを使用します。NIM および Kerberos 5 に関する追加のヘルプについては、/usr/lpp/bos.sysmgt/nim/README ファイルを参照してください。SMIT を使用した NFS クライアント通信オプションの管理SMIT を使用して NFS クライアント通信オプションを構成するには、以下の手順に従います。• NIM クライアント上で、smitty nim_global_nfs と入力します。• 以下の表に示す NFS クライアント・オプションのいずれかを選択します。オプション値Enable/Disable Global Usage of NFSReserved Ports? (NFS 予約済みポートをグローバルに使用できるようにする/しない)

予約済みでない IP ポート番号を使用することを指定します。値は disable です。値を enable に設定すると、NFS クライアントが NFS サーバーと通信するときに予約済みの IP ポート番号が使用されます。

Allow NIM to enable port-checkingon NIM master? (NIM マスター上でのNIM によるポート検査を許可する

ある NFS 要求が特権ポートから発信されたものであるかどうかを検査します。デフォルト値は no です。yes の値を設定すると、NFS サーバーは着信 NFS 要求に対してポート検査を実行します。


オプション値Specify the NFS Local Domain (NFSローカル・ドメインを指定する)

システムの NFS ローカル・ドメインを変更する必要があることを指定します。指定した値は、NIM 環境属性 nfs_domain の作成に使用され、さらに /etc/nfs/local_domain ファイルでドメイン名として使用されます。注 : NIM リソースを NFS V4 マウントとしてエクスポートする前にこのオプションを設定する必要があります。

コマンド・ラインからの NFS クライアント通信オプションの管理NIM マスター上で以下のコマンドを使用して、NFS クライアント通信オプションを構成します。NIM マスター上で、以下のコマンドを使用します。• NFS 予約済みポートをグローバルに使用できるようにするには、次のコマンドを使用します。

nim -o change -a nfs_reserved_port=yes master

• NFS 予約済みポートをグローバルに使用できないようにするには、次のコマンドを使用します。nim -o change -a nfs_reserved_port=no master

• NIM マスター NFS サーバー上でのポート検査を使用可能にするには、次のコマンドを使用します。nfso -o portcheck=1

• NIM マスター NFS サーバー上でのポート検査を使用不可にするには、次のコマンドを使用します。nfso -o portcheck=0

• NIM マスター NFS サーバー上に単純な KDC サーバーとプリンシパルを作成するには、次のコマンドを使用します。/usr/samples/nim/krb5/config_rpcsec_server -p <password> -u <user principal name>

このコマンドを実行すると、提供したプリンシパル名とパスワードを基にして新しいシステム・ユーザー名が作成されます。 KDC サーバー定義ファイルの例を参照してください。

• NIM マスター NFS サーバー上の KDC サーバーとプリンシパルを削除するには、次のコマンドを使用します。/usr/sbin/unconfig.krb

このコマンドを実行すると、すべての Kerberos 5 構成情報が除去されます。スタンドアロン・クライアントおよび SPOT リソースのソフトウェアの管理スタンドアロン・クライアントおよび SPOT リソース上のソフトウェアを管理するためのコマンドは、一般的に同じです。オプションのターゲットとして、マシン、グループ、または SPOT の名前を指定します。注 : SPOT が現在 NIM クライアントに割り当てられていると、その SPOT に対する変更は NIM により禁止されます。操作を強制的に実行するには、「Force (強制)」(-F) オプションを使います。SPOT に対するソフトウェア更新を行うと、その SPOT のネットワーク・ブート・イメージが必要に応じて再構築されます。ブート・イメージが適正でないと思われる場合は、 NIM check 操作を使って、ブート・イメージを強制的に再構築できます。また、SPOT へのソフトウェア更新により、 SPOT のディスクレス・クライアントおよびデータレス・クライアントのルート部分のソフトウェアが更新されることがあります。更新は自動的に行われます。 NIMsync_roots 操作を SPOT に対して実行することによって、クライアントのルート部分の同期を強制できます。スタンドアロン・クライアントおよび SPOT リソースへの追加ソフトウェアのインストール方法は、 147ページの『NIM クライアントと SPOT リソースのカスタマイズ』を参照してください。


スタンドアロン・クライアントまたは SPOT にインストールされているソフトウェアのリスト表示スタンドアロン・クライアントまたは SPOT にインストールされているソフトウェアをリスト表示するには、SMIT、またはコマンド・ラインを使用します。SMIT を使用するスタンドアロン・クライアントまたは SPOT にインストールされているソフトウェアのリスト表示SMIT を使用してスタンドアロン・クライアントまたは SPOT にインストールされているソフトウェアをリスト表示するには、次の手順を実行します。1. smit nim_list_installed 高速パスを入力します。2.実行するリスト操作を表すメニュー項目を選択します。3.操作のターゲットを選択します。4.表示されたダイアログのフィールドに、要求値を入力します。ヘルプ情報および「LIST (リスト)」オプションを使用すると役立ちます。

コマンド・ラインからのスタンドアロン・クライアントまたは SPOT にインストールされているソフトウェアのリスト表示コマンド・ラインからスタンドアロン・クライアントまたは SPOT にインストールされているソフトウェアをリスト表示するには、次の手順を実行します。以下のコマンドを入力します。nim -o lslpp [-a lslpp_flags=LslppFlags] TargetName

ここで、LslppFlags は lslpp コマンドに渡されるフラグ、TargetName はクライアントまたは SPOT オブジェクトの名前です。例:

nim -o lslpp -a lslpp_flags=La spot1

キーワードによるスタンドアロン・クライアントまたは SPOT にインストールされたソフトウェア更新のリスト表示キーワードによってスタンドアロン・クライアントまたは SPOT にインストールされているソフトウェア更新をリスト表示するには、SMIT、またはコマンド・ラインを使用します。SMIT を使用するスタンドアロン・クライアントまたは SPOT にインストールされたソフトウェア更新のキーワード別のリスト表示SMIT を使用してスタンドアロン・クライアントまたは SPOT にインストールされているソフトウェア更新をキーワード別にリスト表示するには、次の手順を実行します。1.スタンドアロン・クライアントまたは SPOT にインストールされているフィックスを APAR 番号またはキーワードを使って出力するには、スタンドアロン・クライアントの場合は smit nim_mac_op 高速パスを入力し、 SPOT の場合は smit nim_res_op 高速パスを入力します。

2.スタンドアロン・クライアントまたは SPOT リソース・オブジェクトを選択します。3. fix_query 操作を選択します。4.該当の fix_query フラグを選択するか、またはデフォルト設定を受け入れます。 fix_bundle オブジェクト名を指定したり、APAR のインストール状況を調べる場合は、フィックス APAR 番号を指定します。両方ともブランクのままにすると、認証済みのフィックスがすべて表示されます。

コマンド・ラインからのスタンドアロン・クライアントまたは SPOT にインストールされたソフトウェア更新のキーワード別のリスト表示コマンド・ラインからスタンドアロン・クライアントまたは SPOT にインストールされているソフトウェア更新をキーワード別にリスト表示するには、次の手順を実行します。以下のコマンドを入力します。nim -o fix_query [ -afixes="FixKeywords" ] ¥[-afix_bundle=FixBundleName ] [ -afix_query_flags=FixQueryFlags ] ¥TargetName


ここで、FixKeywords は APAR 番号、 FixBundleName は fix_bundle リソースのオブジェクト名、FixQueryFlags は fix_query 操作に対するオプション・フラグ、 TargetName はフィックス情報を表示するクライアント、グループ、または SPOT です。有効な FixQueryFlags は次のとおりです。項目

説明

-a 症状のテキストを表示します。 -c コロンで区切ったフォーマットで出力が表示されます。 -F フィックスに関連するすべてのファイルセットがインストールされていない限り、障害が戻されま

す。 -q 「Quiet (簡易表示)」オプション。-q を指定すると、見出しが表示されません。 -v 「Verbose (詳細表示)」オプション。フィックス (キーワード) に関連する各ファイルセットについて

の情報が表示されます。例えば、次のように入力します。• standalone1 にある fix データベースを照会し、フィックス IX12345 のファイルセット更新がすべてインストールされているかどうかを判別するには、次のように入力します。nim -o fix_query -afixes=IX12345 standalone1

• spot1 にインストールされているすべての既知のフィックスに関するフィックス情報を、症状のテキストと共にリストするには、次のように入力します。nim -o fix_query -afix_query_flags=a spot1

スタンドアロン・クライアントおよび SPOT リソースのソフトウェアの保守この種の作業を行うには、NIM アプリケーション、SMIT、またはコマンド・ライン・インターフェースを使って NIM maint 操作を SPOT に対して実行します。NIM は installp コマンドを使用し、NIM 環境のサポートのために各 SPOT に必要なソフトウェア・プロダクトを SPOT にインストールすることによって、SPOT を作成します。 installp コマンドはソフトウェア保守作業もサポートするので、SPOT リソースに対しても同様に保守作業を行うことができます。例えば、前にインストール済みのオプションのソフトウェアを、使用しなくなった段階で SPOT から除去できます。 installp コマンドとの対話では、installp_flags を指定し、さらに filesets 属性またはinstallp_bundle 属性を指定します。SMIT からのスタンドアロン・クライアントおよび SPOT リソースのソフトウェアの保守SMIT を使用してスタンドアロン・クライアントおよび SPOT リソースのソフトウェアを保守するには、次の手順を実行します。1. smit nim_task_maint 高速パスを入力します。2.実行する保守を表すメニュー項目を選択します。3.操作のターゲットを選択します。4.表示されたダイアログのフィールドに、要求値を入力します。ヘルプ情報および「LIST (リスト)」オプションを使用すると役立ちます。

コマンド・ラインからのスタンドアロン・クライアントおよび SPOT リソースのソフトウェアの保守コマンド・ラインからスタンドアロン・クライアントおよび SPOT リソースのソフトウェアを保守するには、次の手順を実行します。以下のコマンドを入力します。nim -o maint -a installp_flags="InstallpFlags" ¥[-a filesets="FileSetNames" | ¥-a installp_bundle=BundleResourceName ] [-F] TargetName


ここで、InstallpFlags は installp コマンドに渡したいフラグ、 FileSetNames は保守対象にするファイルセットまたはパッケージの名前、 BundleResourceName は installp_bundle リソースのオブジェクト名、TargetName はスタンドアロン・クライアント、グループ、または SPOT のオブジェクト名です。例えば、次のように入力します。• standalone1 から bos.adt および bos.INed ソフトウェア・パッケージを除去するには、次のように入力します。nim -o maint -a filesets="bos.adt bos.INed" -a ¥installp_flags="-u" standalone1

• 最初に spot1 を割り当て解除せずに、ディスクレス・クライアントまたはデータレス・クライアントに割り当てられている bos.INed ソフトウェア・パッケージを spot1 から除去するには、次のように入力します。nim -o maint -F -a filesets=bos.INed -a installp_flags="-u" ¥spot1

• installp_bundle リソース・オブジェクトの bundle1 が指し示すバンドルにリストされているパッケージを spot1 から除去するには、次のように入力します。nim -o maint -a installp_flags="-u" -a installp_bundle=bundle1 ¥spot1

• spot1 で中断されたソフトウェア・インストールのクリーンアップを行うには、次のように入力します。nim -o maint -a installp_flags="-C" spot1

lpp_source 内のソフトウェアの保守ソフトウェアを lpp_source に追加したり、そこから除去するには、インストール・イメージを lpp_sourceディレクトリーに追加するか、またはこのディレクトリーから除去して、NIM check 操作を lpp_source に対して開始してください。lpp_source へのソフトウェアのコピーlpp_source にソフトウェアをコピーするには、SMIT、またはコマンド・ラインを使用します。SMIT を使用する lpp_source へのソフトウェアのコピーSMIT を使用して lpp_source にソフトウェアをコピーするには、次の手順を実行します。1.インストール・メディアから lpp_source にソフトウェアをコピーするには、 lpp_source サーバーの適切なドライブにインストール・メディアを挿入します。

2. lpp_source ディレクトリーにソフトウェアをコピーするには、リソース・サーバーから smit bffcreateを入力します。

3.「INPUT device/directory for software (ソフトウェア用の入力デバイス/ディレクトリー)」を入力します。

4.表示されたダイアログのフィールドに正しい値を入力するか、またはデフォルト値をそのまま受け入れます。インストール・イメージを格納するディレクトリーのための lpp_source の場所を必ず指定してください。ヘルプ情報および「LIST (リスト)」オプションを使用できます。

コマンド・ラインからの lpp_source へのソフトウェアのコピーコマンド・ラインから lpp_source にソフトウェアをコピーするには、次の手順を実行します。1.ソフトウェアをメディアから lpp_source ディレクトリーにコピーします。2.次のコマンドを入力して、lpp_source に対する NIM check 操作を実行します。

nim -o check Lpp_sourceName


lpp_source からのソフトウェアの除去ソフトウェアを lpp_source から除去するには、インストール・イメージを lpp_source ディレクトリーから削除します。注 : この機能は、コマンド・ライン・インターフェースからのみ使用できます。コマンド・ラインを使用する lpp_source からのソフトウェアの除去コマンド・ラインを使用して lpp_source からソフトウェアを除去するには、次の手順を実行します。1.インストール・イメージを lpp_source ディレクトリーから除去します。2.次のコマンドを入力して、lpp_source に対する NIM check 操作を実行します。

nim -o check Lpp_sourceName

NIM check 操作の実行ソフトウェアを追加または除去した後は、 lpp_source に対して NIM check 操作を実行して、リソースのインストール目次ファイルを更新する必要があります。 NIM check 操作は、SMIT、またはコマンド・ラインから実行することができます。check 操作では、lpp_source の目次が更新されるほか、マシンをインストールするために必要なイメージが lpp_source に含まれているかどうかを示す lpp_source 用の simages 属性も更新されます。SMIT を使用する NIM check 操作の実行SMIT を使用して NIM check 操作を実行するには、次の手順に従います。1. smit nim_res_op 高速パスを入力します。2.操作対象の lpp_source を選択します。3.実行する操作として、「check」を選択します。コマンド・ラインからの NIM check 操作の実行コマンド・ラインから NIM check 操作を実行するには、次の手順に従います。lpp_source に対する NIM check 操作を開始するには、次のように入力します。nim -o check Lpp_sourceName

lpp_source が現在クライアントに割り当てられている場合は、次のように「Force (強制)」オプションを使用します。nim -F -o check Lpp_sourceName

NIM マスターの管理NIM マスターを管理するための作業について説明します。NFS V4 に関する追加情報については、「ネットワークおよびコミュニケーションの管理」の『ネットワーク・ファイルシステム』を参照してください。NIM マスターの活動停止と NIM マスター・ファイルセットの除去NIM マスター・ファイルセットがインストールされ、マスターが活動化されて、 NIM データベースにマスター・オブジェクトが定義されていると、このオブジェクトおよびマスター・ファイルセット自身は除去できません。 NIM マスター・ファイルセットを除去する前にマスターの活動を停止する必要があります。コマンド・ラインを使用してマスターの活動を停止し、NIM マスター・ファイルセットを除去するには、次のように入力します。nim -o unconfig masterinstallp -u bos.sysmgt.nim.master


NIM がリソースを NFS エクスポートできる宛先ホスト数の増加NIM がリソースを NFS エクスポートできる宛先ホスト数を増加するには、次の指示に従います。デフォルトでは、NIM がリソース割り当て中に NFS を通してファイルまたはディレクトリーをエクスポートする場合、 NIM は /etc/exports ファイルの中にエントリーを作成して、クライアント・マウント・アクセスおよび root ユーザーへのルート・アクセスの両方がターゲット・ホストは可能になります。その結果、多数のクライアントに対してエクスポートすると、エクスポート・ファイルの 1 行の長さの制限(32767 文字) を超過して障害が発生することがあります。NIM は、NFS エクスポート・ファイルの割り当てエントリーの行の長さを約半分にするオプションを提供して、ファイルがより多くのホストに効果的に割り当てられるようにします。このアクションには、NIMマシン・グループで使用可能なマシン数を増やすという副次的な効果もあります。 NIM は、割り当てターゲット・ホストへのルート・アクセスを認可するだけで、これを実現します。すべてのマシンがリソースをマウントできるようにするクライアント・マウント・アクセス・リストは作成されませんが、 root アクセスは NIM クライアントだけに限定します。 NFS はルート・エクスポート・ファイル・エントリーに最高で 256 のホスト名を許可します。この操作モードを使用可能にするには、マスターの NIM オブジェクトに関する restrict_nfs_exports 属性を no に設定します。次のように、change 操作を使用します。nim -o change -a restrict_nfs_exports=no master

クライアント・マウント・アクセス制限を再び有効にするには、change 操作を使って restrict_nfs_exports属性を yes に設定します。NIM リソースをグローバルにエクスポートする方法は、 206 ページの『NIM リソースのグローバルなエクスポート』を参照してください。NIM 操作の非同期動作の制御NIM 操作の中には非同期のものがあります。すなわち、NIM マスターはクライアントの操作の開始をするかもしれませんが、操作が終了するまでは待ちません。非同期に動作する理由は、クライアントの NIM 操作は一般的に時間がかかるためです。非同期操作の一例を挙げると bos_inst 操作があります。同期操作の例としては単一のマシンをターゲットにした cust、 maint、および lppchk の操作があります。ただしこれらの操作がマシン・グループのメンバーに適用される場合は非同期になります。 nim コマンドはグループの各メンバーに対してこれらの操作を開始し操作の終了を待ちません。必要に応じて、コマンド・ラインで async 属性を設定することにより、cust、maint、および lppchk 操作の非同期動作を制御できます。例えば、NIM リソース script1 により識別されるカスタマイズ・スクリプトについて、グループ MacGrp1 のあるメンバーに対するそのスクリプトの実行が完了してから、同じグループの次のメンバーに対する実行が開始されるようにする場合は、次のように入力します。nim -o cust -a script=script1 -a async=no MacGrp1

マシン・グループに含まれていないマシン Standalone1 に対してマスターがスクリプトを実行しているときに、カスタマイズ操作が完了するまでマスターが待たないようにするには、次のように入力します。nim -o cust -a script=script1 -a async=yes Standalone1

NIM 操作からの出力抑止NIM 操作からの出力を抑止するには、次の指示に従います。デフォルトでは、処理がどの程度残っているかをユーザーに通知するために、マシン・グループに対して実行中の nim コマンドから進行状況メッセージが表示されます。同様に、SPOT およびマシンに対するcust 操作や maint 操作により呼び出されたインストール・プログラムおよびカスタマイズ・プログラムからの出力も表示されます。この出力は、コマンド・ラインで show_progress 属性を no に設定すると抑制できます。例えば、マシン Standalone1 を lpp_source の images1 からのソフトウェアで更新する場合


に、installp コマンドからの出力を表示しないように NIM に指示するには、次のコマンドを入力します。nim -o cust -a show_progress=no -a lpp_source=images1 ¥-a fixes=update_all Standalone1

NIM リソースのスペース要件の緩和SPOT や lpp_source などのようなリソースが NIM サーバーで数百メガバイトのストレージ・スペースを占めてしまうのは、珍しいことではありません。 /usr SPOTs を作成し、CD-ROM ファイルシステム・ディレクトリーを lpp_sources として定義すると、リソース・サーバー上のスペースの使用量を大幅に減らすことができます。/usr SPOT は、NIM マスターまたは任意の NIM クライアントの /usr ファイルシステムから作成できます。 BOS 用の AIX システム・ファイルは既にインストールされているので、追加デバイス・サポート用のソフトウェアだけがシステムに追加されます。その結果、システムには最終的には実行に必要なものより多くのソフトウェアがインストールされることになりますが、この方法を取らずに非 /usr SPOT が同じシステムに作成された場合に比べて占有されるディスク・スペースははるかに少なくなります。 /usr SPOTリソースの作成についての詳細は、263 ページの『SPOT リソースの使用』および 156 ページの『/usr SPOTと非 /usr SPOT の定義』を参照してください。AIX プロダクト CD のディレクトリーは、 lpp_source としてマウントできるので、インストール・イメージをリソース・サーバーのハード・ディスクにコピーする必要がありません。定義済みの lpp_source には、CD で使用可能なすべてのイメージが含まれていますが、 lpp_source を NIM 操作で使用できるようにするためには、 CD をサーバーにマウントしたままにしておく必要があります。 lpp_source として CD-ROM ファイルシステムを使用する場合の詳細については、158 ページの『DVD-ROM とハード・ディスクでの lpp_source の定義』を参照してください。NIM での複数 mksysb 操作のサポート取得NIM mksysb イメージの割り当て時は、ファイルのみが NFS クライアントにエクスポートされます。しかし mksysb 作成時は、親ディレクトリーもエクスポートされます。別のシステムがそのファイルシステムから mksysb イメージを復元しているときに、そのファイルシステムを使用してシステムの mksysb イメージを作成すると、NFS エラーになります。この問題を回避するには、NIM マスターの環境変数 NIM_MKSYSB_SUBDIRS を使用します。この変数をyes に設定すると、サブディレクトリーが使用されて mksysb イメージが分離されます。このサブディレクトリーはユーザーには透過的ですが、NFS エクスポートのときの子のロケーションが別々になります。システム・バックアップ情報の保存nim -o define -t mksysb コマンドを使用して mksysb NIM リソースを定義する場合、-amksysb_flags=xxx 属性に -p オプションを指定して、mksysb イメージが圧縮されないようにすることができます。注 : このシステム・バックアップが占有すると見込まれるスペースの量のために、mksysb ファイルが保存されるロケーション (-a location=xxx 属性で指定) で大容量ファイルが使用可能になっている必要があります。そうしないと、エラーが発生することがあります。クライアント CPU ID の妥当性検査の管理NIM クライアントの CPU ID は、NIM データベースに格納されています。これは、NIM クライアント・コマンドが、クライアントとして登録されていたマシンから出されたものであることの妥当性検査を、マスターが実行できるようにするためです。次の場合には、NIM 管理者はこの CPU ID 妥当性検査を実行しません。• クライアント・マシンのハードウェアが変更され、クライアントに新しい CPU ID が指定される場合。• 1 つのプリインストール・アセンブリー・ラインとして、各種マシンをインストールするのに単一のクライアント定義が使用されている場合。

• クライアント・マシンが Logical Partition Mobility (LPM) 付きで移行され、クライアントに新規ハードウェアと新規 CPU ID が提供される場合。


SMIT からのクライアント CPU ID の妥当性検査の管理次の情報を参照して、SMIT インターフェースからクライアント CPU ID の妥当性検査を使用可能または使用不可にします。次の SMIT 高速パスを入力します。 smit nim_cpuid_validate

コマンド・ラインからのクライアント CPU ID の妥当性検査の管理クライアント CPU ID 妥当性検査は、validate_cpuid 属性を使用することにより、NIM マスターで管理できます。クライアント CPU ID 妥当性検査を使用不可にするには、NIM マスターに対して属性 validate_cpuid=noを設定します。 nim -o change -a validate_cpuid=no master

クライアント CPU ID 妥当性検査を実行するには、validate_cpuid 属性を「yes」に設定することにより、その属性をマスターから除去します。 nim -o change -a validate_cpuid=yes master

重要 : validate_cpuid 属性の値は、アクティブなマシンについてクライアント通信を中断する可能性があるため、 NIM クライアントに対して操作が実行されているときは、変更しないでください。

デタッチ WPAR でのソフトウェアのインストールおよび管理システムにデタッチ WPAR (別々にインストールされた書き込み可能な /usr ファイルシステムのあるWPAR) がある場合、システム・ソフトウェアはグローバル環境とデタッチ WPAR の間で互換性がなければなりません。グローバル環境でインストールを実行するには、inuwpar コマンドを使用できます。そのインストールが完了した後、すべてのデタッチ・システム WPAR、または指定されたデタッチ・システム WPAR のセットで、インストールが続行されます。 -G フラグが指定された場合、インストールは最初にグローバル環境で試行されます。このインストールが成功すると、指定されたそれぞれの WPAR で順々にインストールが試行されます。inuwpar コマンドが成功するためには、コマンドに使用されるすべてのインストール・デバイスが WPARで使用可能になっている必要があります。最高の結果を得るためには、インストール・デバイスがグローバル環境内のローカル・ファイルシステム上のディレクトリーに入っていることを確認してください。inuwpar コマンドは、インストール・デバイスを WPAR ファイルシステムにマウントして、操作を繰り返そうとします。インストール・デバイスがマウントできないと、その WPAR での操作は失敗し、インストールは次の WPAR へと進みます。ブロックおよびキャラクター・デバイスを inuwpar 操作のインストール・デバイスとして使用することはできません。ファイルシステムがリモートの場合、それぞれの WPARにアクセスできる必要があります。インストール・ディレクトリーが既に WPAR にアクセス可能な場合は、次のオプションにより、inuwparコマンドが WPAR にデバイスを再マウントしようとしても回避されます。• インストール・ディレクトリーを指定するには、-d フラグを使用します。• インストール・デバイスが WPAR 内に、グローバル環境と同じパスを持っている場合、-D フラグを使用します。デタッチ WPAR でのソフトウェアの管理について詳しくは、『デタッチ WPAR を使用したソフトウェアの管理』を参照してください。非互換のデタッチ WPAR のリカバリーについては、『非互換のデタッチ WPAR のリカバリー』を参照してください。


NIM リソースの使用NIM 環境のクライアント上のすべての操作は、1 つ以上のリソースを必要とします。NIM リソース・オブジェクトは、あるタイプの NIM 操作をサポートするために使用されるファイルとディレクトリーを表します。 NIM リソースは AIX オペレーティング・システムの通常のファイルシステム・オブジェクトであるため、NIM リソースのほとんどは標準ネットワーク・ファイルシステム (NFS) ソフトウェアを使用してクライアントに提供されます。つまり、リソースは JFS または JFS2 ファイルシステム上で、これらのリソースを提供するサーバー上にローカルに常駐している必要があります。これは、NFS はファイルシステム・オブジェクトのエクスポート元となるマシンのローカル・メディアに格納されているファイルシステム・オブジェクトしかエクスポートできないためです。 NIM ソフトウェアのインストールおよび保守操作をサポートするには、多数のリソース (ファイルおよびディレクトリー ) が必要です。個々のリソースについての詳細情報を入手するには、NIM マスターから次のように入力します。lsnim -Pa ResourceType

SMIT インターフェースの場合は、コマンド・ライン・インターフェースの場合には必要となる細かな指定の多くをユーザーが行う必要がないように構成されています。したがって、このセクションでは、コマンド・ラインで使用するリソース・タスク手順についてのみ説明します。次の情報は他のインターフェースにも同様に当てはまりますが、これらのインターフェースについての説明は、該当のアプリケーションで利用可能なオンラインのコンテキスト・ヘルプを参照してください。file_res リソースの使用file_res リソースは、ネットワーク・インストール管理 (NIM) でファイルをサーバー上に保管できるディレクトリーを表します。file_res リソースがクライアントに割り当てられている場合、dest_dir 属性に指定された場所にあるクライアントにそのディレクトリーの内容のコピーが追加されます。file_res リソースの定義file_res リソースは、コマンド構文と属性を使用して定義できます。file_res リソースは、NIM がリソース・ファイルをサーバー上に保管できるようにする場所です。このリソースがクライアントに割り当てられると、dest_dir 属性によって指定された場所にあるクライアント上にディレクトリーの内容のコピーが置かれます。file_res リソースを定義するためのコマンド構文は次のとおりです。 nim -o define -t file_res -a Attribute=Value ... file_resName

file_res リソースには次の属性が必要です。表 15. 必須の file_res リソース属性項目説明-a location=Value NIM サーバー上のディレクトリーの絶対パス名を

指定します。このパスは、クライアント間でソース・ディレクトリーとして使用されます。


表 15. 必須の file_res リソース属性 (続き)

項目説明-a dest_dir=Value NIM クライアント上のディレクトリーの絶対パス

名を指定します。このパスは、ソース・ディレクトリーが繰り返しコピーされる宛先となる場所です。注 :

• ターゲット・ディレクトリーが宛先マシンに存在しない場合、ソース・ディレクトリー全体の内容(最上位ディレクトリー内の隠しファイルを含む)がコピーされます。

• ターゲット・ディレクトリーが宛先マシンに存在する場合、ソース・ディレクトリーの内容 (最上位ディレクトリー内の隠しファイルを除く) がコピーされます。

-a server=Value file_res リソースのディレクトリーが作成されるマシンの名前を指定します。

次の属性は、file_res リソースでは任意選択です。表 16. オプションの file_res リソース属性項目説明-a comments=Value リソースを記述します。-a group=Value file_res リソースを追加するリソース・グループの

名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な

情報を表示するには、値 5 を指定します。-a nfs_vers=Value ネットワーク・ファイルシステム (NFS) アクセスに

必要な NFS プロトコル・バージョンを指定します。-a nfs_sec=Value NFS アクセスに必要なセキュリティー・メソッドを

指定します。NIM グループの使用NIM グループは、本質的にはマシンおよびリソースのリストです。グループを NIM 操作で使用すれば、繰り返し行わなければならない管理作業を単純化できます。NIM マシン・グループでの作業マシン・グループは、類似タイプのマシンの集合体を表すために使用します。 NIM 操作の中には特定のターゲット・タイプに制限されているものもあるので、 1 つのグループ内のマシン・タイプはすべて同じでなければならず (例えばスタンドアロン、ディスクレス、またはデータレス)、アーキテクチャーも同じでなければなりません。グループに最初に追加されたメンバーによりそのグループに含めることができるアーキテクチャーおよびマシンのタイプが決まります。複数のマシンを単一グループのメンバーとして定義すれば、そのグループをターゲットとして指定することによって、1 つの操作をすべてのマシンに対して実行できます。 NIM は、グループ内のマシンのリスト全体を巡回して、同じ操作を各メンバーに順に実行します。操作を実行する前にグループ・メンバーに除外のマークを付けることによって、それらのメンバーを NIMグループ操作から除外できます。メンバーを除外するとグループを表すメンバー・リストにマークが付きNIM はそのリスト内を巡回するときに該当メンバーをスキップします。メンバーを除外しても NIM データベース内のクライアントの定義は変更されません。グループ・メンバーへの組み込みおよび除外マーク付けについては、 221 ページの『グループ対象操作におけるグループ・メンバーの組み込みと除外』を参照してください。


マシンは、グループに追加したり、グループから除去したり、複数のグループのメンバーにすることができます。グループのすべてのメンバーを除去すると、 NIM データベースに入っていた該当のグループ定義は自動的に削除されます。グループ・メンバーの追加または除去の詳細は、 221 ページの『マシン・グループへの新規メンバーの追加』および 205 ページの『マシン・グループからのメンバーの除去』を参照してください。マシン・グループを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t mac_group -a Attribute=Value ... MachineGroupName

次の属性はオプションです。項目説明add_member=Value マシン・グループに追加する NIM クライアントの名前を指定します。 NIM

は、この属性を、適切な順序番号を付けて member 属性に自動的に変換します。

member=Value マシン・グループに追加する NIM クライアントの名前を指定します。この属性には、順序番号が必要です。

マシン・グループに対して実行される操作は、デフォルトでは、グループ内で特に除外されていないすべてのメンバーに対して非同期に実行されます。 NIM は、1 つのグループ・メンバーに対する操作の完了を待たずに、次のメンバーに対する操作を開始します。操作を非同期に実行する場合、各クライアントで出力が発生するにつれてすべての出力を NIM が表示するのは不可能です。したがって、lsnim コマンドを使ってグループ・メンバーの状態をチェックし、操作がどこまで実行されたか、どの程度成功したかを判別する必要があります。エラーが発生した場合は、NIM showlog 操作を使って、クライアント・マシンのログ・ファイルを表示できます。NIM グループ操作の動作を非同期から同期に変更するには、nim コマンドの実行時に async=no 属性を使用します。マシン・グループに許可されるマシン数は、NIM によって明確に制限されていません。ただし、実際的な理由から次の要因で数が制限されます。項目説明実行中の操作リソース集中型ではない操作 (maint 操作または showlog 操作など) は、任

意の数のマシンを含むグループに対して実行できます。リソース集中型の操作 (cust 操作または bos_inst 操作など) は、ネットワークのスループット、インストール・サーバーのディスク・アクセス・スループット、およびサーバーのプラットフォーム・タイプにより制限されます。

NFS エクスポートの制限ルート許可によりファイルまたはディレクトリーをエクスポートできる宛先ホストの最大数は、NFS により 256 に制限されています。さらに、エクスポート・ファイルの行の長さに上限があるので、1 グループに許されるマシンの最大数がその上限により決まる場合があります。リソースの割り当てが可能なマシンの数を増やす方法については、206 ページの『NIM リソースのグローバルなエクスポート』を参照してください。

NIM リソース・グループでの作業リソース・グループは、NIM リソースの集合体を表すために使用します。リソース・グループには、複数の installp_bundle リソース、複数の script リソース、および他のそれぞれのタイプからリソースを 1 つずつ入れることができます。 NIM 操作で使用するためにリソース・グループを割り当てるかまたは指定すると、グループ内の適用可能なすべてのリソースがターゲットに割り当てられます。リソース・グループを使用すると、1 つのリソース・グループを割り当てれば十分な場合には、NIM 管理者が同じセットのリソースを個別に繰り返し指定する手間が省けます。リソース・グループを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t res_group -a default=Value ¥-a ResourceType=ResourceName ... ResourceGroupName


次の属性はオプションです。項目説明 default=Value あるリソース・グループをデフォルトにするかどうかを指定します。デフォル

ト値は default=no です。 ResourceType グループに追加するリソースのタイプ (例えば、spot、lpp_source、script な

ど) および名前を指定します。各タイプのリソースを 1 つずつ指定できます。ただし、script リソースと installp_bundle リソースは例外で、これらのリソースは 1 つの操作に複数個を組み込むことができます。

個々のリソース・グループ・メンバーの割り当ては、変更するメンバーについて追加リソース属性を指定することによってオーバーライドできます。例えば、リソース・グループ res_grp1 には、リソース spot1、lpp_source1、bosinst_data1、script1、および resolv_conf1 が含まれています。このリソース・グループを使用して rte bos_inst操作を client1 に実行する (ただし、bosinst_data リソースは使用せず、resolv_conf1 の代わりにresolv_conf2 を使用する) には、次のコマンドを使用します。nim -o bos_inst -a source=rte -a group=res_group1 ¥-a bosinst_data= -a resolve_conf=resolv_conf2 client1

リソース・グループは、すべての NIM 操作に使用するためのデフォルトのリソース・セットとして指定できます。そのためには、マスターの default_res 属性をリソース・グループの名前 (これがデフォルトになります) に設定します。デフォルト・リソース・グループを定義すると、個別にオーバーライドしない限り、NIM 操作の実行時には常にそのグループの適用可能なメンバー・リソースが自動的に割り当てられます。デフォルト・リソース・グループを res_group1 に設定するには、次のように入力します。nim -o change -a default_res=res_group1 master

または、次のように入力します。nim -o change -a default=yes res_group1

デフォルト・リソース・グループの使用を中止するには、次のように入力します。nim -o change -a default_res=master

または、次のように入力します。nim -o change -a default=no res_group1

NIM タスク・ロードマップ以下に、NIM 構成作業およびインストール作業、ならびにこのトピックで解説されている場所を示します。また、作業の要旨も示します。適切な場合は、SMIT 高速パスを示します。表 17. NIM タスク・ロードマップ項目説明NIM 作業 SMIT 高速パス説明295 ページの『EZNIM の使用』

smit eznim EZNIM を使用して、NIM 環境を構成します。これにより、ご使用のシステムを NIM マスターまたはNIM クライアントとして構成することができます。ご使用のシステムを NIM マスターとして構成する場合は、 EZNIM は最小基本インストール・リソースも作成します。


表 17. NIM タスク・ロードマップ (続き)

項目説明132 ページの『NIM マスターの構成と基本インストール・リソースの作成』

smit nim_config_env NIM マスターを構成すれば、 NIM クライアント・マシンのインストールに最低限必要な基本インストール・リソースを作成して、ディスクレス・クライアントおよびデータレス・クライアントのためのリソースを管理できます。

141 ページの『NIM 環境へのスタンドアロン・クライアントの追加』

smit nim_mkmac スタンドアロン・クライアントを NIM 環境に追加する方法について説明します。

173 ページの『インストール・イメージを使用するNIM クライアントへの基本オペレーティング・システムのインストール』

smit nim_bosinst NIM クライアント上で BOS インストールを実行する方法について説明します。

176 ページの『mksysb イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストール』

smit nim_bosinst NIM 環境の mksysb リソースから、mksysb イメージおよび他のソフトウェアをターゲット NIMクライアントに復元する方法について説明します。

175 ページの『プロンプトなしの BOS インストールの実行』

• smit nim_mkres• smit nim_bosinst

bosinst_data リソースを使用するプロンプトなしの NIM BOS インストールを実行する方法について説明します。

146 ページの『ATM ネットワークでの NIM の使用』 ATM アダプターと連動するように NIM を構成す

る方法について、情報を提供します。173 ページの『インストール・イメージを使用するNIM クライアントへの基本オペレーティング・システムのインストール』

smit nim_task_inst NIM を使用して、実行中の構成済み NIM クライアントおよび SPOT リソースに、ソフトウェア・パッケージ、更新、メンテナンス・レベルをインストールする方法について説明します。

201 ページの『NIM クライアントの診断のブート』

smit nim_mac_op 診断テープまたは CD-ROM からブートする代わりに、NIM サーバーから診断ブート・イメージを使用することによって、 NIM クライアント上でハードウェア診断を実行できます。したがって、診断用のブート・メディアが不要になるばかりでなく、マシンのローカル・ディスクに診断プログラムをインストールする必要もなくなります。保守操作をする場合、ブート可能テープまたはCD-ROM を使用する代わりに、 NIM サーバーのブート・イメージから NIM クライアントをブートして保守モードにできます。

228 ページの『スタンドアロン・クライアントおよびSPOT リソースのソフトウェアの保守』

smit nim_task_maint ソフトウェアのコミット、リジェクト、除去、コピー、検査、およびクリーンアップの方法について情報を提供します。


表 17. NIM タスク・ロードマップ (続き)

項目説明153 ページの『NIM 環境へのディスクレス・クライアントまたはデータレス・クライアントの追加』

smit nim_task_dd ご使用の NIM 環境にディスクレスおよびデータレス・クライアントを追加する方法について情報を提供します。ディスクレス・クライアントおよびデータレス・クライアント用のリソースを NIMマスターから管理できます。

181 ページの『NIM クライアントの代替ディスクへのインストール』

smit nim_alt_install NIM を使用して実行中の rootvg (ルート・ボリューム・グループ) のクローンを代替ディスクに作成したり、mksysb イメージを代替ディスクにインストールすることができます。

76 ページの『代替ディスクの移行インストールの実行』

smit nimadm NIM を使用して、NIM クライアントへの代替ディスクの移行インストールを実行することができます。

adapter_def リソースの使用adapter_def リソースは、bos_inst および cust 操作で使用される 2 次アダプター構成ファイルを含むディレクトリーを表します。adapter_def リソース・ディレクトリーは、nimadapters コマンドにより 2 次アダプター構成ファイルと共に転送されます。adapter_def リソースの定義adapter_def リソースを定義するために、次の構文と属性を使用できます。adapter_def リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t adapter_def -a Attribute=Value ... adapter_defName

adapter_def リソースには、次の属性が必須です。項目説明 -a location=Value adapter_def リソース・ディレクトリーの絶対パス名を指定します。 -a server=Value adapter_def リソース・ディレクトリーが常駐しているマシンの名前を指定

します。マスターだけが adapter_def リソースを供給できます。次の属性は、adapter_def リソースでは、オプションです。項目説明-a comments=Value リソースを記述します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するに

は、値 5 を指定します。-a nfs_vers=Value NFS アクセスに必要な NFS プロトコル・バージョンを指定します。-a nfs_sec=Value NFS アクセスに必要なセキュリティー・メソッドを指定します。

AIX では、2 次アダプター・サポートが使用可能です。 2 次アダプターを使用可能にする前に、クライアントが実行される AIX のバージョンを確認する必要があります。 NIM による /usr/lpp/bos.sysmgt/nim/methods/c_cfgadptrs クライアント・メソッドの検出ができないために、2 次アダ


プターは構成に失敗することになります。このサポートを NIM マスターで使用可能にしようとした場合の結果の例を、次に示します。nim -o cust -a adapter_def=adapter_def1 rspc10trigger.austin.xyz.com. 0042-001 nim: processing error encountered on "master": 0042-001 m_cust: processing error encountered on "rspc10": 0042-175 c_script: An unexpected result was returned by the "trigger.austin.xyz.com:/export/nim/scripts/rspc10.script" command: /tmp/_nim_dir_4714/script[10]: /usr/lpp/bos.sysmgt/nim/methods/c_cfgadptrs: not found.

NIM リソースの分散NIM 管理者は通常 NIM マスターをすべてのリソースのサーバーとして使用します。この方法ではすべてのリソースを 1 台のマシンで管理できます。しかし次に示すようないくつかの理由でリソースを複数のクライアント・マシンに分散させる場合があります。• NIM 環境で複数の大きいリソースを定義する必要がある場合、ディスク・スペースの制限があるために、それらのリソースすべてを同じサーバーに配置することができない場合があります。異なるマシン上にリソースを作成すれば、ディスク使用量の負担を複数のマシンに分散できます。

• 異なるマシンからリソースを提供することで、多数のクライアントに対する NIM 操作を実行する場合のボトルネックを回避することができます。ボトルネックはサーバー・マシンまたはネットワーク・ゲートウェイに発生することがあるので、異なるサブネットで実行されているサーバー間にリソースを分散させると効果があります。

• 同じタイプの複数のリソースを異なるマシン上に作成することで、定期保守のためにサーバーがオフラインになったときのリソースの可用性を高めることができます。

• SPOT リソースのなかには、ある種のレベルのマシンでは運用を提供できないものがあります。具体的には、SPOT にインストールされている AIX のレベルが、サーバーで実行中の AIX のレベルより高い場合には、SPOT の作成はサポートされません。複数レベルの SPOT を作成するには、それらの SPOT を異なるサーバーに分散させることが必要になることがあります。リソースを NIM 環境内の異なるマシンに分散させるということは、単に、リソースを定義するときに正しいサーバー情報を指定するということです。リソースは、作成された後は、マスターに定義されているリソースと同じ方法で使用されます。ルート・ディレクトリーへのファイル・リソースの作成NFS での制限により、 bosinst_data および script リソースのようなファイル・リソースをリソース・サーバーのルート・ディレクトリー (/) に作成できません。/tmp ディレクトリーまたは /tmp サブディレクトリー内のリソースの作成NIM リソースは、/tmp ディレクトリーまたは /tmp サブディレクトリー (/tmp のもとでマウントされるファイルシステムを含む) 内で作成してはなりません。NFS 共有 NAS デバイス上での NIM リソースの作成Network Attached Storage (NAS) デバイスを使用すると、nas_filer リソース・サーバーを使用してネットワーク・インストール管理 (NIM) リソースを保管できます。NIM サポートを使用すると、NAS デバイスでファイル・タイプ・リソース (mksysb、savevg、resolv_conf、bosinst_data、script など) のホスティングが可能になります。これらのリソースは NIM サーバー・データベースで定義でき、共有プロダクト・オプション・ツリー (SPOT) サーバー上でネットワーク情報や構成定義を変更しなくてもインストールに使用できます。nas_filer リソース・サーバーは NIM 環境で使用でき、インターフェース属性とパスワード・ファイルを必要とします。 NIM 操作を使用する前に、手動でエクスポート規則を定義し、ストレージ管理およびディスク管理を実行する必要があります。nas_filer リソース・サーバーを使用して NAS デバイス上でリソースを作成するには、以下のステップを実行します。1. nas_filer オブジェクトを定義します。次の例のようなコマンドを入力できます。

# nim -o define -t nas_filer -a if1="find_net als046245.server.com 0" -a passwd_file=/export/nim/pswfile netapp1


2. NAS デバイス上に NIM リソースとして存在する mksysb ファイルを定義します。次の例のようなコマンドを入力できます。# nim -o define -t mksysb -a server=netapp1 -a location=/vol/vol0/nim_lun1/client1.nas_filer NetApp_bkup1

3.オプション : 必要な場合は、NAS デバイスに新規リソース (クライアント・バックアップ) を作成します。mksysb リソースを作成する場合は、次のコマンドを使用できます。# nim -o define -t mksysb -a server=netapp1 -a location=/vol/vol10/nim_lun1/mordor05_bkup -a source=mordor05 -a mk_image=yes NetApp_mordor05

4.オプション : 必要な場合は、既存の NIM リソースを nas_filer オブジェクトにコピーします。mksysbリソースをコピーする場合は、次のコマンドを使用できます。# nim -o define -t mksysb -a server=netapp1 -a location=/vol/vol10/nim_lun1/replicate_bkup -a source=master_backup NetApp_master_backup

NIM リソースの関連付けと定義NIM リソース・グループを使用すると、他の NIM 操作を実行する前に、複数のリソースの関連付けと定義を行って、1 つの論理単位としてマシンに割り当てられるようにすることができます。1 つのリソース・グループ内で何度でも指定できる script リソースおよび installp_bundle リソースを除き、リソース・グループに入れることができるのは、各リソース・タイプにつき 1 つのリソースだけです。リソース・グループの定義以下の手順を使用してリソース・グループを定義することができます。SMIT からのリソース・グループの定義SMIT を使用してリソース・グループを定義するには、次の手順を実行します。1.リソース・グループを定義するには、 smit nim_mkgrp_resource 高速パスを入力します。2.メンバー情報のあるグループの名前を入力します。コマンド・ラインからのリソース・グループの定義コマンド・ラインからリソース・グループを定義するには、次の手順を実行します。リソース・グループを定義するには、次のように入力します。nim -o define -t res_group -a ResourceType=ResourceName GroupName

例えば、既に定義済みのリソース images1、 spot1、bosinst_data1、および bundle1 が含まれている、 ResGrp1 という名前のリソース・グループを定義するには、次のように入力します。nim -o define -t res_group -a lpp_source=images1 -a spot=spot1 ¥-a bosinst_data=bosinst_data1 -a installp_bundle=bundle1 ¥-a comments="BOS Install Resources" ResGrp1

リソース・グループの割り当てリソース・グループを割り当てるには、以下の手順に従います。SMIT からのリソース・グループの割り当てSMIT を使用してリソース・グループを割り当てるには、次の手順を実行します。1.リソース・グループを割り当てるには、smit nim_alloc 高速パスを入力します。2.定義済みのマシン (例えば、Standalone1) のリストからマシン、またはマシン・グループを選択します。

3.リソース・グループのリストが表示されます。割り当てたいリソース・グループを選択します。


コマンド・ラインからのリソース・グループの割り当てコマンド・ラインからリソース・グループを割り当てるには、次の手順を実行します。リソース・グループを割り当てるには、次のように入力します。nim -o allocate -a group=ResGroupName TargetName

例えば、ResGrp1 という名前のリソース・グループを Standalone1 という名前のマシンに割り当てるには、次のように入力します。nim -o allocate -a group=ResGrp1 Standalone1

または、操作についてグループ・リソースをコマンド・ライン上で指定できます。例えば、DklsMacs という名前のディスクレス・マシンのグループに対して dkls_init 操作を実行しているときに、リソース・グループ ddResGrp を割り当てるには、次のように入力します。nim -o dkls_init -a group=ddResGrp DklsMacs

デフォルト・リソース・グループの定義リソース・グループを定義した後で、リソースを要求するすべての操作のデフォルト値のセットとして、グループを指定することが望ましい場合があります。マスターの default_res 属性に、デフォルトにするリソース・グループの名前を設定します。注 : maint 操作の場合の installp_bundle を除いて、適用可能なすべてのリソースは、全操作のデフォルト値として指定されたグループから割り当てられます。デフォルト・グループからのリソースが割り当てられるのは、同一タイプのリソースがまだ割り当てられていない場合、およびそのタイプのリソースが自動割り当てとしてコマンド・ラインで指定されていない場合だけです。ただし、 script リソースと installp_bundle リソースは例外で、これらのリソースがリソース・グループ内に存在した場合およびコマンド・ラインで指定された場合は、すべて割り当てられます。そのリソースの属性割り当てにヌル値を指定すると、デフォルトのメンバーをオーバーライドできます。次の bos_inst 操作では、 bosinst_data リソースを除いて、デフォルトとして指定されたリソース・グループからすべての適用可能な bos_inst リソースを割り当てます。nim -o bos_inst -a bosinst_data=Standalone1

SMIT からのデフォルト・リソース・グループの定義SMIT を使用してデフォルトのリソース・グループを定義するには、次の手順を実行します。1. smit nim_grp 高速パスを入力します。2.「Select/Unselect a Default Resource Group (デフォルト・リソース・グループの選択/選択解除)」を選択します。

3.デフォルトとして機能するグループの名前を入力します。コマンド・ラインからのデフォルト・リソース・グループの定義コマンド・ラインからデフォルトのリソース・グループを定義するには、次の手順を実行します。次のように入力します。nim -o change -a default_res=ResGroupName master

例えば、リソース・グループ ResGrp1 をすべての NIM 操作用のデフォルト・リソース・セットとするには、次のように入力します。nim -o change -a default_res=ResGrp1 master


NIM クライアント・リソースの割り当ての制限NIM では、クライアント・マシンは、NIM 環境内のあらゆるリソースを割り当てたり使用できます。厳密に制御された NIM 環境では、管理者にはクライアントがいつでもすべてのリソースにアクセスできることが必ずしも必要ではありません。クライアント・リソースの割り当てを制御するために NIM 管理者は client_alloc 属性を使用できます。client_alloc 属性によって課される制限により、クライアントはリソースの割り当てや使用ができなくなりますが、NIM マスターは引き続きクライアントに対してあらゆる操作を実行できます。SMIT からの NIM クライアント・リソースの割り当ての制限SMIT を使用して NIM クライアントの割り当ての制限を変更するには、次の手順を実行します。次の SMIT 高速パスを入力します。 smit nim_control_alloc

コマンド・ラインからの NIM クライアント・リソースの割り当ての制限コマンド・ラインを使用して NIM クライアント・リソースの割り当てを制限するには、次の手順を実行します。すべてのクライアントがどのリソースも使用できないように制限するには、 NIM マスターに属性client_alloc=no を設定します。 nim -o change -a client_alloc=no master

特定のクライアントがどのリソースも使用できないように制限するには、そのクライアントに対して属性client_alloc=no を設定します。 nim -o change -a client_alloc=no clientname

すべてのクライアントが特定のリソースを使用できないように制限するには、そのリソースに対して属性client_alloc=no を設定します。 nim -o change -a client_alloc=no resourcename

クライアントとリソースの割り当てに対する制限を解除するためには、適用されるオブジェクトに対するclient_alloc 属性を yes に設定することにより、これを除去します。 nim -o change -a client_alloc=yes master nim -o change -a client_alloc=yes clientname nim -o change -a client_alloc=yes resourcename

boot リソースの使用boot リソースは、内部的に管理される NIM リソースで、ブート・イメージがクライアントに割り当てられたことを示すために使用されます。boot リソースは、ネットワーク・ブートを必要とする NIM 操作をサポートするために、クライアントに自動的に割り当てられます。操作が完了すると、boot リソースは自動的に割り当て解除されます。bosinst_data リソースの使用bosinst_data リソースを使用すると、インストールの前にデータを NIM リソースで指定することができます。bosinst_data リソースは、BOS インストール・プログラム用の情報が含まれているファイルを表します。通常、BOS インストール・プログラムは、BOS インストール・イメージの中にある /bosinst.data ファイルでこの情報を探します。このファイルが存在しないか、あるいは BOS インストール・プログラムに必要なすべての情報がこのファイルに含まれていない場合は、BOS インストール・プログラムは、ターゲットにとってローカルなコンソールを使って情報を入力するように求めます。この場合は、情報を手操作で入力しないと、BOS インストールが先に進みません。 bosinst_data リソースを使用すると、インストールの前にデータを NIM リソースで指定できるため、コンソールでプロンプトに答える必要がなくなります。


サンプルの bosinst.data ファイル (SPOT_Offset /usr/lpp/bosinst/bosinst.template) は、SPOT リソース・サーバーに入っています。また、175 ページの『プロンプトなしの BOS インストールの実行』でサンプルの bosinst_data ファイルも参照してください。bosinst_data ファイルの作成および使用方法については、175 ページの『プロンプトなしの BOS インストールの実行』を参照してください。bosinst_data リソースの定義bosinst_data リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。bosinst_data リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t bosinst_data -a Attribute=Value ... bosinst_dataName

bosinst_data リソースには、次の属性が必須です。項目説明 -a location=Value bosinst_data リソース・ファイルの絶対パス名を指定します。 -a server=Value bosinst_data リソース・ファイルが常駐しているマシンの名前を指定します。次の属性は、bosinst_data リソースではオプションです。項目説明-a comments=Value リソースを記述します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値

5 を指定します。-a source=Value 新規リソースの定義時に複製する既存の bosinst_data リソースを指定し

ます。ソース・リソースで指示されたファイルは、新しい場所にコピーされます。

-a nfs_versValue NFS アクセスに必要な NFS プロトコル・バージョンを指定します。-a nfs_secValue NFS アクセスに必要なセキュリティー・メソッドを指定します。

devexports リソースの使用devexports リソースは、WPAR を作成する際にマスター device-exports ファイルとして使用されるファイルを表します。このファイルは、devexports ファイル・フォーマットと一致している必要があります。 WPAR の作成時にdevexports リソースが割り当てられない場合は、WPAR の作成時の特定のデバイス処理を記述するために、管理システム上の /etc/wpars/devexports ファイルが使用されます。devexports リソースの定義devexports リソースを定義するには、次のコマンド・ライン構文と属性を使用できます。devexports リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t devexports -a server=server_name ¥-a location=devexports_file_location devexports_object_name

devexports リソースが定義された後、次のように、devexports リソースを使用してリソースを割り当てて、WPAR を作成することができます。nim -o create -a devexports=devexports_object_name client_name

次の属性は、devexports リソースに必須です。


項目説明-a location=Value devexports リソースとして定義されるファイルの絶対パス名を指定します。-a server=Value devexports リソースのファイルが置かれるマシンの名前を指定します。次の属性は、devexports リソースにはオプションです。項目説明-a comments=Value リソースを記述します。-a source=Value 新規リソースの定義時に複製する既存の devexports リソースを指定します。

ソース・リソースで指示されたファイルは、新しい場所にコピーされます。-a nfs_versValue NFS アクセスに必要な NFS プロトコル・バージョンを指定します。-a nfs_secValue NFS アクセスに必要なセキュリティー・メソッドを指定します。

dump リソースの使用dump リソースは、クライアント・ダンプ・ディレクトリーを維持するディレクトリーを表します。dump リソースを使用できるのは、データレス・クライアントまたはディスクレス・クライアントのみです。 dump リソースでは、iSCSI S/W ターゲットのパッケージが dump リソースのサーバーにインストールされていなければなりません。適切なファームウェアを持つ POWER6 以降のクライアントのみがこのdump リソースにダンプできます。dump リソースがクライアントに割り当てられている場合、NIM はそのクライアント専用のサブディレクトリーを作成します。このサブディレクトリーはクライアント名で識別されます。初期化後、クライアントはこのディレクトリーを使用して、作成したダンプ・イメージを保管します。このようなダンプはファームウェアを使用します。注 : その後、ユーザーがこのリソースを割り当て解除すると、NIM は dump ディレクトリーと、クライアント用に作成したサブディレクトリーを除去します。dump リソースの定義dump リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。dump リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t dump -a Attribute=Value ... DumpName

dump リソースには、次の属性が必須です。項目説明 -a location=Value クライアントの dump ディレクトリーの親ディレクトリーの絶対パス名を指

定します。 -a server=Value dump リソースのディレクトリーが作成されるマシンの名前を指定します。次の属性は、dump リソースではオプションです。項目説明 -a dumpsize=Value ダンプの最大サイズ (GB) を指定します。最小値は 2 GB、デフォルト値は 50

GB です。クライアントがダンプを開始するまでスペースは割り当てられません。 dump リソースは、インストール用に予期される数のダンプ・イメージを受け入れて保持できる大きさでなければなりません。 dump リソースは、スナップ操作からのスナップ・データを格納するために使用されます。

-a max_dumps=Value クライアントに対して収集されるダンプの最大数を指定します。デフォルトは 1 です。新しいダンプが dump リソースに書き込まれる場合、その新しいダンプがダンプの最大数を越えると、最も古いダンプが削除されます。


項目説明 -a notify=Value 新しいダンプが収集された場合、またはクライアントでダンプ・エラーが発生

した場合に呼び出される管理者通知メソッドへのパスを指定します。 -a snapcollect=Value ダンプの完了後に失敗したクライアントからスナップ・レコードを収集するか

どうかを指定します。有効な値は yes および no です。デフォルト値は no です。

-a comments=Value リソースを記述します。 -a group=Value このリソースを追加するリソース・グループの名前を指定します。 -a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5 を

指定します。exclude_files リソースの使用このリソースは、実行中の NIM クライアントから mksysb リソースを作成するときに使用できます。exclude_files リソースは、システム・バックアップ・イメージを作成するときに除外するファイルおよびディレクトリーのリストが含まれているファイルを表します。exclude_files リソースの定義exclude_files リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。exclude_files リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t exclude_files -a Attribute=Value ... exclude_filesName

exclude_files リソースには、次の属性が必須です。項目説明 -a location=Value mksysb から除外するファイルとディレクトリーのリストを含むファイルの絶

対パス名を指定します。 -a server=Value exclude_files リソースのファイルが常駐しているマシンの名前を指定します。次の属性は、exclude_files リソースではオプションです。項目説明-a comments=Value リソースを記述します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値

5 を指定します。-a source=Value 新規リソースの定義時に複製する既存の exclude_files リソースを指定し

ます。ソース・リソースで指示されたファイルは、新しい場所にコピーされます。


fb_script リソースの使用fb_script リソースを使用して、デバイス構成情報を指定します。fb_script リソースは、BOS インストール・プロセスが完了した後、NIM クライアントが初めてブートする際に、デバイスを構成するために使用するファイルを表します。カスタマイズ操作の中には、BOS のインストール中に実行できないものがあります (入出力装置構成など)。これは、特定のデーモンが実行していることが必要なためですが、 BOS インストールのこの時点では、デーモンは使用不可です。そのため、一部のデバイスはシステムのリブート中には構成されず、システムがブートした後に手動で構成しなければなりません。


fb_script リソースを使用して、デバイス構成情報を指定することができます。 BOS インストール・プロセスは、fb_script リソースの内容を、クライアントが初めてブートする時に実行される /etc/firstbootファイルに追加します。それから、/etc/firstboot ファイルがデバイス構成を実行します。例えば、NIM を使用している場合は、以下のステップを実行すると、day ファイルのメッセージにメッセージを追加するスクリプトが使用できるようになります。1. /export/nim/script_res/ ディレクトリー内に myscript.sh という fb_script リソースを作成します。スクリプトの内容例を以下に示します。#!/usr/bin/kshecho "Be sure to follow all security guidelines." >> /etc/motd

2.次のコマンドを入力して、fb_script リソースを表す NIM リソースを作成します。nim -o define -t fb_script -a server=master -a location=/export/nim/script_res/myscript.sh fb_script1

3.次のコマンドを入力して、次のインストール時に実行されるスクリプトを指定します。nim -o bos_inst -a spot=spot1 -a lpp_source=lpp_source1 -a fb_script=fb_script1 -a accept_licenses=yes machA

このスクリプトの内容が /etc/firstboot ファイルに付加され、次の再始動時にこのスクリプトが実行されます。このリソースを使用して、システム上のチューナブル・パラメーターを制御できます。fb_script リソースの定義fb_script リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。fb_script リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t fb_script -a server=server_name ¥ -a location=fbscript_file_location fbscript_object_name

fb_script リソースが定義された後、このリソースを割り当て、以下のように fb_script リソースを使用して BOS インストール操作を開始することができます。nim -o bos_inst -a fb_script=fbscript_object_name client_name

fb_script リソースには、次の属性が必須です。項目説明 -a location=Value fb_script リソースとして定義されるファイルの絶対パス名を指定します。 -a server=Value fb_script リソースのファイルが常駐するマシンの名前を指定します。次の属性は、fb_script リソースではオプションです。項目説明 -a comments=Value リソースを記述します。 -a source=Value 新規リソースの定義時に複製する既存の fb_script リソースを指

定します。ソース・リソースで指示されたファイルは、新しい場所にコピーされます。

-a nfs_versValue NFS アクセスに必要な NFS プロトコル・バージョンを指定します。 -a nfs_secValue NFS アクセスに必要なセキュリティー・メソッドを指定します。


fix_bundle リソースの使用fix_bundle リソースは、instfix コマンドで使用する fix キーワードが含まれているファイルを表します。このコマンドは、NIM の cust および fix_query 操作により呼び出されます。NIM は fix_bundle リソースをクライアントにマウントするため、このリソースをローカルの instfix コマンドで使用することができます。操作が完了すると、 NIM はこのリソースを自動的にアンマウントします。フィックスには、単一のファイルセット更新ソフトウェアか、または何らかの形で相互に関連のある複数のファイルセット更新ソフトウェアが含まれています。フィックスは、固有のキーワードにより識別されます。フィックスがプログラム診断依頼書 (APAR) 番号により識別されている場合は、その番号に対応する報告済みソフトウェア問題は、このフィックスに入っているファイルセット更新ソフトウェアによって解決できます。fix_bundle リソースの定義fix_bundle リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。fix_bundle リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t fix_bundle -a Attribute=Value ... fix_bundleName

fix_bundle リソースには、次の属性が必須です。項目説明-a location=Value 管理するフィックスのリストが含まれているファイルの絶対パス名を

指定します。-a server=Value fix_bundle リソース・ファイルが常駐しているマシンの名前を指定し

ます。次の属性は、fix_bundle リソースではオプションです。項目説明-a comments=Value リソースを記述します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値

5 を指定します。-a source=Value 新規リソースの定義時に複製する既存の fix_bundle リソースを指定しま

す。ソース・リソースで指示されたファイルは、新しい場所にコピーされます。


home リソースの使用home リソースは、クライアントの /home ディレクトリーを維持するディレクトリーを表します。home リソースがクライアントに割り当てられている場合、NIM はそのクライアント専用のサブディレクトリーを作成します。この割り当てられたサブディレクトリーは、その後、dkls_init または dtls_init 操作を実行した時点で初期化されます。初期化後は、クライアントがネットワーク・ブートを実行するたびに、NFS クライアントはこのサブディレクトリーを /home にマウントし、そのクライアント専用にセットアップされたホーム・ディレクトリーにアクセスできるようにします。このサブディレクトリーは、クライアントの実行中はずっと、そのクライアント上の /home にマウントされた状態になっています。注 : このリソースを割り当て解除するたびに、NIM は、そのクライアント専用に作成したサブディレクトリーを除去します。したがって、保存しておきたいファイルがクライアントのサブディレクトリーに入っている場合は、このタイプのリソースを割り当て解除する前に、それらのファイルのバックアップをとる必要があります。


home リソースの定義home リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。home リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t home -a Attribute=Value ... HomeName

home リソースには、次の属性が必須です。項目説明 -a location=Value クライアントの /home ディレクトリーの親ディレクトリーの絶対パス名を指

定します。 -a server=Value home リソースのディレクトリーが作成されるマシンの名前を指定します。次の属性は、home リソースではオプションです。項目説明 -a comments=Value リソースを記述します。 -a group=Value このリソースを追加するリソース・グループの名前を指定します。 -a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5 を

指定します。image_data リソースの使用image_data リソースは、BOS インストール・プログラム用の情報が含まれているファイルを表します。この情報には、インストール時にルート・ボリューム・グループ内の物理ディスクおよびファイルシステムをどのように構成するかが記述されています。通常、BOS インストール・プログラムは、使用するデフォルト値を判別するか、復元中の mksysb から取り出した image.data ファイルを使用します。カスタマイズした image_data リソースを使用するのは、特別な場合だけです。サンプルの image.data ファイル (SPOT_Offset/usr/lpp/bosinst/image.template) は、SPOT リソース・サーバーに入っています。 image.data ファイルについての詳細は、「ファイル参照」を参照してください。image_data リソースの定義image_data リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。image_data リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t image_data -a Attribute=Value ... image_dataName

image_data リソースには、次の属性が必須です。項目説明-a location=Value image_data リソース・ファイルの絶対パス名を指定します。-a server=Value image_data リソース・ファイルが常駐しているマシンの名前を指定しま

す。次の属性は、image_data リソースではオプションです。項目説明-a comments=Value リソースを記述します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5 を

指定します。


項目説明-a source=Value 新規リソースの定義時に複製する既存の image_data リソースを指定します。

ソース・リソースで指示されたファイルは、新しい場所にコピーされます。-a nfs_versValue NFS アクセスに必要な NFS プロトコル・バージョンを指定します。-a nfs_secValue NFS アクセスに必要なセキュリティー・メソッドを指定します。

installp_bundle リソースの使用installp_bundle リソースは、NIM により管理される必要のあるファイルセットの名前が含まれているファイルを表します。インストール操作または保守操作の実行中に、NIM は installp_bundle ファイルをクライアント・マシンにマウントするため、このファイルをローカルの installp コマンドで使用することができます。操作が完了すると、NIM は、このリソースをクライアントから自動的にアンマウントします。installp_bundle リソースの定義installp_bundle リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。installp_bundle リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t installp_bundle -a Attribute=Value ... installp_bundleName

installp_bundle リソースには、次の属性が必須です。項目説明-a location=Value 管理するソフトウェアのリストが含まれているファイルの絶対パス名を

指定します。-a server=Value installp_bundle リソース・ファイルが常駐しているマシンの名前を指定

します。次の属性は、installp_bundle リソースではオプションです。項目説明-a comments=Value リソースを記述します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値

5 を指定します。-a source=Value 新規リソースの定義時に複製する既存の installp_bundle リソースを指定

します。ソース・リソースで指示されたファイルは、新しい場所にコピーされます。


ios_mksysb リソースの使用ios_mksysb リソースは、仮想入出力サーバー (VIOS) から backupios コマンドを使用して作成されたシステム・バックアップ・イメージであるファイルを表します。ios_mksysb リソースは、VIOS のインストールまたは Integrated Virtualization Management (IVM) クライアント管理システムのインストールのソースとして使用できます。ios_mksysb イメージをリソースとして定義するには、このイメージがネットワーク・インストール・マネージメント (NIM) 環境内のシステムのハード・ディスク上に置かれている必要があります。 ios_mksysbイメージは、テープまたはその他の外部メディアに置くことはできません。 VIOS メディアにはシステム・バックアップ・ファイルが含まれます。このファイルは、メディアから NIM 環境内のシステムのハード・ディスクにコピーする必要があります。 VIOS メディアの ios_mksysb イメージは、物理 VIOS メディアのファイル・サイズに制限があるため、複数のファイルに分割されます。分割された mksysb ファイルは、


メディアからシステムのハード・ディスクにコピーする際に結合する必要があります。次の例は、/mnt ディレクトリーにマウントされている VIOS メディアを示しています。cat /mnt/nimol/ioserver_res/mksysb ¥/mnt/nimol/ioserver_res/mksysb2 > /export/mksysb/vio_mksysb

mksysb イメージは、複数の VIOS メディアに分割されている可能性があります。このような場合は、マルチボリューム VIOS メディアから上記の例に記載されている cat コマンドを使用して、mksysb イメージを1 つの mksysb ファイルに結合する必要があります。ios_mksysb リソースは、NIM マスターのハード・ディスクまたは任意の NIM クライアントに既に存在しているイメージから定義できます。このようなイメージが存在していない場合は、リソースを定義するときにイメージを作成できます。リソースの定義時にイメージを作成するには、バックアップのソースとなる NIM クライアントの名前を指定し、ios_mksysb リソースを定義するコマンドで mk_image 属性を yesに設定します。 VIOS バックアップ・イメージから /var/vio/VMLibrary ファイルを除外するには、backupios_flags 属性に -nomedialib 値を設定します。 ios_mksysb コマンドの使用時に指定可能なフラグについては、VIOS 上の backupios コマンドのヘルプ情報を参照してください。ios_mksysb リソースの定義ios_mksysb リソースを定義するために、次のコマンド・ライン構文、フラグ、および属性を使用できます。ios_mksysb リソースを定義するための構文は次のとおりです。nim -o define -t ios_mksysb -a Attribute=Value ... ios_mksysbName

ios_mksysb リソースを定義する場合、backupios_flags 属性には以下の値が有効です。• -nomedialib• -nosvg

複数の値を二重引用符で囲んで、スペースで区切ることができます。次のコマンド例は 1 行に入力されます。nim -o define -t ios_mksysb -a location=/nim/mybackup -a server=master ¥ -a backupios_flags="-nosvg -nomedialib" <ios_mksysb_object_name>

フラグの説明は、backupios コマンド情報にあります。ios_mksysb リソースでは、次の属性は必須です。属性説明-a location=Value ios_mksysb イメージの絶対パス名を指定します。-a server=Value ios_mksysb イメージが常駐している、または作成されるシステムの名前を指定しま

す。ios_mksysb リソースでは、次の属性はオプションです。属性説明-a comments=Value ios_mksysb イメージを指定します。-a mk_image=Value NIM 環境内のシステムから ios_mksysb イメージを作成するために使用する

フラグを指定します。-a backupios_flags=Value コマンドでバックアップを作成する際に使用するフラグを指定します。-a size_preview=Value ios_mksysb イメージを作成する前にスペースが使用可能かどうかを検査す

るためのフラグを指定します。


属性説明-a source=Value ios_mksysb イメージにバックアップする VIOS または IVM NIM クライアン

ト・システムの名前を指定します。-a verbose=Value デバッグ情報を表示します。最も詳細な情報を表示するには、5 の値を指定

します。-a source=Value mk_image 属性を指定している場合は、ios_mksysb イメージにバックアップ

する VIOS マシンの名前を指定します。 mk_image 属性を指定していない場合、この値は新しい ios_mksysb リソースの定義時に複製する既存のios_mksysb リソースを指定します。ソース・リソースで指示されたファイルは、新しい場所にコピーされます。

-a nfs_vers=Value ネットワーク・ファイルシステム (NFS) アクセスに必要な NFS プロトコル・バージョンを指定します。

-a nfs_sec=Value NFS アクセスに必要なセキュリティー・メソッドを指定します。関連情報backupios コマンドlpp_source リソースの使用lpp_source リソースは、ソフトウェア・インストール・イメージが格納されているディレクトリーを表します。lpp_source に、マシンのインストールに必要な最小セットのサポート・イメージが含まれている場合、このリソースは、simages 属性が指定され、BOS インストール (bos_inst) 操作に使用できます。 lpp_sourceに simages lpp_source として十分なソフトウェアが含まれていない場合、このリソースは、NIM の cust操作で、実行中のマシンおよび SPOT にソフトウェアをインストールするためにのみ使用できます。NIM lpp_source リソースの推奨タイプは次のとおりです。• AIX マシン上に AIX オペレーティング・システムをインストールできる、AIX ベースのインストール・ファイルセット (AIX ベースのインストール・メディアから生成される) を含む完全な (simages=yes) NIMlpp_source リソース。

• Technology Level または Service Pack 更新のみを含む更新 lpp_source リソース (AIX 更新メディア上にあるもの、または IBM サービス・サイトからダウンロードできるもの)。

• (基本オペレーティング・システムのインストール後にインストールされる) 追加アプリケーション・ソフトウェアを含むアプリケーション lpp_source リソース。これらのイメージを 1 つの lpp_source リソースに結合する場合は、lppmgr コマンドを使用して、置き換え済みイメージ、または重複するイメージを除去します。注 : Technology Level ベース・メディアから作成された lpp_source リソースを、同じ Technology Level 更新メディアからのイメージと結合しないでください。NIM は、lpp_source をインストール操作に使用する場合、まず最初に lpp_source をクライアント・マシンにマウントします。次に、マウントされた lpp_source をインストール・イメージのソースとして使用して、クライアント上で installp コマンドが開始されます。インストール操作が完了すると、NIM は自動的にリソースをアンマウントします。lpp_source リソースは、マシンのインストールのためにイメージを提供するほか、SPOT リソースの作成および更新にも使用できます。以下に、lpp_source に simages 属性を指定するために必要なイメージの最小セットを示します。POWER プロセッサー・ベース Itanium プロセッサー・ベースbos bos

bos.64bit N/A

bos.rte.up N/A


POWER プロセッサー・ベース Itanium プロセッサー・ベースbos.rte.mp N/A

bos.up N/A

bos.mp bos.mp

bos.net bos.net

bos.diag bos.diag

bos.sysmgt bos.sysmgt

bos.terminfo bos.terminfo

bos.terminfo.data bos.terminfo.data

devices.base devices.ia64.base

devices.buc N/A

devices.common devices.common

devices.graphics devices.graphics

devices.mca devices.pci

devices.rs6ksmp.base N/A

devices.scsi devices.scsi

N/A devices.ide

devices.sio devices.isa_sio

devices.sys N/A

devices.tty devices.tty

xlC.rte xlC.rte

注 : lpp_source として定義する予定のデバイス・イメージをディレクトリーにコピーする場合、必ず、その装置タイプのすべてのデバイス・イメージをコピーしてください。例:

cp /cdfs/usr/sys/inst.images/devices.pci.* lpp_source_directory

lpp_source を定義するには、次のようにいくつかの方法があります。• インストール・イメージが含まれている既存のディレクトリーがある場合は、それを直接 lpp_source リソースとして定義できます。

• BOS インストール用のデフォルトのサポート・イメージ・セットを使用して、NIM によりディレクトリーを作成し、転送する必要がある場合は、リソースを定義するときに source 属性を使用します。この属性は、デバイスの名前、インストール・イメージを含む絶対ディレクトリー・パス名または絶対 ISO イメージ・パス名を指定します。 NIM は、このソースから lpp_source 用に指定されたロケーションにソフトウェア・イメージをコピーします。コピーされるイメージには、simages リストの内容、使用可能なすべてのデバイス・サポート、および通常インストールされるいくつかの追加ソフトウェア (例えば、X11) が同様に含まれています。

• デフォルトのイメージ・セット以外の一連のソフトウェアを使って、lpp_source をソース・デバイスから作成する必要がある場合は、lpp_source を定義するときに packages 属性を指定します。コピーするソフトウェア・イメージの代替セットをリストするには、packages 属性を使用します。

• ソースの simages リストを基にソフトウェアのリストを使用してソース・デバイスから lpp_source を作成する必要がある場合は、lpp_source を定義するときに、yes の値の use_source_simages 属性を指定してください。この属性を使用するときには、ソース属性を指定する必要があり、packages 属性は提供できません。


• lpp_source リソースを作成するときに警告メッセージ 0042-256 が表示される場合は、リストされているファイルセットがこのソース・レベルに使用できなくなりました。この問題は、旧リリースの既知の制限です。

lpp_source のサイズは、それに組み込まれるソフトウェアの量により大幅に異なります。 simages 属性をかろうじて獲得できる程度のソフトウェアだけを組み込んだ最小の lpp_source であれば 100 MB 以下になることもありますが、CD-ROM から作成するデフォルトの lpp_source は 350 MB を超える可能性があります。スペースを管理しやすくするために、lpp_source を入れる別のファイルシステムを作成することをお勧めします。デフォルトでは、lpp_source を作成してソース・デバイスからイメージをコピーするときに、必要に応じて NIM が自動的にファイルシステムを拡張します。simages メッセージは、lpp_source リソースをデフォルト・インストール・パッケージで作成する場合にのみ表示されます。 simages メッセージは、simages 属性を lpp_source に設定できなかった場合に表示されます。ユーザーが lpp_source を作成し、パッケージのリストを指定した場合、simages メッセージは表示されません。 simages 属性は、simages メッセージが表示されるかどうかに関わらず、正しく設定されます。rte BOS インストールを、simages 属性が指定されていない lpp_source で試みると、エラーがユーザーに送信されます。このエラー・メッセージは、rte BOS インストールに必要な欠落しているパッケージを判別するために、nim -o check を lpp_source 上で実行するよう、ユーザーに知らせます。 lpp_source が作成された後、この上で nim -o check を実行するといつでも、rte BOS インストールに必要なすべてのイメージが lpp_source に含まれていない場合に、simages メッセージが表示されます。lpp_source リソースの定義lpp_source リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。lpp_source リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t lpp_source -a Attribute=Value ... lpp_sourceName

lpp_source リソースには、次の属性が必須です。項目説明-a location=Value インストール・イメージを入れるためのディレクトリーを指定します。-a server=Value lpp_source が作成されるマシンの名前を指定します。次の属性は、lpp_source リソースではオプションです。項目説明-a comments=Value lpp_source を記述します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a multi_volume=Value ソースとして /dev/cd* を指定して lpp_source を作成するときに、2

枚目の CD を CD-ROM ドライブに挿入するプロンプトをユーザーに出すかどうかを指定します。この属性のデフォルト値は no です。この属性が yes に設定され、リソースのサーバーがマスターでない場合は、警告が表示され、単一ボリュームの lpp_source が作成されます。

-a packages=Value イメージのデフォルト・リストを使用しない場合に、lpp_source にコピーするファイルセットのリストを指定します。

-a show_progress=Value lpp_source が作成されたときの情報出力の表示を使用可能にします。この属性のデフォルト値は yes です。 show_progess 属性がyes に設定されており、server 属性が、bos.sysmgt.nim.clientファイルセットの以前のバージョンを持つ別のマシンに設定されている場合、情報出力を使用可能にできないことを示す警告が表示されます。


項目説明-a source=Value lpp_source を定義するときにインストール・イメージをコピーするた

めのソース・デバイスを示します。提供される値は、デバイスの名前、インストール・イメージを含む絶対ディレクトリー・パス名または絶対 ISO イメージ・パス名のいずれかになります。 lpp_source のロケーションに既にインストール・イメージが含まれている場合、この属性は必要ありません。

-a use_source_simages=Value NIM が、source 属性として提供されているものから simages パッケージ・リストを使用するかどうかを指定します。 yes に設定されている場合、NIM は source 属性に指定されているソースから simages パッケージ・リストを使用します。それ以外の値に設定されている場合、NIM はデフォルトで NIM マスターの simages パッケージ・リストを使用します。 source 属性はこの属性とともに提供する必要があり、packages 属性は使用できません。

-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5 を指定します。


NIM クライアント・マシンで移行インストールを実行する場合は、マシンの移行に必要なすべてのソフトウェアが、操作に使用する lpp_source に含まれている必要があります。location 属性で指定されたディレクトリーがない場合、NIM がそのディレクトリーを作成します。また、NIM は、後で lpp_source が除去されると、このディレクトリーとその内容を除去します。

表 18. Power プロセッサー・ベース・アーキテクチャー項目説明power POWER プロセッサー・ベースアーキテクチャー

(rs6k、rspc、および chrp タイプのプラットフォームに使用)

mksysb リソースの使用mksysb リソースは、mksysb コマンドを使って作成されたシステム・バックアップ・イメージであるファイルを表します。このタイプのリソースは、クライアントのインストールのソースとして使用できます。mksysb イメージをリソースとして定義するには、このイメージが NIM 環境内のマシンのハード・ディスク上に置かれている必要があります。テープまたはその他の外部メディアに入っていてはなりません。mksysb リソースは、NIM マスターまたは任意の NIM クライアントのハード・ディスクに既に存在しているイメージから定義できます。そのようなイメージが存在していない場合は、リソースを定義するときに作成できます。リソースの定義時にイメージを作成するには、バックアップのソースとなる NIM クライアントの名前を指定し、mksysb リソースを定義するためのコマンドで mk_image 属性を yes に設定します。バックアップ・イメージに組み込みたくないファイルおよびディレクトリーをリストするには、exclude_files リソースを使用します。mksysb リソースの定義mksysb リソースを定義するために、次のコマンド・ライン構文、フラグ、および属性を使用できます。mksysb リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t mksysb -a Attribute=Value ... mksysbName

mksysb リソースでは、次のフラグが有効です。• -a• -A


• -b• -e• -i• -m• -p• -P• -T• -V• -X• -Z

これらのフラグの説明は、『mksysb コマンド』を参照してください。mksysb リソースには、次の属性が必須です。項目説明-a location=Value mksysb イメージの絶対パス名を指定します。-a server=Value mksysb イメージが常駐している、または作成されるマシンの名前を

指定します。次の属性は、mksysb リソースではオプションです。項目説明-a comments=Value mksysb を記述します。-a exclude_files=Value システム・バックアップからファイルおよびディレクトリーを除外す

るために使用する exclude_files リソースを指定します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a mk_image=Value NIM 環境内のマシンから mksysb イメージを作成するために使用する

フラグを指定します。-a mksysb_flags=Value バックアップの作成方法をコマンドに指示するために使用するフラグ

を指定します。-a size_preview=Value mksysb イメージを作成する前にスペースが使用可能かどうかを検査

するためのフラグを指定します。-a source=Value mksysb イメージにバックアップするマシンの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するに

は、値 5 を指定します。-a source=Value mk_image 属性を指定している場合は、mksysb イメージにバックア

ップするマシンの名前を指定します。 mk_image 属性を指定していない場合、この値は、新しい mksysb の定義時に複製する既存のmksysb リソースを指定します。ソース・リソースで指示されたファイルは、新しい場所にコピーされます。



nim_script リソースの使用nim_script リソースは、内部的に管理される NIM リソースで、スクリプトが NIM 操作の一部として NIMにより実行される必要があることを示すために使用されます。nim_script リソースは、一部の NIM 操作をサポートするために自動的に割り当てられ、操作が完了すると自動的に割り当て解除されます。NIM は、次の規則を使用して、操作ごとにどの NIM サーバーに nim_script リソースを置くかを判別します。• bos_inst 操作の場合、nim_script リソースは SPOT サーバーに置かれます。• lpp_source を指定した cust 操作の場合、nim_script リソースは lpp_source サーバーに置かれます。• lpp_source を指定しない cust 操作の場合、nim_script リソースはスクリプト・サーバーに置かれます。• それ以外の操作では、nim_script リソースは NIM マスターに置かれます。ページング・リソースの使用ページング・リソースは、クライアントのページング・ファイルが維持されるディレクトリーを表します。このタイプのリソースをクライアントに割り当てると、そのクライアント専用のサブディレクトリーをNIM が作成します。この割り当てられたサブディレクトリーは、dkls_init または dtls_init 操作によって初期化され、その結果、クライアントがネットワーク・ブートの実行時にページング・デバイスとして構成するファイルが、このサブディレクトリーに作成されます。デフォルトでは、このファイル用に 32 MBが確保されます。別の値を指定するには、dkls_init または dtls_init 操作の実行時に size フラグを使用します。リソースがクライアント用に初期化された後は、クライアントがネットワーク・ブートを実行するたびに、そのリソースは、クライアントにより、ページング・デバイスとして構成されます。注 : このリソースを後で割り当て解除すると、NIM は、ページング・ファイルとクライアント用に作成したサブディレクトリーを除去します。ページング・リソースの定義ページング・リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。ページング・リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t paging -a Attribute=Value ... PagingName

ページング・リソースには、次の属性が必須です。項目説明 -a location=Value クライアントのページング・ファイルの親ディレクトリーの絶対パス名を指定

します。 -a server=Value ページング・リソースのディレクトリーが作成されるマシンの名前を指定しま

す。次の属性は、ページング・リソースではオプションです。項目説明 -a comments=Value リソースを記述します。 -a group=Value このリソースを追加するリソース・グループの名前を指定します。 -a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5 を

指定します。


resolv_conf リソースの使用resolv_conf リソースは、ローカル resolver ルーチンについてのドメイン・ネーム・プロトコルのネーム・サーバー情報を定義するための、有効な /etc/resolv.conf エントリーが含まれているファイルを表します。resolv_conf リソースは、bos_inst 操作の一部としてスタンドアロン・マシンに割り当てたり、dkls_initまたは dtls_init 操作の一部としてディスクレス・マシンまたはデータレス・マシンに割り当てることができます。インストールとリブートが正常に実行されると、マシンは、該当リソースにより定義されたドメイン・ネーム・サービスを使用できる構成になっています。次に、resolv_conf リソース・ファイルのサンプル・エントリーを示します。nameserver 129.35.143.253domain test.ibm.com

resolv_conf リソースの定義resolv_conf リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。resolv_conf リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t resolv_conf -a Attribute= ... resolv_confName

resolv_conf リソースには、次の属性が必須です。項目説明-a location=Value ドメイン・ネーム・サーバー (DNS) のネーム・レゾリューション用の情

報が含まれているファイルの絶対パス名を指定します。-a server=Value resolv_conf リソース・ファイルが常駐しているマシンの名前を指定しま

す。次の属性は、resolv_conf リソースではオプションです。項目説明-a comments=Value リソースを記述します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5

を指定します。-a source=Value 新規リソースの定義時に複製する既存の resolv_conf リソースを指定しま

す。ソース・リソースで指示されたファイルは、新しい場所にコピーされます。


root リソースの使用root リソースは、クライアントのルート・ディレクトリーを維持するディレクトリーを表します。root リソースをディスクレス・クライアントまたはデータレス・クライアントに割り当てると、NIM はそのクライアント専用のサブディレクトリーを作成します。この割り当てられたサブディレクトリーは、その後、dkls_init または dtls_init 操作を実行した時点で初期化されます。初期化後は、クライアントがネットワーク・ブートを実行するたびに、NFS クライアントはこのサブディレクトリーを「/」にマウントし、そのクライアント専用にセットアップされたルート・ディレクトリーにアクセスできるようにします。このサブディレクトリーは、クライアントの実行中はずっと、そのクライアントの / にマウントされた状態になっています。注 : このリソースを割り当て解除するたびに、NIM は、そのクライアント専用に作成したサブディレクトリーを除去します。したがって、保存するファイルがクライアントのサブディレクトリーに入っている場


合は、このタイプのリソースを割り当て解除する前に、それらのファイルのバックアップをとる必要があります。root リソースの定義root リソースを定義するために、次のコマンド・ライン構文を使用できます。root リソースを定義するためのコマンド・ライン構文と属性は次のとおりです。nim -o define -t root -a Attribute=Value ... RootName

root リソースには、次の属性が必須です。項目説明 -a location=Value その下にクライアントのルート・ディレクトリーが作成されるディレクトリー

の絶対パス名を指定します。 -a server=Value root リソースのディレクトリーが作成されるマシンの名前を指定します。次の属性は、root リソースではオプションです。項目説明 -a comments=Value リソースを記述します。 -a group=Value このリソースを追加するリソース・グループの名前を指定します。 -a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5 を

指定します。script リソースの使用script リソースは、ユーザー定義のシェル・スクリプトであるファイルを表します。このタイプのリソースは、定義した後で、クライアント上での処理の実行時に NIM の cust または bos_inst 操作の一部として使用できます。script リソースは常に cust または bos_inst 操作でソフトウェア・インストールが実行された後で、NIMによって実行されます。したがってスクリプトは、すべてのソフトウェアがインストールされた後でクライアントに対する構成処理を実行できます。複数の script リソースをクライアントで使用するために割り当てることができますが、それらのスクリプトの実行順序は予測できません。注 : script リソースは、/export/nim/scripts ディレクトリーに常駐しているファイルを指し示しているものであってはなりません。このディレクトリーは、NIM が管理する nim_script リソースに使用されるものです。 NFS 制限により、同一ロケーション内に複数のリソースを定義できません。script リソースの定義script リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。script リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t script -a Attribute=Value ... ScriptName

script リソースには、次の属性が必須です。項目説明-a location=Value script リソース・ファイルの絶対パス名を指定します。-a server=Value script リソース・ファイルが常駐しているマシンの名前を指定します。次の属性は、script リソースではオプションです。項目説明-a comments=Value リソースを記述します。


項目説明-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値

5 を指定します。-a source=Value 新規リソースの定義時に複製する既存の script リソースを指定します。

ソース・リソースで指示されたファイルは、新しい場所にコピーされます。


savewpar リソースの使用savewpar リソースは、savewar コマンドを使用して作成される WPAR バックアップ・イメージであるファイルを表します。 savewpar リソースは、WPAR インストールのソースとして使用できます。リソースとして定義されるためには、savewpar イメージは NIM 環境マシン上にある必要があります。外部メディアに配置することはできません。savewpar リソースは、NIM マスターまたは NIM クライアント上のイメージから定義できます。そのようなイメージが存在していない場合は、リソースを定義するときに作成できます。リソースが定義されたときにイメージを作成するには、以下のようにします。• バックアップのソースとなる NIM WPAR クライアントの名前を指定します。• savewpar リソースを定義するには、savewar コマンドで mk_image 属性を yes に設定します。• バックアップ・イメージに組み込みたくないファイルおよびディレクトリーをリストするには、exclude_files リソースを使用します。

savewpar リソースの定義savewpar リソースを定義するには、コマンド・ライン構文と属性を使用できます。savewpar リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t savewpar -a server=server_name ¥-a location=savewpar_file_location -a source=wpar_name ¥-a mk_image=yes savewpar_object_name

savewpar リソースが定義された後、次のように、savewpar リソースを使用してリソースを割り当て、WPAR を作成することができます。nim -o define -t savewpar -a Attribute=Value ... savewparName

savewpar リソースには、次のフラグが有効です: -A、-a、-b、-e、-i、-m、-N、-p、-V、-v、-X、-Z。savewpar リソースの有効なフラグの説明については、savewpar コマンドを参照してください。savewpar リソースには、次の属性が必須です。項目説明-a location=Value savewpar リソースとして定義されるファイルの絶対パス名を指定します。-a server=Value savewpar リソースのファイルが置かれる、または作成されるマシンの名前を

指定します。次の属性は、savewpar リソースではオプションです。項目説明-a comments=Value リソースを記述します。


項目説明-a exclude_files=Value システム・バックアップからファイルおよびディレクトリーを除外するために

使用される exclude_files リソースを指定します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a mk_image=Value NIM 環境のマシンから savewpar イメージを作成するために使用されるフラ

グを指定します。-a nfs_versValue NFS アクセスに必要な NFS プロトコル・バージョンを指定します。-a nfs_secValue NFS アクセスに必要なセキュリティー・メソッドを指定します。-asavewpar_flags=Value

バックアップを作成するためのコマンドで使用されるフラグを指定します。

-a source=Value mk_image 属性が指定されたときに、savewpar イメージにバックアップされるマシンの名前を指定します。 mk_image 属性が指定されていない場合、この値は、新規の savewpar リソースの定義時に複製される既存の savewpar リソースを指定します。ソース・リソースで指示されたファイルは、新しい場所にコピーされます。

-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5を指定します。

secattrs リソースの使用secattrs リソースは、WPAR を作成する際のマスター特権として使用するファイルを表します。WPAR の作成時に secattrs リソースが割り当てられない場合は、管理システム上の /etc/wpars/secattrs ファイルを使用して、WPAR の作成時に、WPAR と関連付けられた特権の初期セットが割り当てられます。secattrs リソースの定義secattrs リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。secattrs リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t secattrs -a server=server_name ¥-a location=secattrs_file_location secattrs_object_name

secattrs リソースが定義された後、次のように、secattrs リソースを使用してリソースを割り当てて、WPAR を作成することができます。nim -o create -a secattrs=secattrs_object_name client_name

secattrs リソースには、次の属性が必須です。項目説明-a location=Value secattrs リソースとして定義されるファイルの絶対パス名を指定します。-a server=Value secattrs リソースのファイルが置かれるマシンの名前を指定します。次の属性は、secattrs リソースではオプションです。項目説明-a comments=Value リソースを記述します。-a source=Value 新規リソースの定義時に複製する既存の secattrs リソースを指定します。ソ

ース・リソースで指示されたファイルは、新しい場所にコピーされます。-a nfs_versValue NFS アクセスに必要な NFS プロトコル・バージョンを指定します。-a nfs_secValue NFS アクセスに必要なセキュリティー・メソッドを指定します。


shared_home リソースの使用shared_home リソースは、1 台または複数のクライアントが共通の /home ディレクトリーとして使用できるディレクトリーを表します。shared_home リソースがクライアントに割り当てられている場合に、dkls_init または dtls_init 操作が実行されると、NIM は、この共通ディレクトリーを使用するようにクライアントを構成します。初期化後は、クライアントがネットワーク・ブートを実行するたびに、そのクライアントはこの共通ディレクトリーを /home ディレクトリーに NFS マウントします。この共通ディレクトリーは、クライアントの実行中はずっとマウントされた状態になっています。注 : このリソースを割り当て解除するたびに、NIM は該当クライアントの構成だけを変更して、以後クライアントがこのディレクトリーを使用できないようにします。 NIM が、共通ディレクトリーの除去をすることはありません。shared_home リソースの定義shared_home リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。shared_home リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t shared_home -a Attribute=Value ... shared_homeName

shared_home リソースには、次の属性が必須です。項目説明 -a location=Value クライアント間で共通の /home ディレクトリーとして使用されるディレクト

リーの絶対パス名を指定します。 -a server=Value shared_home リソースのディレクトリーが作成されるマシンの名前を指定し

ます。次の属性は、shared_home リソースではオプションです。項目説明 -a comments=Value リソースを記述します。 -a group=Value このリソースを追加するリソース・グループの名前を指定します。 -a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5 を

指定します。shared_root リソースの使用shared_root リソースは、1 つ以上のディスクレス・クライアントに root (/) ディレクトリーとして使用されるディレクトリーを表します。 shared_root リソースは、通常の root リソースと比べ、特に大規模なマシン・グループで、デプロイメント時に大幅な改善を提供します。クライアントがネットワーク・ブートを実行するといつでも、クライアント STNFS は、shared_root ディレクトリーとして指定されているディレクトリーを、ルート (/) ディレクトリーにマウントし、shared_rootディレクトリーにアクセスできるようにします。 shared_root ディレクトリーは、クライアントが稼働している限り、クライアントのルート (/) ディレクトリーにマウントされたままとなります。shared_root ディレクトリーのマウントには STNFS が使用されるため、クライアントがそのルート・ファイルシステムに対して行った変更はすべてローカルに保持され、他のクライアント、および shared_rootリソースのサーバーからは不可視となります。また、クライアントがそのルート・ファイルシステムに対して行った変更はすべて、クライアントがリブートされたときに失われます。ステートレス・クライアントには、shared_root リソースのみを使用することができます。リブートしても持続する必要のあるクライアントには、通常のルート・リソースが必要です。注 : shared_root リソースの割り振りが解除されたときはいつでも、NIM はクライアントの構成のみを変更します。それによりクライアントは shared_root ディレクトリーを使用しなくなります。 NIM が、共通ディレクトリーの除去をすることはありません。


注 : sync_roots 操作を実行すると、shared_root リソースが sync_roots Rstate に置かれ、このリソースが使用されなくなってしまうことがあります。回避策として、shared_root リソースを再定義するか、強制的にマスター・オブジェクトをリセットして shared_root の状態をリセットしてください。shared_root リソースの定義nim コマンドを使用して、shared_root リソースを定義します。shared_root リソースを定義するには、次のコマンド・ライン構文を使用します。nim -o define -t shared_root -a Attribute=Value ... SharedRootName

shared_root リソースには、次のパラメーターが必要です。項目説明-a location=Value クライアント間で共通の / (ルート) ディレクトリーとして使用するディレク

トリーの絶対パス名を指定します。-a server=Value shared_root リソースが作成されるシステムの名前を指定します。-a spot=Value shared_root リソースの作成に使用される SPOT リソースの名前を指定しま

す。次のパラメーターは、shared_root リソースではオプションです。項目説明-a comments=Value リソースを記述します。-a group=Value このリソースを追加するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、5 の

値を指定します。次の例は、my_local_spot という名前の SPOT リソースを基に、my_local_shroot という名前のshared_root を定義します。 -a server=master パラメーターが指定されているため、shared_root ディレクトリー /export/my_local_shroot はマスターに配置されます。このコマンドはマスター上で実行する必要があり、my_local_spot はマスター上に配置される必要があります。 SPOT リソースとshared_root リソースは、同一マシン上に配置されている必要があります。# nim -o define -t shared_root ¥ -a server=master ¥ -a location=/export/my_local_shroot ¥ -a spot=my_local_spot ¥ my_local_shroot

次の例は、my_remote_spot という名前の SPOT リソースを基に、my_remote_shroot という名前のshared_root リソースを定義します。 -a server=my_client パラメーターが指定されているため、shared_root ディレクトリー /export/my_remote_shroot は、my_client という名前の NIM クライアント上に配置されます。コマンドはマスター上で実行する必要がありますが、my_remote_spot リソースは my_client NIM クライアントに配置される必要があります。# nim -o define -t shared_root ¥ -a server=my_client ¥ -a location=/export/my_remote_shroot ¥ -a spot=my_remote_spot ¥ my_remote_shroot

SPOT リソースの使用共有プロダクト・オブジェクト・ツリー (SPOT) は、NIM 環境の基礎となるリソースです。これは、すべてのマシン構成タイプのインストールまたは初期化を行うために必要です。SPOT は、ディスクレス・クライアントおよびデータレス・クライアントに /usr ファイルシステムを提供すると共に、すべてのクライアントにネットワーク・ブート・サポートを提供します。


AIX カーネル、実行可能コマンド、ライブラリー、アプリケーションなどマシンが /usr ファイルシステムで必要とするものはすべて SPOT に含まれています。マシン固有の情報やユーザー・データは、通常他のファイルシステムに格納されています。 SPOT は、マスターを含め、NIM 環境の中のどのスタンドアロン・マシンにでも置くことができます。 SPOT を別のシステムに置く場合でも SPOT の作成、制御、および保守はマスターから実行します。/usr ファイルシステム (/usr SPOT) を変換することによって、SPOT を作成することができます。あるいは、SPOT を、サーバー上のファイルシステム (/usr 以外の SPOT) 内の任意の場所に置くこともできます。/usr SPOT は、サーバーに既にインストールされているすべてのオプションのソフトウェアを継承します。 /usr SPOT を使うすべてのクライアントはサーバーにインストールされたオプションのソフトウェアにアクセスできます。 /usr 以外の SPOT を使うと、サーバーにインストールされ、ライセンスされているものとは異なるオプションのソフトウェア群を管理できます。/usr ファイルシステムを変換して SPOT を作成する方法には、高速で使われるディスク・スペースも少なくてすむという利点があります。しかし、この方法には SPOT に組み込むソフトウェア・パッケージを選択できる柔軟性がありません。なぜなら、SPOT にサービスを提供するマシンの /usr ファイルシステムにインストールされているすべてのパッケージおよびファイルセットが、SPOT に組み込まれるためです。 2番目の方法、つまり /usr 以外の SPOT を作成する方法では、使用するディスク・スペースは多くなりますが、柔軟性が増します。最初は NIM クライアントをサポートするために必要な最小セットのソフトウェア・パッケージだけが SPOT にインストールされますが、追加のパッケージおよびファイルセットもインストールすることができます。また、複数の SPOT を作成し、それぞれの異なる追加パッケージおよびファイルセットをインストールして、それぞれ異なるクライアントにサービスを提供させることも可能です。注 : /usr ファイルシステムのサブディレクトリーには、/usr 以外の SPOT を作成しないでください。SPOT のサイズは、インストールされたソフトウェアに応じて 100 MB から最大 300 MB までさまざまで、場合によっては 300 MB を超えることもあります。すべてのデバイス・サポートが SPOT にインストールされ、概してデバイスのファイルセットの数も増加するため、AIX の 1 つのリリースから別のリリースのサイズを予測することは容易ではありません。SPOT は、ネットワークを介してマシンをブートする必要のあるすべての NIM 操作をサポートするために使用されます。この種の操作は次のとおりです。• bos_inst• maint_boot• diag• dkls_init• dtls_init

SPOT が作成されると、新規に作成されたばかりの SPOT からのコードを使用して、ネットワーク・ブート・イメージが SPOT サーバーの /tftpboot ディレクトリーに作成されます。クライアントはネットワーク・ブートを実行するときに、tftp を使用してサーバーからブート・イメージを取得します。ブート・イメージがクライアントのメモリーにロードされると、SPOT がクライアントの RAM ファイルシステムにマウントされ、操作を完了するのに必要な追加ソフトウェア・サポートをすべて提供します。作成される各ブート・イメージのサイズは、最高 17 MB です。 SPOT を作成する前に、ルート (/) ファイルシステムに十分なスペースがあることを確認するか、/tftpboot 用の別個のファイルシステムを作成して、ネットワーク・ブート・イメージに必要なスペースを管理します。マイクロチャネル・ベースのシステムは、トークンリング、イーサネット、または FDDI を使用するネットワークからのブートをサポートします。 POWER プロセッサー・ベース PCI バス・ベースのシステムは、トークンリングまたはイーサネットを使用するネットワークからのブートをサポートします。ユニプロセッサー MCA および PCI バス・ベースのシステムは、ディスクレス構成またはデータレス構成で使用できます。単一のネットワーク・ブート・イメージに、複数のクライアントがアクセスする可能性があります。したがって、ネットワーク・ブート・イメージには、クライアント固有の構成情報を組み込むことはできません。プラットフォーム・タイプはマシン・オブジェクトの定義時に指定します。これに対して、ネットワーク・タイプは、 1 次インターフェース定義に基づいて決定されます。ネットワーク・ブートされる個々のクライアントごとに、ClientHostName および ClientHostName.info という 2 つのファイルが SPOT サーバーの /tftpboot ディレクトリーに作成されます。 ClientHostName ファイルは正しいネットワーク・ブ


ート・イメージへのリンクであり、ClientHostName.info ファイルにはクライアント構成情報が含まれています。SPOT の定義時 (および作成時) に、次の処理が行われます。• BOS イメージがアーカイブから検索されるか、/usr 変換の場合はルート・ディレクトリーだけがアーカイブ (/usr/lpp/bos/inst_root) から検索されます。

• NIM 操作をサポートするために必要なデバイス・サポートがインストールされます。• ネットワーク・ブート・イメージが /tftpboot ディレクトリーの中に作成されます。SPOT にインストールされているソフトウェアをリストするには、次のコマンドを入力します。nim -o lslpp SPOTName

/usr SPOT を通常の /usr ファイルシステムに戻すには、NIM データベースから SPOT を除去する必要があります。SPOT で実行できるソフトウェアのインストールおよび保守作業については、147 ページの『NIM クライアントと SPOT リソースのカスタマイズ』を参照してください。AIX 4.3 以降の SPOT のネットワーク・ブート・イメージの使用AIX 4.3 以降のネットワーク・ブート・イメージを使用して、SPOT リソースからブート・イメージを作成するのに使用されるディスク・スペースの量や必要な時間を減らすことができます。AIX 4.3 以降では、NIM はデフォルトで、環境で定義されたマシンおよびネットワークのタイプをサポートするのに必要なブート・イメージのみを作成します。これにより、SPOT リソースからブート・イメージを作成するのに使用されるディスク・スペースの量や必要な時間が大幅に少なくなります。注 : カーネル変更により、AIX 5.2 以降では、AIX 4.2 以前の SPOT を作成または使用するための NIM サポートは提供されていません。AIX 5.3 (5300-03 適用) 以降で AIX 4.3.3 の SPOT リソースを作成するには、次のように環境変数INST_DEBUG を設定する必要があります。export INST_DEBUG=yes

INST_DEBUG 変数を設定しないと、NIM は AIX 4.3.3 の SPOT リソースを作成できません。SPOT リソースの定義SPOT リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。SPOT リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t spot -a Attribute=Value ... SPOTName

SPOT リソースには、次の属性は必須です。項目説明-a location=Value その下で SPOT を作成する親ディレクトリーを指定します。-a server=Value SPOT が作成されるマシンの名前を指定します。-a source=Value SPOT の作成とインストールを行うためのインストール・イメージのソー

ス・デバイスを示します。提供される値は、lpp_source の名前、デバイスの名前、インストール・イメージを含む絶対ディレクトリー・パス名または絶対 ISO イメージ・パス名のいずれかになります。 mksysb インストールで最小の SPOT を定義するには、ソースに mksysb NIM リソースを指定できます。仮想入出力サーバーの mksysb インストールでは、ソースに ios_mksysb NIM リソースを指定できます。

次の属性は、SPOT リソースではオプションです。


項目説明-a auto_expand=Value SPOT のインストール時に、必要に応じてファイルシステムを拡張しま

す。デフォルト値は yes です。-a comments=Value SPOT を記述します。-a debug=Value デバッグにより開始されるネットワーク・ブート・イメージを作成しま

す。デフォルト値は no です。-a installp_flags=Value installp がソフトウェアを SPOT にインストールする方法を記述する

フラグを指定します。デフォルト値は agQX です。-a show_progress=Value SPOT のインストール時に installp 出力を表示します。デフォルト値

は yes です。-a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するに

は、値 5 を指定します。-a nfs_vers=Value NFS アクセスに必要な NFS プロトコル・バージョンを指定します。-a nfs_sec=Value NFS アクセスに必要なセキュリティー・メソッドを指定します。注 : デフォルトでは、SPOT を作成すると大量の出力が生成されます。致命的でないエラーや警告は、成功を示す戻りコードには明示されていないことがあるので、出力全体を調べてそのようなエラーや警告の有無をチェックしてください。wpar_spec リソースの使用wpar_spec リソースは、管理システムに作成される WPAR の特性を定義する仕様ファイルを表します。仕様ファイルのフォーマットの完全な記述、および許可される内容については、/usr/samples/wpars/sample.spec ファイルを参照してください。WPAR の作成時に wpar_spec リソースが割り当てられない場合は、この操作に指定されたフラグとコマンドのデフォルト値を使用して WPAR が作成されます。wpar_spec リソースの定義wpar_spec リソースを定義するには、次のコマンド・ライン構文および属性を使用できます。wpar_spec リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t wpar_spec -a server=server_name ¥-a location=wpar_spec_file_location wpar_spec_object_name

wpar_spec リソースが定義された後、次のように、wpar_spec リソースを使用してリソースを割り当てて、WPAR を作成することができます。nim -o create -a wpar_spec=wpar_spec_object_name client_name

wpar_spec リソースには、次の属性が必須です。項目説明-a location=Value wpar_spec リソースとして定義されるファイルの絶対パス名を指定します。-a server=Value wpar_spec リソースのファイルが置かれるマシンの名前を指定します。次の属性は、wpar_spec リソースではオプションです。項目説明-a comments=Value リソースを記述します。-a source=Value 新規リソースの定義時に複製する既存の wpar_spec リソースを指定します。

ソース・リソースで指示されたファイルは、新しい場所にコピーされます。-a nfs_versValue NFS アクセスに必要な NFS プロトコル・バージョンを指定します。


項目説明-a nfs_secValue NFS アクセスに必要なセキュリティー・メソッドを指定します。

mksysb リソースからの SPOT リソースの作成mksysb リソースから SPOT を作成すると、mksysb で使用されるデバイスのみをサポートすればよいことになります。SPOT にはソースの mksysb 内のデバイスのブート・イメージのみが含まれるため、この場合の SPOT はインストール・イメージから作成される SPOT に比べて大幅に小さくなります。 mksysb リソースから作成された SPOT は一般的に 30 から 50 MB ですが、インストール・イメージから作成された SPOT は一般的に300 MB になります。また、この方式では lpp_source リソースは必要ありません。AIX 5.3 では、SPOT のブートに必要なものは mp ブート・イメージのみであるため、NIM はこれだけを作成します。これと同様に、AIX 7.1 では、NIM は SPOT をブートするための 64 ビットの mp ブート・イメージのみを作成します。mksysb から作成された SPOT を使用して mksysb の bos_inst 操作を実行するだけです。スタンドアロン・クライアントでの maint および diag などの他の操作の実行は、サポートされていません。また、mksysb から得られた SPOT に対する cust 操作の実行もサポートされていません。mksysb から作成された SPOT を他の SPOT と区別するために、mksysb_source 属性が使用されます。mksysb_source 属性には、SPOT の作成に使用された mksysb のリソース名が設定されます。SPOT の作成に使用する mksysb は、4.3.3.75 以降のいずれのレベルでもかまいません。SMIT またはコマンド・ラインを使用する mksysb リソースからの SPOT リソースの作成コマンド・ラインで mksysb から SPOT を作成するには、ソース属性に、SPOT の作成の元にする mksysbリソースの名前を設定します。mksysb リソースの名前が「mksysb1」の場合に、ネットワーク・インストール管理 (NIM) マスターがサーバーとなる「spot1」という SPOT を作成するには、次のコマンドを使用します。nim -o define -t spot -a source=mksysb1 -a server=master -a location=/export/spot spot1

SMIT を使用して mksysb から SPOT を作成するためには、高速パス nim_mkres_spot_only およびnim_mkres を使用できます。 source 属性が展開すると、SPOT の作成のソースとして使用可能なすべてのmksysb リソースが表示されます。制限 : NIM によって mksysb リソースから SPOT を作成する場合、mksysb リソースの image.data サイズには mksysb リソースから抽出されるファイルが反映されないため、SPOT のサイズを計算できません。NIM では、mksysb の SPOT を保管するためにファイルシステムを増やす際の正確なサイズを判断できません。mksysb の SPOT を作成するには、ファイルシステム内に 1 から 2 GB のバッファー・サイズがあることを確認してください。tmp リソースの使用tmp リソースは、クライアントの /tmp ファイルを維持するディレクトリーを表します。このタイプのリソースをクライアントに割り当てると、そのクライアント専用のサブディレクトリーをNIM が作成します。この割り当てられたサブディレクトリーは、その後、dkls_init または dtls_init 操作を実行した時点で初期化されます。初期化後は、クライアントがネットワーク・ブートを実行するたびに、このサブディレクトリーを /tmp に NFS マウントし、そのクライアント専用にセットアップされた /tmpディレクトリーにアクセスできるようにします。このサブディレクトリーは、クライアントの実行中はずっと、そのクライアント上の /tmp にマウントされた状態になっています。注 : このリソースを割り当て解除するたびに、NIM は、そのクライアント専用に作成したサブディレクトリーを除去します。したがって、保存しておきたいファイルがクライアントのサブディレクトリーに入っている場合は、このタイプのリソースを割り当て解除する前に、それらのファイルのバックアップをとる必要があります。


tmp リソースの定義tmp リソースを定義するために、次のコマンド・ライン構文と属性を使用できます。tmp リソースを定義するためのコマンド・ライン構文は次のとおりです。nim -o define -t tmp -a Attribute=Value ... TmpName

tmp リソースには、次の属性が必須です。項目説明 -a location=Value クライアントの /tmp ディレクトリーが作成されるディレクトリーの絶対パス

名を指定します。 -a server=Value tmp リソースのディレクトリーが作成されるマシンの名前を指定します。次の属性は、tmp リソースではオプションです。項目説明 -a comments=Value リソースを記述します。 -a group=Value このリソースを追加するリソース・グループの名前を指定します。 -a verbose=Value デバッグのための情報を表示します。最も詳細な情報を表示するには、値 5 を

指定します。

NIM 操作の使用NIM 環境を管理してソフトウェアのインストールと保守を実行するための操作は多数あります。SMIT インターフェースの場合は、コマンド・ライン・インターフェースの場合には必要となる細かな指定の多くをユーザーが行う必要がないように構成されています。したがってこのセクションでは、コマンド・ラインからの操作の場合についてのみ説明します。この情報はすべて、他の 2 つのインターフェースにも同様に当てはまりますが、これらのインターフェースについての解説は、それぞれのアプリケーションで利用可能なオンラインのコンテキスト・ヘルプに譲ります。ほとんどの NIM 操作は、可能な各操作についての各種の属性を指定して nim コマンドを実行することによって、使用できます。コマンド・ライン構文は次のとおりです。nim -o OperationName -a Attribute=Value ... TargetName |TargetNames

項目説明cust 操作 lslpp 操作lppchk 操作 showres 操作sync_roots 操作 maint 操作fixquery 操作

NIM activate 操作の使用activate 操作を使用して、管理システムを始動します。クライアントが管理システムの有効なmgmt_profile を持っており、管理システムが稼働中である必要があります。activate 操作のコマンド・ライン構文は次のとおりです。nim -o activate -a Attribute=Value ... TargetName|TargetNames

activate 操作のターゲットには、WPAR クライアント、または WPAR クライアントのグループを指定できます。activate 操作には必須の属性はありません。 activate 操作には、次のオプション属性を指定できます。


-a cmd_flags=Valueシステムを活動化するために管理システム上の操作にパススルーするフラグを指定します。 WPAR クライアントの場合、許容フラグについては、startwpar コマンドを参照してください。

-a group=Value操作に使用する WPAR グループの名前を指定します。

-a show_progress=Value操作が実行されるにつれて状況を表示するかどうかを指示します。デフォルト値はshow_progress=yes です。

NIM allocate 操作の使用allocate 操作を使用して、リソースを NIM クライアントが以降の操作に使用できるようにします。allocate 操作のコマンド・ライン構文は次のとおりです。nim -o allocate -a ResourceType=ResourceName ... TargetName|TargetNames

allocate 操作のターゲットには、1 つの NIM クライアント、または NIM クライアントのグループを指定できます。allocate 操作には、次の属性を指定できます。項目説明 -a ResourceType=ResourceName (必須) クライアントに割り当てるリソースを指定します。

例えば、lpp_source=42_images と指定します。リソースがクライアントに割り当てられると、リソース・サーバーの /etc/exports ファイルにエントリーが追加され、リソースがクライアントに NFS エクスポートされます。リソースの割り当てカウントも増分されます。割り当てカウントが 0 より大きい場合は、リソースは修正できません。 NIM 操作の実行中に、クライアントは、それに割り当てられたリソースをマウントして使用します。NIM alt_disk_install 操作の使用alt_disk_install 操作を使用して、クライアント・システムの代替ディスク (複数可) に mksysb イメージをインストールしたり、代替ディスクに rootvg を実行するクライアントのクローンを作成したりすることができます。また、alt_disk_install 操作 (AIX 6.1 TL9 以降で使用可能) を使用して、VIOS または IVM NIM オブジェクトの現行のルート・ボリューム・グループを代替ディスクにコピーし、さらにオペレーティング・システムを次のフィックスパック・レベルに更新することもできます。alt_disk_install mksysb 操作のコマンド・ライン構文は次のとおりです。nim -o alt_disk_install -a source=mksysb -a mksysb=mksysb_resource ¥ -a disk=target_disk(s) -a attribute=Value.... TargetName |TargetNames

alt_disk_install rootvg クローン操作のコマンド・ライン構文は次のとおりです。nim -o alt_disk_install -a source=rootvg -a disk=target_disk(s) ¥ -a attribute=Value.... TargetName |TargetNames

alt_disk_install 操作のターゲットには、スタンドアロンの NIM クライアント、またはスタンドアロンのNIM クライアントのグループを指定できます。クライアントには、bos.alt_disk_install.rte ファイルセットもインストールする必要があります。インストールの進行中に代替ディスク・インストール状況を表示するためには、マスターで以下のコマンドを入力します。lsnim -a info -a Cstate ClientName

またはlsnim -l ClientName


以下に、alt_disk_install mksysb 操作の必須属性を示します。項目説明 -a source=mksysb 実行する alt_disk_install のタイプを指定します。 -a disk=target_disk(s) mksysb イメージが復元されるクライアント・システム上のディスクを指

定します。このディスク (複数の場合もあります) は、現在、ボリューム・グループ定義が含まれているものであってはなりません。 lspv コマンドは、これらのディスクをボリューム・グループ None に属するものとして示す必要があります。複数のディスクを指定する場合、ディスク名を 1 対の単一引用符で囲む必要があります。例えば、'hdisk2 hdisk3' です。

-amksysb=mksysb_resource

使用する mksysb リソースを指定します。

以下に、alt_disk_install rootvg クローン操作の必須属性を示します。項目説明 -a source=rootvg 実行する alt_disk_install のタイプを指定します。 -a disk=target_disk(s) mksysb イメージが復元されるクライアント・システム上のディスクを指定し

ます。このディスク (複数の場合もあります) は、現在、ボリューム・グループ定義が含まれているものであってはなりません。 lspv コマンドは、これらのディスクをボリューム・グループ None に属するものとして示します。複数のディスクを指定する場合、ディスク名を 1 対の単一引用符で囲む必要があります。例えば、'hdisk2 hdisk3' です。

以下に、alt_disk_install mksysb および alt_disk_install rootvg クローン操作の両方に指定できるオプション属性を示します。項目説明 -a concurrent=Value どの時点においてもインストールすべき、選択されたグループからのマシンの

最大数を指定します。この属性を適用できるのは、操作のターゲットがマシン・グループの場合のみです。これを指定すると、 NIM は、グループ内のすべてのマシンの進行状況をモニターし、指定のインストール台数より多くも少なくもなく、グループ内のすべてのマシンがインストールされるまで、インストールを続けようとします。

-a set_bootlist=Value インストールが完了した時点で新しい rootvg を指すブート・リストを設定するかどうかを指定します。 Value は、yes または no とすることができます。ここでは、yes がデフォルト値です。 Value が yes に設定された場合は、システムが次にリブートされるときには、新たにインストールされた代替ディスクからブートされます。

-a boot_client=Value alt_disk_install 操作が完了した時点でクライアントをリブートするかどうかを指定します。 Value は、yes または no とすることができます。ここでは、no がデフォルト値です。この属性は、通常、set_bootlist 属性も yes に設定されている場合にのみ設定されます。

-a debug=Value alt_disk_install スクリプトからデバッグ (set -x) 出力を印刷するかどうかを指定します。 Value は、yes または no とすることができます。ここでは、noがデフォルト値です。この出力は画面には表示されませんが、クライアント・システムの NIM ログ /var/adm/ras/nim.alt_disk_install に保存されます。このファイルは、alt_disk_install が完了した後、調べることができます。

-a force=Value target_disks のチェックをスキップするかどうかを指定します。Value は、yes または no にすることができます。ここでは、no がデフォルト値です。yes に設定すると、–g フラグと同等なものが alt_disk_install コマンドに渡されます。


項目説明 -a image_data=Value 新しい代替 rootvg およびその論理ボリュームとファイルシステムを作成する

ときに使用する image_data リソースを指定します。新しいボリューム・グループの大きさは、mksysb イメージまたは実行中の rootvg のコピーを復元するのに十分でなければなりません。 exclude_files 属性を alt_disk_installrootvg クローンと一緒に使用して、バックアップしないファイルまたはディレクトリーを指定することもできます。

-a phase=Value alt_disk_install のこの呼び出し時に実行する phase を指定します。インストールは 3 つのフェーズに分割され、デフォルトでは 3 つのフェーズをすべて実行します。有効な値は 1、2、3、12、23、または all です。• 12 - フェーズ 1 と 2 を実行します。• 23 - フェーズ 2 と 3 を実行します。• all - 3 つのフェーズをすべて実行します。フェーズの実行と運用上の動作について詳しくは、alt_disk_install コマンドの解説を参照してください。

-a resolv_conf=Value システムがリブートされた時点でクライアント・システム上でドメインおよびネーム・レゾリューションを構成するために使用する resolv_conf を指定します。これは、代替ディスクのファイルシステムにコピーされる /etc/resolv_conf ファイルです。これは、使用している mksysb イメージにある /etc/resolv_conf ファイルが、クライアントで保存するファイルとは異なる場合に役立ちます。

-a script=Value alt_disk_install 操作の終了時に呼び出すスクリプト・リソースを指定します。このスクリプトは、/alt_inst ファイルシステムがアンマウントされる前に実行中のシステム上で呼び出されるため、リブートの前に、実行中のシステムから /alt_inst ファイルシステムにファイルをコピーすることができます。これは、代替ファイルシステム内でファイルのコピーまたは変更を行う唯一の機会です。論理ボリューム名は、rootvg の論理ボリューム名と一致するように変更され、システムが新しい代替 rootvg でリブートされるまでアクセスできなくなるためです。

-a time_limit=Value, 最大何時間が経過したら、選択したマシン・グループの追加メンバーのインストール開始を中止するか、その時間数を指定します。この値は、グループでの並行操作数を制限する場合だけ指定できます。

-a verbose=Value ファイルが rootvg クローンのためにバックアップされているとき、あるいはmksysb インストールのために復元されているときに、それらのファイルを表示するかどうかを指定します。 Value は、yes または no とすることができます。ここでは、no がデフォルト値です。出力はクライアントのalt_disk_install ログ、つまり /var/adm/ras/alt_disk_inst.log に送られます。

以下に、alt_disk_install rootvg クローン操作にのみ指定できるオプション属性を示します。項目説明 -a exclude_files=Value rootvg からファイルおよびディレクトリーを除外するために使用する

exclude_files リソースを指定します。このファイルで指定されたファイルおよびディレクトリーは、新しくクローン作成された rootvg にはコピーされません。

-a filesets=Value rootvg のクローン作成が完了した後で代替 rootvg にインストールするファイルセットのリストを指定します。

-a fixes=Value 実行中の rootvg のクローンが作成された後で代替 rootvg にインストールするAPAR を指定します。フィックスのフォーマットは、"IX123456" または"update_all" です。


項目説明 -a fix_bundle=Value 実行中の rootvg のクローンが作成された後で代替 rootvg にインストールする

APAR をリストする fix_bundle リソースを指定します。 -ainstallp_bundle=Value

実行中の rootvg のクローンが作成された後で代替 rootvg にインストールするファイルセットをリストする installp_bundle リソースを指定します。

-a installp_flags=Value installp に、ファイルセット、installp_bundle、フィックス、または fix_bundles属性の適用方法を指示します。デフォルト値は installp_flags=-acgX です。

関連情報alt_disk_install

NIM alt_disk_install 操作を使用した VIO サーバー・ディスクのクローン作成alt_disk_install 操作 (AIX® 6.1 TL9 以降で使用可能) を使用して、代替ディスク (複数可) に rootvgを実行する VIO サーバーのクローンを作成することができます。NIM alt_disk_install 操作を使用して、VIOS または IVM NIM オブジェクトの現行のルート・ボリューム・グループを代替ディスクにコピーし、さらにオペレーティング・システムを次のフィックスパック・レベルに更新することができます。VIOS または IVM オブジェクトの alt_disk_install クローン操作のコマンド・ライン構文は次のとおりです。nim -o alt_disk_install -a source=rootvg -a disk=target_disk(s) ¥-a attribute=Value.... TargetName

alt_disk_install 操作の管理ターゲットは、VIOS または IVM NIM 管理オブジェクトにすることができます。また、管理オブジェクトには、bos.alt_disk_install.rte ファイルセットがインストールされていなければなりません。インストールの進行中に代替ディスク・インストール状況を表示するためには、マスターで以下のコマンドを入力します。lsnim -a info -a Cstate ClientName


以下に、alt_disk_install rootvg クローン操作の必須属性を示します。項目説明 -a source=rootvg 実行する alt_disk_install のタイプを指定します。 -a disk=target_disk mksysb イメージが復元されるクライアント・システム上のディス

クを指定します。このディスク (複数の場合もあります) は、現在、ボリューム・グループ定義が含まれているものであってはなりません。 lspv コマンドは、これらのディスクをボリューム・グループ None に属するものとして示します。複数のディスクを指定する場合、ディスク名を 1 対の単一引用符で囲む必要があります。例えば、'hdisk2 hdisk3' です。ターゲット・ディスク (複数可) を指定する場合は、lsmap コマンドを (ターゲット VIOS / IVM で) 使用して、ターゲット・ディスクが使用中でないことを確認するようにお勧めします。lsmap コマンドは、仮想ホスト・アダプターと、それらのアダプターがサポートされる物理装置とのマッピングを表示します。


VIOS または IVM をターゲットとして使用する場合に、alt_disk_install rootvg クローン操作に指定できるオプション属性は、次のとおりです。項目説明 -a boot_client= Value alt_disk_install 操作が完了した時点でクライアントをリブ

ートするかどうかを指定します。 Value は、yes または no とすることができます。ここでは、no がデフォルト値です。この属性は、通常、set_bootlist 属性も yes に設定されている場合にのみ設定されます。

-a debug= Value target_disks のチェックをスキップするかどうかを指定します。Value は、yes または no にすることができます。ここでは、no がデフォルト値です。yes に設定すると、–g フラグと同等なものがalt_disk_install コマンドに渡されます。

-a exclude_files= Value rootvg からファイルおよびディレクトリーを除外するために使用する exclude_files リソースを指定します。このファイルで指定されたファイルおよびディレクトリーは、新しくクローン作成された rootvg にはコピーされません。

-a filesets= Value rootvg のクローン作成が完了した後で代替 rootvg にインストールするファイルセットのリストを指定します。

-a fixes= Value 実行中の rootvg のクローンが作成された後で代替 rootvg にインストールする APAR を指定します。フィックスのフォーマットは、「IX123456」または「update_all」です。

-a fix_bundle= Value 実行中の rootvg のクローンが作成された後で代替 rootvg にインストールする APAR をリストする fix_bundles リソースを指定します。

-a force= Value target_disks のチェックをスキップするかどうかを指定します。Value は、yes または no とすることができます。ここでは、no がデフォルト値です。 yes に設定すると、–g フラグと同等なものがalt_disk_install コマンドに渡されます。

-a installp_bundle= Value 実行中の rootvg のクローンが作成された後で代替 rootvg にインストールするファイルセットをリストする installp_bundle リソースを指定します。

-a installp_flags= Value installp に、ファイルセット、installp_bundle、フィックス、または fix_bundles 属性の適用方法を指示します。デフォルト値はinstallp_flags=-acgX です。

-a phase= Value alt_disk_install のこの呼び出し時に実行する phase を指定します。インストールは 3 つのフェーズに分割され、デフォルトでは 3 つのフェーズをすべて実行します。有効な値は 1、2、3、12、23、または all です。• 12 - フェーズ 1 と 2 を実行します。• 23 - フェーズ 2 と 3 を実行します。• all - 3 つのフェーズをすべて実行します。


項目説明 -a script= Value alt_disk_install 操作の終了時に呼び出すスクリプト・リソースを

指定します。このスクリプトは、/alt_inst ファイルシステムがunmounted される前に実行中のシステム上で呼び出されるため、リブートの前に、実行中のシステムから /alt_inst ファイルシステムにファイルがコピーされます。この操作時に、代替ファイルシステム内でファイルがコピーまたは変更されます。これは、論理ボリューム名が、rootvg と一致するように変更され、システムが新しい代替 rootvg でリブートされるまでアクセスできなくなるためです。

-a set_bootlist= Value インストールが完了した時点で新しい rootvg を指す bootlistを設定するかどうかを指定します。Value は、yes または no とすることができます。ここでは、yes がデフォルト値です。 Value がyes に設定された場合は、システムが次にリブートされるときには、新たにインストールされた代替ディスクからブートされます。

-a verbose= Value ファイルが rootvg クローンのためにバックアップされているときに、それらのファイルを表示するかどうかを指定します。Valueは、yes または no とすることができます。ここでは、no がデフォルト値です。出力はクライアントの alt_disk_install ログ、つまり /var/adm/ras/alt_disk_inst.log に送られます。

関連情報alt_disk_install

NIM bos_inst 操作の使用bos_inst 操作を使用して、AIX BOS をスタンドアロン・クライアントにインストールします。注 : クライアントと異なるアーキテクチャーのリソースがそのクライアントに割り当てられている場合は、以下の操作は許可されません。bos_inst 操作のコマンド・ライン構文は次のとおりです。nim -o bos_inst -a source=Value -a Attribute=Value ... TargetName|TargetNames

bos_inst 操作のターゲットには、スタンドアロンの NIM クライアント、またはスタンドアロンの NIM クライアントのグループを指定できます。次の NIM リソースは、マシンのインストールおよびカスタマイズを行うために bos_inst 操作に指定できる必須属性です。-a lpp_source=Value使用する lpp_source リソースを示します。 lpp_source リソースが必要なのは、rte インストールの場合に限られます。指定する lpp_source リソースには、simages 属性が設定されている必要があります。ただし、mksysb リソースと lpp_source リソースを使用して bos_inst 操作を実行する場合、simages 属性はオプションです。 lpp_source はマシンのカスタマイズのためのソフトウェアを提供します。また、source 属性が rte の場合、インストール用の BOS イメージも提供します。

-a source=ValueBOS 実行時ファイル用のソースを示します。有効な値は次のとおりです。rte

lpp_source の中の BOS イメージからインストールします。mksysb

mksysb イメージからマシンをインストールします。spot

SPOT コピーからマシンをインストールします。


注 : SPOT コピーが不完全な場合、インストールは正常に終了しますが、ターゲット・マシンがブート可能にならないことがあります。ターゲット・システムをブートするには、SPOT コピーが適切なデバイスをサポートしていなければなりません。 SPOT コピーからのインストールは最も高速なインストール方式ですが、rte または mksysb を使用したほうが信頼性が高く、より機能的です。注 : SPOT コピーは、BOS.autoi バンドルの一部であるファイルセットもインストールします。

-a spot=Value使用される SPOT リソースを示します。 SPOT は、ネットワーク・ブートおよびブート環境での操作のためのサポートを提供します。

次の NIM リソースは、bos_inst 操作に指定できるオプション属性です。-a accept_licenses=Value

BOS インストール時に使用条件を受諾する必要があるかどうかを指定します。インストール・プロセスが完了する前に、この属性を yes に設定しておく必要があります。デフォルト値はaccept_licenses=no です。bosinst_data リソースが NIM マスターにある場合、bosinst_data リソースの ACCEPT_LICENSES フィールドも yes に設定できます。また、NIM マスターで、NIM_LICENSE_ACCEPT グローバル環境変数を yes に設定することもできます。

-a adapter_def=Value2 次アダプター定義ファイルを含んでいるディレクトリーを指定します。 nimadapters コマンドは、2 次アダプターのスタンザ・ファイルを解析し、NIM 2 次アダプター定義を adapter_def リソースの一部として NIM 環境に追加するために必要なファイルを構築します。 nimadapters コマンドは、2次アダプターを構成しません。実際の構成は、adapter_def リソースを参照する nim -obos_inst または nim -o cust 操作の実行中に行われます。

-a async=ValueNIM がグループ・メンバーに非同期に操作を実行し、あるメンバーでの操作の完了を待たずに次のメンバーに対する操作を開始するかどうかを指定します。デフォルト値は async=yes です。

-a auto_expand=Valueクライアントを force_push インストール用にセットアップする場合に、ファイルシステムを拡張するかどうかを示します。デフォルト値は auto_expand=yes です。

-a boot_client=ValueNIM が BOS インストールのために直ちにクライアントをリブートするかどうかを指示します。boot_client 属性は、no_client_boot 属性の逆の働きをします。デフォルト値は boot_client=yes で、NIM にクライアントのリブートを指示します。

-a bosinst_data=Valueプロンプトなしのインストールに使用する bosinst_data リソースを指定します。

-a concurrent=Valueどの時点においてもインストールすべき、選択されたグループからのマシンの最大数を指定します。この属性を適用できるのは、操作のターゲットがマシン・グループの場合のみです。これを指定すると、 NIM は、グループ内のすべてのマシンの進行状況をモニターし、指定のインストール台数より多くも少なくもなく、グループ内のすべてのマシンがインストールされるまで、インストールを続けようとします。

-a filesets=ValueBOS インストール後にターゲット上にインストールするファイルセットのリストを指定します。

-a force_push=Valueforce_push インストールを実行するかどうかを示します。 force_push は、実行中であって、NIM クライアント・ファイルセットを使って構成されていないマシンのインストールを行う場合に使用します。詳しくは、278 ページの『force_push 属性の使用』を参照してください。

-a group=Valueインストールに使用するリソース・グループの名前を指定します。複数のリソースを個別の属性として指定する代わりに、リソース・グループを指定できます。リソース・グループを指定し、そのグループに SPOT および lpp_source が含まれている場合には、spot および lpp_source 属性を指定する必要はありません。


-a image_data=Valueクライアント上の物理データおよび論理データをどのように編成するかを記述する image_data リソースを指定します。

-a installp_bundle=ValueBOS インストール後にターゲット上にインストールするファイルセットをリストするinstallp_bundle リソースを指定します。

-a installp_flags=Valueinstallp に、filesets または installp_bundle 属性で指定されたファイルセットの適用方法を指示します。デフォルト値は installp_flags=-agQX です。

-a mksysb=Valuesource 属性が mksysb の場合に、BOS 用の実行時ファイルおよびその他のファイルセットを提供します。 mksysb の BOS 実行時ファイルのレベルは、インストールに使用される SPOT リソースのレベルと同じでなければなりません。SPOT リソースのレベルが mksysb リソースのレベルより高い場合、lpp_source リソースを使用してSPOT リソースのレベルを一致させる必要があります。このような状態が起きるとデフォルトで更新操作が実行されます。

-a no_client_boot=Valueインストールの完了後にターゲットを NIM 環境に残すかどうかを指示します。デフォルト値は noで、ターゲット・システムを NIM 環境に残すことを示します。

-a physical_loc=Valueインストール・ディスクの物理ロケーション・コードまたは AIX ロケーション・コードを BOS インストール・プロセスに指定します。この属性により、インストールするディスクのロケーション・コードをコマンド・ラインで指定でき、ロケーション・コード情報をもたない generic bosinst.data ファイルを取得することができます。ディスクの物理ロケーション・コードを判別するには次のように入力します。lsdev -Cc disk -l hdisk0 -F "name physloc"

ロケーション・コードの詳細については、「オペレーティング・システムおよびデバイスの管理」の『デバイスのロケーション・コード』を参照してください。

-a preserve_res=Valuerootvg 以外のファイルシステムの中のリソースをインストール対象のクライアント・システムに保存するかどうかを指示します。デフォルト値は preserve_res=no です。

-a resolv_conf=Valueクライアントでドメインおよびネーム・レゾリューションを構成するために使用する resolv_conf リソースを指定します。

-a script=Valueすべてのソフトウェアをインストールした後でターゲット・システムで実行する script リソースを指定します。

-a set_bootlist=ValueNIM でクライアントのブート・リストを設定して、次のリブート時にクライアントがネットワークを介してブートするかどうかを指示します。通常、インストールするために直ちにインストールをリブートしない場合 (no_client_boot=yes または boot_client=no) は、set_bootlist を yes にします。デフォルト値は set_bootlist=no です。

-a show_progress=Valueインストール・ターゲットがマシン・グループの場合に、個々のグループ・メンバーについて状況を表示するかどうかを指示します。デフォルト値は yes です。

-a time_limit=Value最大何時間が経過したら、選択したマシン・グループの追加メンバーのインストール開始を中止するか、その時間数を指定します。この値は、グループでの並行操作数を制限する場合だけ指定できます。


-a verbose=Valueデバッグのための情報を表示します。有効値は 1 から 5 です。最も詳細な情報を表示するには、verbose=5 を使用します。デフォルトでは、デバッグ出力は表示されません。

クライアントで bos_inst 操作を実行すると、次の処理が行われます。SPOT サーバーでは次のとおりです。1. /tftpboot の中に、クライアントのプラットフォーム・タイプ、カーネル・タイプ、およびネットワーク・アダプターに一致するブート・イメージへのリンクが作成されます。

2.クライアント情報を使って /etc/bootptab ファイルが更新され、ブート・イメージが使用できるようになります。

3. ClientName.info ファイルが /tftpboot の中に作成されます。このファイルは、ブート環境で、クライアント固有のインストール情報または構成情報を提供します。

4. /tftpboot ディレクトリーにアクセスできるように、必要に応じて /etc/tftpaccess.ctl ファイルが変更されます。

ターゲット・システムでは次のとおりです。1.ブート・リストが変更され、ネットワーク・アダプターが通常モード・ブート用のデフォルト・ブート・デバイスになります (ただし、no_client_boot=yes、set_bootlist=no、および force_push=no が指定されていない場合)。

2.クライアントがリブートされ、インストールが始まります (ただし、no_client_boot=yes、boot_client=no、および force_push=no が指定されていない場合)。

ネットワーク・アダプターを会してクライアントがブートする倍、そのクライアントはブート・イメージを SPOT サーバーから取得します。このブート・イメージにより、デバイスが構成され、マシンが BOSインストール用にセットアップされます。 Client.info ファイルがクライアント・マシンに転送され、その内容に基づいて、ブート環境でネットワーク・アダプターが構成され、経路が追加されて、NIM リソースがマウントされます。そして、処理の制御が BOS インストール・プログラムに渡されます。NIM BOS インストール・データBOS インストール・プログラムは、BOS 実行時ファイルを含むイメージにアクセスする必要があります。BOS インストール・プログラムは、このイメージを使って、ターゲットの /usr ファイルシステムへの転送を行います。NIM 環境では、このイメージは、次のリソースのいずれかから得られます。• ターゲットに割り当てられた lpp_source リソースの一部である BOS 実行時イメージ• ターゲットに割り当てられた SPOT リソース• ターゲットに割り当てられた mksysb イメージspot および lpp_source は、bos_inst rte 操作をサポートするために常に必要なものです。 bos_instmksysb 操作には、spot リソースのみが必要になります。どの BOS イメージを使うかを指示するために、bos_inst 操作の実行時に source 属性を指定する必要があります。 source 属性には、次の値のいずれかを指定できます。rte

rte 値 (デフォルト) を source 属性に使用すると、NIM は BOS インストール・プログラムに、lpp_source ディレクトリーの中の BOS 実行時イメージを使うように指示します。このイメージには、BOS 実行時ファイルのみが含まれています。オプションのソフトウェア・パッケージは含まれていません。 rte ソースを選択すると、BOS インストール時間が長くなる場合があります。なぜなら、BOS インストール・プログラムは、ターゲットの /usr ファイルシステムを転送してターゲットを実行可能にした後で、適切なデバイス・サポートをインストールするためです。 NIM のカスタマイズ・フェーズで追加の installp アクティビティーが発生して、インストール時間が長くなることもあります。注 : BOS 移行インストールの実行時には、rte ソースを使う必要があります。

mksysbmksysb をソースとして使用すると、ターゲット・マシンは mksysb イメージを作成したマシンと同じ構成になります。これによってインストール時間と構成時間が短縮される場合があります。 mksysb


イメージは非常に大きい場合があるため、ターゲットにそのイメージを収容できるだけの十分なディスク・スペースがない場合は、インストールが失敗します。

インストールがマスターから開始された後、NIM マスターは、ターゲットと連絡を取ってシステムをリブートさせるスクリプトを実行しようと試みます。ターゲット・システムはシャットダウンした後 BOOTP要求をサーバーに対して発行します。ターゲットが直ちに BOOTP 要求を発行しない場合でも bos_inst 操作は完了したと見なされます。ターゲットは BOOTP 要求を発行して、ネットワーク・ブート・イメージをサーバーからロードし、インストールを開始する必要があります。何らかの理由 (例えば、システムがオフになっている、システムが実行中 NIM クライアントではない、ネットワーク障害があるなど) で、マスターがターゲット・システムと連絡を取れない場合、メッセージが表示されます。その場合、IPL ROM を使って BOOTP 要求を発行するように、ユーザーの介入がターゲット側で要求されます。デフォルト (no_nim_client=no) では、NIM は、インストール後にターゲットを NIM クライアントの状態にしておくために必要なカスタマイズも組み込みます。このカスタマイズには、bos.sysmgt.nim.client ファイルセットおよびその必要条件ファイルセット、bos.net.tcp.client および bos.net.nfs.client のインストールと構成が組み込まれているため、インストール後に、NIM マスターはクライアントと通信したり、クライアントを制御することができます。 installp_flags は、ソフトウェアをスタンドアロン・クライアントにインストールするために、installp コマンドに渡されます。 filesets 属性を使うと、割り当て済みの lpp_source から、一連の追加ファイルセットまたはソフトウェア・パッケージをインストールできます。インストールの進行中に BOS インストール状況情報を表示するために、以下のコマンドをマスター側で入力してください。lsnim -a info -a Cstate ClientName


nim_script または boot リソース・タイプの割り当て時のエラーは致命的エラーです。それらのリソースがないと、ネットワーク BOS インストール・プロセスは続行できないためです。他方ターゲットに BOOTP要求を発行させようと試みたときに検出されたエラーは NIM にとって致命的なエラーではありません。NIM はその時点でネットワーク・インストールを実行するための環境の初期化を完了しているからです。ターゲットが、割り当てられたネットワーク・ブート・イメージのロードを完了すると、直ちに BOS インストール・プロセスが開始されます。force_push 属性の使用force_push 属性に値 yes を割り当てると、NIM に対して、bos_inst 操作のターゲットにbos.sysmgt.nim.client ファイルセットがインストールされ、構成されていない可能性があることが通知されます。この場合、NIM は、基本オペレーティング・システムの不在インストールまたは移行を実行するために最小限のクライアント・サポートをターゲット・システムに NFS マウントまたはコピーしようとします。クライアント・サポートがターゲット・マシンにコピーされると、bos_inst の auto_expand 属性が no に設定されていない限り、NIM はターゲット上の必要なファイルシステムを自動的に拡張します。force_push 属性を指定するには、クライアントがマスターにルート rsh アクセス権を認可していること、およびクライアント上のキーが「Normal」の位置になっていることが必要です。また、force_push 属性では、bosinst_data ファイルがターゲット・マシンに割り当てられていて、プロンプトなしのインストールの実行が指示されていることも必要です。 SMIT を使用して bos_inst 操作を実行しているときに「ForceUnattended Installation Enablement? (不在インストール使用可能を強制実行する)」オプションで yes に設定すると、force_push 属性が yes に設定されます。boot_client 属性の使用boot_client 属性に値 no を割り当てると、bos_inst 操作によりインストールをセットアップした後でターゲット・マシンでの BOS インストールを開始しないように、NIM に指示できます。これによって、BOSインストールのセットアップだけを行い、実際のインストールは後でクライアントがリブートされるまで延期できます。


また、この属性を指定しておくと、クライアントが稼働中のマシンではない場合に、リブートの試行がタイムアウトまたは失敗するまでサーバーが待機状態になってしまうのを回避できます。クライアント・システムのインストールを後でサーバーから開始する場合は、クライアントのリブート時にネットワーク・ブートが試行されるように、クライアントの通常モード・ブート・デバイス・リストを設定する必要があります。 boot_client を no に設定しておくと、force_push 属性または set_bootlist 属性が指定され、さらに値 yes に設定されていない限り、ブート・リストを変更する試行は行われません。 SMIT を使用してbos_inst 操作を実行しているときに「Initiate Boot Operation on Client (クライアントでブート操作を開始)」を「no (いいえ)」に設定すると、boot_client 属性が no に設定されます。set_bootlist 属性の使用set_bootlist 属性を boot_client 属性と使用すると、通常モード用のクライアントのブート・デバイス・リストを変更して、クライアントのリブート時にネットワーク・ブートが試みられるようにすることができます。force_push 属性を yes に設定した場合、または boot_client を指定していないか yes に設定した場合は、set_bootlist を指定する必要はありません。どちらの場合も、デフォルトによりブート・リストがフィックスされます。 set_bootlist に有効な値は、yes と no だけです。SMIT を使用して bos_inst 操作を実行しているときに「Set Boot List if Boot not Initiated on Client? (クライアント上でブートが初期化しない場合にブート・リストを設定する)」を設定すると、set_bootlist 属性が yes に設定されます。preserve_res 属性の使用preserve_res 属性を使用すると、再インストール中の NIM クライアントにあるリソースの NIM データベース定義を保持することができます。preserve_res を yes に設定すると、BOS インストール・プロセスにより保存されているファイルシステムの中のリソースもすべて保存されます。accept_licenses 属性accept licenses 属性は、ライセンス使用受諾が行われるときの制御に使用できます。accept_licenses=yes が指定されると、ライセンス使用受諾はパッケージのインストール時に自動的に行われます。 no に設定されると、クライアントのリブート後にソフトウェア・ライセンスの使用を受諾するよう求めるプロンプトが、クライアント側のユーザーに出されます。デフォルトは accept_licenses=noです。NIM change 操作の使用change 操作を使用して、NIM オブジェクトの属性を変更します。コマンド・ライン構文は次のとおりです。nim -F -o change -a Attribute=Value ... TargetName|TargetNames

項目説明 -F (オプション) ターゲットが現在使用中の場合には操作を「強制」するように NIM に指示します。

change 操作のターゲットには、NIM 環境内の任意のネットワーク、マシン、リソース、またはグループを指定できます。ターゲットのすべての属性を変更できるわけではありません。通常、属性は他の操作の一部として自動的に変更されるため、明示的に change 操作を使用する必要はほとんどありません。

NIM check 操作の使用check 操作は、NIM 環境でのマシンまたはリソースのユーザビリティーを検査するために使用されます。check 操作のコマンド・ライン構文は次のとおりです。nim -F -o check -a debug=Value TargetName |TargetNames

check 操作のターゲットは、任意の NIM クライアント、NIM クライアントのグループ、Virtual I/O Serverクライアント、SPOT リソース、または LPP_Source リソースのいずれかになります。check 操作に指定できるフラグおよび属性は次のとおりです。


項目説明-F (オプション) ターゲットが現在使用中の場合、NIM に操作を強制するように通知しま

す。ターゲットが SPOT リソースの場合に -F フラグを指定すると、フラグは SPOT ネットワーク・ブート・イメージの再作成を強制します。クライアント・マシンに対して check 操作を実行する場合、-F フラグは必要ありません。 -F フラグがクライアント・マシンでの check 操作に使用されると、default_profile 属性が古い場合に備えて再作成されます。

-a debug=Value (オプション)

debug=yes が指定されている場合、SPOT ネットワークのネットワーク・ブート・イメージをデバッグ・モードで作成します。この属性は、ターゲットが SPOT リソースの場合にのみ有効です。デフォルト値は debug=noです。debug 属性について詳しくは、336 ページの『ネットワーク・ブート・イメージからのデバッグ出力の生成』を参照してください。

check 操作は、NIM クライアントに適用されると、クライアントのマシン状態 (Mstate) を更新します。クライアントに到達可能かどうかを調べるために、ping テストが実行されます。 check 操作が実行された後、クライアントの Mstate は running または not running のいずれかに設定されます。mgmt_profile 属性が設定されると、check 操作は NIM クライアント・オブジェクトの ssh コマンドを使用して、関連する HMC、CEC、IVM、VIOS、または BCMM オブジェクト接続を検査します。SPOT リソースに適用されると、check 操作はディスクレス・クライアントとデータレス・クライアントのルート同期化を実行します。必要な場合は、この操作で SPOT ネットワークのブート・イメージが再作成されます。LPP_Source リソースに適用されると、check 操作は LPP_Source ディレクトリー内の目次ビュー (.toc) ファイルを再作成します。また、LPP_Source simages 属性の条件に合わせるために、リソースにすべてのファイルセットが含まれているかどうかも判別します。NIM chwpar 操作の使用WPAR の特性を変更するには、chwpar 操作を使用します。クライアントが管理システムの有効なmgmt_profile を持っており、管理システムが稼働中である必要があります。chwpar 操作のコマンド・ライン構文は次のとおりです。nim -o chwpar -a Attribute=Value ... TargetName|TargetNames

chwpar 操作のターゲットには、WPAR クライアント、または WPAR クライアントのグループを指定できます。chwpar 操作には必須属性はありません。 chwpar 操作には、次のオプション属性を指定できます。-a cmd_flags=Valueシステムを活動化するために管理システム上の操作にパススルーするフラグを指定します。許容フラグについては、chwpar コマンドを参照してください。



NIM cust 操作の使用cust 操作を使用して、ソフトウェア・ファイルセットと更新をスタンドアロン・クライアントおよび SPOTリソースにインストールします。注 : クライアントと異なるアーキテクチャーのリソースがそのクライアントに割り当てられている場合は、以下の操作は許可されません。スタンドアロン NIM クライアントのソフトウェアをカスタマイズする方法は、147 ページの『NIM クライアントと SPOT リソースのカスタマイズ』を参照してください。


cust 操作のコマンド・ライン構文は次のとおりです。nim -o cust -a Attribute=Value ... TargetName |TargetNames

cust 操作のターゲットには、スタンドアロン NIM クライアント、スタンドアロン NIM クライアントのグループ、または SPOT リソースを指定できます。cust 操作に指定できる必須属性は次のとおりです。項目説明-a filesets=Value ターゲット上にインストールするファイルセットのリストを指定しま

す。この操作に installp_bundle を指定していない場合は、この属性を指定する必要があります。

-a installp_bundle=Value ターゲット上にインストールするファイルセットをリストするinstallp_bundle リソースを指定します。 filesets を指定していない場合は、この属性を指定する必要があります。

-a lpp_source=Value cust 操作にインストール・イメージを提供する lpp_source リソースを示します。

cust 操作に指定できるオプション属性は次のとおりです。項目説明-a accept_licenses=Value インストール中にソフトウェア・ライセンスを自動的に受け入れる必要

があるかどうかを示します。 accept_licenses=yes の場合、-Y フラグが installp コマンドに渡され、使用条件が自動的に受諾されます。accept_licenses=no の場合は、ライセンスの処理は installp_flags 属性で制御されます。デフォルト値は accept_licenses=no です。

-a async=Value NIM がグループ・メンバーに非同期に操作を実行し、あるメンバーでの操作の完了を待たずに次のメンバーに対する操作を開始するかどうかを指定します。デフォルト値は async=yes です。

-a concurrent=Value どの時点においてもインストールすべき、選択されたグループからのマシンの最大数を指定します。この属性を適用できるのは、操作のターゲットがマシン・グループの場合のみです。これを指定すると、 NIM は、グループ内のすべてのマシンの進行状況をモニターし、指定のインストール台数より多くも少なくもなく、グループ内のすべてのマシンがインストールされるまで、インストールを続けようとします。

-a fix_bundle=Value ターゲット上にインストールするフィックスのリストが含まれます。フィックスは、1 行に 1 つずつ APAR 番号別に fix_bundle リソースにリストされる必要があります。

-a fixes=Value ターゲット上にインストールするフィックスのリストを識別します。各フィックスは、APAR 番号順に出力します。例えば、fixes="IX12345IX54321" のようになります。

-a group=Value インストールに使用するリソース・グループの名前を指定します。複数のリソースを個別の属性として指定する代わりに、リソース・グループを指定できます。リソース・グループを指定し、そのグループにlpp_source が含まれている場合には、lpp_source 属性を指定する必要はありません。

-a installp_flags=Value installp に、filesets、installp_bundle、fixes、および fix_bundle 属性で指定されたファイルセットの適用方法を指示するフラグを示します。デフォルト値は installp_flags=agQX です。

-a resolv_conf=Value クライアントでドメインおよびネーム・レゾリューションを構成するための resolv_conf リソースを指定します。


項目説明-a script=Value すべてのソフトウェアをインストールした後でターゲット・システムで

実行する script リソースを指定します。-a show_progress=Value ソフトウェアをインストールしている間、状況を表示するかどうかを指

示します。デフォルト値は show_progress=yes です。-a time_limit=Value, 最大何時間が経過したら、選択したマシン・グループの追加メンバーの

インストール開始を中止するか、その時間数を指定します。この値は、グループでの並行操作数を制限する場合だけ指定できます。

NIM deactivate 操作の使用管理システムを停止するには、deactivate 操作を使用します。クライアントが管理システムの有効なmgmt_profile を持っており、管理システムが稼働中である必要があります。deactivate 操作のコマンド・ライン構文は次のとおりです。nim -o deactivate -a Attribute=Value ... TargetName|TargetNames

deactivate 操作のターゲットには、WPAR クライアント、または WPAR クライアントのグループを指定できます。deactivate 操作に必須属性はありません。 deactivate 操作には、次のオプション属性を指定できます。-a cmd_flags=Valueシステムを非活動化するために管理システム上の操作にパススルーするフラグを指定します。 WPARクライアントの場合、許容フラグについては、stopwar コマンドを参照してください。



NIM deallocate 操作の使用deallocate 操作は、NIM クライアントにとってリソースがそれ以上必要でなくなったときに、リソースをアンロックし、アンエクスポートします。通常、NIM 操作の後で明示的に割り当て解除を実行する必要はありません。操作が正常に完了すると、その操作によってリソースが自動的にクライアントから割り当て解除されるからです。deallocate 操作のコマンド・ライン構文は次のとおりです。nim -o deallocate -a ResourceType=ResourceName ... -a subclass=all TargetName |TargetNames

deallocate 操作のターゲットは、NIM クライアント、または NIM クライアントのグループを指定できます。次のリストには、deallocate 操作に指定できる属性がすべて示されています。項目説明 -a ResourceType=ResourceName クライアントから割り当て解除するリソースを指定

します。例えば、lpp_source=42_images となります。これは必須属性です。

-a subclass=all すべてのリソースをターゲットから割り当て解除することを指定します。これはオプション属性です。

リソースがクライアントから割り当て解除されると、リソース・サーバーの /etc/exports ファイルが変更され、リソースがクライアントからアンエクスポートされます。リソースの割り当てカウントも減分されます。


NIM define 操作の使用ネットワーク、マシン、およびリソースは、define 操作を使用して作成できます。define 操作のコマンド・ライン構文は次のとおりです。nim -o define -t ObjectType -a Attribute=Value ... ObjectName

define 操作の属性は、オブジェクト型によって異なります。各種の NIM オブジェクトの定義に必要な属性の詳細な説明は、193 ページの『NIM ネットワークのセットアップ』、117 ページの『NIM マシン』、234ページの『NIM リソースの使用』、および 235 ページの『NIM グループの使用』を参照してください。注 : NIM リソース・クラス・オブジェクトは、/tmp ディレクトリーまたは /tmp サブディレクトリー(/tmp のもとでマウントされるファイルシステムを含む) のロケーション属性を用いて定義してはなりません。NIM diag 操作の使用diag 操作は、クライアント用のリソースをネットワーク・ブートして診断モードにする準備をするために使用します。注 : クライアントと異なるアーキテクチャーのリソースがそのクライアントに割り当てられている場合は、以下の操作は許可されません。diag 操作のコマンド・ライン構文は次のとおりです。nim -o diag -a Attribute=Value ... TargetName |TargetNames

diag 操作のターゲットには、任意のスタンドアロン NIM クライアント、またはスタンドアロン NIM クライアントのグループを指定できます。diag 操作に指定できる必須属性は次のとおりです。項目説明-a spot=Value ネットワーク・ブートおよび診断サポートを提供するために使用する SPOT リ

ソースを指定します。diag 操作に指定できるオプション属性は次のとおりです。項目説明-a group=Value 操作に使用するリソース・グループの名前を指定します。複数のリソースを個

別の属性として指定する代わりに、リソース・グループを指定できます。-a verbose=Value デバッグのための情報を表示します。有効値は 1 から 5 です。最も詳細な情

報を表示するには、verbose=5 を使用します。デフォルトでは、デバッグ出力は表示されません。

NIM dkls_init 操作の使用dkls_init 操作は、ディスクレス・クライアントが使用できるようにリソースを準備するために使用します。dkls_init 操作のコマンド・ライン構文は次のとおりです。nim -o dkls_init -a Attribute=Value ... TargetName |TargetNames

dkls_init 操作のターゲットには、任意のディスクレス NIM クライアント、またはディスクレス NIM クライアントのグループを指定できます。dkls_init 操作に指定できる必須属性は次のとおりです。項目説明-a paging=Value クライアントのページング・ファイルが含まれているページング・リソース

を指定します。


項目説明-a spot=Value ネットワーク・ブート・サポートと /usr ファイルシステムをクライアント

に提供するために使用する SPOT リソースを指定します。dkls_init 操作には、次の 2 つの属性のうちのいずれかを指定する必要があります。項目説明-a root=Value クライアントのルート (/) ディレクトリーを含む root リソースを指定しま

す。 root リソースは、SPOT リソースを供給するマシンと同じマシンによって供給される必要があります。

-a shared_root=Value クライアントのルート (/) ディレクトリーを含む shared_root リソースを指定します。 shared_root リソースは、-a spot 属性によって指定された同じSPOT リソースから作成されている必要があります。

dkls_init 操作に指定できるオプション属性は次のとおりです。項目説明-a dump=Value クライアントのダンプ・ファイルが含まれている dump リソースを指定

します。-a configdump=Value クライアントに構成するファームウェア使用のダンプのタイプを指定し

ます。有効な値は次のとおりです。• selective はユーザー・データをダンプしません。• full はクライアントのパーティションのメモリーをすべてダンプします。

• none はダンプの構成を解除します。selective と full のメモリー・ダンプは、クライアントに割り当てられたdump リソースに収集されます。適切なファームウェアがインストールされた POWER6 以降のクライアントのみがこの dump リソースにダンプできます。

-a group=Value インストールに使用するリソース・グループの名前を指定します。複数のリソースを個別の属性として指定する代わりに、リソース・グループを指定できます。

-a home=Value クライアントの /home ディレクトリーが含まれている home リソースを指定します。

-a resolv_conf=Value クライアントのドメイン・ネーム・プロトコルのネーム・サーバー情報を構成するための resolv_conf リソースを指定します。

-a shared_home=Value 複数のクライアントに共通の /home ディレクトリーが含まれているshared_home リソースを指定します。

-a size=Value クライアントのページング・ファイルのサイズをメガバイト単位で指定します。

-a tmp=Value クライアントの /tmp ディレクトリーが含まれている tmp リソースを指定します。

-a verbose=Value デバッグのための情報を表示します。有効値は 1 から 5 です。最も詳細な情報を表示するには、verbose=5 を使用します。デフォルトでは、デバッグ出力は表示されません。

dkls_init 操作は、クライアントのディレクトリーにデータを追加し、クライアントのページング・ファイルを作成します。ネットワーク・ブート・イメージもクライアントに割り当てられます。クライアントは、ネットワークを介してブートされると、ブート・イメージを獲得し、残りのリソースをマウントできるように構成されます。


NIM dtls_init 操作の使用dtls_init 操作は、データレス・クライアントが使用できるようにリソースを準備するために使用します。dtls_init 操作のコマンド・ライン構文は次のとおりです。nim -o dtls_init -a Attribute=Value ... TargetName |TargetNames

dtls_init 操作のターゲットには、任意のデータレス NIM クライアント、またはデータレス NIM クライアントのグループを指定できます。dtls_init 操作に指定できる必須属性は次のとおりです。項目説明-a dump=Value クライアントのダンプ・ファイルが含まれているダンプ・リソースを指定し

ます。-a spot=Value ネットワーク・ブート・サポートと /usr ファイルシステムをクライアントに

提供するために使用する SPOT リソースを指定します。-a root=Value クライアントのルート・ディレクトリー (/) が含まれている root リソースを

指定します。 root リソースにサービスを提供するマシンは、SPOT リソースにサービスを提供するマシンと同じでなければなりません。

dtls_init 操作に指定できるオプション属性は次のとおりです。項目説明-a paging=Value クライアントのページング・ファイルが含まれている paging リソースを

指定します。-a group=Value インストールに使用するリソース・グループの名前を指定します。複数

のリソースを個別の属性として指定する代わりに、リソース・グループを指定できます。

-a home=Value クライアントの /home ディレクトリーが含まれている home リソースを指定します。

-a resolv_conf=Value クライアントのドメイン・ネーム・プロトコルのネーム・サーバー情報を構成するための resolv_conf リソースを指定します。

-a shared_home=Value 複数のクライアントに共通の /home ディレクトリーが含まれているshared_home リソースを指定します。

-a size=Value クライアントのページング・ファイルのサイズをメガバイト単位で指定します。

-a tmp=Value クライアントの /tmp ディレクトリーが含まれている tmp リソースを指定します。


dtls_init 操作は、クライアント・ディレクトリーを転送し、クライアントのページング・ファイルおよびダンプ・ファイルを作成します。ネットワーク・ブート・イメージもクライアントに割り当てられます。クライアントは、ネットワークを介してブートされると、ブート・イメージを獲得し、残りのリソースをマウントできるように構成されます。


NIM fix_query 操作の使用fix_query 操作は、指定されたフィックスがクライアント・マシンまたは SPOT リソースにインストールされているかどうかを表示するために使用します。fix_query 操作のコマンド・ライン構文は次のとおりです。nim -o fix_query -a Attribute=Value ... TargetName |TargetNames

fix_query 操作のターゲットには、任意のスタンドアロン NIM クライアント、スタンドアロン NIM クライアントのグループ、または SPOT リソースを指定できます。fix_query 操作に指定できるオプション属性は次のとおりです。項目説明-a fix_bundle=Value フィックス・キーワードのリストが含まれている fix_bundle リソー

スを指定します。この操作に fixes 属性を指定していない場合は、この属性を指定する必要があります。

-a fixes=Value fix_query 操作用のキーワードのリストを指定します。フィックス・キーワードは、複数のファイルセット間にまたがる可能性がある更新ソフトウェアを識別するために使用される APAR 番号です。この操作に fix_bundle を指定していない場合は、この属性を指定する必要があります。

-a group=Value 操作に使用するリソース・グループの名前を指定します。複数のリソースを個別の属性として指定する代わりに、リソース・グループを指定できます。

-a fix_query_flags=Value fix_query 操作に情報の表示方法を指示します。有効なフラグは、instfix コマンドが使用するフラグと同じです。

-a show_progress=Value 操作が実行されるにつれて状況を表示するかどうかを指示します。デフォルト値は show_progress=yes です。

注 : fix_query 操作に必須属性はありません。NIM lppchk 操作の使用lppchk 操作は、lppchk コマンドを NIM クライアントまたは SPOT リソースに対して実行することによって、ソフトウェアが正常にインストールされたことを検査するために使用します。lppchk 操作のコマンド・ライン構文は次のとおりです。nim -o lppchk -a Attribute=Value ... TargetName |TargetNames

lppchk 操作のターゲットには、任意のスタンドアロン NIM クライアント、スタンドアロン NIM クライアントのグループ、または SPOT リソースを指定できます。lppchk 操作に指定できるオプション属性は次のとおりです。項目説明-a async=Value NIM がグループ・メンバーに非同期に操作を実行し、あるメンバー

での操作の完了を待たずに次のメンバーに対する操作を開始するかどうかを指定します。デフォルト値は async=yes です。

-a filesets=Value lppchk 操作を実行するターゲットのファイルセットのリストを指定します。

-a lppchk_flags=Value lppchk コマンドにソフトウェア検査の実行方法を指示します。-a show_progress=Value 操作が実行されるにつれて状況を表示するかどうかを指示します。

デフォルト値は show_progress=yes です。


項目説明-a verbose=Value デバッグのための情報を表示します。有効値は 1 から 5 です。最も

詳細な情報を表示するには、verbose=5 を使用します。デフォルトでは、デバッグ出力は表示されません。

注 : lppchk 操作に必須属性はありません。NIM lppmgr 操作の使用NIM lppmgr 操作は、lpp_source にある基本インストール・イメージと更新イメージを管理する上で役立ちます。lppmgr コマンドは独立したコマンドですが、パラメーターとして NIM オブジェクトを使用します。 NIMに lppmgr 操作があるため、NIM は lppmgr コマンドを呼び出して、これを他のサーバーの lpp_sourceリソースに対して実行し、lppmgr の実行前後に lpp_source を十分に検査することができます。操作の形式は次のとおりです。コマンドの形式は次のとおりです。nim -o lppmgr -a lppmgr_flags=<flags> <lpp_source_object>

NIM lppmgr 操作は、SMIT でも使用可能です。この場合は、nim_lppmgr 高速パスを使用します。lppmgr 操作は、lppmgr_flags 属性に矛盾がないか検査することはありません。注 : インストール・イメージの移動または除去のプロンプトを表示する目的で、-p フラグを使用しないでください。削除する必要のある重複ファイルセット名のリストを、スペース使用率の情報と共に表示するには、以下のように入力してください。nim -o lppmgr -a lppmgr_flags="-lsb" lpp_source1

lppmgr コマンドについて詳しくは、「コマンド・リファレンス」を参照してください。NIM lswpar 操作の使用WPAR の特性をリストするには、lswpar 操作を使用します。 WPAR クライアントが管理システムの有効なmgmt_profile を持っており、管理システムが稼働中である必要があります。lswpar 操作のコマンド・ライン構文は次のとおりです。nim -o lswpar -a Attribute=Value ... TargetName|TargetNames

lswpar 操作のターゲットには、WPAR クライアント、WPAR クライアントのグループ、スタンドアロン・クライアント、またはスタンドアロン・クライアントのグループを指定できます。ターゲットがスタンドアロン・クライアント、またはスタンドアロン・クライアントのグループの場合、WPAR が NIM クライアントかどうかに関係なく、この操作はターゲット上の WPAR の情報をリストします。lswpar 操作には必須属性はありません。 lswpar 操作には、次のオプション属性を指定できます。-a cmd_flags=Valueシステムを活動化するために管理システム上の操作にパススルーするフラグを指定します。許容フラグについては、lswpar コマンドを参照してください。




NIM maint 操作の使用maint 操作は、スタンドアロン・クライアントおよび SPOT リソースのソフトウェア・ファイルセットをアンインストールし、更新のコミットおよびリジェクトを行うために使用します。注 : クライアントと異なるアーキテクチャーのリソースがそのクライアントに割り当てられている場合は、以下の操作は許可されません。maint 操作のコマンド・ライン構文は次のとおりです。nim -o maint -a Attribute=Value ... TargetName |TargetNames

maint 操作のターゲットには、スタンドアロン NIM クライアント、スタンドアロン NIM クライアントのグループ、または SPOT リソースを指定できます。maint 操作に指定できる必須属性は次のとおりです。項目説明-a installp_flags=Value installp にインストール済みソフトウェアの処理内容を指示するフラグ

を示します。maint 操作に指定できるオプション属性は次のとおりです。項目説明-a async=Value NIM がグループ・メンバーに非同期に操作を実行し、あるメンバーで

の操作の完了を待たずに次のメンバーに対する操作を開始するかどうかを指定します。デフォルト値は async=yes です。

-a filesets=Value ターゲット上で保守するファイルセットのリストを指定します。-a group=Value 操作に使用するリソース・グループの名前を指定します。複数のリソ

ースを個別の属性として指定する代わりに、リソース・グループを指定できます。

-a installp_bundle=Value ターゲット上で保守するファイルセットのリストが含まれるinstallp_bundle リソースを指定します。

-a show_progress=Value 保守が実行されるにつれて状況を表示するかどうかを指示します。デフォルト値は show_progress=yes です。

NIM maint_boot 操作の使用maint_boot 操作は、クライアント用のリソースをネットワーク・ブートして保守モードにする準備をするために使用します。注 : クライアントと異なるアーキテクチャーのリソースがそのクライアントに割り当てられている場合は、以下の操作は許可されません。maint_boot 操作のコマンド・ライン構文は次のとおりです。nim -o maint_boot -a Attribute=Value ... TargetName |TargetNames

maint_boot 操作のターゲットには、スタンドアロン NIM クライアント、またはスタンドアロン NIM クライアントのグループを指定できます。maint_boot 操作に指定できる必須属性は次のとおりです。項目説明-a spot=Value ネットワーク・ブートと保守モード・サポートを提供するために使用する SPOT

リソースを指定します。maint_boot 操作に指定できるオプション属性は次のとおりです。


項目説明-a group=Value 操作に使用するリソース・グループの名前を指定します。-a verbose=Value デバッグのための情報を表示します。有効値は 1 から 5 です。最も詳細

な情報を表示するには、verbose=5 を使用します。デフォルトでは、デバッグ出力は表示されません。

maint_boot 操作の実行後は、クライアントをネットワークを介してリブートする必要があります。そうすると、ネットワーク・ブート・イメージがロードされて、保守モードに入ります。NIM reboot 操作の使用reboot 操作は、NIM クライアント・マシンをリブートするために使用します。reboot 操作のコマンド・ライン構文は次のとおりです。nim -o reboot -a Attribute=Value ... TargetName |TargetNames

reboot 操作のターゲットには、任意のスタンドアロン NIM クライアント、またはスタンドアロン NIM クライアントのグループを指定できます。reboot 操作に指定できるオプション属性は次のとおりです。項目説明-a inst_warning=Value マシンがまもなくリブートされることをユーザーに知らせる警告を表示す

るかどうかを指示します。デフォルト値は inst_warning=yes です。注 : reboot 操作に必須属性はありません。NIM remove 操作の使用remove 操作は、NIM 環境からオブジェクトを除去するために使用します。remove 操作のコマンド・ライン構文は次のとおりです。nim -o remove TargetName |TargetNames

remove 操作に指定する属性はありません。この操作のターゲットには NIM 環境内の任意のネットワーク、マシン、リソース、またはグループを指定できます。NIM reset 操作の使用reset 操作は、NIM クライアントまたはリソースで NIM 操作を実行できるように、そのクライアントまたはリソースの状態を変更するために使用します。操作が正常に完了する前に停止された場合は、マシンまたはリソースに対する reset が必要になることがあります。reset 操作のコマンド・ライン構文は次のとおりです。nim -F -o reset TargetName |TargetNames

reset 操作のターゲットには、任意の NIM クライアント、NIM クライアントのグループ、または SPOT リソースを指定できます。次のリストには、reset 操作に指定できるフラグと属性がすべて示されています。項目説明-F (オプション) ターゲットが現在使用中の場合には操作を「強制」するように NIM に指示します。

reset 操作は、NIM クライアントに適用されると、クライアントの制御状態 (Cstate) を更新します。 reset操作の実行後は、クライアントの Cstate が ready に設定され、そのクライアントに対して NIM 操作を実行できるようになります。クライアントの Cstate はこの操作によりリセットされますが、リソースは自動


的には割り当て解除されません。リソースの割り当て解除について詳しくは、282 ページの『NIMdeallocate 操作の使用』を参照してください。reset 操作は、SPOT リソースに適用されると、SPOT のリソース状態 (Rstate) を更新します。 reset 操作の実行後は、SPOT の Rstate が ready に設定され、NIM 操作でその SPOT を使用できるようになります。NIM select 操作の使用select 操作は、グループで実行される操作について、グループ・メンバーの組み込みおよび除外を指定するために使用します。select 操作のコマンド・ライン構文は次のとおりです。nim -o select -a Attribute=Value ... TargetName |TargetNames

select 操作のターゲットは、NIM クライアントのグループである必要があります。select 操作に指定できるオプション属性は次のとおりです。項目説明-a exclude=Value グループ対象操作から除外するグループ・メンバーの名前を指定します。-a exclude_all=Value グループのすべてのメンバーをグループ対象操作から除外することを指示

します。有効な値は yes および no です。-a include=Value グループ対象操作に組み込むグループ・メンバーの名前を指定します。-a include_all=Value グループのすべてのメンバーをグループ対象操作に組み込むことを指示し

ます。有効な値は yes および no です。-a verbose=Value デバッグのための情報を表示します。有効値は 1 から 5 です。最も詳細


操作に組み込むグループ・メンバーおよび操作から除外するグループ・メンバーを表示するには、lsnim -g GroupName コマンド構文を使用します。NIM showlog 操作の使用showlog 操作は、NIM クライアントまたは SPOT リソースにインストールされたソフトウェアをリストするために使用します。showlog 操作のコマンド・ライン構文は次のとおりです。nim -o showlog -a Attribute=Value ... TargetName |TargetNames

showlog 操作のターゲットには、任意のスタンドアロン NIM クライアント、スタンドアロン NIM クライアントのグループ、または SPOT リソースを指定できます。showlog 操作に指定できるオプション属性は次のとおりです。項目説明-a full_log=Value ログ全体を表示するか、最後のエントリーだけを表示するかを指示しま

す。デフォルト値は full_log=no です。


項目説明-a log_type=Value 表示するログのタイプを指定します。スタンドアロン・クライアント

と SPOT リソースの両方についてサポートされるログ・タイプは次のとおりです。bootマシンのブート・ログ

bosinstBOS インストール・プログラムからの出力

devinstキー・システムおよびデバイス・ドライバー・ソフトウェアのインストールからの出力

lppchkスタンドアロン NIM クライアントで実行された lppchk 操作からの出力ログ

nimerrnim コマンドの実行中に検出されたエラー

niminstユーザー指定ソフトウェアのインストール (bos_inst 操作の実行中の NIM クライアント・ソフトウェアのインストールを含む) からの出力

scriptbos_inst 操作に割り当てられた任意の構成スクリプト・リソースからの出力

-a show_progress=Value 操作が実行されるにつれて状況を表示するかどうかを指示します。デフォルト値は show_progress=yes です。


注 : showlog 操作に必須属性はありません。NIM showres 操作の使用showres 操作は、リソースの内容を表示するために使用します。表示される内容は、操作の実行対象のリソースのタイプに該当するものです。showres 操作のコマンド・ライン構文は次のとおりです。nim -o showres -a Attribute=Value ... TargetName

showres 操作のターゲットには、SPOT、lpp_source、script、bosinst_data、image_data、installp_bundle、fix_bundle、resolv_conf、exclude_files、または adapter_def リソースを指定できます。showres 操作に指定できるオプション属性は次のとおりです。-a client=Value

adapter_def リソースから表示するクライアントの 2 次アダプター構成ファイルを指定します。この属性を適用できるのは、操作のターゲットが adapter_def リソースの場合のみです。

-a filesets=Value情報を表示するファイルセットのリストを指定します。この属性を適用できるターゲットは、lpp_source および SPOT のみです。

-a installp_flags=Valueinstallp コマンドにファイルセットの表示フォーマットを指示するフラグを指定します。この属性を適用できるターゲットは、lpp_source および SPOT のみです。


-a instfix_flags=Valueinstfix コマンドにフィックスの表示フォーマットを指示するフラグを指定します。この属性を適用できるターゲットは、lpp_source のみです。

-a lslpp_flags=Valuelslpp コマンドにインストール済みソフトウェアの表示フォーマットを指示するフラグを指定します。この属性を適用できるターゲットは、SPOT のみです。

-a reference=Valueファイルセットの比較に使用する基準マシンまたは SPOT リソースを指定します。この属性を適用できるのは、操作のターゲットが lpp_source の場合のみです。 lpp_source の中の使用可能なファイルセットが、基準マシンまたは SPOT のインストール済みのファイルセットと比較されます。 showres 操作を NIM クライアントから実行した場合は、reference 属性は自動的にそのクライアントの名前に設定されます。

-a resource=Value内容を表示するリソースの名前を指定します。この属性を指定する必要があるのは、showres 操作をNIM クライアントから実行する場合のみです。

-a sm_inst_flags=Valuesm_inst コマンドにファイルセットの表示フォーマットを指示するフラグを指定します。この属性を適用できるターゲットは、lpp_source および SPOT のみです。この属性は、reference 属性と併用する必要があり、通常は SMIT アプリケーションの中でのみ使用します。

注 : showres 操作に必須属性はありません。• showres 操作のターゲットが SPOT の場合、SPOT にインストールされているファイルセットのリストが表示されます。

• showres 操作のターゲットが lpp_source の場合は、lpp_source に含まれているファイルセットのリストが表示されます。

• showres 操作のターゲットとして有効なその他のリソースの場合はすべて、ファイルの文字内容が表示されます。

NIM sync 操作の使用sync 操作は、NIM データベースと代替マスターを同期します。このコマンドでローカル NIM データベースのバックアップが取られ、データベースが代替マスターに復元され、復元されたデータベースが更新されます。sync 操作のコマンド・ライン構文は次のとおりです。nim [-F] -o sync -a Attribute=Value ... TargetName

sync 操作のターゲットは、alternate_master でなければなりません。sync 操作に指定できるオプション属性は次のとおりです。項目説明-a verbose=Value デバッグのための情報を表示します。有効値は 1 から 5 です。最も詳細


-F NIM がこの操作を「強制」する必要があることを指定します。alternate_master 上のデータベースを上書きする必要がある場合は、強制操作を使用します。

注 : sync 操作に必須属性はありません。


NIM sync_roots 操作の使用sync_roots 操作は、ディスクレス・クライアントおよびデータレス・クライアントに、それぞれが使用する SPOT リソースの正しいルート・ファイルがあるかどうかを検査するために使用します。sync_roots 操作のコマンド・ライン構文は次のとおりです。nim -F -o sync_roots -a num_parallel_syncs=Value TargetName

sync_roots 操作のターゲットは、SPOT リソースでなければなりません。sync_roots 操作に指定できるオプションのフラグと属性は次のとおりです。項目説明-a num_parallel_syncs=Value SPOT ルート・ファイルと同時に同期するクライアントのルート・

ディレクトリーの数を指定します。有効な値は数値だけです。デフォルト値は num_parallel_syncs=5 です。

-F NIM がこの操作を「強制」する必要があることを指定します。SPOT に対して check 操作を実行すると、sync_roots 操作が自動的に実行されることがあります。NIM syncwpar 操作WPAR クライアントのソフトウェアを管理システムと同期化するには、syncwpar 操作を使用します。クライアントが管理システムの有効な mgmt_profile を持っており、管理システムが稼働中である必要があります。syncwpar 操作のコマンド・ライン構文は次のとおりです。nim -o syncwpar -a Attribute=Value ... TargetName|TargetNames

syncwpar 操作のターゲットには、WPAR クライアント、WPAR クライアントのグループ、スタンドアロン・クライアント、またはスタンドアロン・クライアントのグループを指定できます。ターゲットがスタンドアロン・クライアント、またはスタンドアロン・クライアントのグループの場合は、WPAR が NIM クライアントかどうかに関係なく、ターゲット上の WPAR に操作が適用されます。syncwpar 操作には必須属性はありません。 syncwpar 操作には、次のオプション属性を指定できます。-a cmd_flags=Valueシステムを活動化するために管理システム上の操作にパススルーするフラグを指定します。許容フラグについては、syncwpar コマンドを参照してください。



NIM takeover 操作の使用takeover 操作を実行すると、alternate_master として構成されているマシンが NIM 環境を制御できるようになります。代替マスターは、そのデータベースで定義されている各クライアントの /etc/niminfo ファイルを更新することによって、各クライアントの現行マスターになろうとします。また、この操作では、ターゲットのalternate_master にあるデータベースの更新が試みられます。takeover 操作のコマンド・ライン構文は次のとおりです。nim [-F] -o takeover -a Attribute=Value ... TargetName

takeover 操作のターゲットは、alternate_master でなければなりません。takeover 操作に指定できるオプション属性は次のとおりです。


項目説明-a verbose=Value デバッグのための情報を表示します。有効値は 1 から 5 です。最

も詳細な情報を表示するには、verbose=5 を使用します。デフォルトでは、デバッグ出力は表示されません。

-a show_progress [yes | no] 操作が実行されるにつれて状況を表示するかどうかを指示します。デフォルト値は show_progress=yes です。

-a async= [yes | no] この属性が「yes」に設定されると、クライアントは新規マスター情報で非同期で更新されます。デフォルトはこのコマンドが非同期で実行されます。

-F NIM がこの操作を「強制」する必要があることを指定します。alternate_master 上のデータベースを上書きする必要がある場合は、強制操作を使用します。

注 : takeover 操作に必須属性はありません。NIM unconfig 操作の使用unconfig 操作は、NIM マスターを構成解除するために使用します。unconfig 操作を実行してからでなければ、NIM マスターを再構成したり、NIM マスター・ファイルセットをアンインストールできません。

重要 : unconfig 操作を実行すると、NIM データベースからすべての情報が除去されるため、この操作を使用する場合は十分に注意してください。

unconfig 操作のコマンド・ライン構文は次のとおりです。nim -o unconfig master

unconfig 操作のターゲットは、NIM マスターでなければなりません。unconfig 操作に指定できる属性はありません。unconfig 操作は、次の処理を実行することによって、NIM マスターを完全に構成解除します。• システム・リソース・コントローラー (SRC) から nimesis および nimd デーモン・エントリーを除去する• nim_attr および nim_object データベースからすべてのデータを除去するNIM update 操作の使用NIM update 操作は、パッケージの追加および除去によって、lpp_source リソースを更新します。update 操作のフォーマットは次のとおりです。nim -o update -a packages=<all | list of packages with levels optional> ¥ [-a gencopy_flags=<flags>] ] [-a installp_bundle=<bundle_file>] ¥ [-a smit_bundle=<bundle_file>] [-a rm_images=<yes>] ¥ [-a source=<dir | device | object>] [-a show_progress=<yes | no>] <lpp_source_object>¥

NIM update 操作は、SMIT でも使用可能です。この場合は、nim_update 高速パスを使用します。source 属性は、ターゲット lpp_source リソースまたは既存の NIM lpp_source リソースのサーバーから見てローカルなディレクトリーまたはデバイスでなければなりません。デフォルトの操作では、ターゲット lpp_source にパッケージが追加されます。 rm_images 属性が指定されている場合は、lpp_source からパッケージが除去されます。ユーザーは、source 属性または rm_images 属性のいずれかを指定する必要があります。また、packages、installp_bundle、または smit_bundle 属性のいずれか 1 つを指定しなければなりません。通常は、all キーワードを指定すると、ソースが CD-ROM の場合はマルチボリューム・インストールが実行されます。しかし、update 操作では、単一のボリュームのコピーのみが行われます (gencopy -S フラグを渡す場合と同等)。


このコマンドは、デフォルトの動作として出力を表示します。出力をオフにするには、show_progress=no を渡します。lpp_source リソースにパッケージを追加するには、次のコマンドを実行します。# nim -o update -a packages=all -a source=/tmp/inst.images lpp_source1

lpp_source リソースからパッケージを除去するには、次のコマンドを実行します。# nim -o update -a packages="bos.games 5.1.0.25 bos.sysmgt.nim" -a rm_images=yes lpp_source2

NIM updateios 操作の使用NIM updateios 操作は、仮想入出力サーバー (VIOS) の更新とカスタマイズを実行します。updateios 操作のフォーマットは次のとおりです。nim -o updateios -a Attribute=Value ... TargetName

updateios 操作のターゲットには、VIOS NIM 管理クライアントまたは IVM NIM 管理クライアントを指定できます。updateios 操作に指定できるオプション属性は次のとおりです。属性説明-a filesets=Value ターゲットから除去するファイルセットのリストを指定します。-a installp_bundle=Value ターゲットで除去するファイルセットをリストする installp_bundle リソー

スを指定します。-a lpp_source=Value updateios 操作にインストール・イメージを提供する lpp_source リソース

を示します。-a accept_licenses=Value インストール中にソフトウェア・ライセンスを自動的に受け入れるかどうか

を示します。デフォルト値は accept_licenses=no です。-a updateios_flags=Value VIOS で実行する操作を updateios に指示するフラグを示します。有効な

値は -install、-commit、-reject、-cleanup、および -remove です。デフォルト値は updateios_flags=-install です。

-a preview=Value updateios 操作のプレビュー操作を指定します。デフォルト値はpreview=yes です。

EZNIM の使用SMIT EZNIM フィーチャーは、一般的に使用される NIM 操作を編成して、頻繁に使用される高度な NIM 操作を単純化します。SMIT EZNIM の機能には、以下のものがあります。• タスク指向のメニュー。• 自動的なリソース命名 (NIM リソースの作成に使用するソフトウェアのレベルも含まれます)。• 可能な場合はいつでも、ユーザーはタスクを実行する前に、実行されるステップを確認できます。SMIT eznim 高速パスを使用して、EZNIM メインメニューを開きます。ご使用のシステムで NIM 環境がセットアップされていない場合は、EZNIM メインメニューに次のオプションが表示されます。• NIM マスターとして構成• NIM クライアントとして構成


EZNIM を使用する NIM マスターの構成現行システムを NIM マスターとして構成するには、以下のステップに従います。「Configure as a NIM Master (NIM マスターとして構成)」を選択すると、次のオプションが表示されます。 Setup the NIM Master environment Enable Cryptographic Authentication Add fixes to the NIM Master environment Add client to the NIM environment

Update clients Backup a client Reinstall clients Reset clients

Show the NIM environment Verify the NIM environment Remove NIM environment

• 現行システムを NIM マスターとして構成する場合は、「Setup the NIM Master environment (NIM マスター環境のセットアップ)」を選択します。構成するソフトウェア・ソースを選択し、 NIM リソースに使用するボリューム・グループを選択し、 NIM リソースに使用するファイルシステムを選択します。 NIMマスター環境が構成されると、基本 NIM リソースが作成されます。 EZNIM によって作成された NIM リソースを表示するには、「Show the NIM environment (NIM 環境の表示)」を選択するか、NIM マスターで lsnim コマンドを実行します。

• NIM マスターに SSL 認証を構成するには、「Enable Cryptographic Authentication (暗号化認証を使用可能にする)」を選択します。このオプションを選択すると、OpenSSL RPM パッケージに含まれる暗号化ソフトウェアのインストールと構成が可能になります。 OpenSSL を構成した後は、OpenSSL がインストールされている NIM クライアントは、NIM マスターのサービス要求時に暗号化認証を要求することができます。

• 更新およびメンテナンス・レベルまたはテクノロジー・レベルのパッケージを NIM マスターにインストールするには、「Add fixes to the NIM Master environment (NIM マスター環境にフィックスを追加)」を選択します。このオプションは、デフォルトの SPOT リソースに対して、指定されたフィックスのセットの更新インストールを実行します。この操作により、新たにインストールされたフィックスが含まれる 2 番目の SPOT リソースが作成されます。オプションで、この操作中にすべての NIM クライアントの更新を選択することもできます。

• EZNIM を使用してクライアントを更新するには、「Update clients (クライアントの更新)」を選択します。このオプションにより、lpp_source リソースを使用する選択されたクライアント (複数可) に対して、update_all 操作を実行することができます。

• EZNIM を使用してクライアントをバックアップするには、「Backup a client (クライアントのバックアップ)」を選択します。このオプションによって、選択されたクライアントのシステム・バックアップ・イメージを作成し、そのバックアップ・イメージを NIM マスター上に保管することができます。

• EZNIM を使用してクライアントを再インストールするには、「Reinstall clients (クライアントの再インストール)」を選択します。このオプションにより、選択されたクライアント (複数可) に対して、mksysb復元またはネイティブ rte インストールを実行できます。その場合は復元するシステム・バックアップ・イメージまたはインストールする lpp_source を選択して、今すぐクライアントをリブートしてインストールするかどうかを決める必要があります。

• NIM クライアントを ready 状態にリセットするには、「Reset clients (クライアントのリセット )」を選択します。このオプションは、NIM 環境のクライアント (1 つ以上) の状態をリセットします。このオプションは、NIM 操作が失敗した後にクライアントを ready 状態に戻すために使用します。

EZNIM を使用する NIM クライアントの構成EZNIM を使用して NIM クライアントを構成するには、以下のステップに従います。クライアント・システムで、SMIT eznim 高速パスを使用します。「Configure as a NIM Client (NIM クライアントとして構成)」を選択すると、次のオプションが表示されます。


Add this system to a NIM environment Configure Client Communication Services Update this system Reinstall this system Reset this system Show the NIM environment

• NIM 環境のクライアントを定義するには、「Add this system to a NIM environment (このシステムをNIM 環境に追加)」を選択します。

• NIM クライアントに SSL 認証を構成するには、「Configure Client Communication Services (クライアント通信サービスの構成)」を選択します。このオプションを選択すると、OpenSSL RPM パッケージに含まれる暗号化ソフトウェアのインストールと構成が可能になります。 OpenSSL を構成した後は、クライアントで使用される通信プロトコルとして nimsh を選択することができます。その場合、着信 NIM マスター・サービス要求は、SSL ソケット接続を介して認証されます。

• クライアントを更新するには、「Update this system (このシステムを更新)」を選択します。このオプションにより、lpp_source リソースを使用するクライアントに対して、update_all 操作を実行することができます。

• クライアントを再インストールするには、「Reinstall this system (このシステムを再インストール)」を選択します。このオプションにより、選択されたクライアント (複数可) に対して、mksysb 復元またはネイティブ rte インストールを実行できます。その場合は復元するシステム・バックアップ・イメージまたはインストールする lpp_source を選択して、今すぐクライアントをリブートしてインストールするかどうかを決める必要があります。

• NIM 環境のクライアントをリセットするには、「Reset this system (このシステムをリセット )」を選択します。このオプションは、NIM 環境のクライアントの状態をリセットします。このオプションは、NIM操作が失敗した後にクライアントを ready 状態に戻すために使用します。

• EZNIM 環境のデフォルト・リソースを表示するには、「Show the NIM environment (NIM 環境の表示)」を選択します。リソースは、「EZNIM Master Operations (EZNIM マスターの操作)」を使用して定義されます。例: EZNIM の使用異なるボリューム・グループを使用して EZNIM セットアップを作成するには、以下のステップに従います。異なるボリューム・グループを使用して EZNIM セットアップを作成するには、「smitty eznim」 >「Configure as a NIM Master (NIM マスターとして構成)」 > 「Setup the NIM Master environment (NIMマスター環境のセットアップ)」を実行します。 Easy NIM - Setup the NIM Master environment

Type or select values in entry fields. Press Enter AFTER making all desired changes.

[Entry Fields] Select or specify software source [cd0] + to initialize environment:

Select Volume Group for resources [rootvg] +

Select Filesytem for resources [/export/eznim]

Options CREATE system backup image? [yes] + CREATE new Filesystem? [yes] + DISPLAY verbose output? [no] +

「Select Volume Group for resources (リソースのボリューム・グループの選択)」の場合は、ボリューム・グループを選択します。デフォルトの /export/eznim とは異なるファイルシステムを使用する場合は、「Select Filesystem for resources (リソースのファイルシステムの選択)」フィールドに望ましい値を入力します。


nim_master_setup コマンドにフラグ属性 (-a file_system=<value> または -a volume_group=<value>)を指定して、異なるボリューム・グループまたはファイルシステムを選択することもできます。 filesystemと rootvg に値を入力することができます。デバイス /dev/cd0 にあるインストール・メディアの使用時に NIM リソースを定義し、ボリューム・グループ myvg のもとで /export/nimfs という名前の新規ファイルシステムを作成するには、次のように入力します。nim_master_setup -a volume_group=myvg -a file_system=/export/nimfs

注 : /export/nimfs ファイルシステムが現在、存在しない場合は、このファイルシステムが myvg ボリューム・グループのもとで作成されます。 myvg ボリューム・グループが存在しない場合は、このボリューム・グループが、次の空の物理ボリューム (ディスク) を使用して作成されます。これは、ディスク属性が指定されていないためです。

ネットワーク・インストール・ファイルの使用ネットワーク・インストールに関連する各種ファイルの使用について説明します。サンプル・カスタマイズ・スクリプト次のカスタマイズ・スクリプトは、ターゲットの TCP/IP ドメイン名の解決および経路指定を構成します。最新バージョンの AIX を実行するクライアントをインストールする場合は、resolv_conf リソースを使用する必要があります。#!/bin/ksh CUSTOMIZING SCRIPT to set the hostname,# establish the nameserver and DNS domain name,# and configure the routing table for the# target standalone client

# Truncate the host name# if the host name is set to the fully qualified host name##NOTE: This procedure will NOT result in a truncated host name if#the bos installation operation is installing a mksysb image#(ie. -a source=mksysb) unless the bos_inst operation is#instructed not to configure the target as a NIM client upon#completion (ie. unless -a no_nim_client=yes is specified)#chdev -l inet0 -a hostname =$(/usr/bin/hostname | cut -d. -f1)# Set Name server and Domain Name

if [[ -f /etc/resolv.conf ]]then /usr/sbin/namerslv -E '/etc/resolv.conf.sv'fi/usr/sbin/namerslv -a -i '9.101.1.70'/usr/sbin/namerslv -c 'enterprise.ca'

# Flush routing table and add default route

/etc/route -n -fodmdelete -o CuAt -q "name=inet0 and attribute=route"chdev -l inet0 -a route=net,,'0','9.101.1.70'

nimdef コマンドのサンプル定義ファイル次に示すのは、nimdef コマンドの定義ファイルの例です。# Set default values.

default: machine_type = standalone subnet_mask = 255.255.240.0 gateway = gateway1 network_type = tok ring_speed = 16 platform = rs6k machine_group = all_machines

# Define the machine "lab1"# Take all defaults.


lab1:# Define the machine "lab2"# Take all defaults and specify 2 additional attributes.# The machine "lab2" uses IPL ROM emulation, and will be added to# the machine groups "all_machines" (by default) and "lab_machines".

lab2: ipl_rom_emulation = /dev/fd0 machine_group = lab_machines

# Define the machine "lab3"# Take all defaults, but do not add the machine to the# default group.

lab3: machine_group=

# Define the machine "lab4"# Take all defaults, but do not add "lab4" to the default group# "all_machines".# Instead add it to the groups "lab_machines" and "new_machines".

lab4: machine_group = machine_group = lab_machines machine_group = new_machines

# Change the default "platform" attribute.

default: platform = rspc

# define the machine "test1"# Take all defaults and include a comment.

test1: comments = "This machine is a test machine."

証明書表示ファイルの使用以下は、OpenSSL 証明書の証明書表示スクリプトからの例です。このスクリプトは、/usr/samples/nim/ssl ディレクトリーにあります。このスクリプトは、openssl コマンドを使用して取得できるハッシュ、発行者、件名などの証明書情報を、ユーザーが表示できるようにするものです。このスクリプトは、ユーザーの必要性や設定に応じて変更することができます。証明書の判読可能値をすべて出力する:

# certview certificate_names

証明書のハッシュ値を出力する:

# certview -h certificate_names

証明書の発行者値を出力する:

# certview -i certificate_name

証明書の件名値を出力する:

# certview -s certificate_name

証明書の件名、発行者、および終了日値を出力する:

# certview -I certificate_name


証明書パスワード・ロード・ファイルの使用以下は、NIM OpenSSL 証明書の証明書パスワード・ロード・ファイルからの例です。このファイルは、/usr/samples/nim/ssl ディレクトリーにあります。このファイルは、NIM マスターのクライアント鍵の暗号化解除に必要なパスワードをユーザーが保管できるようにしたものです。指定するパスワードは、NIM SSL 構成時に NIM マスターのクライアント鍵の暗号化に使用されたパスワードと一致しなければなりません。暗号鍵のパスワードを NIM 環境にロードする:

# certpasswd

暗号鍵のパスワードを NIM 環境からアンロードする:

# certpasswd -u

NIM マスターのクライアント鍵のみが、暗号化されたパスワードになります。 NIM マスターのクライアント鍵のパスワード暗号化を行うには、以下のステップを実行します。1. NIM マスターで /ssl_nimsh/configs/client.cnf 構成ファイルを編集します。2. encrypt_key 変数を見つけて、その値を yes に変更します。3. encrypt_key の下に output_password 変数を追加して、パスワードを指定します。 output_passwordを指定しない場合、鍵生成時にパスワードのプロンプトが出されます。

4.以下のコマンドを入力してください。# make -f /usr/samples/nim/ssl/SSL_Makefile.mk client

5.各 SSL クライアントで、nimclient -c コマンドを使用して新規 server.pem ファイルをコピーします。

6. certpasswd を使用してパスワードを NIM 環境にロードします。正しいパスワードがロードされていない場合は、パスワード暗号鍵を使用すると、NIM コマンドは次のエラーで失敗することがあります。0042-157 nconn: unable to access the "clientkey.pem" file

ロードされたパスワードは、アンロードされるまで、クライアント鍵暗号化解除に使用されます。KDC サーバー定義ファイルの例サンプル・スクリプトを使用して、NFS V4 サーバーと同じシステム上に鍵配布センター (KDC) サーバーを作成して構成できます。このスクリプトは、/usr/samples/nim/krb5 ディレクトリーにあります。このスクリプトは、お客様のニーズや設定に基づいて変更可能な単純な KDC 環境を作成するのに役立ちます。注 : 作業を開始する前に、config_rpcsec_server スクリプトを検討してください。config_rpcsec_server スクリプトで扱われる操作は次のとおりです。• システム・ユーザーの作成 (デフォルトは nim)• 管理者およびシステム・ユーザー用のプリンシパルの作成• サーバー用の NFS ホスト鍵の作成• レルムとドメイン間のマッピングの作成• KDC スリム・クライアントに使用させる krb5 ファイルの tar イメージの作成• エクスポート・リストの詳細化• NFS サービスのリサイクル• NFS ファイルシステムおよびディレクトリーの再エクスポート


例デフォルト値を使用して単純な KDC 環境を作成する場合は、以下のコマンドを入力します。config_rpcsec_server

ユーザー・プリンシパルとしてシステム・ユーザー nimadmin を使用し、kadmin プリンシパル用のパスワードとして l0gin1 を使用して KDC 環境を作成する場合は、以下のコマンドを入力します。config_rpcsec_server -p l0gin1 -u nimadmin

スリム・クライアント定義ファイルの例サンプル・スクリプトを使用して、NIM クライアントを Kerberos スリム・クライアントとして作成して構成できます。このスクリプトは、/usr/samples/nim/krb5 ディレクトリーにあります。このスクリプトは、config_rpcsec_server スクリプト内で定義されている値を使用して単純な Kerberos スリム・クライアントを作成するのに役立ちます。このスクリプトは、ユーザーの必要性や設定に応じて変更することができます。注 : 作業を開始する前に、使用に先立って config_rpcsec_client スクリプトを検討してください。config_rpcsec_client スクリプトで扱われる操作は次のとおりです。• システム・ユーザーの作成 (デフォルトは nim)

このユーザーは、KDC サーバー上の既存のユーザー・プリンシパルと一致していなければなりません。• NIM マスターからのスリム・イメージに対する tftp の実行この tar イメージが NIM サーバー上に存在している必要があります。

• kinit コマンドを使用したユーザー・プリンシパルの使用可能化パスワードが KDC サーバー上のユーザー・プリンシパルと一致していなければなりません。

• NFS サービスのリサイクル例デフォルト値を使用して単純な KDC スリム・クライアントを作成する場合は、以下のコマンドを入力します。config_rpcsec_client

ユーザー・プリンシパルとしてシステム・ユーザー nimadmin を使用して単純な KDC スリム・クライアントを作成する場合は、以下のコマンドを入力します。config_rpcsec_client -u nimadmin

NIM トラブルシューティングネットワーク・ブートの問題の解決方法と、NIM BOS インストールに関するデバッグ出力の生成手順について説明します。エラー・メッセージについて詳しくは、301 ページの『NIM エラー・メッセージと警告メッセージ』を参照してください。NIM エラー・メッセージと警告メッセージネットワーク・インストール・マネージャー (NIM) のエラー・メッセージおよび警告メッセージと、特定の問題を解決するための推奨事項を示します。NIM コマンドを実行してエラー条件を検出した場合、コマンドからエラー・メッセージが戻されます。NIM コマンドから警告メッセージが戻された場合は、NIM が重大でない問題を検出したこと、または NIMが呼び出したコマンドの中で検出された問題の重大度を NIM がすぐに判別できないことを示しています。


後者の場合、コマンドからの追加メッセージや追加出力によって、問題の性質が明らかになることがあります。NIM のすべてのエラー・メッセージは 0042 で始まり、その後に 3 桁のエラー・コードが続きます。注 :

1. NIM コマンドの使用法についての説明が必要な場合は、パラメーターを指定せずに、またはパラメーターとして疑問符を指定して、そのコマンドを入力します (例えば、nim -?)。 lsnim コマンドから追加情報を入手することもできます。 NIM のヘルプと使用法を表示する複数のオプションが表示されます。詳しくは、lsnim コマンドの -q、-O、および -P オプションを参照してください。また lsnim -p -a コマンドを使用すれば NIM のすべてのクラス、サブクラス、タイプ、および属性についての情報を表示できます。例えば属性の有効値のリストを表示するには次のように入力します。lsnim -p -a AttributeName

2.場合によっては、オブジェクトが特定の状態にあるために妨げられている nim 操作または nimclient 操作を、 force オプション (-F フラグ) を使うことで実行できる場合があります。ただし、force オプションを使うと、本来は他の処置が完了した後で実行すべき操作を強制することになるために、NIM 環境の一部に好ましくない影響が出ることがあります。強制操作が妥当な処置かどうかを判別するには、force オプションを指定していないときに表示されるエラー・メッセージを使います。

3.問題がソフトウェアの欠陥から起きていると思われる場合、またはここに示されている『ユーザーの処置』だけでは問題を解決できない場合は、販売店へ連絡してください。

本章でリストした各メッセージに関する説明は、次の方法で編成されています。項目説明メッセージコマンドから戻された警告メッセージまたはエラー・メッセージの ID 番号を示しま

す説明表示されたメッセージの原因と思われることを説明しますユーザーの処置問題を解決するためのヒントです。注 : あるエラーまたは警告の『ユーザーの処置』で、lsnim コマンドを使用してリカバリーのヒントを参照するよう指示された場合、および NIM クライアントから操作を行っている場合は、提示された lsnim オプションの代わりに nimclient -l lsnimOperations を使用してください。項目説明メッセージ 0042-001

説明基礎となる NIM メソッド (サブコマンド) によってエラーが検出されました。このメッセージは NIM クライアントまたは NIM マスターのエラーの発生場所を説明しており、問題のトラブルシューティングに役立つ可能性があります。このエラーの後に表示されるメッセージは、通常、問題の真の発生源です。

ユーザーの処置追加情報とエラー・メッセージを読み、該当する説明とリカバリーのヒントを参照します。

メッセージ 0042-002

説明割り込みシグナルが受信されました。原因として、ユーザーが Ctrl-C を入力したか、NIM プロセスに対して kill コマンドを使用したことも考えられます。

ユーザーの処置アクティブだった NIM 操作が割り込みを受けました。その操作を再度実行します。注 : このエラーは、クライアント上で nimclient -o bos_inst 操作を実行した後に、該当の操作を行うと起きます。

メッセージ 0042-003 および 0042-004

説明システム・コールからエラーが戻されました。ユーザーの処置システム・コールが異常終了する原因となった条件をフィックスして、操作を再度実行します。

メッセージ 0042-005


項目説明説明オブジェクト・データ・マネージャー (ODM) がエラーを戻しました。ユーザーの処置エラーの詳細は、インフォメーション・センター Web ページにあるメッセージ・データベースを参照して

ください。 ODM の問題をフィックスし、NIM 操作を再度実行します。

メッセージ 0042-006

説明発生頻度が少ない NIM エラーに使用される汎用エラー・メッセージ。ユーザーの処置このエラー・メッセージに含まれる語句を構成するものは、デバッグ情報と、NIM から呼び出されたコマ

ンドが戻したメッセージです。メッセージの内容から障害の真の原因が分からない場合は、販売店へ連絡してください。

メッセージ 0042-007

説明 NIM の内部エラーが起きました。ユーザーの処置操作を再試行します。

メッセージ 0042-008

説明 NIM がリモート・マシンとのソケット通信を確立しようとしましたが、接続を拒否されました。ユーザーの処置障害を起こした操作がマスター上で実行された場合は、クライアント上にマスターの rsh 許可があるかど

うか、またクライアント上で inetd がアクティブになっているかどうかを検査します。それらの点に問題がなければ、マスター上で nimesis デーモンがアクティブになっているかどうかを検査します。障害を起こした操作がクライアント上の niminit コマンドである場合は、クライアントのネットワークに対応するネットワーク・オブジェクトがマスターにないことが原因と考えられます。クライアントのネットワークを表すネットワーク・オブジェクトをマスター上のデータベースへ追加し、その後、マスターのネットワークからクライアントのネットワークへ至る経路を追加する必要があります。nimclient コマンドを使ってクライアントから開始された操作の実行中、または基本オペレーティング・システムの NIM インストールの実行中にこの障害が発生した場合は、クライアントのマシン定義の cpuid属性が現行のものでない可能性があります (例えば、マシンのシステム・プレーナーを最近交換した場合など)。この状況が生じないようにするには、マスターから次のコマンドを発行して、マシン定義から cpuidを消去します。nim -Fo change -a cpuid= ClientName

メッセージ 0042-011

説明 /etc/niminfo ファイルにアクセスできません。ユーザーの処置 niminfo ファイルは、すべての NIM コマンドおよびメソッドで必要なファイルです。このファイルは、

bos.sysmgt.nim.master および bos.sysmgt.nim.client の各パッケージの構成時に作成されます。このファイルが使用できない場合は、NIM パッケージがまだ初期化されていないか、このファイルが削除されたことを示しています。 niminfo ファイルを作成するには、マスター上で nimconfig コマンドを実行するか、またはクライアント上で niminit コマンドを実行します。削除された、または壊れた niminfoファイルを再作成するには、マスターから次のように入力します。nimconfig -r

または、クライアントから次のように入力します。niminit -aname=ClientName -amaster=MasterHostName -amaster_port=MasterPortValue

メッセージ 0042-012

説明マスターでのみ実行できるコマンドを指定した可能性があります。ユーザーの処置実行する操作を NIM マスターで実行します。

メッセージ 0042-013


項目説明説明 NIM データベースに同期アクセスするために使用するグローバル・ロックを獲得できませんでした。ユーザーの処置操作を再試行してください。同じエラーが戻された場合は、アクティブな NIM コマンドが存在するかどう

かを検査します。これに該当する場合は /var/adm/nim/glock ファイルを除去し操作を再試行します。そのファイルが存在せずエラーが持続する場合は販売店へ連絡してください。

メッセージ 0042-014

説明 NIM の内部エラーが起きました。ユーザーの処置その NIM オブジェクトに対して remove 操作を実行し、その後で適切な define 操作を実行します。

メッセージ 0042-015

説明構文エラーが検出されました。ユーザーの処置その NIM コマンドについて適切な man ページを参照し、有効な構文を使って再試行します。

メッセージ 0042-016

説明無効なオプションが指定されました。ユーザーの処置その NIM コマンドについて適切な man ページを参照し、有効な構文を使って再試行します。

メッセージ 0042-017

説明オプションの引数に無効な値が指定されました。ユーザーの処置その NIM コマンドについて適切な man ページを参照し、有効な構文を使って再試行します。

メッセージ 0042-018

説明必須指定のオプションが指定されていません。ユーザーの処置その NIM コマンドについて適切な man ページを参照し、有効な構文を使って再試行します。

メッセージ 0042-019

説明引数を必要とするオプションが、引数なしで指定されました。ユーザーの処置その NIM コマンドについて適切な man ページを参照し、欠落している引数を指定して再試行します。

メッセージ 0042-20

説明必要なオペランドが指定されていません。通常そのオペランドは操作の対象で NIM オブジェクト (つまりNIM 操作の対象であるネットワーク・オブジェクト、マシン・オブジェクト、あるいはリソース・オブジェクトの NIM 名) です。

ユーザーの処置その NIM コマンドについて適切な man ページを参照し、有効な構文を使って再試行します。オペランドの名前がわからず、失敗した操作が既存の NIM オブジェクトをターゲットにしたものである場合は、次のように入力します。lsnim -l -t ObjectType

またはlsnim -l

と入力し、オペランド名を判別します。

メッセージ 0042-021

説明この操作には NIM 属性が必要です。


項目説明ユーザーの処置欠落している属性を指定します。失敗したコマンドが nim コマンドまたは nimclient コマンドの場合

は、マスターから次のように入力して、属性のリストを入手します。

lsnim -q ObjectName

またはlsnim -q -t ObjectType

または、クライアントから次のように入力します。

nimclient -l lsnimOptions

その他の NIM コマンドの場合は、適切な NIM man ページを参照してください。

メッセージ 0042-022

説明受け入れ可能な値の境界を超えた値が指定されました。ユーザーの処置受け入れ可能な境界内の値を指定します。

メッセージ 0042-023

説明指定の値が、無効です。ユーザーの処置有効な値を指定して、コマンドを再試行します。オブジェクトのクラスと、オブジェクトに関連した操作

の有効な値を判別するには、次のように入力します。lsnim -Pc ObjectClass

およびlsnim -POc ObjectClass

ここで、ObjectClass は、マシン、ネットワーク、リソースのうちいずれかです。

メッセージ 0042-024

説明無効な NIM オブジェクト型が指定されました。ユーザーの処置有効な NIM オブジェクト型を指定します。有効なオブジェクト型を判別するには、エラー 023 の lsnim

オプションについてのユーザーの処置を参照してください。

メッセージ 0042-025

説明指定の操作は指定の NIM オブジェクトには適用できません。ユーザーの処置オブジェクトに適用できる操作を指定します。オブジェクトに適用できる有効な操作のリストを入手する

には、lsnim -O ObjectName を入力します。

メッセージ 0042-027

説明指定のオブジェクトには、指定の操作を完了するために必要な属性が欠落しています。ユーザーの処置属性が欠落しているオブジェクトを再定義するため、remove 操作を実行し、続いて define 操作を実行し

ます。

メッセージ 0042-028 および 0042-029

説明指定の情報は、現行コンテキストには指定できません。ユーザーの処置問題の原因となった属性を指定せずに、操作を再試行します。


項目説明メッセージ 0042-030

説明順序番号を使用できない属性に対して、順序番号がオープンされました。ユーザーの処置問題の原因となった属性に対して順序番号を指定せずに、操作を再試行します。

メッセージ 0042-031

説明 NIM の内部エラーが起きました。 NIM は、固有のオブジェクト ID を生成することができません。ユーザーの処置操作を再試行します。

メッセージ 0042-032

説明指定の属性値が固有ではありません。これは固有値である必要があります。ユーザーの処置属性に固有な値を指定します。

メッセージ 0042-033

説明指定の値が固有ではありません。これは固有値である必要があります。順序番号が付いている属性は固有な値である必要があります。

ユーザーの処置固有な値を指定します。

メッセージ 0042-034

説明指定の値が固有ではありません。これは固有値である必要があります。ユーザーの処置固有な値を指定します。

メッセージ 0042-035

説明指定の特性を持つ属性に NIM がアクセスしようとしましたが、その属性が存在しません。ユーザーの処置その属性が存在することを確認してから、操作を再試行します。

メッセージ 0042-036

説明指定のサーバーがスタンドアロン構成を備えていないため、リソースの define 操作が失敗しました。ユーザーの処置スタンドアロン・マシンである NIM クライアントを使用して、操作を再試行します。

メッセージ 0042-037

説明指定のオブジェクトの NIM 状態が原因で、操作が続行できません。ユーザーの処置 NIM 状態は、NIM オブジェクト間の動作を同期化するために使用されます。求める操作を実行するには、

指定したオブジェクトの状態を変更しなければなりません。指定したオブジェクトが予期しない状態にある場合は、システムを調べて他のユーザーまたはプロセスがそのオブジェクトを操作していないかどうかを確認します。 reset 操作を使用して、オブジェクトを既知の状態に設定し、操作を再試行します。

メッセージ 0042-038

説明 NIM の操作対象となるオブジェクトが既にロックされているため、操作を実行できません。ユーザーの処置 NIM オブジェクトのロックは、NIM オブジェクト間の動作を同期化させるために使用されます。ロックは

一時的なものなので、多少時間をずらして操作を再試行します。ロックの値は、そのロックを使用している NIM プロセスのプロセス ID です。ロックが存続していて、アクティブな NIM コマンドがない場合は、nimesis デーモンを停止することによってすべての NIM ロックをリセットし、その後このデーモンを再始動します。

メッセージ 0042-039

説明指定のオブジェクトのオペレーティング・システム・バージョン・レベルまたはリリース・レベルが、受け入れ不能です。


項目説明ユーザーの処置適切なオペレーティング・システム・バージョンおよびリリース・レベルを持つオブジェクトに対して、

希望の操作を実行します。

メッセージ 0042-040

説明他の NIM オブジェクトで使用されているため、NIM オブジェクトは除去できませんでした。ユーザーの処置 remove 操作を指定する前に、除去するオブジェクトに対する参照をすべて除去します。オブジェクトの

参照を除去できない NIM 状態のときに、そのオブジェクトを除去する場合は、remove 操作に -F フラグを指定します。

メッセージ 0042-041

説明指定された値は、既に NIM に対して定義されています。ユーザーの処置 NIM が認識していない値を指定します。

注 : その値が /etc/niminfo であり、エラーを生成した NIM コマンドが niminit である場合は、niminit が既に実行されたことを意味します。 NIM マスターまたは NIM クライアントを初期化し直す場合は、適切なファイルセットを撤去してから、NIM マスターまたは NIM クライアントのファイルセットを再インストールして再構成します。

メッセージ 0042-042

説明マスターから ping コマンドを発行しても、指定のマシンに到達できませんでした。ユーザーの処置実行しようとした操作でターゲット・マシンが稼働中であり到達可能であることが必要な場合はそのマシ

ンが現在稼働しているかどうかを検査します。稼働中でない場合はそれをオンにし稼働中である場合はネットワーク診断手順を実行してマスターがターゲット・マシンへ到達できない原因を判別します。

メッセージ 0042-043

説明除去操作が実行できません。ターゲット・マシンは、現在、使用するために割り当てられた NIM リソースのサービスをしています。この時点で除去操作を実行すると、サービス対象のリソースを使用しているクライアントの処理に障害が生じる恐れがあります。

ユーザーの処置マシンを除去するには、そのターゲット・マシンが運用を担当しているすべてのリソースを割り当て解除しておく必要があります。

メッセージ 0042-044

説明 NIM 属性を指定しましたが、それに伴う値を指定しませんでした。ほとんどの NIM 属性は、attr=value のフォーマットで値を割り当てて、指定します。

ユーザーの処置指定の属性に値を割り当てて、操作を再試行します。

メッセージ 0042-045

説明一部の NIM 属性はオブジェクトの定義に 2 回以上追加できます。その場合そのタイプの属性を 1 つ 1 つ固有に識別するために順序番号が使用されます。このメッセージの場合タイプの属性は指定されましたが必要な順序番号が指定されなかったためにどの属性をユーザーが指定しようとしているのか NIM が判別できませんでした。

ユーザーの処置順序番号を検査し、操作を再試行します。

メッセージ 0042-046

説明 NIM が、指定のファイルに対する操作を実行できませんでした。これは、ファイルの許可が原因です。通常、ファイルにはルートの読み取り許可や書き込み許可、あるいは実行許可が必要です。

ユーザーの処置指定のファイルの許可を変更して、操作を再度試みます。

メッセージ 0042-047


項目説明説明一部の NIM リソース・タイプは、特定のマシン・タイプでしか使用できません。このメッセージの場合、

使用できないタイプのマシンに NIM リソースが割り当てられました。ユーザーの処置ターゲット・マシン用に割り当てを行う場合は、そのマシンが使用できるリソース・タイプを指定します。

有効なリソース・タイプを判別するには、次のように入力します。lsnim -p -s ResourceSubclassForMachineType

使用できるサブクラスを表示するには、lsnim -p -S を入力します。

メッセージ 0042-048

説明リソースの割り当てを要求されると NIM は指定のクライアントがそのリソースのサーバーと通信できるかどうかを検査します。これはクライアントの 1 次インターフェースの接続先ネットワークと、サーバーのすべての接続先ネットワークとの間の NIM 経路指定を調べることによって行われます。このメッセージの場合、クライアントとサーバーの間に NIM 経路がありません。

ユーザーの処置クライアントとサーバーの間に NIM 経路を確立するか、または別のリソースを選択して割り当てます。

メッセージ 0042-049

説明このタイプのリソースはクライアントに 1 つしか割り当てることができませんが、既に 1 つが割り当てられています。

ユーザーの処置新しいリソースを使用する場合は、使用するリソースを選択し、現在割り当てられているリソースの割り当てを解除します。

メッセージ 0042-051

説明 NIM で、ホスト名から IP アドレスを得ること、またはその逆ができませんでした。ユーザーの処置 NIM 環境で使用するすべてのホスト名は、解決可能でなければなりません。指定されたホスト名が解決可

能なように、適切なネットワーク管理作業を行い、操作を再試行してください。

メッセージ 0042-052

説明 NIM 環境からの除去を要求したマシンに、まだ 1 つ以上の NIM リソースが割り当てられています。マシンを除去するには、リソースが割り当てられていない状態にしなければなりません。

ユーザーの処置ターゲット・マシンに割り当てられているすべてのリソースを割り当て解除して、操作を再試行します。

メッセージ 0042-053

説明現在 NIM 環境に存在しない NIM オブジェクトの名前を指定しました。 NIM では、NIM で定義されているオブジェクトだけが操作されます。

ユーザーの処置オブジェクト名を正しく入力したかどうか、またそのオブジェクトが定義されているかどうかを検査します。 NIM 操作に使用するターゲット・マシン名は、ホスト名でなく NIM 名でなければなりません。次のように入力します。lsnim -l -t ObjectType

またはlsnim -l

これによって、現在 NIM 環境内で定義されているオブジェクトのリストが入手できます。オブジェクトを定義する必要がある場合は、define 操作を使用します。

メッセージ 0042-055


項目説明説明多くの NIM 操作では、インストール可能イメージのソースが必要です。指定したソースは、この操作には

使用できません。 NIM 操作に有効なソースは、例えば次のとおりです。• lpp_source 定義の場合は、/dev/rmt0 および /dev/cd1• bos_inst 操作の場合は rte、spot、mksysb

ユーザーの処置操作に使用できるソースを使って、操作を再試行します。

メッセージ 0042-056

説明同じ属性割り当てを 2 回以上指定しました。ユーザーの処置属性割り当てのインスタンスを 1 つだけ使用して、操作を再試行します。

メッセージ 0042-058

説明 SPOT ではサポートされない 1 次ネットワーク・インターフェース・タイプまたはプラットフォームを持つクライアントに、SPOT を割り当てようとしました。クライアントで SPOT を使用するためには、そのクライアントの 1 次インターフェースのネットワーク・インターフェース・タイプおよびプラットフォームが SPOT でサポートされている必要があります。

ユーザーの処置 SPOT に適切なデバイス・サポートをインストールして、その SPOT がクライアントの 1 次インターフェース・タイプとプラットフォームをサポートできるようにします。またはクライアントの 1 次インターフェース・タイプとプラットフォームをサポートしている別の SPOT を選択します。

メッセージ 0042-059

説明属性割り当て (attr=value のフォーマット) において、指定の value が表す NIM オブジェクトの型が指定の attr のオブジェクト型と矛盾しています。

ユーザーの処置 value が表すオブジェクトの型に対応する attr を使用して操作を再試行します。

メッセージ 0042-060

説明 1 回しか指定できない属性に、複数の属性割り当てを指定しました。ユーザーの処置属性のインスタンスを 1 つだけ使用して、操作を再試行します。

メッセージ 0042-061

説明現在クライアント用に割り当てられている NIM リソース・オブジェクトに対し、操作の実行を要求しました。クライアント・リソースの使用が中断される可能性があるため、NIM ではその操作は実行されません。

ユーザーの処置そのリソースがクライアント用に割り当てられていないときに、操作を再試行します。必要であれば、force (強制) オプション (-F フラグ) を使用して、 NIM の予防チェックを無効にします。このオプションを使用すれば、NIM は操作を実行できる場合もあります。

メッセージ 0042-062

説明操作対象となった NIM オブジェクトに、定義を完成させるために必要な何かが欠落しています。ユーザーの処置 lsnim コマンドを使用して、オブジェクトに関する情報をリストします。オブジェクトの定義に欠落して

いる項目は、欠落属性で表されます。欠落している項目をオブジェクト定義に追加する適切な NIM 操作を実行します。 SPOT の場合、ネットワーク・ブート・イメージが欠落していれば、 check 操作を SPOT に対して適用します。ソフトウェア・ファイルセットが SPOT から欠落している場合は、必要なファイルセットが入っている lpp_source を割り当て、cust 操作を SPOT に適用します。

メッセージ 0042-063

説明一部の NIM 操作では、正常に完了するためには 1 つ以上の NIM リソースにアクセスすることが必要です。このアクセス権は、allocate 操作によって付与されます。このメッセージの場合、操作に必要なリソースの一部が割り当てられていませんでした。


項目説明ユーザーの処置必要なリソースをすべて割り当ててから、操作を再試行します。操作に必要なリソースとオプションのリ

ソースのリストを得るには、次のように入力します。lsnim -q Operation ObjectName

または

lsnim -q Operation -t ObjectType

メッセージ 0042-064

説明要求した操作のターゲットのマシンは、現在、クライアントが使用するために割り当てられた NIM リソースのサービスをします。要求した操作は、ターゲットがサービスを行うすべてのリソースを使用できるよう、割り当て解除されるまで実行できません。

ユーザーの処置ターゲットの運用対象のすべてのリソースを割り当て解除し、操作を再試行します。

メッセージ 0042-065

説明 NIM の内部使用専用に予約されている名前を指定しました。ユーザーの処置別の名前を使用して操作を再試行します。どの名前が予約済みであるのかを判別するには、次のように入

力します。lsnim -a reserved

メッセージ 0042-066

説明 NIM オブジェクト名に使用できない 1 つ以上の文字を指定しました。 NIM は多くの操作に正規表現を使用するので、正規表現として特殊な意味を持つ文字 (例えば ^) は使用できません。また、シェルに対して特殊な意味を持つ文字 (例えば /) も使用できません。

ユーザーの処置有効な文字を使用して操作を再試行します。

メッセージ 0042-067

説明 NIM の内部使用専用に予約されている NIM オブジェクトに対する操作の実行を要求しました。ユーザーの処置予約されていない NIM オブジェクトを使用して、操作を再試行します。どのオブジェクトが予約済みであ

るのかを判別するには、次のように入力します。

lsnim -a reserved

メッセージ 0042-069

説明要求した操作はターゲットの現在の NIM 状態と矛盾するため、この時点では実行できません。 NIM では操作が互いに妨害しあわないよう状態を用いて NIM のアクティビティーが同期化されます。

ユーザーの処置状態が変化した時点で操作を再試行するか、または、必要であれば、force (強制) オプション (-F フラグ)を使用します。このオプションを使用すると、NIM は状態の検査をオーバーライドできる場合もあります。reset 操作を使用して、「NIM 操作可能」の状態が誤って示されたクライアントからブート・リソースを除去しようとした結果として、このエラーが検出された場合は、次のように入力すれば、そのブート・リソースを NIM マスターから除去できます。/usr/lpp/bos.sysmgt/nim/methods/m_dealloc_boot client_name

ここで、client_name は、クライアントの NIM オブジェクトの名前です。

メッセージ 0042-073


項目説明説明マシンのカスタマイズを行うために NIM ではターゲットで実行するシェル・スクリプトが作成されます。

このスクリプトを作成するにはカスタマイズに使用できるリソース・タイプの一部を使用します。このメッセージの場合カスタマイズに使用されるターゲットにリソースが割り当てられていないために NIM でカスタマイズ・スクリプトが作成されませんでした。

ユーザーの処置カスタマイズに使用できる 1 つ以上のリソースを割り当て、操作を再試行します。カスタマイズに使用できるリソースのサブクラスを表示するには、次のように入力します。lsnim -p -s cust_res

メッセージ 0042-074

説明 value が相対パス名を表す属性割り当てを指定しました。 NIM では絶対パス名 (つまり、/ で始まるパス名) だけが使用できます。

ユーザーの処置絶対パス名を使用して、操作を再試行します。

メッセージ 0042-075

説明要求した操作ではマシン用にエクスポートされた NIM リソースが必要です。このメッセージの場合 NIMではリソースのエクスポートが行われましたが NFS ユーティリティーがエラーを戻しました。

ユーザーの処置 NFS ユーティリティーから報告されたエラー状態をフィックスし、操作を再試行します。

メッセージ 0042-076

説明既に使用中のポート番号を指定しました。ユーザーの処置現在使用されていないポート番号を使用して、操作を再試行します。 /etc/services ファイルを調べま

す。注 : NIM では指定されたポート番号とその次の番号の両方が使用されます。したがって、指定したポート番号の後のポート番号も未使用であることを確認してください。

メッセージ 0042-077

説明 niminit コマンドは、NIM 環境に結合するために使用されます。このコマンドを実行すると、クライアントが NIM 環境へ加わる必要があると NIM マスターで判別された経路指定情報が追加されます。このメッセージの場合、1 つ以上の必要な経路を追加できませんでした。

ユーザーの処置経路を追加できなかった理由を判別するため、適切なネットワーク診断作業を実行します。

メッセージ 0042-078

説明 NIM 経路指定属性の変更を指定しましたが、宛先のネットワークが現行値と異なっています。変更できるのは経路指定属性のゲートウェイ・フィールドだけなので、この指定は実行できません。

ユーザーの処置 NIM ネットワーク間の接続性を変更する場合は、適切な経路指定属性に NULL 値を指定して現在の NIM 経路を除去する必要があります。除去しない場合は、経路指定属性のゲートウェイ・フィールドを変更するときに、同じ宛先ネットワークを指定します。

メッセージ 0042-079

説明 NIM 環境では、あるリソースが別のリソースの情報に依存する場合があります。このメッセージの場合、割り当て解除用に指定したリソースに、何かの割り当て済みリソースが依存しています。

ユーザーの処置エラーの原因となったリソースに依存しているリソースを割り当て解除します。

メッセージ 0042-081

説明 NIM は、NFS を使用して、クライアントがリモート・リソースを使用できるようにします。 NIM では NFSエクスポート・エラーを避けるため定義するリソースに制限を課しています。既に NIM リソースとなっているディレクトリーの中には、一般に NIM リソースは定義されません。つまり既存の NIM リソースが既に入っているディレクトリーについて NIM リソースを定義できません。

ユーザーの処置 NIM エクスポート規則に従った位置にリソースを移動し、操作を再試行します。


項目説明

メッセージ 0042-083

説明個々のネットワーク通信アダプターには、固有のネットワーク・ハードウェア・アドレスが関連付けられています。このメッセージの場合、NIM マシン・オブジェクトが既に使用中のネットワーク・ハードウェア・アドレスを使用して NIM ネットワーク・インターフェースを定義しようとしました。

ユーザーの処置クライアントが装備しているネットワーク通信アダプターには、1 つのアダプターにつき 1 つだけ NIM インターフェース属性が定義できます。別のインターフェース定義を追加する場合は、ハードウェア・アドレスが正しいかどうかを検査します。正しい場合は、まずそのアドレスを現在使用しているインターフェース属性を変更します。アドレスが正しくない場合は、正しいハードウェア・アドレスを指定して操作を再試行します。

メッセージ 0042-084

説明マシンは既に NIM マスターとして構成済みです。ユーザーの処置マシンを NIM マスターとして再構成するには、nim -o unconfig master を入力し、その後でマスタ

ー・ファイルセットを撤去して再インストールします。その後、nimconfig コマンドを実行できます。

メッセージ 0042-086

説明既に NIM 経路が存在する 2 つのネットワーク間に、NIM 経路を追加しようとしました。 2 つの NIM ネットワーク間に指定できる NIM 経路は 1 つだけです。

ユーザーの処置 NIM 経路指定を変更する場合は、既存の NIM 経路を削除してから操作を再試行します。

メッセージ 0042-093

説明 NIM でディレクトリーを作成しようとしましたが、mkdir コマンドからエラーが戻されました。ユーザーの処置 mkdir コマンドから報告されたエラーをフィックスし、操作を再試行します。

メッセージ 0042-109

説明要求した操作を NIM で実行するには 1 つ以上のファイルシステムに関するファイル情報が必要ですが、必要な情報を入手できませんでした。

ユーザーの処置ファイルシステムが存在するかどうかを検査します。存在しない場合は、正しいパス名を指定して NIM 操作を実行するか、関連するすべてのファイルシステムが存在するように NIM 環境を再定義します。

メッセージ 0042-111

説明 NIM 属性に順序番号を指定する場合、その順序番号は特定の範囲内に入っていなければなりません。範囲外の順序番号が指定されました。

ユーザーの処置受け入れ可能な境界内の順序番号を使用して、操作を再試行します。

メッセージ 0042-113

説明要求した操作を完了するには、1 つ以上のオブジェクトのサイズに関する情報が必要ですが、NIM ではそれらの情報を判別できませんでした。

ユーザーの処置該当オブジェクトが、存在しないファイルまたはディレクトリーの場合は、そのファイルまたはディレクトリーを作成して、操作を再試行します。

メッセージ 0042-118

説明 NIM ネットワーク特性の変更を要求しましたが、現在そのネットワーク上に 1 つ以上のアクティブな NIM操作が存在します。この時点でネットワーク特性を変更すると、それらのアクティブな操作が異常終了する恐れがあるため、NIM は変更を許可しません。

ユーザーの処置変更するネットワークを使用しているマシンに割り当てられた NIM リソースが割り当て解除されるまで待ち、操作を再試行します。



説明無効な値が指定されました。ユーザーの処置有効な値を使用して、操作を再試行します。

メッセージ 0042-124

説明サポートされていない NFS オプションが指定されました。ユーザーの処置有効な NFS オプションを使用して、操作を再試行します。「ネットワークおよびコミュニケーションの管

理」の『NFS のトラブルシューティング』を参照してください。

メッセージ 0042-129

説明この操作には無効なリソース・タイプが指定されました。ユーザーの処置 lsnim -q Operation -t TargetType コマンドを使用して Operation を TargetType に適用する場合の必須リ

ソースとオプション・リソースのリストを表示します。

メッセージ 0042-130

説明この要求した操作には使用できない属性を指定しました。ユーザーの処置指定した属性を使用せずに、操作を再試行します。

メッセージ 0042-131

説明相互に矛盾する 2 つ以上の属性を指定しました。ユーザーの処置属性のいずれか 1 つだけ使用して、操作を再試行します。

メッセージ 0042-132

説明操作を実行中のコンテキストでは無効な value を属性割り当てに指定しました。ユーザーの処置属性割り当てに別の value を使用して、操作を再試行します。

メッセージ 0042-133

説明 NIM リソース・オブジェクトの削除を要求しましたが、そのオブジェクトにより表される物理エンティティーを削除できませんでした。

ユーザーの処置 rm コマンドを使用して、ファイルまたはディレクトリーを削除します。

メッセージ 0042-134

説明要求した操作には、ネットワーク・ブート・イメージを使用して、指定のターゲットをリブートすることが必要です。 NIM ではターゲットで実行できるように自動的に環境が初期化されましたが、ターゲットにネットワーク・ブート・イメージをロードさせることはできませんでした。

ユーザーの処置ターゲットで介入が必要です。 BOOTP 要求を開始する手順に従ってください。

メッセージ 0042-135

説明クライアントから、またはマスター上で開始できる NIM 操作を同期化するために、クライアントに最初のリソースを割り当てるために使用されたマシンがどれか (クライアントかマスターか) を、NIM が記録します。このマシンを制御権を持つマシンと呼びます。例えば、最初のリソース割り当てがクライアントから発生した場合は、そのクライアントに制御権があります。制御権を持つマシンには、そのクライアント用のすべてのリソースが割り当て解除されるまで制御権が存在し続けます。操作をあるマシンから実行するよう要求しましたが、そのマシンには現在指定されたターゲットに対する制御権がありません。

ユーザーの処置そのターゲットに対する制御権を持つマシンから必要な操作を実行するか、制御側のマシンからリソースの割り当てを解除する (制御権を除去するため) か、あるいは、マスターからの操作の実行時に force (強制) オプション (-F フラグ) を使用してこの動作を指定変更します。



説明要求した操作に関与する 2 台のマシン間に NIM 経路が存在しないため、その操作を実行できません。ユーザーの処置ネットワーク間に NIM 経路を確立します。

メッセージ 0042-137

説明 /etc/niminfo ファイルには、すべての NIM コマンドに必要な、NIM 環境に関する情報が入っています。この場合、操作の続行に必要な何らかの情報が /etc/niminfo ファイルから欠落しています。これは、ファイルが壊れていることを示します。

ユーザーの処置 NIM 環境を初期化し直します。

メッセージ 0042-138

説明 rhost ファイルを更新できません。ユーザーの処置クライアント・マシンのルート用の $HOME/.rhosts ファイルを編集して、NIM マスターのホスト名のエ

ントリーを追加します。

メッセージ 0042-139

説明マシンをインストールするプロセスで、接続されているディスクがインストール可能イメージのソースとして使用できません。インストール操作のターゲットへ、ターゲット自体がサーバーとなるリソースが割り当てられました。

ユーザーの処置そのリソースの割り当てを解除し、別のマシンがサーバーとなっている同じタイプの別のリソースを割り当て、操作を再試行します。

メッセージ 0042-140

説明 NIM 環境からマシン・オブジェクトを除去するよう要求し、その要求は実行されましたが、NIM 環境から除去されたマシン上の /etc/niminfo ファイルが除去できませんでした。

ユーザーの処置 NIM 環境から除去されたマシンから /etc/niminfo ファイルを除去します。注 : マスター用の .rhost 許可がクライアントから除去されたかどうかを検査します。

メッセージ 0042-141

説明属性に NULL 値を割り当てて指定の attr を除去するよう NIM に要求しました。しかしこのメッセージの場合指定の attr は、指定のオブジェクトの定義に現在含まれていません。

ユーザーの処置オブジェクトの定義に含まれている属性を使用して、操作を再試行します。

メッセージ 0042-142

説明すべての属性値は固有である必要があります。属性割り当ての value に、既存の値を指定しました。ユーザーの処置属性に固有の value を使用して、操作を再試行します。

メッセージ 0042-143

説明一部の NIM 属性は、オブジェクトの定義に 1 回しか追加できません。このメッセージの場合、そのようなタイプの属性を指定しましたが、その属性は既に指定したオブジェクトに存在します。

ユーザーの処置このタイプの属性は、オブジェクトの定義の中で 1 つだけ使用できます。現行値を新しい値に変更する場合は、そのオブジェクトに変更操作を行います。

メッセージ 0042-144

説明一部の NIM 属性には、NIM が同じタイプの複数の属性を区別できるように、固有の順序番号が必要です。このメッセージの場合、既に使用されている順序番号を指定しました。


項目説明ユーザーの処置現在使用されていない順序番号を使用して、操作を再試行します。使用されている順序番号を表示するに

は、次のように入力します。lsnim -a AttributeName ObjectName

メッセージ 0042-145

説明 NIM 環境に存在しない属性を指定しました。ユーザーの処置有効な NIM 属性を使用して、操作を再試行します。有効な属性名のリストを表示するには、次のように入

力します。lsnim -p -s info_subclass

メッセージ 0042-146

説明 NIM 環境に存在しないオブジェクト型を指定しました。ユーザーの処置有効な NIM オブジェクト型を使用して、操作を再試行します。 NIM マスターで、lsnim コマンドを使用

して有効な NIM オブジェクト型を表示できます。

メッセージ 0042-147

説明 NIM クライアントでしか実行できない NIM コマンドを NIM マスターで実行しようとしました。ユーザーの処置 NIM クライアントでコマンドを実行します。

メッセージ 0042-148

説明指定の属性に含まれている情報が、有効な情報ではなくなっています。ユーザーの処置属性内の情報を変更して有効な情報を反映させてから、操作を再試行します。

メッセージ 0042-150

説明 NIM リソースを格納するために使用されるディレクトリーは、それらのリソースのサーバー・マシンにとってローカルでなければなりません。これは、NIM が NFS エクスポートできるのはローカル・ディレクトリーだけなので必須事項です。このメッセージの場合、指定したディレクトリーは、そのディレクトリーの指定されたサーバーにローカルなディレクトリーではありません。 NIM は、この情報を指定されたサーバーのファイルシステムから入手しました。リストされる vfstype は、/usr/include/sys/vmount.hファイル内の値に対応しています。

ユーザーの処置求めるリソースを指定されたサーバーへコピーして操作を再度実行するか、操作を実行するときに正しいサーバーを指定します。

メッセージ 0042-151

説明 NIM が使用するファイルは、特定タイプのファイルでなければなりません。このメッセージの場合、NIMで使用できないタイプのファイルが指定されました。 NIM は、この情報をそのファイルの指定されたサーバーのファイルシステムから入手しました。ファイル・タイプは、/usr/include/sys/mode.h ファイル内の値に対応しています。

ユーザーの処置ファイルのファイル・タイプを変更して、操作を再試行します。

メッセージ 0042-152

説明 SPOT に対して installp 操作を実行する場合、その SPOT を使用するすべてのディスクレス・クライアントおよびデータレス・クライアントのルート・ディレクトリーは、SPOT 内部で行われた変更と同期化されている必要があります。このメッセージの場合、ルート・ディレクトリーに対する root sync 操作を実行したときに、1 つ以上のエラーが起きました。

ユーザーの処置 root sync の一部でエラーが起きた理由を調べて、操作を再度実行します。クライアント・ルートのnim.installp ログは、RootResrcParentDir/ClientName/var/adm/ras にあります。



説明 NIM がファイルを使用するためには、そのファイルに特定のファイル許可が必要です。このメッセージの場合、NIM で必要な許可と矛盾するファイルが指定されました。 NIM は、この情報をそのファイルの指定されたサーバーのファイルシステムから入手しました。ファイル許可の値は、/usr/include/sys/mode.h ファイルから得られたものです。

ユーザーの処置そのファイルのファイル許可を変更し、操作を再試行します。

メッセージ 0042-154

説明 NIM がファイルを使用するためには、そのファイルが存在しなければなりません。指定したファイルは存在しません。

ユーザーの処置ファイルを作成して、操作を再試行します。

メッセージ 0042-155

説明 NIM でディスクレスおよびデータレスのルート・ディレクトリーとそれに対応する SPOT との同期を保つには、クライアントのルート・ディレクトリーと、対応する SPOT が、同じマシンによって運用されていなければなりません。このメッセージの場合、割り当てリソースに、要件に合わないリソースを要求したことを意味します。

ユーザーの処置 NIM の要件に違反しないリソースを使用して、操作を再試行します。

メッセージ 0042-156

説明存在しないディレクトリーの操作を実行するよう要求しました。ユーザーの処置欠落しているディレクトリーを作成し、操作を再試行します。

メッセージ 0042-157

説明必要なファイルにアクセスできなかったために、要求した操作が実行できませんでした。ユーザーの処置欠落ファイルを作成し、操作を再試行します。以下に例を挙げます。

• 欠落ファイルが SpotName.NetworkInterface.Platform というフォーマットの名前 (例えばmyspot.tok.up) を持つブート・イメージである場合は、 SPOT に対するチェック操作を実行することによって、そのブート・イメージを再作成します。

• 欠落ファイルが root リソースまたは paging リソースに関連付けられているディレクトリーの場合は、remove 操作を使ってリソース定義を削除し、ディレクトリーを作成した後で、リソースを再定義します。

• SPOT の image.template ファイルが欠落している場合、それは SPOT が壊れているか正常に作成されなかったことを意味します。リカバリーするには SPOT を remove 操作で除去し、その後で define 操作で再作成する必要があります。

メッセージ 0042-158

説明要求した操作では、NIM でファイルを修正する必要がありますが、そのファイルは正しく修正されませんでした。

ユーザーの処置そのファイルに関するファイル許可を調べて、操作を再試行します。

メッセージ 0042-159

説明必須ソフトウェアが欠落しているため、ターゲット・サーバーが SPOT サーバーとして機能しません。ユーザーの処置欠落しているソフトウェアをインストールして、操作を再試行します。

メッセージ 0042-160

説明要求した操作には、ネットワーク・ブート・イメージの作成が必要ですが、NIM では作成できませんでした。

ユーザーの処置ネットワーク・ブート・イメージの作成を妨げている問題をフィックスし、操作を再試行します。


項目説明

メッセージ 0042-161

説明空きディスク・スペースが不十分なため、要求した操作が完了できません。ユーザーの処置エラー・メッセージに示された情報に従って、使用可能なスペースの量を増やします。

メッセージ 0042-162

説明要求した操作を NIM で実行するには、定義の一部に simages 属性が含まれている lpp_source タイプのリソース・オブジェクトが必要です。この属性を用いて、NIM インストール操作をサポートするために必要なオプション・パッケージのセット全体を lpp_source の中に入れるように指定します。このメッセージの場合、この要件を満たす lpp_source が指定されていません。

ユーザーの処置定義に lpp_source 属性が含まれている simages を使用して、操作を再試行します。

メッセージ 0042-163

説明 NIM は、リソースのサーバーとクライアント間のアクセスを調整します。そのためには、NIM はクライアントが使用できるネットワーク・インターフェースを識別する必要があります。これは、サーバーが複数のネットワーク・インターフェースを備えている場合には複雑な問題になります。 NIM では、接続性のアルゴリズムを使用してどのネットワーク・インターフェースを使用するかが設定されます。このエラー・メッセージは、接続性のアルゴリズムが、クライアントの経路指定とアルゴリズムから選択されたインターフェースに問題を検出したために発生しました。 NIM では、クライアントがゲートウェイとして使用しているサーバー上のインターフェースをリソースの運用に使用できません。そのリソースを必要とする操作が異常終了する可能性があるためです。

ユーザーの処置 NIM が認識できない他のネットワーク・インターフェースがサーバーにある場合は、サーバー・マシン・オブジェクトを変更して、それらのインターフェースを追加します。クライアントの 1 次ネットワークと、サーバーが接続している他のいずれかのネットワークとの間に、NIM 経路を定義します。

メッセージ 0042-164

説明一部の NIM 操作では、インストール可能イメージのソースとして CD-ROM を使用できません。 NIM で、実行する操作用に CD-ROM の環境が必ずしも作成されるとは限りません。そのような操作を実行しようとしました。

ユーザーの処置インストール可能イメージ用に別のソースを使用して、操作を再試行します。

メッセージ 0042-165

説明属性によって、同時に指定しなければならないものや、相互に排他的なものがあります。このメッセージの場合、1 つ以上の矛盾する属性を指定しました。

ユーザーの処置矛盾した属性を削除して、操作を再試行します。例えば、ring_speed 属性と cable_type 属性を、同一のif 属性とともに指定できません。どちらを使用するかは、対応する if 属性が参照しているネットワーク・インターフェースのタイプによって決まります。

メッセージ 0042-166

説明 if 属性でネットワーク・インターフェース情報が指定され、その中で、そのインターフェースの接続先のネットワーク・オブジェクトが参照されています。このメッセージの場合、if 属性に関連する必須属性が省略されています。

ユーザーの処置必須属性を指定して、操作を再試行します。例えば、ring_speed 属性はトークンリング・ネットワーク・インターフェースに対応し、cable_type 属性はイーサネット・ネットワーク・インターフェースに対応します。

メッセージ 0042-167

説明 IPL ROM エミュレーションのソースとして指定したデバイスに、IPL ROM エミュレーションの有効なブート可能イメージが入っていません。


項目説明ユーザーの処置指定したデバイスの中にメディアが入っている場合は、そのメディアに IPL ROM エミュレーションが入っ

ていないか、メディアが壊れているかのどちらかです。 IPL ROM エミュレーションを再作成し、操作を再試行します。指定したデバイスの中にメディアが入っていない場合は、IPL ROM エミュレーションを作成し、それをデバイスに挿入し、操作を再試行します。

メッセージ 0042-168

説明起点のネットワークと宛先のネットワークに同じものを指定しました。同じネットワークのマシンには、通信のための経路を指定する必要はありません。したがって、あるネットワークからそのネットワーク自身への経路を追加できません。

ユーザーの処置 NIM 経路を追加するときに、起点と宛先として異なるネットワークを指定します。

メッセージ 0042-169

説明 lpp_source を割り当てましたが、その lpp_source を使用してインストールするファイルセットを指定しませんでした。

ユーザーの処置コマンドの filesets 属性を使用するか、またはインストールするファイルセットのリストが含まれているinstallp_bundle を割り当てて、インストールするファイルセットを指定します。

メッセージ 0042-170

説明 NIM で認識されないプラットフォーム・タイプを入力しました。ユーザーの処置有効なプラットフォーム・タイプは rs6k、rs6ksmp、chrp および rspc です。プラットフォーム・タイプ

の属性を訂正して操作を再試行します。

メッセージ 0042-171

説明すべての構成タイプですべてのプラットフォーム・タイプがサポートされているわけではありません。例えば、ディスクレスの構成タイプは、プラットフォーム・タイプ rs6ksmp ではサポートされていません。

ユーザーの処置正しいプラットフォーム・タイプを使用して、操作を再試行します。

メッセージ 0042-172

説明 NIM クライアント・マシンとして、正しくないマシン・オブジェクトの名前を指定しました。 niminit コマンドを使用して niminfo ファイルを再作成する場合、マスター登録プロセスにより、マシンの CPU IDが、指定のマシンかどうか NIM データベースに格納されている値により確認されます。格納された値がniminit から渡された値に一致しなければ、このメッセージが発行されます。

ユーザーの処置正しい名前を使用して、操作を再試行します。

メッセージ 0042-173

説明 installp コマンドには (-X フラグを使用して) ファイルシステムの拡張を指定し、一方で (auto_expand属性を使用して) NIM による自動拡張の禁止を指定しています。これは、起動されたコマンドには許されない組み合わせです。

ユーザーの処置 -X フラグと auto_expand 属性の、どちらか 1 つを使用します。両方同時には使用できません。

メッセージ 0042-174

説明有効値が yes と no しかない属性に、無効な値を指定しました。ユーザーの処置指示された属性に yes または no の値を指定して、操作を再試行します。

メッセージ 0042-175

説明 NIM で実行しようとしたコマンドから、予期しない結果が戻されました。


項目説明ユーザーの処置実行したコマンドが失敗した原因となった問題をフィックスし、操作を再試行します。

スペースの不足によってコマンドにトラブルが発生した場合は、そのことを示すエラー・メッセージが表示されます。指示されたファイルシステムを拡張し (ほとんどの NIM 操作の場合、auto_expand 属性を使用)、操作を再試行します。 SPOT の作成時にスペース障害が起きた場合、およびその結果として bosbootコマンドが失敗してブート・イメージが作成できなかった場合は、フリー・スペースを増やして、check操作を実行します。NIM でこのメッセージにリストされたコマンドが installp コマンドの場合は、nim.installp ログを調べて、障害とリカバリーに関する情報を入手します。スタンドアロン・クライアント操作の場合、このログはクライアントの /var/adm/ras ディレクトリーに入っています。 SPOT cust および maint 操作の場合、このログは SPOT の SPOTParentDir/SPOTName/usr/lpp/bos/inst_root/var/adm/ras にあります。ディスクレス・クライアントおよびデータレス・クライアントの場合、このログは RootResrcParentDir/ClientName/var/adm/ras の中にあります。

メッセージ 0042-176

説明このリソースはサポート・イメージ (simages) の lpp_source としては使用できません。 lpp_source がサポート・イメージ・リソースとして使用できる場合、それには、基本オペレーティング・システムのインストールと使用に必要な最小限のセットのソフトウェア・パッケージが含まれています。

ユーザーの処置このリソースをサポート・イメージの lpp_source として使用する必要がない場合は、処置は不要です。このリソースをサポート・イメージの lpp_source として使用する必要がある場合は、欠落しているソフトウェアを lpp_source に追加します。 lpp_source がディレクトリーの場合は、欠落パッケージをlpp_source の位置にコピーし、check 操作を実行します。

メッセージ 0042-177

説明要求した操作は、1 つ以上のファイルシステム内でフリー・スペースが足りなかったために、実行できませんでした。

ユーザーの処置可能であれば、表示されたファイルシステムを拡張して、使用可能なスペースを増やします。ほとんどのNIM 操作では、ファイルシステムを自動的に拡張するために auto_expand 属性を使用できます。

メッセージ 0042-178

説明 if 属性は 4 つのフィールドから成っています。ほとんどの場合 4 番目のフィールド・オプションです。このメッセージの場合、(1 番目のフィールドで) 指定したネットワーク・オブジェクトに複数のタイプのネットワークがあります。その場合、NIM の 4 番目のフィールドにネットワーク・アダプターの論理デバイス名を指定する値が必要です。

ユーザーの処置該当する値を if 属性に追加して、操作を再試行します。

メッセージ 0042-179

説明 if 属性または other_net_type 属性を除去しようとしましたが、その属性に 1 つ以上の NIM クライアントが依存しています。

ユーザーの処置この状況に間違いなければ、そのネットワークに依存している NIM クライアントを除去するか、NIM クライアント・オブジェクトの定義から if 属性を除去します。

メッセージ 0042-180

説明定義しようとしているマシンのアドレスは、指定のネットワーク・オブジェクトで表されるネットワークに接続されていません。

ユーザーの処置そのマシンが接続している物理ネットワークを示すネットワーク・オブジェクトを定義します。マシンを定義するときには、そのネットワーク・オブジェクトを使用します。

メッセージ 0042-181

説明 fix_query_flags 属性に無効な値が指定されています。有効な値のリストを表示するには、lsnim -Pafix_query_flags を使用します。

ユーザーの処置正しいフラグを判別して、操作を再試行します。



説明あるタイプのリソースを現在の操作に割り当て、同時に別のタイプのリソースとして割り当てることはできません。どちらか一方を割り当てることはできますが、両方は割り当てられません。

ユーザーの処置指定されたリソースは相互に排他的です。操作に必要なのはどちらなのかを判別し、もう一方を削除します。

メッセージ 0042-183

説明現行操作にリソースのタイプが割り当てられている場合は、属性を指定できません。どちらか一方なら使用できますが、両方は使用できません。

ユーザーの処置指定されている属性とリソースは相互に排他的です。操作に必要なのはどちらなのかを判別し、もう一方を削除します。

メッセージ 0042-184

説明このネットワークに接続中のものとして現在定義されている NIM クライアントがあるので、このネットワークのネットワーク・アドレス (net_addr) またはサブネット・マスク (snm) を変更できません。ネットワークを変更する前に、該当のクライアント定義を除去してください。

ユーザーの処置 nimdef コマンドを使用すると、NIM クライアントを除去した後でそれらのクライアントを迅速に再定義し、ネットワーク定義を更新できます。

メッセージ 0042-185

説明ファイルのリンクまたはコピーに失敗しました。許可およびファイルシステムのスペースをチェックしてください。

ユーザーの処置エラー・メッセージに示されているファイルおよびリンクで、スペースおよび i ノードが使用可能であることを検査します。

メッセージ 0042-186

説明セットアップ・プログラムのコピーに失敗しました。クライアントで NFS を開始するか、またはファイルシステム内の 1000 個の 512 バイト・ブロックを解放してください。

ユーザーの処置操作をセットアップするために必要なプログラムを、クライアント・システムにコピーできませんでした。クライアントで NFS を開始するか、またはエラー・メッセージに示されているファイルシステム内のスペースを増やしてください。

メッセージ 0042-187

説明ファイルシステムの拡張に失敗しました。ユーザーの処置エラー・メッセージに示されているファイルシステムを手操作で拡張して、操作を再試行します。

メッセージ 0042-188

説明 NFS マウントに失敗しました。ユーザーの処置エラー・メッセージに示されているリソース・サーバーとクライアントの両方で NFS が実行中であること

を確認します。 NFS の問題が解決してから、操作を再試行します。

メッセージ 0042-189

説明既存のブート・イメージの保存に失敗しました。ファイルシステム内のスペースをチェックしてください。ユーザーの処置エラー・メッセージに示されているファイルシステム内のスペースを増やしてから、操作を再試行します。

メッセージ 0042-190

説明キーが NORMAL (標準) 位置になっていません。キーを NORMAL 位置にしておかないと、不在インストールを完了できません。

ユーザーの処置クライアント・マシン上のキーを NORMAL 位置にしてから、操作を再試行します。


項目説明

メッセージ 0042-191

説明 IPLROM エミュレーションの書き込みができませんでした。ユーザーの処置 mkboot コマンドが、クライアントへの IPLROM エミュレーションの書き込みに失敗しました。ネットワ

ークを介してクライアントを手操作でブートし、BOS インストールを開始します。

メッセージ 0042-192

説明ブート論理ボリュームが見つかりません。ユーザーの処置ブート論理ボリュームがマシンに定義されているかどうかを確認してください。 NIM は、lslv -l hd5 コマ

ンドを使用してブート論理ボリュームを判別しようとします。

メッセージ 0042-193

説明マスターに関する .rhosts エントリーがクライアントにないか、またはクライアントのホスト ID が解決不能です。

ユーザーの処置クライアント・ホスト名がマスターにとって解決可能な名前であることを確認してください。次に、クライアント・マシンのルートの $HOME/.rhosts ファイルに、マスターに関するエントリーが存在することを確認します。

メッセージ 0042-194

説明このクライアントでは、NIM push 操作が使用できません。 push 操作が必要な場合は、%s の /etc/nimstop を除去してください。

ユーザーの処置クライアント・マシン上で、nimclient -p コマンドを実行して、マスターのプッシュ許可を再び使用可能にします。

メッセージ 0042-195

説明ブート・デバイス・リストの順序付けができません。ユーザーの処置クライアントの bootlist コマンドからエラーが戻されました。 bos_inst 操作、diag 操作、または

maint_boot 操作のためにネットワーク・ブートを実行する必要がある場合は、ブート・リストの設定およびクライアントのリブートを手操作で行うか、または通常の手順に従ってネットワークを介してクライアントをブートします。

メッセージ 0042-196

説明 set_bootlist 属性が有効なのは、no_client_boot 属性または boot_client 属性と組み合わせて使用された場合のみです。

ユーザーの処置 set_bootlist 属性を nim コマンドに指定するのは、no_client_boot 属性または boot_client 属性を使用してデフォルトの動作を変更する場合のみにします。

メッセージ 0042-197

説明ターゲット・マシンに、指定のネットワーク・タイプ用のインターフェースが 2 つ以上ある場合は、force_push 属性の使用時に、ターゲット・マシンの NIM 定義の if1 属性にネットワーク・アダプターの論理デバイス名を指定する必要があります。

ユーザーの処置 NIM change 操作を使用して、クライアントの if1 属性を変更します。 if1 属性を変更するとき、エラー・メッセージにリストされているクライアントのネットワーク・アダプターの論理デバイス名の 1 つを組み込みます。

メッセージ 0042-198

説明マシンの /usr ファイルシステムを SPOT に変換するときは、SPOT を作成するために使用されているメディア (lpp_source) 上の BOS イメージが、マシンをインストールするために使用された BOS イメージに一致していなければなりません。


項目説明ユーザーの処置 /usr SPOT を定義するときは、最初にマシンをインストールするために使用したものと同じインストー

ル・メディアを使用します。

メッセージ 0042-199

説明 no_client_boot 属性と boot_client 属性を同時に指定できません。ユーザーの処置 NIM コマンドに矛盾した命令を与える可能性を避けるために、同じ NIM 操作の中に no_client_boot 属性

と boot_client 属性の両方を同時には指定しません。

メッセージ 0042-204

説明 mk_image 属性と source 属性は、両方同時に指定した場合にのみ有効です。ユーザーの処置実行中のクライアント・マシンから mksysb リソースを作成する場合は、mk_image=yes 属性を使用して

mksysb を作成することを指示し、source=ClientName 属性を使用して、バックアップをとるクライアントの名前を指定します。

メッセージ 0042-205

説明システム・バックアップを実行するには、クライアントに bos.sysmgt.sysbr ファイルセットがインストールされている必要があります。このファイルセットは、NIM cust 操作を使用してインストールできます。

ユーザーの処置クライアント・マシンに bos.sysmgt.sysbr ファイルセットをインストールしてから、操作を再試行します。

メッセージ 0042-206

説明既にリソースが割り当てられています。ユーザーの処置指定のタイプのリソースは、クライアントに 1 つしか割り当てられません。最初のリソースを割り当て解

除してから、別のリソースを割り当てます。

メッセージ 0042-207

説明リソースをクライアントに割り当てることができませんでした。ユーザーの処置このエラーに伴い、他にも NIM エラー・メッセージが出ていないかどうか調べてください。そのエラー・

メッセージに、問題に関するもっと詳しい情報が示されている場合があります。指定されたリソースが、クライアントへの NFS エクスポートが可能なものであることを確認します。

メッセージ 0042-208

説明クライアントをロックできません。そのクライアントが既にロックされているか、または指定した名前が有効な NIM クライアントを参照していない可能性があります。

ユーザーの処置同じクライアントに対して別の NIM 操作を実行している場合は、そのプロセスが完了するまで待ってから、操作を再試行します。実行中の NIM 操作が他にない場合には、nimesis デーモンをいったん停止した後で再始動することによってロックを除去します。

メッセージ 0042-209

説明 mksysb_flags 属性に無効な値が含まれています。有効な値のリストを表示するには、lsnim -Pamksysb_flags コマンドを使用します。

ユーザーの処置 mksysb_flags 属性に正しい値を指定して、操作を再試行します。

メッセージ 0042-210

説明バックアップに必要な最大スペースが、ターゲット・ファイルシステムのフリー・スペースの量より大きくなっています。スペース要件を無視するには、mksysb リソースを定義するときに -F フラグを使用します。

ユーザーの処置 mksysb の作成先のターゲット・ファイルシステムのスペースを大きくするか、またはエラー・メッセージに示されているように -F フラグを使用します。


項目説明

メッセージ 0042-211

説明このメンバーはグループ内に既に存在しています。ユーザーの処置メンバーは既にグループに追加されているので、追加処置は必要ありません。

メッセージ 0042-212

説明メンバー名が有効な NIM 名でなかったために、メンバーはグループに追加されませんでした。ユーザーの処置グループに追加しようとしたメンバーの名前が無効です。メンバーが正しく指定されているかどうかを確

認してください。

メッセージ 0042-213

説明グループに有効なメンバーが含まれていなかったために、グループは作成されませんでした。ユーザーの処置グループには、少なくとも 1 つのメンバーが含まれていなければなりません。グループを NIM 環境に追加

するための有効なメンバーを使用して、グループを再定義します。

メッセージ 0042-214

説明グループにメンバーを追加することができません。ユーザーの処置このエラーに伴い、他にも NIM エラー・メッセージが出ていないかどうか調べてください。そのエラー・

メッセージに、問題に関するもっと詳しい情報が示されている場合があります。

メッセージ 0042-215

説明 showlog 操作に対して無効なログ・タイプが指定されました。ユーザーの処置エラー・メッセージにリストされている有効なログ・タイプの 1 つを指定します。

メッセージ 0042-216

説明 SPOT の showlog 操作に対して無効なログ・タイプが指定されました。ユーザーの処置エラー・メッセージにリストされている有効なログ・タイプの 1 つを指定します。

メッセージ 0042-217

説明ディスクレス・マシンまたはデータレス・マシンの showlog 操作に対して無効なログ・タイプが指定されました。

ユーザーの処置エラー・メッセージにリストされている有効なログ・タイプの 1 つを指定します。

メッセージ 0042-218

説明ログ・ファイルが空であるか、または存在しません。ユーザーの処置指定のマシンまたは SPOT についてのログ・ファイルには、使用可能な情報はありません。

メッセージ 0042-219

説明このオブジェクトには、グループとの互換性がありません。ユーザーの処置オブジェクトのタイプがグループ内で使用できるタイプではないので、このオブジェクトはグループに追

加できません。マシン・グループに入れることができるのは 1 つのタイプの NIM クライアントのみであり、そのタイプは最初に追加されたメンバーによって決まります。リソース・グループに入れることができるのは、タイプがリソースであるメンバーだけです。

メッセージ 0042-220

説明 1 つのリソース・グループの中に、指定タイプのリソースを複数個入れることはできません。


項目説明ユーザーの処置指定のタイプの新規メンバーを追加するには、その前に同じタイプの現行メンバーをそのリソース・グル

ープから除去する必要があります。

メッセージ 0042-221

説明グループ GroupName に残っていた唯一のメンバーがこの操作中に除去されたため、このグループは除去されます。

ユーザーの処置グループは空にしておくことはできません。このグループを NIM 環境に残しておく必要がある場合は、少なくとも 1 つのメンバーを入れて、グループを再定義します。

メッセージ 0042-222

説明マシンへのリソースの割り当て時に、未知のエラーが起こりました。ユーザーの処置このエラーに伴い、他にも NIM エラー・メッセージが出ていないかどうか調べてください。そのエラー・

メッセージに、問題に関するもっと詳しい情報が示されている場合があります。指定されたリソースが、クライアントへの NFS エクスポートが可能なものであることを確認します。

メッセージ 0042-223

説明入力ファイルが無効です。ファイルが読み取れないか、空であるか、または有効なエントリーが含まれていないかのいずれかです。

ユーザーの処置エラー・メッセージに示されているファイルが操作対象として正しいファイルであるかどうかを確認します。

メッセージ 0042-224

説明 NFS エクスポート・ファイルの 1 行の長さの制限を超えました。 export 操作は実行できません。ユーザーの処置手操作で /etc/exports and /etc/xtab ファイルを編集して、不要なエントリーを除去します。 nim -o

change -a restrict_nfs_exports=no master コマンドを実行して、マスター上で restrict_nfs_exports 属性を no に設定することによって、NIM でリソースを NFS エクスポートできる宛先ホストの数を増やすこともできます。

メッセージ 0042-225

説明エクスポート・ファイルの更新時に、エラーが起こりました。ファイルが壊れていないかどうか、チェックしてください。

ユーザーの処置手操作で /etc/exports ファイルと /etc/xtab ファイルを編集して、ファイル破壊の問題をフィックスします。 NIM で正常にファイルを更新できなかった理由を判別します。ファイル許可およびディレクトリー許可をチェックし、ファイルシステムが満杯になっていないことを確認します。

メッセージ 0042-226

説明クライアントに対する操作を開始しようとしている間に、タイムアウトが発生しました。操作は正常に開始されなかった可能性があります。

ユーザーの処置実行しようとしていた操作が bos_inst の場合は、ネットワークを介して手動でクライアントをリブートすれば、インストールが開始されます。その他のすべての操作では、ほとんどの場合、マスターとクライアントの間のネットワーク通信上の問題がこの問題の原因です。マスターからクライアントに到達可能なこと、および rsh 権限がまだクライアントからマスターに認可されていることを確認してください。

メッセージ 0042-227

説明マシンが特定の NIM 操作を実行できる状態になっていない可能性があることが、マシン状態に示されています。

ユーザーの処置マシンでまだ実行中の NIM 操作があるかどうかをチェックしてください。実行中の操作がない場合は、nim -Fo resetMachineName コマンドを使用して、マシン状態をリセットします。これによって、マシンが ready 状態に戻り、そのマシンに対して NIM 操作を実行できるようになります。 reset 操作ではリソースは割り当て解除されません。したがって、必要な場合には、nim deallocate 操作を使用してリソースを割り当て解除します。



説明リリース・レベルが無効です。ユーザーの処置リソースのリリース・レベルが不完全かまたは誤って指定されています。リソースのレベルを調べるには

lsnim -l ResourceName コマンドを実行して version、release および mod の各属性を表示します。問題を訂正するには、リソースを再作成するか、または NIM マスター上で /usr/lpp/bos.sysmgt/nim/methods/m_chattr -a Attribute = Value ResourceName コマンドを使用して NIM データベースを修正し、正しいレベルを組み込みます。ここで、Attribute は、version、release、または mod です。Value は正しい値です。ResourceName は、誤ったレベルが指定されているリソースの名前です。

メッセージ 0042-229

説明インストールのソースとして mksysb を使用してシステムをインストールする場合、インストールに使用する SPOT のレベルが、インストールしている mksysb イメージのレベルと一致している必要があります。 SPOT と mksysb のリリース・レベルが一致していません。

ユーザーの処置インストールしている mksysb のレベルと一致する SPOT を作成し、mksysb BOS インストールの実行時にその SPOT を使用します。 mksysb リソースと SPOT リソースのレベルを調べるには lsnim -lResourceName コマンドを実行して version、release、および mod の各属性を表示します。

メッセージ 0042-230

説明インストールのソースとして mksysb を使用してシステムをインストールする場合、インストールに使用する SPOT のレベルが、インストールしている mksysb イメージのレベルと一致している必要があります。この規則に従っていない場合は、インストールが正常に完了しない可能性があります。

ユーザーの処置インストールしている mksysb のレベルと一致する SPOT を作成し、mksysb BOS インストールの実行時にその SPOT を使用します。 mksysb リソースと SPOT リソースのレベルを調べるには lsnim -lResourceName コマンドを実行して version、release、および mod の各属性を表示します。

メッセージ 0042-231

説明この操作では、インストールする必要のあるソフトウェアの一時的なリストが作成され、使用されます。そのリストを作成することができませんでした。

ユーザーの処置直前のエラー・メッセージをチェックして、エラーが起こった理由を調べます。問題を訂正して、操作を再試行します。

メッセージ 0042-232

説明この操作では、一時的な installp_bundle リソースが作成されて、使用されます。その一時的なリソースを作成することができませんでした。

ユーザーの処置直前のエラー・メッセージをチェックして、リソースの作成が失敗した原因を調べます。問題を訂正して、操作を再試行します。

メッセージ 0042-233

説明 NIM マスターは既に初期化されているので、この操作は実行できません。ユーザーの処置 NIM マスターを構成解除して、操作を再試行します。

メッセージ 0042-234

説明旧レベルの NIM マスター・ファイルセットがインストールされているマシンに、NIM データベース・バックアップを復元できません。例えば、NIM マスター・レベル 4.2.0.0 のシステムのデータベース・バックアップは、4.2.0.0 以前の NIM マスター・レベルのシステムには復元できません。

ユーザーの処置バックアップが作成されたときと同一レベル、またはそれ以降のレベルの NIM マスター・ファイルセットをインストールします。そこで、NIM データベース・バックアップの復元を試みます。

メッセージ 0042-235

説明 SPOT を作成するためのイメージ・ソースが指定されていません。


項目説明ユーザーの処置インストール・イメージが含まれているデバイスを指定するか、または lpp_source を simages 属性とと

もに指定して SPOT を作成します。

メッセージ 0042-236

説明作成しようとしている lpp_source について、lpp_source の名前、または lpp_source を入れるディレクトリーが指定されていません。

ユーザーの処置 lpp_source の名前およびディレクトリーを指定して、操作を再試行します。

メッセージ 0042-237

説明作成しようとしている SPOT について、SPOT の名前、または SPOT を入れるディレクトリーが指定されていません。

ユーザーの処置 SPOT の名前およびディレクトリーを指定して、操作を再試行します。

メッセージ 0042-238

説明作成しようとしているディスクレスでデータレスのマシン・リソースについて、親ディレクトリーが指定されていません。

ユーザーの処置ディスクレス/データレスのマシン・リソースのディレクトリーを指定し、操作を再試行します。

メッセージ 0042-239

説明作成しようとしているリソースについて、リソースの名前、またはリソースを入れるディレクトリーが指定されていません。

ユーザーの処置リソースの名前およびディレクトリーを指定して、操作を再試行します。

メッセージ 0042-240

説明作成しようとしているディスクレスでデータレスのマシン・リソースについて、親ディレクトリーが指定されていません。

ユーザーの処置ディスクレス/データレスのマシン・リソースのディレクトリーを指定し、操作を再試行します。

メッセージ 0042-241

説明 NIM リソースを入れる新規ファイルシステムを作成するための、サイズまたはボリューム・グループが指定されていません。

ユーザーの処置ファイルシステムのサイズとボリューム・グループの両方を指定して、操作を再試行します。

メッセージ 0042-242

説明ディスクレスでデータレスのマシン・リソースを入れる新規ファイルシステムを作成するための、サイズまたはボリューム・グループが指定されていません。

ユーザーの処置ファイルシステムのサイズとボリューム・グループの両方を指定して、操作を再試行します。

メッセージ 0042-243

説明同じファイルシステムを 2 回作成しようとしました。1 回は lpp_source 用、もう 1 回は SPOT 用です。ユーザーの処置 lpp_source または SPOT のどちらか一方に、異なるディレクトリーを指定します。これにより、異なるフ

ァイルシステムがリソースに作成されます。両方のリソースを含む新規ファイルシステムを実際に作成する必要がある場合は、どちらか 1 つのリソースについてのみファイルシステムを作成し、両方のリソースに同じディレクトリーを指定します。

メッセージ 0042-244

説明同じファイルシステムを 2 回作成しようとしました。1 回は lpp_source 用、もう 1 回はディスクレス/データレスのマシン・リソース用です。


項目説明ユーザーの処置 lpp_source とディスクレス/データレス・リソースのどちらか一方に、異なるディレクトリーを指定しま

す。これにより、異なるファイルシステムがリソースに作成されます。両方のリソースを含む新規ファイルシステムを実際に作成する必要がある場合は、どちらか 1 つのリソースについてのみファイルシステムの作成を指定し、両方のリソースに同じディレクトリーを指定します。

メッセージ 0042-245

説明同じファイルシステムを 2 回作成しようとしました。1 回は SPOT 用、もう 1 回はディスクレス/データレス・マシン・リソース用です。

ユーザーの処置 SPOT とディスクレス/データレス・リソースのどちらか一方に、異なるディレクトリーを指定します。これにより、異なるファイルシステムがリソースに作成されます。両方のリソースを含む新規ファイルシステムを実際に作成する必要がある場合は、どちらか 1 つのリソースについてのみファイルシステムの作成を指定し、両方のリソースに同じディレクトリーを指定します。

メッセージ 0042-246

説明ボリューム・グループには、指定のファイルシステムを作成するための十分なスペースがありません。ユーザーの処置作成するファイルシステム用に異なるボリューム・グループを指定して、操作を再試行します。

メッセージ 0042-247

説明ファイルシステムの作成が失敗しました。ユーザーの処置直前のエラー・メッセージ出力をチェックして、ファイルシステムの作成が失敗した原因を調べます。エ

ラーを訂正して、操作を再試行します。

メッセージ 0042-248

説明ファイルシステムの作成中にエラーが発生しました。ユーザーの処置直前のエラー・メッセージ出力をチェックして、ファイルシステムの作成が失敗した原因を調べます。エ

ラーを訂正して、操作を再試行します。

メッセージ 0042-249

説明 NIM マスターの初期化が失敗しました。ユーザーの処置直前のエラー・メッセージ出力をチェックして、NIM マスターの構成が失敗した原因を調べます。エラー

を訂正して、マスターを再度初期化します。この失敗の主な原因は、マスターが既に初期化されていることです。マスターは、nim -o unconfig master コマンドを使用して構成解除し、初期化し直すことができます。ただし、マスターを構成解除すると、NIM データベースからすべての定義が除去されるため、十分な注意が必要です。

メッセージ 0042-250

説明構成を続行できません。ユーザーの処置直前のエラー・メッセージ出力をチェックして、構成が失敗した原因を調べます。エラーを訂正して、失

敗した箇所からシステムの構成を再試行します。

メッセージ 0042-251

説明必須のデフォルト経路が欠落しているので、経路をネットワークに追加できません。デフォルト経路をネットワークに追加して、操作を再試行します。

ユーザーの処置エラー・メッセージに指定されたネットワークにデフォルト経路を追加して、操作を再試行します。

メッセージ 0042-252

説明一致するネットワークが見つかりません。


項目説明ユーザーの処置 find_net キーワードが、マシンの if 属性の中で使用されています。しかし、一致するネットワークが見

つかりませんでした。マシン・インターフェースを定義する前にネットワークを定義するか、またはnet_definition 属性を find_net キーワードと関連させて使用して、インターフェースの定義時に同時にネットワークを定義します。

メッセージ 0042-253

説明 if 属性の最初のフィールドとして find_net キーワードが指定されていない場合には、net_definition 属性は使用できません。

ユーザーの処置既知のネットワークを if 属性の中で使用する場合には、net_definition 属性は無効です。 find_net キーワードを if 属性に指定するか、または net_definition 属性を削除して、操作を再試行します。

メッセージ 0042-254

説明 net_definition に指定された値のフォーマットが無効です。属性の値は次のとおりでなければなりません。NetType

Network type - ネットワーク・タイプ (例えば、tok、ent、fddi など)..

snmNameネットワークのドット 10 進サブネット・マスク

Client_gwName定義中のマシンがマスターと通信するために使用する、オプションのデフォルト・ゲートウェイ IPアドレスまたはホスト名

Master_gwNameマスターが他のサブネットのクライアントと通信するために使用する、オプションのデフォルト・ゲートウェイ IP アドレスまたはホスト名

NetNameネットワーク用に作成される NIM 定義に指定されるオプションの名前 (指定しなかった場合は、固有のデフォルト名が使用されます)

NetName を指定する場合、および Client_gwName または Master_gwName が適用できない場合は、その代わりに 0 を指定します。 Client_gwName に 0 を指定した場合は、Master_gwName にゼロ以外の値を指定できません。

ユーザーの処置構文エラーを訂正し、操作を再試行します。

メッセージ 0042-255

説明マスターには既にデフォルト経路があり、マスター用のデフォルトとして指定したゲートウェイが、既に定義されているものと違っています。マスターのデフォルト・ゲートウェイを変更する場合は、change 操作を使用します。

ユーザーの処置ネットワークのデフォルト・ゲートウェイを変更するには、次のコマンドを使用します。nim -o change -a routingX="default GtName" NetName

ここで、X は routing 属性の順序番号、GtName は使用するデフォルト・ゲートウェイ、NetName はマスターのネットワークの名前です。

メッセージ 0042-256

説明ネットワークにはデフォルト経路が既に存在しています。デフォルト・ゲートウェイの変更はできますが、複数のデフォルト経路を定義できません。

ユーザーの処置ネットワークのデフォルト・ゲートウェイを変更するには、次のコマンドを使用します。nim -o change -a routingX="default GtName" NetName

ここで、X は routing 属性の順序番号、GtName は使用するデフォルト・ゲートウェイ、NetName は変更するネットワークの名前です。

メッセージ 0042-257


項目説明説明マシン定義を変更する場合、if 属性を指定しなければ、net_definition 属性を指定できません。ユーザーの処置 net_definition はマシン・インターフェースを参照している必要があります。したがって、net_definition

属性を使用するときは、if 属性も指定します。

メッセージ 0042-258

説明同一の change 操作で複数の if 属性を作成または変更する場合は、 net_definition 属性は指定できません。 2 つの別個の操作を使用します。

ユーザーの処置不明確になるのを避けるために、net_definition 属性を使用するときは、一度に 1 つのみのマシン・インターフェース (if 属性) を扱います。

メッセージ 0042-259

説明マスターのデータベース定義に指定されている default_res の値が、有効な NIM リソース・グループではありません。

ユーザーの処置有効な NIM リソース・グループをデフォルト・リソースとして指定します。 lsnim -t res_group コマンドを実行して、リソース・グループのリストを入手します。

メッセージ 0042-260

説明 default 属性を適用できるのは、リソース・グループを操作する場合のみです。ユーザーの処置リソース・グループに対して default=yes/no 属性を設定すると、そのリソース・グループが NIM 操作で

使用するデフォルトのリソース・セットになります。 default 属性を他の NIM 操作の中で属性として使用しても、無効です。

メッセージ 0042-261

説明 async 属性の使用が無効です。この属性を lppchk 操作に指定できるのは、ターゲットがスタンドアロン・マシンまたはスタンドアロン・マシン・グループの場合のみです。

ユーザーの処置ターゲットがスタンドアロン・マシンまたはスタンドアロン・マシン・グループでない場合は、lppchk 操作の実行時に async 属性を指定しないようにします。

メッセージ 0042-262

説明この操作にはクライアント定義ファイルのファイル名が欠落しています。ユーザーの処置マシンを NIM 環境に定義するために使用するクライアント定義ファイルを指定します。詳しくは、129 ペ

ージの『NIM コマンド』を参照してください。

メッセージ 0042-263

説明 netboot_kernel 属性に割り当て可能な値は、up または mp だけです。ユーザーの処置 netboot_kernel 属性に指定した値を訂正します。

メッセージ 0042-264

説明 lpp_source を定義するために使用されているイメージ・ソースでは、1 つ以上の要求パッケージが欠落しています。

ユーザーの処置インストール・イメージは、lpp_source ディレクトリーにコピーされませんでした。インストール・イメージ用のソースには、lpp_source への転送を指定したファイルセットの一部が含まれていない可能性があります。欠落しているインストール・イメージを lpp_source ディレクトリーにコピーしてから、NIMcheck 操作を lpp_source に対して実行します。

メッセージ 0042-265

説明 lpp_source を定義するために使用されているイメージ・ソースでは、デフォルト・パッケージのリストに1 つ以上の項目が欠落しています。


項目説明ユーザーの処置インストール・イメージは、lpp_source ディレクトリーにコピーされませんでした。インストール・イメ

ージ用のソースには、lpp_source への転送に使用したデフォルト・ファイルセットの一部が含まれていない可能性があります。欠落しているインストール・イメージを lpp_source ディレクトリーにコピーしてから、NIM check 操作を lpp_source に対して実行します。

メッセージ 0042-266

説明要求したパッケージは、定義済みの lpp_source から欠落しています。ユーザーの処置インストール・イメージは、lpp_source ディレクトリーにコピーされませんでした。ファイルセット名の

指定に誤りがあるか、またはインストール・イメージのソースに指定のファイルセットの一部が含まれていない可能性があります。欠落しているインストール・イメージを lpp_source ディレクトリーにコピーしてから、NIM check 操作を lpp_source に対して実行します。

メッセージ 0042-267

説明 1 つ以上のパッケージが欠落しているため、定義された lpp_source に simages 属性がありません。ユーザーの処置欠落しているインストール・イメージを lpp_source ディレクトリーにコピーし、NIM check 操作を

lpp_source に対して実行して、simages 属性を追加します。

メッセージ 0042-268

説明操作を実行できません。指定されたターゲット・グループのすべてのメンバーが、現在そのグループに対する操作から除外されているためです。操作を進める前に、除外されたグループ・メンバーのマーク解除(または組み込み) を行う必要があります。

ユーザーの処置グループに対して NIM select 操作を実行して、後続の操作用にメンバーを組み込みます。

メッセージ 0042-269

説明 NIM クライアントにインストールされているファイルセットを検査するときは、一度に 1 つのタイプしか検査できません。

ユーザーの処置検査オプションを 1 つだけ残して他をすべて使用不可または選択解除にして、操作を再試行します。

メッセージ 0042-270

説明この操作がサポートされるのは、AIX 4.2 以上のバージョンおよびリリース・レベルでインストールされたSPOT および NIM クライアントのみです。

ユーザーの処置ターゲットの NIM クライアント・ファイルセットは、旧レベルのもので、実行しようとした操作をサポートしていません。ターゲットのクライアント・ソフトウェアをアップグレードしてからでないと、操作は実行できません。

メッセージ 0042-271

説明同じタイプのリソースが既に割り当てられています。このタイプのリソースを同じマシンに 2 つ以上割り当てることはできません。

ユーザーの処置最初にリソースを割り当て解除してから、2 番目のリソースを割り当てます。リソースを割り当て解除する前に、マシンをリセットすることが必要な場合もあります。

メッセージ 0042-272

説明指定した値は、有効な NIM リソース・グループではないため、default_res の有効値ではありません。ユーザーの処置 default_res 属性に別のリソース・グループを指定するか、または問題のリソース・グループを訂正しま

す。

メッセージ 0042-273

説明指定した値は、ディレクトリーなので、mksysb イメージのロケーションとしては使用できません。mksysb イメージが現在常駐しているか、または作成後に常駐することになるファイル名を指定する必要があります。


項目説明ユーザーの処置 mksysb リソースの場所に、ディレクトリーの代わりにファイル名を指定します。

メッセージ 0042-274

説明 mksysb_flags 属性の -e フラグと、exclude_files 属性とを同時に指定できません。 -e フラグをmksysb_flags 属性とともに指定して /etc/exclude.rootvg 内のファイルをバックアップから除外するか、または exclude_files 属性を指定するか、どちらかにします。

ユーザーの処置この操作を実行するときは、-e mksysb フラグと exclude_files リソースの両方を同時に指定しないようにします。

メッセージ 0042-275

説明ロック・ファイルの所有権を得ることができません。現在実行中の NIM 操作がない場合には、ファイルを除去して、操作を再試行します。

ユーザーの処置 ps -ef | grep nim コマンドを使用して、システムで実行中の NIM プロセスのリストを入手します。nimesis デーモン以外の NIM プロセスが実行されている場合は、それらのプロセスが完了するまで待ってから、エラー・メッセージに指定されているファイルを除去します。

メッセージ 0042-276

説明ファイルセットをインストールしてからでないと、この操作は実行できません。ユーザーの処置エラー・メッセージにリストされているファイルセットをインストールしてから、操作を再試行します。

ファイルセットは、クライアント・システムにインストールしなければならない場合が一般的です。しかし、実行中の操作によっては、NIM マスターにもファイルセットをインストールしないと、操作が成功しない場合もあります。

メッセージ 0042-277

説明汎用 NIM ネットワークに常駐している 1 次ネットワーク・インストール・インターフェースを使用して、ディスクレス・マシンおよびデータレス・マシンを定義できません。汎用 NIM ネットワーク上に定義されたネットワーク・アダプターはネットワーク・ブートをサポートしないものと見なされます。

ユーザーの処置システムをディスクレス・クライアントまたはデータレス・クライアントとして定義するには、その前にそのシステムを、ネットワーク・ブートをサポートするものとして認識されている NIM ネットワーク (イーサネット、トークンリング、または FDDI) に接続しておく必要があります。

メッセージ 0042-278

説明指定されたインターフェースが、ネットワーク・ブートをサポートするものとして認識されているネットワーク・アダプターに対応していません。この結果、NIM マスターは汎用 NIM ネットワーク上に定義されました。基本オペレーティング・システムのインストールなど、ネットワーク・ブートに依存する操作は、NIM マスターと同じネットワーク上に定義された 1 次ネットワーク・インストール・インターフェースを持つ NIM クライアントに対しては実行できません。

ユーザーの処置ネットワーク・ブート機能を使用する操作を、汎用 NIM ネットワーク上のクライアントに対して実行できません。この種の操作は、該当システムのローカル・メディアを使って実行する必要があります。

メッセージ 0042-279

説明指定されたインターフェースは、汎用 NIM ネットワークとして定義されたサブネットにマッピングされています。基本オペレーティング・システムのインストールなどのようなネットワーク・ブート依存操作を、この操作により作成されたマシン定義に対して実行できません。

ユーザーの処置ネットワーク・ブート機能を使用する操作を、汎用 NIM ネットワーク上のクライアントに対して実行できません。この種の操作は、該当システムのローカル・メディアを使って実行する必要があります。

メッセージ 0042-280

説明スケジュールされた操作に、完全な日付と時刻を YYMMDDhhmm のフォーマットで指定してください。ユーザーの処置操作の日付と時刻を正しくスケジュールするには、エラー・メッセージに示されたフォーマットを使用し

ます。



説明指定のサーバー上の /usr ファイルシステムを NIM SPOT に変換できません。マシンの初期インストール時に、bosinst.data ファイルの中の RM_INST_ROOTS 変数が yes に設定されていたか、またはその後のどこかの時点で inurid -r が呼び出されたか、いずれかです。このマシンに SPOT を作成するためには、/usr 以外のロケーションを指定するか、マシンを再インストールして /usr に SPOT を作成する方法しかありません。

ユーザーの処置システムは、/usr SPOT の作成をサポートできません。 location 属性に異なる値を指定することによって、/usr 以外の SPOT をシステムに作成できる場合があります。

メッセージ 0042-282

説明 BOS インストールが使用可能になりましたが、後続のファイルがターゲット上で検出されなかったために、インストールを開始できませんでした。インストールを開始するには、次のいずれかを行います。

1. ターゲットからネットワーク・ブート操作を開始する。2. NIM の reset 操作を使用してターゲットの状態を訂正し、次のいずれかの方法で bos_inst を再び起動する。

a.「Force Push (プッシュ強制)」オプション (-a force_push=yes)b. ターゲットの bos.sysmgt.nim.client ファイルセットをインストールし、構成した後。

ユーザーの処置ターゲット・システム上で、NIM クライアント・ファイルセットのインストールと構成が正しく行われていません。エラー・メッセージに示されている指示に従って、問題を訂正します。

メッセージ 0042-283

説明サーバーにファイルが存在するということは、この操作で除去する予定のサブディレクトリーにマウントされている NIM SPOT がまだ残っている可能性があります。操作を再試行する前に、SPOT のディレクトリーを、除去対象のディレクトリーの下位にマウントされている他のすべてのディレクトリーとともにアンマウントしてください。この処理をしなかった場合、SPOT サーバーのデータが失われることがあります。

ユーザーの処置 SPOT 操作が失敗し、NIM で、SPOT にマウントされていたディレクトリーを一部アンマウントできませんでした。エラー・メッセージに示されているディレクトリーを手操作でアンマウントしてから、操作を再試行します。 mount コマンドを使用して、システムにマウントされているディレクトリーをリストし、unmount コマンドを使用してディレクトリーをアンマウントできます。アンマウントを強制する必要がある場合は、-f オプションを指定して unmount コマンドを使用します。


説明 NIM オブジェクトに関して操作を行うには、そのオブジェクトに割り当てられた NIMリソースが、その NIM オブジェクトと同じアーキテクチャーのものでなければなりません。

ユーザーの処置矛盾するリソースの割り当てを解除し、オブジェクトと同じアーキテクチャーのリソースを割り当ててください。

メッセージ 0042-324

説明クロスプラットフォーム・リソースと操作は、オペレーティング・システムのレベルが AIX 5.1 より前のサーバーでは許可されません。

ユーザーの処置オペレーティング・システムのレベルが AIX 5.1 以降のサーバーで、操作を実行してください。

メッセージ 0042-325


項目説明説明この操作を行うには、リソースとサーバーが同じアーキテクチャーのものでなければ

なりません。ユーザーの処置アーキテクチャーが同じサーバーとリソースで、この操作を行ってください。

メッセージ 0042-326

説明アーキテクチャー値をクロスプラットフォーム・リソースの作成時に指定する場合は、使用するソースのアーキテクチャーを正しく示している必要があります。

ユーザーの処置リソースの正しいアーキテクチャーを指定するか、リソースの定義時にアーキテクチャーを指定しないようにしてください。

メッセージ 0042-327

説明クロスプラットフォーム SPOT リソースは、既存の SPOT リソースからのみ作成することが可能です。

ユーザーの処置既存のクロスプラットフォーム SPOT をソースとして使用して、新規の SPOT リソースを作成してください。

メッセージ 0042-330

説明現在の操作に使用されているソースのアーキテクチャーを、NIM が判断できません。ユーザーの処置 lpp_source リソースを作成中であれば、 arch 属性に値を指定してください。ネットワーク・ブートの問題のデバッグクライアント・マシンをそのブート・サーバーからネットワーク・ブートできない場合は、ネットワーク・ブート段階で 1 つ以上の問題があると考えられます。ネットワーク・ブート段階には次のようなタスクがあります。クライアントとサーバー間のネットワーク通信の検査クライアントでネットワーク・ブートを開始する前に、以下のステップを実行してクライアントとサーバー間のネットワーク通信について検査します。1.クライアントの bootp メニューから ping テストを実行します。2. ping テストが失敗した場合は、クライアント、サーバー、およびゲートウェイのアドレスが正しく指定されているかどうかを調べます。

3.アドレスが正しければ、クライアントのサブネット内の別のマシンからサーバーの ping を試行します。別のマシンからサーバーが ping できた場合は、ブート・クライアントのネットワーク・アダプターに障害がある可能性があります。

4.クライアントのサブネット内の別のマシンからサーバーを ping できなかった場合は、クライアントとサーバー間の経路指定に問題があるか、またはサーバーのネットワーク通信に障害がある可能性があります。ネットワーク・デバッグ手順については、「ネットワークおよびコミュニケーションの管理」の『TCP/IP の問題判別』を参照してください。サーバーからのブート・イメージの取得サーバーからブート・イメージを取得するには、次の手順を実行します。

1. ping テストが成功した場合は、クライアントのネットワーク・ブートを実行します。クライアントでネットワーク・ブートが開始されたら、bootp 要求パケットがクライアントからサーバーに送信されます。これに応答して、サーバーはクライアントにパケットを送ります。クライアント・マシンには、bootp 要求について送信されたパケット数と受信されたパケット数が表示されます。クライアントからパケットが送信され、応答パケットが受信されなかった場合は、別のパケットが送信されます。


bootp パケットが引き続き送信される一方で受信されなかった場合は、ブート・サーバーが要求に応答していない可能性があります。

2. bootp サーバーから、サーバー上の /etc/bootptab ファイルを表示します。このファイルには、次の情報を示すクライアント・マシンについてのエントリーが含まれている必要があります。hostname_of_clientbf=boot_fileip=client_ip_addressht=network_typesa=boot_server_addresssm=client_subnet_maskha=network_adapter_hardware_address (required only if bootp requests are sent by broadcasting)

エントリーが存在していない場合は、現在の操作をセットアップするために使用された NIM コマンドが失敗したか、またはブート操作ができるようになる前にマシンがリセットされたか、いずれかです。NIM bos_inst、diag、または maint_boot 操作を再実行して、サーバーをクライアント・ブート要求用に準備します。/etc/bootptab の中にエントリーが存在する場合は、指定したデータが正しいかどうかを調べます。フィールドのデータが正しくなければ、NIM データベース上のマシンまたはネットワークの定義に使用した情報がおそらく間違いです。この問題を訂正するには、クライアント・マシンをリセットし、クライアントまたはネットワーク定義の中の無効なデータを訂正し、NIM 操作を再試行して、クライアントをリブートします。

3. /etc/bootptab ファイルが正しい場合、inetd デーモンが実行されているかどうかを調べます。実行されていない場合は、そのデーモンを始動し、クライアントからネットワーク・ブートを再試行します。inetd デーモンが実行されている場合は、サーバーが bootp 要求を受信したときに、このデーモンがbootpd デーモンを自動的に始動しなければなりません。

4. bootpd デーモンが始動されない場合、/etc/inetd.conf ファイルの中の bootps エントリーがコメント化されていないかどうか調べてください。このエントリーがコメント化されている場合は、コメントを外し、refresh -s inetd コマンドを使用して inetd を再始動します。クライアントからネットワーク・ブートを再試行します。

5.クライアントでまだ bootp 応答を受信できない場合は、手動によりデバッグ・モードで bootpd デーモンを始動します。a.サーバーの /etc/inetd.conf ファイルの中の bootps エントリーをコメント化します。b.実行中の bootpd プロセスをすべて停止します。c. refresh -s inetd コマンドを使用して inetd を再始動します。d.コマンド・ラインから /usr/sbin/bootpd -s -d -d -d コマンドを使用して bootpd を始動します。

6.クライアントからネットワーク・ブートを再試行します。実行中の bootpd コマンドから出力が何も表示されない場合は、クライアントの bootp 要求がサーバーに到達していません。 bootp メニューで指定されたアドレスが正しいことを調べてください。アドレスが正しい場合、ネットワーク・デバッグ手順を実行して、パケットがサーバーに到達しない原因を判別します。サーバーがクライアントの bootp 要求を受信していれば、実行中の bootpd コマンドにより、/etc/bootptab ファイル内のクライアント・データに一致する出力が表示されます。指定されているアドレスが正しいかどうかを調べます。この情報は、bootp 応答で、クライアントに戻されます。

7.クライアントがまだ bootp 応答を受信しない場合は、ネットワーク・デバッグ手順を実行して、応答パケットがクライアントに到達しない原因を判別します。クライアントは、bootp 応答を受信すると、その後でサーバーからブート・イメージを tftp 転送します。クライアントに転送される tftp パケットの数は、クライアント・マシンに表示されます。rs6k プラットフォーム・マシンの LED に 299 が示されている場合、またはその他のプラットフォーム・マシンで画面の下部 3 分の 1 がグレーに変わっている場合は、クライアント・マシンでのブート・イメージの検索は正常に完了しています。

8.ブート・イメージの tftp が正常に完了しない場合、クライアントが間違ったブート・イメージを取得しようとしている可能性があります。 NIM データベースのクライアント定義に正しいプラットフォームおよびカーネル・タイプが指定されていることを確認してください。データに誤りがある場合はそ


れを訂正しクライアント・マシンをリセットし、NIM 操作を再実行してネットワークを介してクライアントをリブートします。

9.ブート・サーバー上の /tftpboot ディレクトリーに正しいブート・イメージへ到達するためのクライアント名のリンクが含まれていることを確認してください。リンクが存在していない場合は、クライアント・マシンをリセットし、NIM 操作を再実行して、ネットワークを介してクライアントをリブートします。

10.クライアント名とのリンクが正しいブート・イメージを指しているのに、そのブート・イメージの tftpが正常に完了しない場合は、ブート・イメージが壊れている可能性があります。 force フラグを指定して NIM check 操作を SPOT に対して実行し、ブート・イメージを再作成します。クライアントが rs6kプラットフォーム・マシンでない場合は、クライアントに最新バージョンのファームウェアがインストールされていることも確認してください。

クライアントでのブート・イメージの実行クライアント・マシンがサーバーからのブート・イメージの受信に成功した後で最もよく検出されるエラーは LED に 608、611、または 613 が表示されるハング状態です。マシンによっては LED ディスプレイがないこともあります。そのようなマシンでこの種の問題をデバッグするにはデバッグ可能ブート・イメージを使用する必要があります。デバッグ・ブート・イメージの作成について詳しくは、337 ページの『BOS インストール・プログラムからのデバッグ出力の生成』を参照してください。項目説明608

説明クライアント info ファイルの tftp 検索の障害です。処置 608 ハングを検出した場合、ClientName.info ファイルが /tftpboot ディレクトリーに

あるかどうかを検査します。このファイルがない場合は、NIM 操作を再試行してファイルを作成します。ファイルがある場合は、/tftpboot ディレクトリーへの tftp アクセスが、/etc/tftpaccess.ctl ファイルで制限されていないかどうかを調べてください。ブート環境内でネットワーク・アダプターが正しく構成されていない可能性もあります。ブート環境内のエラーを調べるには、デバッグ可能ネットワーク・ブート・イメージを使用します。クライアントが rs6k プラットフォーム・マシンでない場合、そのクライアントに最新バージョンのファームウェアがインストールされていることを確認します。

611

説明 NFS ファイルシステムのリモート・マウントの障害です。処置 611 ハングが発生するのは、クライアント・マシンがサーバーからリソースをマウン

トできない場合です。リソース・サーバーで NFS が実行中であることを確認します。サーバーの /etc/exports ファイルおよび /etc/xtab ファイルを検査して、操作に指定されているリソースが正しくエクスポートされていることを確認します。また、リソースに読み取り許可が正しく設定されていることも確認してください。デバッグ可能ネットワーク・ブート・イメージは、クライアントで失敗した mount コマンドがどれかを正確に判別するためにも使用できます。

613

説明経路テーブルのセットアップの障害です。処置 613 ハングが発生するのは、一般に、NIM データベースの中でネットワーク用の経路

の定義に誤りがあるためです。ネットワーク間に正しいゲートウェイが指定されているかどうか、およびすべてのゲートウェイが正しく機能しているかどうかを調べてください。定義できなかった経路がどれかを判別するには、デバッグ可能ネットワーク・ブート・イメージを使用します。


NIM BOS インストールのデバッグ出力の入手ネットワークまたは NIM 構成に発生した問題が原因で、クライアントのブートまたはインストールが適切にできないことがあります。このような場合は、デバッグ情報を入手して問題の原因を判別することが必要になります。クライアント・マシンで、ネットワーク・ブート・イメージからの構成が正しくできない場合、ブート・イメージからのデバッグ出力を入手するには、デバッグ可能イメージを作成し、tty をクライアント・システムに接続します。これによってクライアントが構成される時点で、AIX がそれ以上の処理を行う前に実行されるコマンドおよび出力が表示されます。ネットワーク・ブート・イメージからのシステムのブートができても、BOS インストールの実行中に障害が依然として発生する場合は、BOS インストール・プログラムからのデバッグ情報を収集する必要があります。ブート・イメージがデバッグ可能として作成されている場合は、BOS インストール・プログラムからのコマンドおよび出力は tty に自動的に表示されます。ブート・イメージがデバッグ用に作成されていない場合は、bosinst.data ファイル内の値を設定するか、またはインストール・メニューで特殊コードを入力することによって、出力を入手できます。NIM BOS インストールの実行時に問題が発生すると、ほとんどの場合は、システムが「ハング」します。デバッグ出力を表示すると失敗したコマンドを調べることができるので、この方法は役立つことがあります。ネットワーク・アダプターの構成に誤りがあるか、またはクライアントからサーバーへの操作が実行できないために、問題が発生していることもあります。デバッグ出力を調べれば、どこに障害があるか分かるので、それを訂正して将来はエラーが発生しないように判断することができます。showled コマンドがデバッグ出力で実行されているのが分かります。このコマンドは、マシンの前面にある LED に状況値を表示します。問題が発生したときに表示される LED 値を見れば、既知の問題とソリューションを参照できる場合がよくあります。マシンによっては、このような情報を表示する LED がありません。したがって、LED のないマシンで問題のデバッグを行う場合は、showled コマンドで表示される値を特に注意して観察する必要があります。ネットワーク・インストールからデバッグ情報を入手することで、問題の根本原因を判別するための時間を節減できます。通常、問題の原因は NIM 環境の定義の誤りにある場合が多く、これはデバッグ情報がなくても見つけることができます。しかし、デバッグ情報を利用すると、調査範囲を大幅に絞ることができます。ネットワーク・ブート・イメージからのデバッグ出力の生成ネットワーク・ブート・イメージのデバッグ・バージョンを作成するには、次のコマンドを使用します。1. SMIT インターフェースを使用するか、次のコマンドを実行します。

nim -Fo check -a debug=yes SPOTName

ここで、SPOTName は、使用中の SPOT の名前です。2.次の手順を実行し、デバッガーに入るためのアドレスを取得します。あるいは、次のコマンドを使用してアドレスを取得します。lsnim -a enter_dbg SPOTName

ここで、SPOTName は、使用中の SPOT の名前です。表示される出力は次のようなものになります。spot1: enter_dbg = "chrp.mp 0x001840d4" enter_dbg = "chrp.up 0x00160b7c" enter_dbg = "rs6k.mp 0x001840d4" enter_dbg = "rs6k.up 0x00160b7c" enter_dbg = "rspc.mp 0x001840d4" enter_dbg = "rspc.up 0x00160b7c"

ブートするクライアントの enter_dbg アドレスを書き留めます。例えば、クライアントが chrp ユニプロセッサー・マシンである場合は、アドレス 160b7c を書き留めます。

3. tty デバイスをクライアント・システム (ポート 1) に接続します。4.ネットワークを介したクライアントのブートが後で必要となる NIM 操作をセットアップして実行します。ネットワークを介してクライアントをブートします。


5.クライアントが SPOT サーバーからブート・イメージを取得すると、tty にデバッグ画面が表示されます。 > プロンプトに、次のように入力します。st Enter_dbg_Value 2

ここで、Enter_dbg_Value は、ステップ 2 でマシン・タイプの enter_dbg 値として書き留めた番号です。enter_dbg 値のアドレスに 2 を指定すると、出力が使用中の tty に表示されます。

6. g (go を表す) を入力し、Enter を押してブート・プロセスを開始します。7. tty で出力を見ているときに、一時的にプロセスを停止させるには、Ctrl-s を使用します。プロセスを再開させるには、Ctrl-q を使用します。

8.ブート・イメージを非デバッグ・モードで再作成するには、次のコマンドを使用します。nim - Fo check SPOTName

ここで、SPOTName は、使用中の SPOT の名前です。ブート・イメージをデバッグ・モードのままにすると、これらのブート・イメージからクライアントがブートされるたびにマシンが停止し、デバッガーの「>」プロンプトが表示され、ユーザーがコマンドを入力するのを待ちます。これらのデバッグ可能ブート・イメージを使用しようとしたがクライアントに tty が接続されていなかった場合は、特に理由もないのにマシンがハングしたように見えます。

BOS インストール・プログラムからのデバッグ出力の生成メソッド A では、インストール・メニューの 1 つで特殊値を入力します。メソッド B では、bosinst_dataリソースを使用して、インストール・プログラムにデバッグの出力を表示するよう伝えます。両方の方法を、次に説明します。bosinst_data リソースを使用しない場合のデバッグ出力の生成 (メソッド A)bosinst_data リソースを使用せずにデバッグ出力を生成するには、次の手順を実行します。1. BOS インストール・プログラムのデバッグを使用可能にするには、最初に、クライアントをインストールするために行う通常の処理をすべて実行します。bosinst_data リソースを使用していないので、BOS インストール・プログラムへのインストールに関する情報の指定を求めるプロンプトが表示されます。

2.使用中のコンソールを選択します。3.使用中の言語を選択します。4.「Welcome to Base Operating System Installation and Maintenance (基本オペレーティング・システムのインストールと保守へようこそ)」メニューが表示されます。オプションを選択する代わりに、プロンプトに 911 と入力して Enter キーを押します。

5.通常の手順に従ってオプションを選択し、データを指定して、インストールが始まるまで操作を続けます。デバッグ出力は、インストールが進むにつれてクライアントのディスプレイに表示されます。

bosinst_data リソースを使用する場合のデバッグ出力の生成 (メソッド B)bosinst_data リソースを使用する場合にデバッグ出力を生成するには、次の手順を実行します。1. BOS インストール・プログラムのデバッグを使用可能にするには、ユーザーの bosinst_data リソース用に使用している bosinst.data ファイルの control_flow スタンザで値 BOSINST_DEBUG = yesを設定します。デバッグ用の最小の bosinst.data ファイルには、次の行が含まれています。control_flow: BOSINST_DEBUG = yes

2.クライアントのインストールに通常実行する処理に加えて、操作用のリソースとして修正済みのbosinst_data リソースを組み込みます。クライアントは、ネットワークを介してブートされると bosinst_data リソースを使ってインストール用の設定値を入手します。 bosinst.data ファイルに指定されている唯一のデータが


BOSINST_DEBUG = yes の場合は、インストールが続行される前に、残りの必須情報の入力を求めるプロンプトが表示されます。デバッグ出力は、インストールが続行するにつれて、クライアントのディスプレイに送られます。

NIM とその他のアプリケーションでポート番号が矛盾する場合のデバッグnimesis デーモンが実行されない場合は、次の手順を実行します。NIM マスターの構成時に、クライアント通信で nimesis デーモンが使用するためのポート番号を 2 つ選択します。デフォルトのポート番号は 1058 と 1059 です。いずれかのポートが別のアプリケーションによって使用されている場合は、nimesis デーモンは実行されず、nimclient コマンドは次のようなエラーで失敗します。0042-006 nimclient: (To master) rcmd connection refused

nimesis デーモンを開始できない場合は、システム上のその他のアプリケーションを停止して、ポートを空ける必要があります。通常、この問題は、システムをリブートすると解決します。これは、マシンをブートすると、nimesis デーモンが init によって非常に早く開始され、ポートが使用中になる可能性が低くなるためです。

システム・バックアップの作成とインストール次の情報を使用してシステム・バックアップの作成とインストールを行います。注 :

1. CD に関する説明は、DVD にも適用されます。2. AIX には、CD および DVD の自動マウント機能 cdromd があり、これは bos.cdmount ファイルセットに含まれています。ご使用のシステムで cdromd デーモンが使用可能かどうかを判別するには、次のコマンドを実行します。# lssrc -s cdromd

デバイスが既に使用可能かどうかを最初に検査しないで、スクリプト、アプリケーション、または命令で CD または DVD デバイスをマウントしようとすると、cdromd デーモンによって妨げられる場合があります。その状況では、リソースまたはデバイス使用中エラーになります。その場合は cdumount または cdeject コマンドを使ってデバイスをアンマウントします。次にプログラムまたは命令でデバイスをマウントします。あるいは、 cdcheck -m または mount コマンドを使って、デバイスの現行マウント・ポイントを決定します。詳しくは、「コマンド・リファレンス第 1 巻」に記載されている cdromdコマンドについての説明を参照してください。インストール・コードではこの自動マウントが行われます。 cdromd を使用可能にして mkcd コマンドを実行すると、イメージの完了後に CD-R または DVD-RAM がイジェクトされます。メディアをイジェクトしたくない場合は、次のコマンドを使って cdromd デーモンが機能しないようにする必要があります。# stopsrc -s cdromd

システム・バックアップの作成ルート・ボリューム・グループのブート可能なバックアップ・コピー、つまり mksysb イメージを作成して検証することができます。また、ユーザー・ボリューム・グループの別のバックアップ・コピーを作成することもできます。ルート・ボリューム・グループは、以下のものを含むハード・ディスクまたはディスク・グループです。• スタートアップ・ファイル• 基本オペレーティング・システム (BOS)• システム構成情報• オプションのソフトウェア製品


非ルート・ボリューム・グループとも呼ばれる、ユーザー・ボリューム・グループには、通常、データ・ファイルおよびアプリケーション・ソフトウェアが含まれます。システム・バックアップを使用すれば、以下のことを行うことができます。• システムの作業用コピーを持つ。システム・データが破壊されたときに、この情報を使用して、システムを動作可能状態に復元することができます。

• インストールおよび構成されたソフトウェアを、特定のシステムから別のシステムへ転送する。 SMITを使用して、ルート・ボリューム・グループまたはユーザー・ボリューム・グループのバックアップ・イメージを作成することができます。バックアップは、以下の構成をソース・システムからターゲット・システムへ転送します。• rootvg ボリューム・グループ情報• ページ・スペース情報• 論理ボリューム情報• 論理区画の配置 (SMIT でマップ・ファイルの作成が選択された場合)

注 : ソース・システムでなく、ターゲット・システムに対してバックアップを再インストールする場合、またはバックアップを再インストールする前に、ソース・システムのディスク構成を変更する場合は、マップ・ファイルの使用をお勧めできません。

SMIT のバックアップ・メニューを使用すると、構成情報を保存することができるため、システム・バックアップを復元した後に通常必要とされる、構成作業の一部を回避することができます。バックアップは、以下の場合に構成を保存します。• ターゲット・システムが、ソース・システムと同じハードウェア構成を持っている。および

• ターゲット・ディスクが、バックアップ・イメージを保持するのに十分なスペースを持っている。SMIT は mksysb コマンドを使用して、CD、DVD、取り外し可能ハード・ディスク・カートリッジ、テープ、またはファイルのいずれかに格納されるバックアップ・イメージを作成します。 CD、DVD、取り外し可能ハード・ディスク・カートリッジ、またはテープを選択すると、バックアップ・プログラムはデフォルトでブート・イメージを書き込みます。これにより、そのメディアはインストールに対応できるようになります。詳しくは、343 ページの『CD-R、DVD-R、または DVD-RAM へのシステム・バックアップの作成』を参照してください。mksysb イメージからのインストールに関して問題が発生している場合は、『mksysb バックアップからのインストールに関する問題のトラブルシューティング』を参照してください。バックアップ作成前のすべてのデバイスおよびカーネル・サポートのインストールすべてのデバイスおよびカーネル・タイプを含むシステム・バックアップを作成します。基本オペレーティング・システムのインストールを行うと、デフォルトではすべてのデバイスとカーネルがインストールされます。これにより、すべてのデバイスおよびカーネル・タイプを含むシステム・バックアップを作成することができます。システム・バックアップにはすべてのデバイスとカーネルのサポートが含まれるため、AIX プロダクト・メディアを使用しなくても、システム・バックアップを使用して別のシステムにインストールすることができます。このオプションは、 BOS インストール・メニューの中の、次に示す「Install Options (オプションのインストール )」メニューにあります。デフォルト (yes) を no に変更すると、システム構成に合わせたデバイスおよびカーネル・タイプのみがインストールされます。この値は、システムのブートに使用したプロダクト・メディアの /var/adm/ras/bosinst.data ファイルの ALL_DEVICES_KERNELS フィールドから読み取られます。システムのインストール後、すべてのデバイスとカーネル・タイプがシステムにインストールされているかどうかを検査するには、次のようにします。# grep ALL_DEVICES_KERNELS bosinst.data


次のような出力が表示されます。 ALL_DEVICES_KERNELS = yes

bosinst.data ファイルの詳細については、88 ページの『インストールのカスタマイズ』を参照してください。システム・バックアップを作成する準備システム・バックアップを作成する前に、以下の前提条件を満たしてください。システム・バックアップを作成する前に、以下の前提条件を完全に整えてください。• root ユーザーとしてログインしていることを確認します。• ソース・システムのマスター・コピーを作成するためにバックアップを使用する場合は、パスワードおよびネットワーク・アドレスの変更を考えてください。ソースからターゲット・システムへパスワードをコピーすると、セキュリティー上の問題が発生する可能性があります。また、ネットワーク・アドレスをターゲット・システムにコピーすると、重複するアドレスによって、ネットワーク通信が混乱する場合もあります。

• バックアップするすべてのファイルシステムをマウントしてください。 mksysb コマンドは、rootvg 内にマウント済みの JFS (ジャーナル・ファイルシステム ) と JFS2 (拡張ジャーナル・ファイルシステム ) のバックアップをとります。詳しくは、mount コマンドを参照してください。注 : mksysb コマンドは、 NFS ネットワークにマウントされたファイルシステムをバックアップしません。

• 別のローカル・ディレクトリーの上にマウントされているローカル・ディレクトリーは、アンマウントしてください。同一ファイルシステム内で、ローカル・ディレクトリーが別のローカル・ディレクトリーの上にマウントされている場合、このバックアップ手順では、ファイルは 2 回バックアップされます。例えば、 /usr/tmp の上に /tmp をマウントすると、 /tmp ディレクトリー内のファイルが 2 回バックアップされます。この重複によって、ファイルシステムが保持できるファイル数を超える場合があり、バックアップ・イメージの将来のインストールが、失敗する可能性があります。

• バックアップしたくないファイルのリストを作成するには、 /etc/exclude.rootvg ファイルを使用してください。

• /tmp ディレクトリーでは、最低 40 MB の空きディスク・スペースを使用可能にしてください。 mksysbコマンドは、バックアップ期間中は、このワークスペースを必要とします。/tmp ディレクトリーでのフリー・スペースを確認するには、df コマンドを使用してください。 512 バイト・ブロック単位で報告されます。必要に応じて、chfs コマンドを使用して、ファイルシステムのサイズを変更してください。例えば、以下のコマンドは、4 MB の区画があるシステムの /tmp ディレクトリーに、40 MB のディスク・スペースを追加します。chfs -a size=+80000 /tmp

• テープやメディア・ドライブなどの外部デバイスも含めて、すべてのハードウェアが既にインストールされている必要があります。

• BOS システム管理ツールおよびアプリケーション・ソフトウェア・パッケージの bos.sysmgt.sysbrファイルセットがインストールされている必要があります。 bos.sysmgt.sysbr ファイルセットは自動的にインストールされます。システムに bos.sysmgt.sysbr ファイルセットがインストールされているかどうかを確認するには、以下を入力します。lslpp -l bos.sysmgt.sysbr

システムに bos.sysmgt.sysbr ファイルセットがインストールされている場合は、次の手順のいずれかに進んでください。


– 341 ページの『テープ、取り外し可能ハード・ディスク・カートリッジ、またはファイルへのルート・ボリューム・グループ・バックアップの作成』

– 343 ページの『CD-R、DVD-R、または DVD-RAM へのシステム・バックアップの作成』– 348 ページの『ユーザー・ボリューム・グループのバックアップ』lslpp コマンドによって、bos.sysmgt.sysbr ファイルセットがリストされない場合は、バックアップ手順を続ける前に、そのファイルセットをインストールしてください。 357 ページの『オプションのプロダクトおよび保守更新』の指示を参照するか、次のコマンドを入力します。installp -agqXd device bos.sysmgt.sysbr

ここで、device は、ソフトウェアのロケーションです。例えば、CD-ROM ドライブの場合は /dev/cd0です。テープ、取り外し可能ハード・ディスク・カートリッジ、またはファイルへのルート・ボリューム・グループ・バックアップの作成テープ、取り外し可能ハード・ディスク・カートリッジ、またはファイルへのルート・ボリューム・グループ・バックアップを作成するには、以下の手順を実行してください。SMIT を使用して、テープ、取り外し可能ハード・ディスク・カートリッジ、またはファイルに格納するシステム・バックアップを作成することができます。CD または DVD へのバックアップ方法の説明については、343 ページの『CD-R、DVD-R、または DVD-RAMへのシステム・バックアップの作成』を参照してください。ルート・ボリューム・グループのバックアップを作成するには、以下のようにします。• 以下の SMIT 手順に従います。

1. smit mksysb 高速パスを入力します。2.「Back Up the System (システムのバックアップ )」メニューで、以下のように選択します。

–「Backup DEVICE or File (バックアップ・デバイスまたはファイル)」フィールドで、使用するメディアを選択します。ブート可能バックアップを作成する場合は、メディアをテープ、取り外し可能ハード・ディスク・カートリッジ、または CD/DVD にする必要があります。詳しくは、343 ページの『CD-R、DVD-R、または DVD-RAM へのシステム・バックアップの作成』を参照してください。次に、以下の該当するオプションを選択します。TAPE, removable hard disk cartridge (テープ、取り外し可能ハード・ディスク・カートリッジ)

F4 キーを押して、使用可能なデバイスをリストし、デバイス名を強調表示します。FILE (ファイル)入力フィールドに、絶対パスおよびファイル名を入力します。

– マップ・ファイルを作成する場合は、「Create Map Files? (マップ・ファイルを作成する)」フィールドで「yes (はい)」を選択します。マップ・ファイルは、ドライブ上の物理区画を、その論理区画に一致させます。バックアップ・イメージからインストールする場合は、 BOS インストール・プログラムは、マップ・ファイルを使用して、論理ボリュームをターゲット・ドライブ上で、ソース・システムにあったのと同じ区画に配置します。マップ・ファイルを作成しない場合は、インストール・プログラムは論理ボリューム・マネージャー (LVM) を使用して、論理ボリュームの配置を決定します。詳しくは、「オペレーティング・システムおよびデバイスの管理」の『正確に割り当てるためのマップ・ファイルの使用』を参照してください。注 : ソース・システムでなくターゲット・システムへバックアップを再インストールする場合、またはバックアップを再インストールする前に、ソース・システムのディスク構成が変更される可能性のある場合、マップ・ファイルは作成しないでください。

– バックアップから特定のファイルを除外するには、「Exclude Files (ファイルの除外)」フィールドで「yes (はい)」を選択してから、ASCII エディターを使用して /etc/exclude.rootvg ファイルを作成し、システム・バックアップ・イメージに含めたくないファイル名を入力します。 grep コマンドのパターン・マッチング規則に準拠するファイル名のパターンを使用することができます。


例えば、scratch というディレクトリーのすべての内容を除外するには、除外ファイルに以下の行を入れます。/scratch/

もう 1 つの例として、/tmp というディレクトリーの内容を除外するが、パス名に /tmp が含まれるその他のディレクトリーを除外しないようにするには、除外ファイルに以下の行を追加します。^./tmp/

注 : すべてのファイルは、現在の作業ディレクトリーに関連してバックアップされます。このディレクトリーは、. (ドット文字) で表されます。ファイルまたはディレクトリーを除外する場合に、行の先頭にある文字列が一致するように検索することが重要な場合は、検索文字列の先頭文字として ^ (脱字記号) を使用し、その後に . (ドット文字) を付けてから、除外するファイル名またはディレクトリーを入力します。除外するファイル名またはディレクトリーが別のファイル名またはディレクトリーの文字列の一部である場合は、^. (脱字記号の後にドット文字) を使用して検索を行の先頭から開始すべきことを指示するか、または $ (ドル記号文字) を使用して検索を行の最後で終了すべきことを指示します(あるいは、その両方を行います)。

– ファイルのバックアップ時に各ファイルをリスト表示するには、「List files as they are backed up?(バックアップするファイルをリストする )」フィールドで「yes (はい)」を選択します。これを行わない場合は、バックアップの作成中に、完了のパーセントを示す進行メッセージが表示されます。

– image.data ファイルを変更し、新規ファイルを作成しない場合は、「Generate new /image.datafile? (新規の /image.data ファイルを生成する)」で「no (いいえ)」を選択します。 (image.dataファイルには、 rootvg 内のすべてのファイルシステムおよび論理ボリュームのサイズに関する情報が含まれています。)

– ブート可能バックアップを (テープまたは取り外し可能ハード・ディスク・カートリッジに) 作成し、システムの /tmp ファイルシステムを拡張する (バックアップ・プログラムに必要な場合) には、「EXPAND /tmp if needed? (必要な場合に /tmp を拡張する)」で「yes (はい)」を選択します。

– 使用中のテープ・ドライブにパッキング (圧縮) 機能がある場合、「Disable software packing ofbackup? (バックアップのソフトウェア・パッキングを使用不可にする)」フィールドを「yes (はい)」に設定します。

– バックアップ・メディアとしてテープを選択する場合は、「Number of BLOCKS to write in a singleoutput (1 回の出力で書き込むブロック数)」フィールドをデフォルトにしておくか、別の数を入力します。

– バックアップ・メディアとしてファイルを選択する場合は、 Enter キーを押します。バックアップ・メディアとしてテープまたは取り外し可能ハード・ディスク・カートリッジを選択した場合は、最初のブランク・テープまたは取り外し可能ハード・ディスク・カートリッジをドライブに挿入してから、Enter キーを押します。

3.「COMMAND STATUS (コマンド状況)」画面が表示され、システムがバックアップ・イメージを作成している間に、状況メッセージが表示されます。バックアップ・メディアとしてテープまたは取り外し可能ハード・ディスク・カートリッジを選択した場合は、バックアップ中にシステムが次のようなメッセージを表示して、次のテープまたは取り外し可能ハード・ディスク・カートリッジを挿入するように求めることがあります。Mount next Volume on /dev/rmt0 and press Enter.

このメッセージが表示されたら、テープまたは取り外し可能ハード・ディスク・カートリッジを取り出して、それに BOS のバージョン番号を含むラベルを付けてください。その後、次のテープまたは取り外し可能ハード・ディスク・カートリッジを挿入し、Enter キーを押してください。バックアップ処理が完了すると、「COMMAND: (コマンド:)」フィールドが「OK (了解)」に変わります。

4.バックアップが完了したら、F10 を押して、SMIT を終了します。


5.バックアップ・メディアとしてテープまたは取り外し可能ハード・ディスク・カートリッジを選択した場合は、最後のテープまたは取り外し可能ハード・ディスク・カートリッジを取り出し、ラベルを付けてください。バックアップ・テープまたは取り外し可能ハード・ディスク・カートリッジをライト・プロテクトにしてください。

6.バックアップの root パスワードおよびユーザー・パスワードがある場合は、それを記録しておいてください。これらのパスワードは、バックアップを使用して、このシステムを復元する場合、または別のシステムにインストールする場合に、アクティブになります。

これで、ルート・ボリューム・グループ (rootvg) のバックアップが作成されました。ブート可能テープまたは取り外し可能ハード・ディスク・カートリッジを作成した場合は、何らかの理由でハード・ディスクからブートできなくなった場合に、このテープまたは取り外し可能ハード・ディスク・カートリッジを使用してシステムを始動することができます。CD-R、DVD-R、または DVD-RAM へのシステム・バックアップの作成CD-R、DVD-R、または DVD-RAM メディア上へのバックアップの作成は、個人使用のためのバックアップ・テープの作成と似ていますが、いくつかの注意すべき違いがあります。DVD メディアの場合、バックアップの作成に使用できるフォーマットは次のとおりです。• ISO9660 CD フォーマット。 DVD-R/DVD-RAM メディアに使用できます。• ユニバーサル・ディスク・フォーマット (UDF)。 DVD-RAM メディアに使用できます。 UDF を使用する

DVD-RAM へのバックアップの作成については、346 ページの『DVD-RAM メディアおよびユニバーサル・ディスク・フォーマットを使用するシステム・バックアップの作成』を参照してください。注 : CD-R、DVD-R、または DVD-RAM ドライブ、および CD-R、DVD-R、または DVD-RAM 作成ソフトウェアについては、次の README ファイルを参照してください。/usr/lpp/bos.sysmgt/mkcd.README.txt

SMIT は、mkcd コマンドを使用します。このコマンドは、mksysb コマンドまたは savevg コマンドを必要に応じて呼び出します。システム・バックアップ用として、次の CD または DVD を作成することができます。• ブート不可 CD または DVD• ブート可能 CD または DVD

ブート可能システム・バックアップには、ブート・イメージと、システムのインストールに必要なすべてのデバイスおよびカーネルのパッケージが含まれます。バックアップ CD または DVD を使って、多数のマシンにインストール (クローン作成) することができます。これは、システム環境内の各マシンに同じイメージがインストールされている必要がある場合に便利です。注 : 同じタイプのマシンであっても、ハードウェア構成がすべて同じであるとは限らないため、バックアップ CD または DVD でブートされないマシンがある可能性があります。バックアップ作成時にどのパッケージを使用可能にしたかにより、バックアップには個々のシステムをブートするために必要なすべてのパッケージは含まれていない場合があります。システムにとって最も必要なパッケージは、BOS AIX メディアに入っています。SMIT インターフェースで、mkcd コマンドを使用することができます。オンライン・ヘルプが必要なステップを指示してくれます。システム・バックアップのハードウェアおよびソフトウェアの要件CD-R、DVD-R、または DVD-RAM へのシステム・バックアップにはハードウェアおよびソフトウェアの要件があります。mkcd コマンドを使用するには、CD または DVD ファイルシステムを Rock Ridge フォーマットで作成し、CD または DVD の焼き付けつまり書き込みを行うソフトウェアが既にインストールされている必要があります。 GNU バージョンの cdrecord および mkisofs コマンドが BOS インストール時にインストールされます。このコマンドでテストされたソフトウェアおよびハードウェアには、以下のようなものがあります。


ソフトウェアハードウェアGNU and Free Software Foundation, Inc.

readcd command version 1.9

mkisofs command version 1.13

DVD-RAM

mkcd コマンドの実行の準備mkcd コマンドを実行するには、追加のワークスペースが必要です。別個のファイルシステムまたはディレクトリーが、下記の目的のためにそれぞれ必要です。• mksysb または savevg イメージの格納• CD または DVD ファイルシステムの内容の保管• 記録する前の CD または DVD イメージの保管mkcd コマンドでは、以下のファイルシステムがまだ存在していないか、または代わりのファイルシステムまたはディレクトリーが指定されていない場合は、以下のファイルシステムが作成されます。/mkcd/mksysb_imageスペース所要量は、作成される mksysb イメージのサイズに応じて決まります。 mkcd コマンドは、mksysb イメージの作成を開始する前に、このスペースの計算を試み、使用可能なスペースが十分にあるか確認します。注 : mkcd コマンドは /mkcd/mksysb_image ディレクトリーに必要なスペース所要量の計算に、除外されたファイル (/etc/exclude.rootvg) によって使用されるスペースも加えます。そのため mkcdコマンドは /mkcd/mksysb_image ディレクトリーを作成できないことがあります。

/mkcd/cd_fs645 MB 必要です (DVD では 4.38 GB まで)。

/mkcd/cd_images少なくとも 645 MB のスペースが必要です (DVD では 4.38 GB まで)。イメージを除去しないことを指定するために、 -R または -S フラグを使用する場合で、複数のボリュームが必要なときは、それ以上のスペースを用意する必要があります。

これらのファイルシステムで使用されるスペースは、一時的なものです (イメージを保存するために、 -Rまたは -S フラグが指定されていない限り)。 mkcd コマンドが作成したファイルシステムは、後で除去されます。各ファイルシステムまたはディレクトリーのスペース所要量は、 645 MB を超える可能性があります (DVD では、4.38 GB まで)。マシンに十分なスペースがない場合は、 NFS を使って別のサーバー・システムのスペースをマウントすることができます。ただし、そのファイルシステムは書き込み可能でなければなりません。非常に大容量の /mkcd ファイルシステムを作成することができます (CD の場合は 1.5 GB、DVD の場合は 9 GB)。こうすると、クライアントで自身のシステムのバックアップ CD または DVD の作成が必要なときに、 /mkcd ファイルシステムを各クライアントにマウントすることができます。 mkcd コマンドを使用して (2 GB を超える) 非常に大規模なバックアップを作成するときは、ファイルシステムが大規模ファイルを使えるようになっていて、 ulimit の値を unlimited に設定する必要があります。mkcd コマンドの -L フラグを使うと、DVD サイズの ISO9660 イメージを作成することができます。 mkcdコマンドの -U フラグを使うと、UDF DVD イメージを作成することができます。また、mkdvd コマンドを使用して DVD サイズの ISO9660 イメージを作成することもできます。ISO9660 フォーマットによる CD または DVD のルート・ボリューム・グループ・バックアップの作成ISO9660 フォーマットで CD または DVD にルート・ボリューム・グループのバックアップを作成するには、以下の手順に従います。SMIT を使用して、次のように、ISO9660 フォーマットで CD または DVD にルート・ボリューム・グループのバックアップを作成できます。• バックアップを CD に作成する場合は、smit mkcd 高速パスを使用します。


• バックアップを DVD に作成する場合は、smit mkdvd 高速パスを使用して、「ISO9660 (CD format)(ISO9660 (CD フォーマット))」を選択します。以下の手順は SMIT を使用して CD にシステム・バックアップを作成する方法を示しています。 (ISO9660DVD にシステム・バックアップを作成する SMIT 手順も CD の手順とほとんど同じです。)

1. smit mkcd 高速パスを入力します。システムによって、既存の mksysb イメージを使用するかどうか尋ねられます。

2. CD-R デバイスの名前を入力します。 (「Create the CD now? (すぐに CD を作成する)」フィールドが「no (いいえ)」に設定されていれば、このフィールドをブランクにしておくこともできます。)

3. mksysb イメージを作成する場合、mksysb 作成オプション、「Create map files? (マップ・ファイルを作成する)」、および「Exclude files? (ファイルを除外する)」に対して、「yes (はい)」または「no (いいえ)」を選択します。選択されているものを確認するか、または必要に応じて変更します。mkcd コマンドは常に、 /tmp を拡張するフラグを付けて mksysb コマンドを呼び出します。既存の image.data ファイルを指定するか、ユーザー定義の image.data ファイルを指定します。ステップ 346 ページの『16』を参照してください。

4. mksysb イメージを保管するファイルシステムを入力します。このファイルシステムは、rootvg、別のボリューム・グループ、または NFS にマウントされて読み取り/書き込みアクセス権のあるファイルシステムで作成されたものにすることができます。このフィールドをブランクにしておくと、mkcd コマンドはファイルシステムを作成し、そのファイルシステムが存在しない場合はコマンドの完了時にそのファイルシステムを除去します。

5. CD または DVD のファイル構造と最終的な CD または DVD イメージを保管するファイルシステムを入力します。これらのファイルシステム /ディレクトリーは、rootvg、別のボリューム・グループ、または NFS マウントのファイルシステムに作成したファイルシステムにすることができます。これらのフィールドをブランクにしておくと、この手順の後のステップで別の指定をしない限り、mkcd コマンドはこれらのファイルシステムを作成しますが、コマンドが完了するとそれらを除去します。

6.ファイルシステムのフィールドに何も情報を入力しない場合は、mkcd コマンドが、rootvg または別のボリューム・グループにこれらのファイルシステムを作成することを選択できます。デフォルトのrootvg を選択し、mksysb イメージを作成する場合は、mkcd コマンドはファイルシステムの除外ファイルに追加し、-e 除外ファイル・オプションを使用して mksysb コマンドを呼び出します。

7.「Do you want the CD or DVD to be bootable? (CD または DVD をブート可能にする)」フィールドでyes を選択して、CD または DVD にブート・イメージが作成されるようにします。 no を選択した場合は、同じバージョン/リリース/保守レベルの製品からブートした後、システム・バックアップ CD からシステム・バックアップをインストールする必要があります。

8.「Remove final images after creating CD? (CD の作成後に最終イメージを除去する)」フィールドを noに変更すると、CD イメージ用のファイルシステム (この手順の前の方で指定した) は、CD の記録後に残ります。

9.「Create the CD now? (すぐに CD を作成する)」フィールドを no に変更すると、CD イメージ用のファイルシステム (この手順の前の方で指定した) は残ります。この手順で選択した設定は有効のままですが、この時点では、CD は作成されません。

10.インストール・バンドル・ファイルを使用する場合は、バンドル・ファイルへの絶対パス名を入力してください。 mkcd コマンドは、そのファイルを CD ファイルシステムにコピーします。バンドル・ファイルは、mksysb イメージの bosinst.data ファイル、またはユーザー指定の bosinst.data ファイルで、BUNDLES フィールドに事前に指定しておく必要があります。このオプションを使用してバンドル・ファイルを CD に入れる場合は、 bosinst.data ファイルの BUNDLES フィールドのロケーションは、次のようになっていなければなりません。/../usr/sys/inst.data/user_bundles/bundle_file_name

11.追加パッケージを CD または DVD に入れるには、パッケージのリストが入っているファイルの名前を「File with list of packages to copy to CD (CD にコピーするパッケージのリストがあるファイル )」フィールドに入力します。このファイルのフォーマットは、1 行につき 1 つのパッケージ名です。


mksysb イメージを復元した後に、 1 つ以上のバンドルをインストールする場合は、前の指示に従って、バンドル・ファイルを指定してください。このオプションを使用して、バンドルにリストされたパッケージを CD 上で使用可能にすることができます。このオプションを使用する場合は、次のステップでインストール・イメージのロケーションも指定する必要があります。

12. CD ファイルシステムにコピーするインストール・イメージのロケーションを (ある場合)、「Locationof packages to copy to CD (CD にコピーするパッケージのロケーション )」フィールドに入力します。CD に追加パッケージを入れる場合、このフィールドは必要です (直前のステップを参照)。ロケーションは、ディレクトリーまたは CD デバイスにすることができます。

13.「Customization script (カスタマイズ・スクリプト)」フィールドで、カスタマイズ・スクリプトの絶対パス名を指定することができます。これを指定すると、mkcd コマンドは、スクリプトを CD ファイルシステムにコピーします。 mksysb イメージの bosinst.data ファイルでCUSTOMIZATION_FILE フィールドを設定しておくか、CUSTOMIZATION_FILE フィールドが設定されたユーザー指定の bosinst.data ファイルを使用する必要があります。 mkcd コマンドは、このファイルを、RAM ファイルシステムにコピーします。したがって、CUSTOMIZATION_FILE フィールドでのパスは、次のようになっている必要があります。/../filename

14.「User supplied bosinst.data file (ユーザー提供の bosinst.data ファイル)」フィールドでユーザーのbosinst.data ファイルの絶対パス名を入力することによって、mksysb イメージ内のものではなく、ユーザー独自の bosinst.data ファイルを使用することができます。

15. mkcd コマンドでデバッグをオンにするには、「Debug output? (デバッグ出力する)」を「yes (はい)」に設定します。デバッグ出力は、smit.log に出力されます。

16.「User supplied image.data file (ユーザー提供の image.data ファイル)」にユーザーの image.dataファイルの絶対パス名を入力することによって、mksysb イメージ内の image.data ファイルではなく、ユーザー独自の image.data ファイルを使用することができます。

DVD-RAM メディアおよびユニバーサル・ディスク・フォーマットを使用するシステム・バックアップの作成ユニバーサル・ディスク・フォーマット (UDF) を使用すると、DVD-RAM メディア上でファイルを直接操作することができます。システム・バックアップ・イメージは、多くのファイルから構成されているアーカイブ対象ファイルであり、操作不能です。ただし、バックアップ・イメージに含まれないインストール・パッケージとファイルは、 DVD-RAM 上で直接操作することができます。 DVD をマウントすると、エディターを使用してそれらのファイル変更することが可能となり、cp、mv、および restore コマンドなどの様々なコピーや復元コマンドを用いて新規ファイルを DVD にコピーできます。UDF と DVD-RAM を使う場合は、バックアップ・イメージのために必要なのはシステム・スペースのみです。 UDF バックアップ処理の概略は次のようになります。1.バックアップ・イメージを保持できるだけのスペースがあるハード・ディスク上のファイル (アーカイブ) に、ボリューム・グループのバックアップを作成します。

2.システムのブートとインストールに必要なファイルを UDF に取り込みます。3.バックアップを DVD-RAM メディアにコピーします。mkcd または mkdvd コマンドの -U フラグを使って DVD-RAM 上に UDF ファイルシステムを作成します。UDF を使用すると、 DVD-RAM メディア上の bosinst.data ファイルおよび image.data またはvgname.data ファイルなどのファイルを直接変更することができます。例えば UDF を使用しない場合、ユーザー定義の bosinst.data ファイルをバックアップ・イメージに追加するためには、バックアップ・イメージをロケーションに復元し、そのファイルを追加してから各ファイルを再度バックアップする必要があります。あるいは、変更した bosinst.data ファイルを含む補足ディスケットを作成し、その補足ディスケットをバックアップと併用する必要があります。ただしシステム構成によってはディスケット・ドライブが提供されないこともあり、その場合のこの手順は少し複雑になります。


ユニバーサル・ディスク・フォーマットを使用する DVD-RAM へのルート・ボリューム・グループ・バックアップの作成ユニバーサル・ディスク・フォーマット (UDF) を使用して DVD-RAM 上にルート・ボリューム・グループのバックアップを作成する手順です。UDF を使って DVD-RAM 上にルート・ボリューム・グループのバックアップを作成するには、以下のようにします。• SMIT を使ってバックアップを UDF の DVD-RAM に作成するには次の手順を行います。

1. smit mkdvd 高速パスを入力します。システムによって、既存の mksysb イメージを使用するかどうか尋ねられます。

2.「UDF (Universal Disk Format) (UDF (ユニバーサル・ディスク・フォーマット))」を選択します。3. DVD-RAM デバイスの名前を入力します。4. mksysb イメージを作成する場合は、 mksysb 作成オプションに対して yes または no を選択します。オプションは、次のとおりです。– Create map files? (マップ・ファイルを作成する)– Exclude files? (ファイルを除外する)

mkcd コマンドは常に、 /tmp を拡張するフラグを付けて mksysb コマンドを呼び出します。既存の image.data ファイルを指定するか、ユーザー定義の image.data を指定します。ステップ 348 ページの『14』を参照してください。

5. mksysb イメージを保管するファイルシステムまたはディレクトリーを入力します。このファイルシステムは、 rootvg 内、別のボリューム・グループ内、または NFS にマウントされて読み取り/書き込みアクセス権のあるファイルシステム内に作成済みのものにすることができます。ブランクにしておく場合は、mkcd コマンドはファイルシステムを作成しますが、コマンドが完了するとそのファイルシステムを除去します。

6.ファイルシステムのフィールドに情報を何も入力しない場合は、 mkcd コマンドが、 rootvg または別のボリューム・グループにこれらのファイルシステムを作成するようにできます。デフォルトのrootvg を選択し、mksysb イメージを作成する場合は、mkcd コマンドはファイルシステムを除外ファイルに追加し、除外ファイル・オプション -e を使用して mksysb コマンドを呼び出します。

7.「Do you want the DVD to be bootable? (DVD をブート可能にする)」。 no を選択した場合は、同じバージョン/リリース/保守レベルの製品 CD からブートした後、システム・バックアップ DVD からシステム・バックアップをインストールする必要があります。

8.インストール・バンドル・ファイルを使用する場合は、バンドル・ファイルへの絶対パス名を入力してください。 mkcd コマンドは、そのファイルを DVD ファイルシステムにコピーします。バンドル・ファイルは、mksysb イメージの bosinst.data ファイル、またはユーザー指定のbosinst.data ファイルで、BUNDLES フィールドに事前に指定しておく必要があります。このオプションを使用してバンドル・ファイルを DVD に入れる場合は、 bosinst.data ファイルのBUNDLES フィールドのロケーションは、次のようになっていなければなりません。/../usr/sys/inst.data/user_bundles/bundle_file_name

9.パッケージのリストが入っているファイルの名前を、「File with list of packages to copy to DVD(DVD にコピーするパッケージのリストがあるファイル )」フィールドに入力することにより、追加のパッケージを CD に入れることができます。このファイルのフォーマットは、1 行につき 1 つのパッケージ名です。mksysb イメージを復元した後に、 1 つ以上のバンドルをインストールする場合は、前の指示に従って、バンドル・ファイルを指定してください。このオプションを使用して、バンドルにリストされたパッケージを DVD 上で使用可能にすることができます。このオプションを使用する場合は、次のステップでインストール・イメージのロケーションも指定する必要があります。

10. CD ファイルシステムにコピーするインストール・イメージのロケーションを (ある場合)、「Locationof packages to copy to DVD (DVD にコピーするパッケージのロケーション )」フィールドに入力します。 DVD に追加パッケージを入れる場合、このフィールドは必須です (直前のステップを参照)。ロケーションは、ディレクトリーまたは DVD デバイスにすることができます。


11.「Customization script (カスタマイズ・スクリプト)」フィールドで、カスタマイズ・スクリプトの絶対パス名を指定することができます。これを指定すると、mkcd コマンドは、スクリプトを CD ファイルシステムにコピーします。 mksysb イメージの bosinst.data ファイルでCUSTOMIZATION_FILE フィールドを設定しておくか、CUSTOMIZATION_FILE フィールドが設定されたユーザー指定の bosinst.data ファイルを使用する必要があります。 mkcd コマンドは、このファイルを、RAM ファイルシステムにコピーします。したがって、CUSTOMIZATION_FILE フィールドでのパスは、次のようになっている必要があります。/../filename

12.「User supplied bosinst.data file (ユーザー提供の bosinst.data ファイル)」フィールドでユーザーのbosinst.data ファイルの絶対パス名を入力することによって、mksysb イメージ内のものではなく、ユーザー独自の bosinst.data ファイルを使用することができます。

13. mkcd コマンドのデバッグを使用可能にするには、「Debug output? (デバッグ出力する)」を「yes (はい)」に設定します。デバッグ出力は、smit.log に出力されます。

14.「User supplied image.data file (ユーザー提供の image.data ファイル)」にユーザーのimage.data ファイルの絶対パス名を入力することによって、mksysb イメージ内の image.dataファイルではなく、ユーザー独自の image.data ファイルを使用することができます。

ユーザー・ボリューム・グループのバックアップsavevg コマンドを使用すると、ユーザー・ボリューム・グループ・バックアップを CD、DVD、取り外し可能ハード・ディスク・カートリッジ、テープ、またはファイルに作成することができます。savevg コマンドは、指定されたボリューム・グループに属しているすべてのファイルを検索してバックアップをとります。ボリューム・グループがオンに構成変更されていて、ファイルシステムがマウントされていなければなりません。このユーザー・バックアップには non-rootvg ボリューム・グループのコピーが入っており、ユーザー・データを含むボリューム・グループに使用すると便利です。savevg コマンドは、mkvgdata コマンドで作成されるデータ・ファイルを使用します。作成されるデータ・ファイルは次のものです。/tmp/vgdata/vgname/vgname.data

vgname.data ファイルには、ユーザー・ボリューム・グループに関する情報が含まれます。 savevg コマンドはこのファイルを使用してバックアップ・イメージを作成します。このバックアップ・イメージをrestvg コマンドで使用して、ユーザー・ボリューム・グループを再作成することができます。savevg コマンドで -r フラグを使用すると、ユーザー・ボリューム・グループの論理ボリューム構造情報のみをバックアップできます。バックアップ属性のリストに必要なデータもバックアップされます。 -rフラグは、vgname.data ファイルを作成するために指定したボリューム・グループ用の mkvgdata コマンドを実行します。 -r フラグは、vgname.data ファイル、すべてのマップ・ファイル、およびbackup.data ファイルのみをバックアップします。作成されたバックアップ・イメージは、restvg -rコマンド・オプションで使用されて、ボリューム・グループ、論理ボリューム、およびそのファイルのファイルシステム情報のみを作成し、他のデータは復元しません。例えば、paul ユーザー・ボリューム・グループ構造情報のみを /vg_backup/paul_vg_data ファイルにバックアップする場合は、次のように入力します。savevg -r -f /vg_backup/paul_vg_data paul

また、mkcd コマンドを使用して、ユーザー・ボリューム・グループのバックアップを CD または DVD に作成することもできます。 mkcd コマンドは、一度に 1 つのボリューム・グループを CD または DVD に保存します。mkcd コマンドで -L フラグを使用すると、ISO9660 DVD サイズのイメージを作成することができます。mkcd または mkdvd コマンドで -U フラグを使用すると、UDF DVD イメージを作成することができます。


rootvg イメージと savevg イメージが 1 枚の CD または DVD に収まる程度の大きさの場合は、両方とも -l(stacklist) および -z (customization_script) フラグを使用して保存することができます。 -l フラグを使用すると、CD または DVD にコピーするイメージのリストが得られます。 -z フラグを使用すると、savevg バックアップを復元するスクリプトを作成することができます。例えば、前もって non-rootvg ボリューム・グループのコピーを作成しておき、restvg コマンドを呼び出すスクリプトを作成する場合、non-rootvgボリューム・グループは、次のコマンドによって、rootvg のインストールの最後で hdisk2 に復元されます。restvg -d /SPOT/installp/ppc/savevg_image hdisk2

この手順は、インストールのたびに non-rootvg ボリューム・グループの復元を行うと分かっている場合にのみ、お勧めします。そうでない場合は、ボリューム・グループを単に CD/DVD に保管し、リブートの後に restvg を使用してそれを復元することをお勧めします。イメージの名前が savevg_image の場合は、restvg コマンドで CD または DVD から復元することができます。別のファイル名で non-rootvg バックアップを CD または DVD に保存する場合は、その CD または DVD を挿入して、ファイル名の絶対パスをrestvg コマンドに対するデバイスとして使用することができます。ユーザー・ボリューム・グループを CD または DVD にバックアップするには、SMIT のいずれかを使用してください。SMIT を使用するユーザー・ボリューム・グループ・バックアップの作成この手順では、SMIT を使用して、ユーザー・ボリューム・グループのバックアップ・イメージを作成します。1. SMIT を使用してユーザー・ボリューム・グループをテープ、rdx 取り外し可能ハード・ディスク・カートリッジ、またはファイルにバックアップするには、コマンド・ラインに smit savevg と入力します。ユーザー・ボリューム・グループを CD にバックアップするには、コマンド・ラインに smitsavevgcd と入力します。ユーザー・ボリューム・グループを DVD にバックアップするには、コマンド・ラインで smit savevgdvd と入力します。

2.「Save a Volume Group (ボリューム・グループの保存)」画面が表示されたら、ルート・ボリューム・グループのバックアップのときのステップを参考にして、ユーザー・ボリューム・グループをバックアップします。この手順には、例外が 1 つあります。ユーザー・ボリューム・グループ内のファイルをバックアップ・イメージから除外する場合、/etc/exclude.volume_group_name という名前のファイルを作成します。ここで、volume_group_name は、バックアップするボリューム・グループの名前です。

3.ファイルを除外する場合、/etc/exclude.volume_group_name ファイルを編集して、バックアップ・イメージに入れたくないファイル名のパターンを入力してください。このファイルのパターンは、grepコマンドのパターン・マッチング規則に入力され、バックアップからどのファイルを除外するかが判別されます。

ユーザー・ボリューム・グループのバックアップ・オプションの使用システム・バックアップやユーザー・ボリューム・グループ・バックアップがあれば、バックアップ・イメージについてバックアップやリスト情報を検査することができます。バックアップ・イメージで実行できる操作には、この情報を使用することができます。これらの操作の実行に使用するコマンドは、システム・バックアップ用の lsmksysb コマンドと、ユーザー・ボリューム・グループ用の lssavevg コマンドです。 lsmksysb コマンドまたは lssavevg コマンドを使用して、以下のトピックで説明されている操作を実行できます。ボリューム・グループ・バックアップに関する情報のプレビュープレビュー・オプションを使うと、ボリューム・グループ情報、バックアップが作成された日付と時刻、および AIX のレベルを表示することができます。バックアップ・イメージをプレビューするには、 lsmksysb コマンドまたは lssavevg コマンドの -l オプションを使用します。例えば /tmp/mybackup というシステム・バックアップ・ファイルをプレビューする場合は、次を入力します。# lsmksysb -l -f /tmp/mybackup


次のような出力が表示されます。VOLUME GROUP: rootvg BACKUP DATE/TIME: Mon Jul 29 22:03:27 CDT 2010 UNAME INFO: AIX va08 2 5 000974AF4C00 BACKUP OSLEVEL: 7.1.0.0 none MAINTENANCE LEVEL: none BACKUP SIZE (MB): 1408 SHRINK SIZE (MB): 1242 rootvg: LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT hd5 boot 1 1 1 closed/syncd N/A hd6 paging 16 16 1 open/syncd N/A hd8 jfs2log 1 1 1 open/syncd N/A hd4 jfs2 1 1 1 open/syncd / hd2 jfs2 21 21 1 open/syncd /usr hd9var jfs2 1 1 1 open/syncd /var hd3 jfs2 1 1 1 open/syncd /tmp hd1 jfs2 1 1 1 open/syncd /home hd10opt jfs2 1 1 1 open/syncd /opt fslv00 jfs2 31 31 1 open/syncd /export/nim fslv01 jfs2 1 1 1 open/syncd /tftpboot

SMIT でバックアップ・イメージをプレビューするには、 lsbackupinfo 高速パスを使用します。システム・バックアップの検査 (テープのみ)テープ上の mksysb イメージの内容をリストすることができます。テープ上の mksysb イメージの内容をリストするには、SMIT (コマンド・ラインで smit lsmksysb と入力) を使用できます。リストすることによりテープ上のほとんどの情報を検査することができますが、バックアップ・メディアからインストール用にブートできるかどうかは検査できません。 mksysb テープ上のブート・イメージが適切に機能するかどうかを検査する唯一の方法は、メディアからブートする方法です。ボリューム・グループおよびシステム・バックアップのバックアップ・ログの表示ボリューム・グループがバックアップされるたびに作成されるバックアップ・ログを表示することができます。このログ・ファイルには、直前のボリューム・グループおよびシステムのバックアップに関する情報が含まれています。バックアップ・ログ・ファイルを表示するには、 lsmksysb コマンドまたは lssavevg コマンドの -B オプションを使用します。次のように入力します。# lsmksysb -B

次のような出力が表示されます。#Device;Command;Date;Shrink Size;Full Size;Maintenance Level /export/mksysb/generic_sysb;"mksysb -X -e /export/mksysb/generic_sysb";Mon Jul 29 22:11:17 CDT 2010;1242;1408; /export/mksysb/generic_sysb;"mksysb -X -e /export/mksysb/generic_sysb";Tue Jul 30 16:38:31 CDT 2010;2458;2720;

SMIT でバックアップ・ログを表示するには、「System Backup Manager (システム・バックアップ・マネージャー)」メニューで「View the Backup Log (バックアップ・ログを表示する)」を選択します。システム・バックアップにインストールされているファイルセットの表示lsmksysb コマンドの -L オプションを使用して、システム・バックアップにインストールされているファイルセットを表示することができます。例えば、システム・バックアップにインストールされているファイルセットを表示するには、次を入力します。# lsmksysb -L -f generic_sysb


次のような出力が表示されます。Fileset Level State Description ---------------------------------------------------------------------------- Path: /usr/lib/objrepos IMNSearch.bld.DBCS 2.4.0.0 COMMITTED NetQuestion DBCS Buildtime Modules ...bos.terminfo.wyse.data 7.1.0.0 COMMITTED Wyse Terminal Definitions bos.txt.spell.data 7.1.0.0 COMMITTED Writer's Tools Data bos.txt.tfs.data 7.1.0.0 COMMITTED Text Formatting Services Data

システム・バックアップにインストールされているファイルセットを SMIT で表示するには、lslppbackup 高速パスを使用します。

システム・バックアップのインストールmksysb イメージとも呼ばれるシステム・バックアップ・イメージを使用して、基本オペレーティング・システム (BOS) をインストールすることができます。システム・バックアップを使用して、破壊されたオペレーティング・システムを復元できます。バックアップからシステムをインストールすると、インストールと構成の作業を繰り返すことが減ります (または、まったくなくなります)。例えば、バックアップを使用して、基本オペレーティング・システムのほかに、ソース・システム (バックアップ・コピーを作成したマシン) にインストールされているオプションのソフトウェアを転送することもできます。また、多くのユーザー構成設定も、バックアップ・イメージによってターゲット・システム (システム・バックアップをインストールする別のマシン) に転送できます。テープ、CD、DVD、またはファイルに格納されたバックアップ・イメージから、システムをインストールすることができます。注 : DVD からブートして、テープをインストールに使用することができます。ただし、テープ・ブート中に CD ドライブと DVD ドライブを使用してカスタマイズ情報を指定することはできません。バックアップからのインストール手順は、/bosinst.data ファイルで設定された条件、およびバックアップ・イメージとインストール済みのマシンの間の互換性に応じて、プロンプト付きまたはプロンプトなしのいずれかのモードで実行されます。バックアップ・イメージをインストールするときに、システムは、バックアップに保管されているすべての論理ボリュームを作成できるだけの十分なディスク・スペースが、ターゲット・システムにあるかどうかチェックします。十分なスペースがあれば、バックアップ全体がリカバリーされます。不足している場合は、インストールが停止し、出力先のハード・ディスクを追加選択するよう、システムからプロンプトが出されます。ターゲット・システムで作成されるファイルシステムのサイズは、バックアップ・イメージを作成したときに image.data ファイルで、または BOS インストール・メニューで SHRINK を yes に設定していなければ、ソース・システムでのサイズと同じになります。 /tmp ディレクトリーは、その例外で、bosbootコマンドのための十分なスペースを割り当てられるように、増やすことができます。 JFS ファイル・システムを使用するシステム・バックアップから AIX オペレーティング・システムをインストールする場合、4000 個のセクター・サイズを持つディスクを使用することはできません。ソース・マシンにシステム・バックアップをインストールすると、インストール・プログラムはそのマシンにオブジェクト・データ・マネージャー (ODM) を復元します。 ODM が復元されることにより、デバイスの番号は元のシステムでの番号と同じになります。例えば、ソース・マシンにイーサネット・カードを2 枚インストール (最初に en0 をスロット 3 にインストールし、次に en1 をスロット 1 にインストール) した場合、システム・バックアップのインストール時にそれらが逆の順序で検出されても、カードが再番号付けされることはありません。システム・バックアップのクローンを作成する場合、インストール・プログラムは、ターゲット・システムにイメージをインストールした後で ODM を再構築するため、デバイスは再番号付けされます。いずれの場合も、rootvg およびすべての論理ボリュームには、異なる ID が付けられます。ソース・マシンにシステム・バックアップを再インストールするときに、ターゲット・システムとソース・システムのハードウェア構成がまったく同じでなければ、インストール・プログラムはターゲット・システムの以下のファイル内のデバイス属性を変更することがあります。


• /etc/objrepos ディレクトリー内の「Cu」で始まるすべてのファイル• /dev ディレクトリー内のすべてのファイルブート・リストの設定は復元されません。システム・バックアップの復元後、ブート・リストは 1 次ブート・デバイスにリセットされます。共有ボリューム・グループの AUTO ON は no に設定されています。AUTO ON が yes に設定されているユーザー・ボリューム・グループのみがインポートされます。これは、mksysb 復元操作のときに共有ボリューム・グループに対してインストール照会が行われるため、共有ボリューム・グループが他のシステムのボリューム・グループへのアクセスをロックアウトすることがあるためです。関連概念mksysb イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストールmksysb インストールは、 NIM 環境の mksysb イメージから、BOS および他のソフトウェアをターゲットに復元します。インストールのカスタマイズAIX インストールをカスタマイズすることができます。インストールをカスタマイズするには、bosinst.data ファイルを編集して、インストール・メディアとともに使用する必要があります。関連情報image.data ファイルmksysb バックアップからのインストールに関する問題のトラブルシューティングシステム・バックアップのクローン作成システム・バックアップをターゲット・マシンにインストールして、一貫性のあるオペレーティング・システム、オプションのソフトウェア、および構成の設定を反映させることができます。mksysb イメージを用いて、1 つのシステム・イメージのクローンを、複数のターゲット・システム上に作成することができます。ただし、ターゲット・システムが備えているハードウェア・デバイスやアダプター、あるいはターゲット・システムが必要とするカーネルが、ソース・システムと同じではないことがあります。 BOS インストールの際にすべてのデバイスとカーネルが自動的にインストールされます。その結果、システム・バックアップを作成すると、 mksysb イメージにはすべてのデバイスおよびカーネル・サポートが含まれます。例えば、System_A のシステム・バックアップを作成して、System_A の mksysbイメージを System_B にインストールすることができますが、その際、System_B をブートするためにプロダクト・メディアを使用する必要はありません。すべてのデバイスおよびカーネルのインストールについて詳しくは、339 ページの『バックアップ作成前のすべてのデバイスおよびカーネル・サポートのインストール』を参照してください。クローン・インストールを行う場合、デフォルトでは、デバイス情報はターゲット・システムに復元されません。クローン・インストール時、 mksysb イメージがインストール先のシステムのものかどうかが、BOS インストール・プロセスによって検査されます。ターゲット・システムと mksysb イメージが異なる場合は、デバイス情報はリカバリーされません。この動作は、bosinst.data ファイル内のRECOVER_DEVICES 変数で決まります。この変数は、Default、yes、または no に設定できます。それぞれの値で決まる動作は、以下のとおりです。Defaultデバイスのリカバリーはありません。

yesODM の再構築を試みます。

noデバイスのリカバリーはありません。

注 : 「Backup Restore (バックアップの復元)」メニューで yes または no を選択するか、bosinst.dataファイルで属性の値を編集することにより、RECOVER_DEVICES のデフォルト値をオーバーライドすることができます。ソース・システムに正しいパスワードとネットワーク情報がない場合は、この時点で、ターゲット・システム上で修正を行うことができます。また、プロダクトによっては、デバイス特有のファイルを提供するものもあります (graPHIGS など)。ソースのグラフィックス・アダプターが、ターゲット・システムとは異


なっている場合は、グラフィックス関連の LPP 用のデバイス特有のファイルセットがインストールされているか、確認してください。ソース・マシンでのシステム・バックアップのインストールコマンド・ラインを使用して、バックアップを作成した元の同じマシンにオペレーティング・システムを復元できます。いずれのインターフェースについても、手順を開始する前に、次の条件を満たしておく必要があります。• テープや CD/DVD-ROM ドライブなどの外部デバイスも含めて、すべてのハードウェアが既にインストールされている必要があります。

• 次のいずれかのソースから、システム・バックアップ・イメージを入手しておきます。項目説明DVD 次のいずれかの方法で作成された BOS DVD

• SMIT の「Back Up This System to CD (CD へのシステムのバックアップ )」メニューを使用。

• コマンド・ラインから mkcd または mkdvd コマンドを使用。テープ次のいずれかの方法で作成された BOS テープ

• SMIT の「Back Up the System to Tape/File (テープ/ファイルへのシステムのバックアップ)」メニューを使用。

• コマンド・ラインから mksysb -i Target コマンドを使用。注 : バックアップの作成後にシステムのデバイスが除去されたか置き換えられた場合でも、バックアップをインストールするとそれらのデバイスの情報が復元されます。 ODM は、再構築されるのではなく、バックアップ時のシステムのものが復元されるため、システムが示すのは、それらの定義済み状態のデバイスになります。

ネットワークバックアップ・イメージ・ファイルまでのパス。ネットワークを介したバックアップのインストールについては、『mksysb イメージを使用する NIM クライアントへの基本オペレーティング・システムのインストール』を参照してください。

注 : 始動に先立って、1 次ブート・デバイスとして、テープ・ドライブまたは CD/DVD-ROM ドライブを選択します。追加情報は、お手元のハードウェアに関する資料のシステム管理サービスの項を参照してください。mksysb コマンドの機能拡張が行われたため、システム・バックアップをソース・マシンにインストールするときのデバイスのリカバリー方法を制御できます。この動作は、bosinst.data ファイル内のRECOVER_DEVICES 変数で決まります。この変数は、default、yes、または no に設定できます。それぞれの値で決まる動作は、以下のとおりです。default

ODM が復元されます。yes

ODM が復元されます。noデバイスのリカバリーはありません。

注 : 「Backup Restore (バックアップの復元)」メニューで yes または no を選択するか、bosinst.data ファイルで属性の値を編集することにより、RECOVER_DEVICES のデフォルト値をオーバーライドすることができます。コマンド・ラインを使用する場合

1. bootlist コマンドを使用して 1 次ブート・デバイスの表示または変更を行えます。


1 次ブート・デバイスを表示するには、次のようにします。bootlist -m normal -o

1 次ブート・デバイスを変更するには、次のようにします。bootlist -m normal rmt0 bootlist -m normal cd0

2.以下のステップに従って、マシンの電源をオフにします。a. root ユーザーとしてログインします。b.以下のコマンドを入力します。

shutdown -F

c.システムが自動的に電源オフにならない場合、電源スイッチをオフ (0) の位置にします。重要 : システム装置の電源は、ステップ 355 ページの『6』までは、オンにしないでください。

3.接続されているすべての外部デバイスをオンにします。これに含まれるものは、次のとおりです。• 端末装置• CD または DVD ドライブ• テープ・ドライブ• モニター• 外部ディスク・ドライブ外付けデバイスの電源を先にオンにするのは、始動 (ブート) 処理中に、システム装置が外付けデバイスを識別するために必要です。

4.インストール・メディアをテープ、CD または DVD ドライブに挿入します。使用する磁気テープ装置によっては、システムがオフになっている間は、扉が開かないことがあります。この問題が生じた場合は、次の手順に従ってください。a.システム装置の電源をオンにします。b.ブート・インストール・テープを挿入します (複数のボリュームがある場合には、ボリューム 1 を挿入します)。

c.システム装置をオフにして、30 秒待ちます。5. ASCII 端末を使用しない場合はステップ 6 に進んでください。 ASCII 端末を使用する場合は以下の基準に従って、通信、キーボード、および表示の各オプションを設定してください。注 : ご使用の端末が IBM 3151、3161、または 3164 の場合は、 Ctrl + Setup キーを押して「Setup (セットアップ)」メニューを表示し、画面に表示される指示に従って、これらのオプションを設定してください。他の ASCII 端末を使用している場合は、これらのオプションの設定方法に関する情報について、該当の資料を参照してください。端末によっては、ここにリストされたオプション名や設定値が異なる場合もあります。表 19. 通信オプションオプション設定回線速度 (ボー・レート) 9600

ワード長 (1 文字当たりのビット数) 8

パリティー no

ストップ・ビットの数 1

インターフェース RS-232C (または RS-422A)


表 19. 通信オプション (続き)

オプション設定回線制御 IPRTS

表 20. キーボードおよびディスプレイのオプションオプション設定画面標準行と列 24x80

スクロール jump

自動 LF (改行) off

行折り返し on

強制挿入 line (または both)

TAB field

演算モード echo

ターンアラウンド文字 CR

Enter (入力) return

Return (リターン) new line

改行 CR

送信 page

文字挿入スペース6.システム装置の電源スイッチをオフ (0) からオン (|) に切り替えます。システムは、バックアップ・メディアからのブート処理を開始します。システムがテープからブートしている場合、テープが進んだり戻ったりするのは正常な動作です。ご使用のシステムに LED ディスプレイがある場合は、 3 桁のLED に c31 と表示されるはずです。注 : バックアップ・メディアからのブートに失敗した場合は、プロダクト・メディア (テープまたはCD) からブートできます。最初のウェルカム画面にあるオプションによって、バックアップ・メディアからのインストールを続行できる保守モードに入ることができます。詳しくは、『システム・バックアップからのインストールに関するトラブルシューティング』を参照してください。複数のコンソールがある場合、それぞれの端末と直接接続ディスプレイ・デバイス (またはコンソール) に、システム・コンソールを識別するためのキーを押すように指示する画面が表示されます。この画面が表示される各端末ごとに、異なるキーが指定されています。この画面が表示されたら、システム・コンソールとして使用するデバイス上でのみ、指定されたキーを押してください。 (システム・コンソールとは、インストールとシステム管理に使用するキーボードとディスプレイ・デバイスのことです。) 1 つのコンソールでだけキーを押してください。注 : bosinst.data ファイルが、 CONSOLE 変数にとって有効なディスプレイ・デバイスをリストしているときは、システム・コンソールを手動で選択はしません。 bosinst.data ファイルの詳細については、『インストールのカスタマイズ』を参照してください。

7.開始するインストールのタイプは、 bosinst.data ファイルの control_flow スタンザの、 PROMPT フィールドの設定によって決まります。以下の基準に従って、使用するインストールのタイプを決めてください。


項目説明PROMPT = no プロンプトなしのインストール。このインストール方式は、バックアップ・イ

メージが自動的にインストールされるように設定されている場合に使用されます。したがって、インストール・プログラムに応答する必要はありません。ステップ 8 に進んでください。

PROMPT = yes プロンプト付きインストール。このインストール方式は、メニュー・プロンプトを使用してバックアップ・イメージをインストールする必要がある場合に、使用されます。プロンプトなしインストールが停止して、「Welcome to BaseOperating System Installation and Maintenance (基本オペレーティング・システムのインストールと保守)」画面が表示された場合も、このインストール方式を使用します。ステップ 9 に進んでください。

8.プロンプトなしのインストールは自動的に行われるため、インストールが成功したときは、以降の指示は必要ありません。注 : バックアップ・イメージに保持されているソース・システム構成情報が、ターゲット・システムとの間に互換性をもたない場合は、プロンプトなしのインストールが停止し、プロンプト付きインストールが開始されます。インストールが始まる前に、「Installing Base Operating System (基本オペレーティング・システムのインストール)」画面が表示されます。プロンプトなしのインストールでは、約 5 秒間休止してから処理を開始します。この後にプロンプトなしのインストールが続行されて完了します。ただし、自動インストールを中断してプロンプト付きのセッションを開始する場合は、端末で 000 (ゼロを 3 つ) を入力して、この手順の残りのステップに従ってください。

9.「Welcome to the Base Operating System Installation and Maintenance (基本オペレーティング・システムのインストールと保守)」画面が表示されます。注 : このインストール・プロセスの各画面で、 88 を入力してヘルプ情報を表示できます。「Change/Show Installation Settings and Install (インストール設定の変更/表示、およびインストール)」を選択します。

10.「System Backup Installation and Settings (システム・バックアップ・インストールと設定値)」画面が表示されます。この画面では、システムの現在の設定値が表示されます。複数のリストが選択される場合は、1 行目にリストされたディスクの後に省略符号が付いています。

11.設定値を受け入れるか、変更してください。マップ・ファイルの使用法の詳細については、『システム・バックアップの作成』を参照してください。設定値を受け入れて、インストールを開始するときは、ステップ 16 に進んでください。設定値を変更するときは、ステップ 356 ページの『12』から継続します。

12.バックアップ・イメージをインストールするディスクを指定するために、「System Backup Installationand Settings (システム・バックアップ・インストールと設定値)」画面で 1 を入力します。「ChangeDisk(s) Where You Want to Install (インストールするディスクの変更)」画面が表示されます。この画面には、システム・バックアップ・イメージをインストールするために使用できる、すべてのディスクがリストされています。選択された各ディスクには、>>> (3 文字の大なり記号) が付いています。選択する各ディスクについて、番号を入力し、Enter キーを押します。選択されたディスクの番号を入力して、選択解除します。複数のディスクを選択することができます。注 : 「Disks not known to Base Operating System Installation (BOS インストールにとって未知のディスク)」オプションに対して 66 を入力し、 Enter キーを押すことによって、補足ディスクを指定することもできます。このオプションは、新規メニューをオープンして、補足ディスク用のデバイス・サポート・メディアを要求するプロンプトを出します。 BOS インストールはシステムにディスクを構成してから、「Change Disk(s) Where You Want to Install (インストールするディスクの変更)」画面に戻ります。

13.ディスクの選択を完了したら、Enter キーを押します。Enter キーを押した後に表示される画面は、選択されたすべてのディスクに対して、使用可能なマップ・ファイルがあるかどうかによって、異なります。この基準は次のとおりです。


• 選択されたディスクの中にマップをもたないものが 1 つ以上あると、BOS インストールは直接「System Backup Installation and Settings (システム・バックアップ・インストールと設定値)」画面に戻ります。

• 選択されたすべてのディスクにマップがある場合は、「Change Use Maps Status (マップ使用状況の変更)」画面が表示されます。この中で、インストールにマップを使用するかしないかを選択します。ステップ 14 に進みます。将来のバックアップの復元に備えて、論理ボリュームの配置を保存しておくため、システムをバックアップする前に、マップ・ファイルを作成することができます。マップ・ファイルは、/tmp/vgdata/rootvg ディレクトリーに保管されており、ドライブの物理区画をその論理区画に対応させます。SMIT の「Backup the System (システムのバックアップ )」メニューを使用するか、mksysb コマンドの実行時に -m オプションを指定することによって、マップ・ファイルを作成します。マップ・ファイルの詳細は、オペレーティング・システムおよびデバイスの管理の『正確に割り当てるためのマップ・ファイルの使用』を参照してください。

14.「Change Use Maps Status (マップ使用状況の変更)」画面で、1 または 2 を入力して、インストール・プログラムがマップを使用するかどうか指定します。この選択が完了すると、BOS インストールは、「System Backup Installation and Settings (システム・バックアップ・インストールと設定値)」画面に戻ります。

15.システムのインストール先のディスクで、 BOS インストールがファイルシステムを圧縮するかどうかを決定します。このオプションを選択すると、ボリューム・グループにある論理ボリュームとファイルシステムが、データを収容できる最小限のサイズになるように再作成されます。このようにすると、ファイルシステムの中の無駄なフリー・スペースが減少します。バックアップ・イメージのファイルシステムの方が、インストールされるファイルに必要なサイズより大きいことがあります。「System Backup Installation and Settings (システム・バックアップ・インストールと設定値)」画面で、「Shrink File Systems (ファイルシステムの圧縮)」オプションの Yes とNo を切り替えるには、 2 キーを押します。デフォルトの設定値は、No です。注 : ファイルシステムを圧縮すると、マップの使用は不可能になります。

16.「System Backup Installation and Settings (システム・バックアップ・インストールと設定値)」画面で0 を入力して受諾します。「Installing Base Operating System (基本オペレーティング・システムのインストール )」画面に、完了までの進行率と所要時間が表示されます。ステップ 12 で補足ディスクを指定していれば、「Installing Base Operating System (基本オペレーティング・システムのインストール )」画面は表題のない画面に一時的に置き換わります。この画面で、ドライブにデバイス・サポート・メディアを挿入して、Enter キーを押すよう指示されます。 BOS インストールは補足ディスクを再構成し、その後で「Installing Base Operating System (基本オペレーティング・システムのインストール )」画面に戻ります。インストール完了後、システムは自動的にリブートを行います。

オプションのプロダクトおよび保守更新基本オペレーティング・システム (BOS) をインストールした後に、オプションのソフトウェアまたは保守更新をインストールします。注 : AIX では、CD および DVD の自動マウント機能 cdromd が提供されます。これは、bos.cdmount ファイルセットに含まれています。ご使用のシステムで cdromd デーモンが使用可能かどうかを判別するには、次のコマンドを実行します。# lssrc -s cdromd

デバイスが既に使用可能かどうかを最初に検査しないで、スクリプト、アプリケーション、または命令でCD または DVD デバイスをマウントしようとすると、cdromd デーモンによって妨げられる場合があります。その状況では、リソースまたはデバイス使用中エラーになります。その場合は cdumount またはcdeject コマンドを使ってデバイスをアンマウントします。次にプログラムまたは命令でデバイスをマ


ウントします。あるいは、 cdcheck -m または mount コマンドを使って、デバイスの現行マウント・ポイントを決定します。詳しくは、「コマンド・リファレンス」に記載されている cdromd コマンドについての説明を参照してください。インストール・コードではこの自動マウントが行われます。 cdromd を使用可能にして mkcd コマンドを実行すると、イメージの完了後に CD-R または DVD-RAM がイジェクトされます。メディアをイジェクトしたくない場合は、次のコマンドを使用して cdromd デーモンが機能しないようにする必要があります。# stopsrc -s cdromd

オプションでインストールされるソフトウェアオプションでインストールされるソフトウェアを構成するものについて説明します。オプションとしてインストール可能なソフトウェアには、次のものが含まれています。• オプションのソフトウェア製品: BOS のインストール時に自動的にシステムにインストールされないソフトウェア。ソフトウェア・プロダクトには、オペレーティング・システムと一緒に出荷されるものと、それとは別途に購入されるものがあります。 BOS は、bos.rte.install のように個別に更新可能なサブシステムに分かれています。 bos.rte で始まる更新は、BOS サブシステムを更新します。

• 保守更新: BOS またはオプションのソフトウェア製品の欠陥を訂正するソフトウェア。保守更新は、ファイルセットで編成されています。このタイプの更新は、常にファイルセットの部分を変更します。ソフトウェア・プロダクトは、以下のカテゴリーに分けることができます。ライセンス・プログラムライセンス・プログラム (LP) は、ライセンス・プログラム・プロダクト (LPP) またはプロダクトとも呼ばれます。 LP は、そのライセンス・プログラムに関連するすべてのパッケージが入っているソフトウェア製品一式のことです。例えば、bos (基本オペレーティング・システム) はライセンス・プログラムです。

パッケージ関連機能のセットを提供する、分離してインストール可能なユニットのグループ。例えば、bos.net はパッケージです。

ファイルセット個別にインストール可能なオプション。ファイルセットは、特定の機能を提供します。ファイルセットの例として、bos.net.nfs.client 7.1 があります。ファイルセット・パッケージについて詳しくは、399 ページの『ファイルセット・インストール・パッケージ』を参照してください。

ファイルセットの更新個別にインストール可能な更新。ファイルセット更新は、以前にインストール済みのファイルセットを機能強化するかまたはその欠陥を訂正します。

バンドル個人用生産性向上ソフトウェアまたはネットワーク環境におけるクライアント・マシン向けのソフトウェアの提供など、特定の目的に合致する、パッケージ、プロダクト、または個別のファイルセットの集まり。バンドルのセットは、オプションのソフトウェアの特定のセットを含んでいる BOS と一緒に提供されます。バンドル・パッケージについて詳しくは、400 ページの『ソフトウェア・バンドルのパッケージ化』を参照してください。

プロダクトはいくつかのパッケージで構成することができます。さらに、それらのパッケージは、異なるファイルセットで構成することができます。プロダクトは、その全体をインストールすることができますし、またはそのプロダクトの、あるパッケージまたはファイルセットのみをインストールすることもできます。ソフトウェア・プロダクトは、このように細分割されます。なぜなら、多くのソフトウェア・プロダクトは、大規模であり、個別に独立して使用できる、多くの部分を持っているからです。プロダクトを、分離してインストール可能なファイルセットに分けることによって、必要なファイルセットのみをインストールすることが可能になります。パッケージに含まれているすべてのファイルセットまたはプロダクト全体をインストールすることができます。あるいは、特にハード・ディスク・スペースに制限があれば、選択されたファイルセットのみをご使用のシステムにインストールすることもできます。


ソフトウェア・プロダクトの識別プロダクト名、レベル番号、およびプロダクト識別フィールドについて説明します。プロダクト名とレベル番号がソフトウェア・プロダクトを識別します。 AIX におけるソフトウェア・プロダクト・レベルのフォーマットは、次のとおりです。versionnumber.releasenumber.modificationlevel.fixlevel

ソフトウェア・プロダクト識別の各フィールドは、次のように定義されています。• versionnumber フィールドは、バージョン番号を識別する 1 から 2 桁の数字で構成されます。• releasenumber フィールドは、リリース番号を識別する 1 から 2 桁の数字で構成されます。• modificationlevel フィールドは、修正レベルを識別する 1 から 4 桁の数字で構成されます。• fixlevel フィールドは、フィックス・レベルを識別する 1 から 4 桁の数字で構成されます。例えば、07.01.0000.0000 はソフトウェア・プロダクト・レベル番号で、07.01.0000.0032 はソフトウェア・プロダクト更新レベルです。そのレベルのバージョン、リリース、修正レベルおよびフィックス・レベルなどのフィールドの先行ゼロを含める必要はありません。レベル 07.01.0000.0000 は、7.1.0.0 と書くこともできます。

ソフトウェア・ライセンスソフトウェア購入の際に行うソフトウェア・ライセンス交付のタイプには、実行時ライセンス交付と、ソフトウェア・ライセンス契約の受諾があります。通常、実行時ライセンスを必要とするソフトウェアは、そのソフトウェアを使用するライセンスを持っているときにのみ、インストールのために選択できます。 System Management Interface Tool (SMIT) を使用すれば、ユーザーがライセンスを所有していなくても、ライセンス・ソフトウェアをインストールすることはできますが、該当するライセンスを取得するまでは、新規にインストールされたソフトウェアの使用を抑制されることがあります。ソフトウェア・ライセンス契約を受諾するには、ライセンス契約がインストール・プロセスの一部として受諾されることが必要です。 BOS インストールの一部としてインストールされたソフトウェアにソフトウェア・ライセンス契約の受諾が必要な場合は、そのライセンス契約が受諾されるまでは構成アシスト (グラフィックス・コンソール以外のコンソールの場合は、インストール・アシスト) を終了できません。ユーザーは、そのライセンス契約を表示して受諾することができます。 BOS インストールは、ソフトウェア・ライセンスを自動的に受諾するようにカスタマイズできます。詳しくは、88 ページの『インストールのカスタマイズ』を参照してください。オプションのソフトウェアのインストールについては、smit license_on_media 高速パスまたはinstallp -El コマンドを使用して、インストール・メディア上でライセンス契約をプレビューすることができます。インストール・プロセスでソフトウェア・ライセンスを受諾するには、メニュー項目を使用するか、installp コマンドで -Y フラグを指定します。受諾したライセンス契約をシステム上で表示するには、SMIT の smit installed_license 高速パスまたは lslpp -E コマンドを使用することができます。プロダクトがアンインストールされるときには、ライセンス契約受諾は、非アクティブ状態に変更されます。プロダクトが再インストールされるときには、ライセンス契約の再受諾のプロンプトは出されません。次のセクションの前提条件を満たした後、次のステップとして、ソフトウェアのインストールに SMIT のどちらを使用するかを決定します。両方のアプリケーションをこの章で説明します。オプションのソフトウェアおよび保守更新をインストールする前に、使用するインストール・メディアに付属の説明書を参照してください。システムの再インストールが必要な場合は、インストール・メディアの指示を参照してください。

注: installp コマンドを使用してインストールするソフトウェア・プロダクトの開発については、「プログラミングの一般概念: プログラムの作成およびデバッグ」の『インストール用ソフトウェアのパッケージ』を参照してください。

AIX のエディションの管理サポートされるエディション (Express、Standard、または Enterprise) ごとに固有の IBM Tivoli LicenseManager (ITLM) 署名ファイルが存在します。署名ファイルは bos.rte サブシステムに含ま


れ、/usr/lpp/bos/editions ディレクトリーに送られます。エディションを変更すると、/usr/lib/bos/swidtag ディレクトリーにある署名ファイルが変更されます。インストールされている AIX オペレーティング・システムのレベルに応じて、前の場所は /usr/lpp/bos/iso-swid、/usr/lpp/bos/properties/version、および /usr/lpp/bos です。システム上の ITLM 署名ファイルを変更したり、システムで実行中の現行エディションをリストしたりするために、chedition コマンドはコマンド・ラインと SMIT インターフェース (高速パス smitty editions を使用してください) の両方を提供しています。システムのエディションを変更するには、–x (express)、-s(standard)、または -e (enterprise) のオプションを指定し、さらにエディション・バンドル・ファイルのインストールを許可するオプションの -d (デバイス) フラグを指定して、chedition コマンドを実行します。新規 ITLM 署名ファイルは /usr/lpp/bos/editions ディレクトリーから /usr/lib/bos/swidtag ディレクトリーにコピーされます。インストールされている AIX オペレーティング・システムのレベルに応じて、前の場所は /usr/lpp/bos/iso-swid、/usr/lpp/bos/properties/version、および /usr/lpp/bos です。オプションの -d フラグが使用されると、chedition コマンドは geninstall を呼び出し、acNgX のデフォルトの installp フラグを使用して、存在するすべてのエディション・バンドル・ファイルの内容をインストールします。ほかのフラグが望ましい場合は、Install Software Bundle (ソフトウェア・バンドルのインストール) SMITメニュー (高速パス smitty install_bundle) を使用してください。 chedition コマンドは –p (プレビュー)フラグもサポートしています。エディション・バンドルのインストールにはエディションの変更が必要でないため、オプションの –d フラグを使用してエディション・バンドルを後でインストールすることができます。エディションの変更を正常に完了した後で前のエディションのバンドル・ファイルが存在していると、前のエディションに固有のソフトウェアをすべて除去するようユーザーに促す通知メッセージが表示されます。geninstall コマンドがエディション・バンドル・ファイルのインストールの試行時にゼロ以外の値を戻すと、エラー・メッセージが表示され、システム・エディションは更新されません。デフォルトでは、システム・エディションは Standard に設定されます。

オプションのソフトウェア・プロダクトおよび保守更新のインストールの準備オプション・ソフトウェアまたは保守更新をインストールするための前提条件を示します。次のいずれかの条件に該当する場合は、そこで示されているセクションに進んでください。該当しない場合は、この章の手順に従って進んでください。• 更新をコミットするか、以前にインストールしたソフトウェアを除去する必要がある場合は、365 ページの『オプションのソフトウェア・プロダクトおよび保守更新の保守』に進んでください。

• ネットワーク・インストール・サーバーを使用する場合は、116 ページの『ネットワーク・インストール・マネージャー (NIM) 』を参照してください。前提条件の完了オプションのソフトウェアまたは保守更新をインストールする前に、以下の前提条件をすべて満たしてください。• root ユーザーとしてシステムにログインしている必要があります。• AIX BOS がシステムにインストールされている必要があります。 BOS がまだシステムにインストールされていない場合は、40 ページの『基本オペレーティング・システムのインストール』に進んでください。あるいは、ネットワークを介してインストールする場合は、ネットワーク・インストール・マネージャーを使用するインストールを参照してください。

• オプションのソフトウェアまたは保守更新が入っているメディアを適切なドライブに挿入するか、あるいは、ソフトウェアへのローカルのパスまたは経路指定されたパスを知ること。

• 保守更新をインストールしていて、システムの現在のバックアップをとっていない場合は、338 ページの『システム・バックアップの作成』の手順を使用します。システム・バックアップを作成するには、バックアップ・ファイルセット (bos.sysmgt.sysbr) を対象のシステムにインストールしておく必要があります。


• システム・ファイルが修正されている場合は、更新プロセスで構成ファイルが置き換えられる可能性があるため、更新を適用する前に別途それらのバックアップをとっておきます。

• CD または DVD からインストールしていて、インストールに使用するメディア・ドライブそのものにドキュメンテーション・ディスクがマウントされている場合は、次のコマンドを示される順序で実行します。# unlinkbasecd# umount /infocd

• メディア・ドライブのイジェクト・ボタンを最低 2 秒間押して、ドキュメンテーション・ディスクをイジェクトします。

ファイルセットの作成日の検査新しいファイルセットの上に古いファイルセットがインストールされることが決してないように、installp コマンドが拡張されて、インストールされるファイルセットの「作成日」を検査するようになりました。例えば、以下に例として示す作成日を使用した場合 (0723 は 2007 年の第 23 週を表します)、レベルが5.3.7.0 のテクノロジー・レベル 7 ファイルセットが、レベルが 5.3.0.80 のテクノロジー・レベル 6 ファイルセットの上にインストールされることはありません (5.3.7.0 の方が VRMF (バージョン、リリース、モディフィケーション、フィックス) が高くても)。以前は、インストールの適格性を判別するために実行する必要があるのは VRMF 比較のみとされていました。現在では、インストールされるファイルセットの「作成日」が検査されて、インストールされるファイルセットが古いものでないことが確認されるようになりました。YYWW 0723 0746 0816 ------------------------------------------------TL7 5.3.7.0 5.3.7.10TL6 5.3.0.60 5.3.0.70 5.3.0.80

以下に、installp 出力からのエラー・メッセージの例を示します。

+-----------------------------------------------------------------------------+ BUILDDATE Verification...+-----------------------------------------------------------------------------+Verifying build dates...0503-465 installp: The build date requisite check failed for fileset bos.rte.install.Installed fileset build date of 0816 is more recent than the selected fileset build date of 0746.installp: Installation failed due to BUILDDATE requisite failure.

関連情報Service and support best practices (サービスおよびサポートのベスト・プラクティス)

オプションのソフトウェア・プロダクトまたは保守更新のインストールオプションのソフトウェア・プロダクトと保守更新は、オペレーティング・システムで提供されるシステム管理ツールを使用してインストールすることができます。インストール中にファイルを表示するには、次のようにします。• SMIT では、「DETAILED Output (詳細出力)」フィールドで「yes (はい)」を設定して、インストール時に復元されるファイルをリストすることができます。

• installp コマンドを詳細オプション (-V2) と一緒に使用して、更新されたファイルを表示することもできます。

SMIT を使用するオプション・ソフトウェアおよび保守更新のインストールSMIT を使用して、オプション・ソフトウェアおよび保守更新をインストールします。SMIT では、以下のインストール・パスが使用可能です。Install Software (ソフトウェアのインストール)メディア上で選択可能なソフトウェアの最新レベルから、ソフトウェアをインストールまたは更新します。表示されるソフトウェアのリストを短くするために、メッセージとロケール・ソフトウェアは


http://www.ibm.com/support/customercare/sas/f/best/home.html

リストから省略されます。このオプションを使用するには、コマンド・ラインで smitinstall_latest と入力します。

Update Installed Software to Latest Level (インストール済みソフトウェアを最新レベルに更新 (すべて更新))現在インストール済みのすべてのソフトウェアを、インストール・メディア上で選択可能な最新レベルに更新します。このオプションを使用するには、コマンド・ラインで smit update_all と入力します。AIX 5L バージョン 5.2 (5200-01 推奨メンテナンス・パッケージ適用) 以降では、BOS インストール時にすべてのデバイスとカーネルをインストールするオプションを選択すると、後続の update_all 処理により、すべての新しい devices.* ファイルセットがインストール・メディアからインストールされます。このオプションは、/var/adm/ras/bosinst.data ファイルの ALL_DEVICES_KERNELS 変数を no に設定することによりオフにできます。

Install Software Bundle (ソフトウェア・バンドルのインストール)入力デバイスおよびインストールするバンドルを指定するだけで、ソフトウェアの完全なバンドルをインストールします。バンドルのインストールをプレビューして、インストールされるソフトウェアと、そのバンドルをインストールするために必要なファイルシステム内のスペースの量を、確認することができます。このオプションを使用するには、コマンド・ラインで smit install_bundle と入力します。

Update Software by Fix (フィックスによるソフトウェアの更新)ある問題に対して特定のフィックスをインストールします。このメニューで、インストール・メディアにあるすべてのサービス・フィックスをリストして、インストールするフィックス・プログラムを選択することができます。また、インストールをプレビューして、更新されるソフトウェア、およびフィックスを適用するためにファイルシステム内に必要になるスペースの量を、確認することができます。このオプションを使用するには、コマンド・ラインで smit update_by_fix と入力します。

Install and Update from ALL Available Softwareメディア上で選択可能なすべてのソフトウェアから、ソフトウェアをインストールまたは更新します。このオプションを使用するには、コマンド・ラインで smit install_all と入力します。注: オプション・ソフトウェアのインストール中に、インストール・プロセスを異常停止するような問題が発生した場合、それを再インストールする前に、一部インストールされたソフトウェアをシステムから除去するために、クリーンアップ手順を実行しなければならないこともあります。システムが、クリーンアップを行うよう指示する場合は、367 ページの『オプションのソフトウェア製品および保守更新のクリーンアップ』に進んでください。

インストール済みソフトウェアによっては、AIX オペレーティング・システムの新しいテクノロジー・レベルまたはサービス・パックにおいて、サービス更新の代わりに新しいインストール・イメージが出荷される場合があります。例えば、インストール・イメージの前提条件が変わった場合、新しいインストール・イメージが必要になります。ファイルセットがコマンド smitty update_all またはinstall_all_updates を使用して更新される場合、ソフトウェア・ソース内のインストール・イメージで更新されるか、サービス更新で更新されるかに関係なく、最新バージョンのファイルセットがインストールされます。新しいインストール・イメージがインストールされると、システムにおけるファイルセットの履歴 (lslpp-ah <fileset> コマンドの出力) はリセットされます。 lslpp -ah <fileset> コマンドの出力には、(インストールされたオリジナルのインストール済み環境ではなく) ファイルセットの新しいレベルと、インストール後のすべての変更内容がリストされます。以下の例は、インストール・イメージがインストールされる前とインストールされた後の、bos.ecc_client.rte ファイルの履歴を示しています。• 新しいインストール・イメージが bos.ecc_client.rte ファイルとして出荷される前は、次の出力が表示されます。# lslpp -ah bos.ecc_client.rte Fileset Level Action Status Date Time --------------------------------------------------------------------------- Path: /usr/lib/objrepos bos.ecc_client.rte 6.1.9.0 COMMIT COMPLETE 04/26/17 16:49:31 6.1.9.0 APPLY COMPLETE 04/26/17 16:49:31 6.1.9.15 APPLY COMPLETE 04/26/17 21:02:55 6.1.9.45 APPLY COMPLETE 04/27/17 08:11:05


Path: /etc/objrepos bos.ecc_client.rte 6.1.9.0 COMMIT COMPLETE 04/26/17 16:49:42 6.1.9.0 APPLY COMPLETE 04/26/17 16:49:42 6.1.9.15 APPLY COMPLETE 04/26/17 21:03:07 6.1.9.45 APPLY COMPLETE 04/27/17 08:11:19

• 新しいインストール・イメージが bos.ecc_client.rte ファイルとして出荷され、システムにインストールされた後、次の出力が表示されます。# lslpp -ah bos.ecc_client.rte Fileset Level Action Status Date Time ---------------------------------------------------------------------------Path: /usr/lib/objreposbos.ecc_client.rte 6.1.9.100 COMMIT COMPLETE 04/27/17 09:19:12 6.1.9.100 APPLY COMPLETE 04/27/17 09:19:12

Path: /etc/objreposbos.ecc_client.rte 6.1.9.100 COMMIT COMPLETE 04/27/17 09:19:22 6.1.9.100 APPLY COMPLETE 04/27/17 09:19:22

SMIT インストールの完了および状況メッセージの読み方インストール・プロセスが開始された後の、システム稼働状況とユーザーが行う必要のあるアクションについて説明します。以下のステップを実行します。1. Enter キーを押してインストールを開始すると、「COMMAND STATUS (コマンド状況)」画面が表示されます。インストールが進むにつれて、一連のメッセージが表示されます。インストールの所要時間は、ユーザーのシステムと、インストールおよび更新を行うソフトウェアによって異なります。注 : システムは、以下のようなメッセージを出して、インストール・メディアのボリュームを挿入するよう、ユーザーにプロンプトを出すことがあります。Mount volume 2 on /dev/cd0.Press the Enter key to continue.

このメッセージが表示されたら、指定されたメディアを挿入して、Enter キーを押します。インストールが終了すると、「COMMAND STATUS (コマンド状況)」画面の「Command: status (コマンド: 状況)」フィールドが、「OK (了解)」または「failed (失敗)」に変わります。「OK (了解)」は、正常にインストールされなかったファイルセットがいくつかあったとしても、インストールは最後まで実行されたことを意味します。「failed (失敗)」の状況は、インストールに問題があったことを意味します。インストールのプレビューは、常に「OK (了解)」の状況で終わりますが、必ず要約を確認してください。エラー・メッセージの詳細については、102 ページの『インストール関連のシステム・メッセージおよびエラー・メッセージの解釈』を参照してください。

2.インストールが停止または終了すると、画面はインストール中に表示されたメッセージ・リストの先頭に戻ります。次に示すステップに従ってメッセージ・リストを検討することも、SMIT を終了して、smit.log ファイル (/smit.log または、 /home/user_id/smit.log) を検討することもできます。

3.正常にインストールされなかった可能性があるソフトウェア・プロダクトまたは保守更新についてのエラー・メッセージがあるかどうか、メッセージ・リストを調べます。以下の手順を用いて、インストール中のエラーを訂正してください。a)メッセージ・リストの最後にあるインストール前の要約とインストール後の要約を見て、インストール障害が起こったかどうかを調べます。

b)メッセージ・リストを使用して問題を判別し、どのソフトウェア・プロダクトまたは保守更新が関係しているかを判断します。例えば、あるソフトウェアについてスペース制限を超過していたり、必要条件が満たされていないことなどがあります。システムは、必要とされる追加スペースの量、インストールすべき必須のソフトウェア・プロダクトや保守更新のリストを示します。

c)「FAILED (失敗)」、「BROKEN (損傷)」、または「CANCELLED (取り消し)」とマークされたプロダクトは、失敗の原因となった条件が訂正された後に、インストールし直すことができます。インストール要約レポートに「SUCCESS (成功)」とマークされた保守更新またはソフトウェア・プロダクトは、再インストールする必要はありません。インストールを再度実行する必要がある場合は、インストールの設定値を適切に変更してください。例えば、必要条件が欠けていた場合は、


「AUTOMATICALLY install requisite software? (必要条件ソフトウェアを自動的にインストールする)」を「yes (はい)」に設定します。インストールを完了するにはスペースが十分ではなかった場合は、「EXTEND file systems if space needed? (スペースが必要な場合にファイルシステムを拡張する)」を「yes (はい)」に設定します。再度インストールする必要があって AIX BOS マルチボリューム・メディアをお持ちの場合、 AIX プロダクト DVD のボリューム 1 を挿入します。 F3 を押して前の画面に戻り、インストールを再開します。インストール・プログラムの実行中に起こる可能性のある、 bosboot コマンドのエラー、およびそれらのエラーからのリカバリー手順については、 102 ページの『インストール関連のシステム・メッセージおよびエラー・メッセージの解釈』を参照してください。

重要 : システム・ログ・ファイルに、リブートが必要であることを示す次のメッセージがある場合は、ステップ 6 で示すリブートを実行してください。* * * A T T E N T I O N * * *System boot image has been updated. You should reboot the system as soon as possible to properly integrate the changes and to avoid disruption of current functionality.

d)インストールが (例えば、停電などで) 中断された場合は、処理を続ける前に、クリーンアップ手順を使用しなければならないこともあります。 F10 (または Esc+0) を押して SMIT を終了し、367 ページの『オプションのソフトウェア製品および保守更新のクリーンアップ』を参照してください。

e)ソフトウェアが正常にインストールされ、インストールするソフトウェアが他になければ、ステップ 4 に進みます。別のインストール・メディアからインストールする他のソフトウェアがあれば、ドライブに入っているメディアを取り出し、新しいメディアを挿入します。F3 (または Esc+3) を押して前の画面に戻り、ソフトウェア・プロダクトまたは保守更新のインストールを続けます。

4. F10 (または Esc+0) を押して SMIT を終了します。5.すべてのインストール・メディアをドライブから取り出します。6.指示されたら、次のように入力してシステムをリブートします。# shutdown -Frコマンド・ラインからのインストール済みソフトウェアの更新install_all_updates コマンドは、インストール済みのシステム・ソフトウェアをメディア上の最新レベルに更新して、現行の推奨テクノロジー・レベルを検査します。AIX 5L バージョン 5.2 (5200-01 推奨メンテナンス・パッケージ適用) 以降では、BOS インストール時にすべてのデバイスとカーネルをインストールするオプションを選択すると、後続の update_all 処理により、すべての新しい devices.* ファイルセットがインストール・メディアからインストールされます。このオプションは、/var/adm/ras/bosinst.data ファイルの ALL_DEVICES_KERNELS 変数を no に設定することによりオフにできます。ALL_DEVICES_KERNELS 変数が no に設定されている場合、install_all_updates コマンドは、インストール・メディアに入っていてもシステムにインストールされていないファイルセットをインストールしません。ただし、これらのファイルセットが、別途選択されたファイルセットの必要条件としてインストールされる場合は除きます。installp イメージについては、installp のすべての必要条件が強制的にインストールされます。次の例は、installp のすべての更新をデバイス /dev/cd0 にインストールして、現行の推奨テクノロジー・レベルを検査する方法を示しています。# install_all_updates -d /dev/cd0

install_all_updates コマンドについての詳細は、「コマンド・リファレンス」を参照してください。


構成ファイルに加えられた変更の検査geninstall コマンドを使用する場合は、/etc/check_config.files にリストされている構成ファイルにどのような変更が加えられたかを簡単に確認できます。geninstall インストールまたは更新操作の実行中にこれらのファイルが変更されると、古いファイルと新しいファイルの差が /var/adm/ras/config.diff ファイルに記録されます。 /etc/check_config.files によって古いファイルの保存が要求された場合、古いファイルは /var/adm/config ディレクトリーで検出できます。 /etc/check_config.files ファイルは編集可能であり、これを使用して、変更された古い構成ファイルを保存する (s で指示) か、削除する (d で指示) かを指定できます。このファイルのフォーマットは次のとおりです。d /etc/inittab

オプションのソフトウェア・プロダクトおよび保守更新の保守インストール中およびインストール後にオプションのソフトウェア・プロダクトおよび保守更新に関して行える主な保守アクションとして、次のものがあります。特定のアクションをとることができるかどうかは、そのアクションがソフトウェア・プロダクト全体に適用されるのか、または以前にアクションがとられたことのある保守更新のみに適用されるのかによって異なります。これらのアクションは、System Management Interface Tool (SMIT) を使用して、あるいはコマンド・ラインから直接コマンドを使用して実行することができます。以下のセクションで、SMIT、またはコマンドを使用する各アクションの実行方法について簡単に説明します。 SMIT は両方とも、各プロセス中にオンライン・ヘルプによってユーザーをガイドします。注 : アクティブ・プロセスによって使用されている暫定修正または保守更新によって更新されるライブラリーまたは実行可能プログラムは、再始動されない限りそのプロセスには反映されません。例えば、ksh を変更する更新の場合、既に実行中の ksh プロセスには変更は反映されません。これと同様に、libc.a ライブラリーへの更新は、既に実行中のプロセスには反映されません。さらに、ライブラリーを使用しており、ライブラリーの更新後に同じライブラリーの dlopen 操作を行うプロセスの場合は、再始動しないと、不整合が生じる可能性があります。保守更新の適用保守更新をインストールするとき、適用済み状態のままにしておくことができます。この状態では、そのソフトウェア・プロダクトの元のバージョンは、/usr/lpp/PackageName ディレクトリーに保存されます。保守更新を適用済みの状態にしておくことによって、ソフトウェアの元のバージョンを、再インストールせずに復元することができます。適用済みの状態にしておくことができるのは、保守更新だけです。対照的に、ソフトウェア・プロダクト全体をインストールした後は、そのプロダクトはコミット状態のままになります。コミット状態にあるソフトウェア・プロダクトは、ソフトウェアの元のバージョンを保存しません。なぜなら、同一ソフトウェア・プロダクトの 2 つのバージョンを同時にインストールできないからです。SMIT からの保守更新の適用コマンド・ラインで smit update_by_fix と入力します。

コマンド・ラインからの保守更新の適用installp -a コマンドを使用して、更新の適用のみを行います。

保守更新のリジェクト適用済み保守更新をリジェクトすると、更新ファイルはシステムから除去され、ソフトウェアの前のバージョンが復元されます。適用済み状態の保守更新のみをリジェクトできます。 SMIT を使用して、適用済みの保守更新をリジェクトできます。SMIT からの保守更新のリジェクトコマンド・ラインで smit reject と入力します。


コマンド・ラインからの保守更新のリジェクトinstallp -r コマンドを使用して、適用済み更新をリジェクトします。重要 : リジェクトの完了後、システム・ログ・ファイルに、リブートが必要であることを示す次のメッセージがある場合は、可能な限り早くリブートを実行してください。* * * A T T E N T I O N * * *System boot image has been updated. You should reboot the system as soon as possible to properly integrate the changes and to avoid disruption of current functionality.

ソフトウェア・プロダクトの除去ソフトウェア・プロダクトを除去すると、そのプロダクトのファイルはシステムから除去され、ソフトウェア重要プロダクト・データ情報は、そのプロダクトが除去されたことを示すように変更されます。除去プロセスはまた、システムの構成をその前の状態に復元しようとします。ただし、これはプロダクトによって異なり、必ずしも完全に行われるとは限りません。プロダクトが除去された後は、そのプロダクトのどのバージョンも、システム上で稼働状態にありません。SMIT を使用して、ソフトウェア・プロダクトを除去します。「Remove dependent software? (従属ソフトウェアを除去する)」フィールドを「yes (はい)」に設定すると、すべての必須条件ソフトウェア (除去しているプロダクトに依存しているソフトウェア) も除去されます。ただし、システム上の他のソフトウェアがそのソフトウェアを必要としている場合を除きます。SMIT からのソフトウェア・プロダクトの除去コマンド・ラインで smit remove と入力します。

コマンド・ラインからのソフトウェア・プロダクトの除去geninstall -u コマンドを使用して、プロダクトを除去します。

ソフトウェア・バンドルを今後のインストール用にハード・ディスクにコピー「Copy Software Bundle to Hard Disk for Future Installation (ソフトウェア・バンドルを今後のインストール用にハード・ディスクにコピー )」オプションを使って、指定したソースのソフトウェア・バンドルをローカル・システムのロケーションにコピーすることができます。インストール・ソフトウェア・バンドルには、次のものが含まれます。• Alt_Disk_Install• App-Dev• cas_client• cas_server• CC_EVAL.Graphics• CDE• devices• GNOME• Graphics• KDE• Kerberos_5• openssh_client• openssh_server• PerfTools• SbD.Graphics• Server• wsm_remote• Trusted_AIX• Trusted_AIX_SYSMGT


オプションのソフトウェア製品および保守更新のクリーンアップクリーンアップ手順では、部分的にはインストールされたか、不完全な状態で残されている項目を削除しようとします。例えば、更新が割り込まれた後、lslpp -l コマンドは、更新状況を、適用済みではなくて、適用中と報告する場合があります。注 : この手順は、オプションのソフトウェア製品の更新またはインストールにのみ適用されます。 AIXBOS のインストールが失敗した場合は、詳細について 99 ページの『ハード・ディスクからブートしないシステムのトラブルシューティング』を参照してください。クリーンアップ手順では、更新をその前の状態に復帰させようとします。例えば、「COMMITTING (コミット中)」状態のときに割り込まれた更新をクリーンアップする場合、クリーンアップ手順は、更新をその「APPLIED (適用)」状態に戻そうとします。インストールの初期状態の間に割り込みが発生した場合、クリーンアップ手順はインストールを完全に削除し、プロダクトの前のバージョン (あれば) を復元しようとします。前のバージョンが復元されたら、それがアクティブ・バージョンになります。前のバージョンを復元できない場合、そのソフトウェアは、lslpp -l コマンドによって、「BROKEN (壊れた)」としてリストされます。プロダクトが削除された場合、または「BROKEN (壊れた)」の状態になった場合、ソフトウェアの再インストールを試みることができます。「BROKEN (壊れた)」の状態のプロダクトをクリーンアップできません。再インストールするかまたは除去するしかありません。インストールが失敗するかまたは割り込まれると、システムは自動的にクリーンアップを開始します。通常、インストール中にシステムがシャットダウンするか停電になった場合、またはインストール・プロセスが異常終了した場合は、ユーザーがクリーンアップ手順を開始する必要があります。時には、クリーンアップ手順を実行後、システムをリブート (再始動) するようプロンプトが出されます。クリーンアップできるはずのプロダクトが見つからなかったことを示すメッセージが出された場合は、必要ないときにクリーンアップ手順を実行してしまった可能性があります。インストールを再度試みてください。失敗したインストールをクリーンアップする必要があることを示すメッセージが出された場合は、販売元に連絡して支援を求めてください。SMIT を使用するクリーンアップ手順の開始SMIT を使用してクリーンアップ手順を開始するには、次のステップに従います。1.コマンド・ラインに smit maintain_software と入力します。2.「Clean Up After Failed or Interrupted Installation (インストールの障害または割り込み後のクリーンアップ)」を選択します。

コマンド・ラインからのクリーンアップ手順の開始コマンド・ラインからクリーンアップ手順を開始するには、このステップを実行します。コマンド・ラインに installp -C と入力します。

既存の installp イメージのソースの管理lppmgr コマンドを使って、既存の installp イメージのソースを管理します。lppmgr コマンドは、既存の installp イメージのソース (NIM 環境では lpp_source リソースとも呼ばれる) に対して次の機能を実行します。• 重複している更新を除去する (-u フラグ)。• 重複しているベース・レベルを除去する (-b フラグ)。• 同じファイルセットのベース・イメージと同じレベルの更新イメージを除去する。このような更新イメージがあると、インストールの失敗につながる矛盾が起こる場合があります (-u フラグ)。

• 指定する言語以外のメッセージおよびロケール・ファイルセットを除去する (-k フラグ)。• 取り替えられたファイルセットを除去する (-x フラグ)。• システム以外のイメージを NIM lpp_source リソースから除去する (-X フラグ)。


デフォルトでは、 lppmgr は前ルーチンでフィルター済みのすべてのイメージをリストします。 -r フラグを使ってフィルター済みイメージを除去でき、 -m フラグを使ってイメージを別のロケーションに移動することができます。lppmgr コマンドは bffcreate コマンドを置き換えるものではなく、また何かをインストールしたり、インストール済みファイルセットで作業するものでもありません。 -X フラグを使用する前に、NIM、システム・イメージ (NIM では SIMAGES と呼ぶ)、および NIM lpp_source リソースの動作について十分に理解しておくことが必要です。/myimages イメージ・ソース・ディレクトリー内の重複および矛盾している更新をすべてリストするには、次を入力します。# lppmgr -d /myimages -u

/myimages イメージ・ソース・ディレクトリー内の重複および矛盾している更新をすべて除去するには、次を入力します。# lppmgr -d /myimages -u -r

lppmgr コマンドについての詳細は、「コマンド・リファレンス」を参照してください。「Software Service Management (ソフトウェア・サービス管理)」メニューの使用 (SUMA を含む)

「Software Service Management (ソフトウェア・サービス管理)」メニューからサービス更新管理アシスタント (SUMA) 機能を利用することができます。この機能を使用すると、Web からのテクノロジー・レベル更新のダウンロードをポリシーに基づいて自動的に行えるため、システム更新処理が大幅に単純化されます。「Software Service Management (ソフトウェア・サービス管理)」メニューで、システムにインストールされているファイルセット、リポジトリーに含まれるファイルセット、および IBM System p サポート Webサイトから入手可能なファイルセットを管理するためのレポートを生成できます。また、このメニューから、リポジトリー内のソフトウェア・イメージのクリーンアップと名前変更を行うこともできます。これらのアクションを実行するには、SMIT の service_software 高速パスを使用するか、コマンド・ラインから直接コマンドを使用します。 SMIT またはコマンドを使って各アクションを実行する方法を、以下のセクションで簡潔に説明します。サービス更新管理アシスタント (SUMA) の使用サービス更新管理アシスタント (SUMA) を使用すると、システム管理者は、Web から保守更新を手動で取り出すという作業から離れることができるようになります。SUMA には、フィックス配布 Web サイトからフィックスをシステムにダウンロードするための自動インターフェースをセットアップできる柔軟なオプションがあります。 SUMA を特定の新規フィックスおよびメンテナンス・レベル全体の可用性を定期的に検査するように構成できるため、システム管理者がそのような作業を行う場合に費やす時間が大幅に削減されます。SUMA には、suma コマンドまたは SMIT suma 高速パスを使用してアクセスできます。SUMA コマンド・ライン・インターフェースの使用suma コマンドを使用して、SUMA タスクまたはポリシーに対して以下の操作を実行できます。• 作成• 編集• リスト• スケジュール• スケジュール解除• 削除


RqType パラメーターは、要求されているダウンロードのタイプ (Technology Level (TL)、Service Pack(SP)、Maintenance Level (ML)、または Latest など) を指定します。以下のタイプの修正を検索するようにポリシーをセットアップすることができます。PTF

PTF のダウンロード要求を指定します。例えば、U813941。特定の PTF のみが、個別のファイルセットとしてダウンロードされる可能性があります。例えば、bos.rte.install、bos.alt_disk_install.rte を含む PTF や、Service Pack の合間に出される PTF です。そうでない場合、TL または SP をダウンロードする必要があります。

ML特定のメンテナンス・レベル (例えば、5300-11) のダウンロード要求を指定します。

TL特定のテクノロジー・レベル (例えば、6100-03) のダウンロード要求を指定します。

SP特定の Service Pack (例えば、6100-02-04) のダウンロード要求を指定します。

Latest最新の修正のダウンロード要求を指定します。この RqType 値は、FilterML に指定されている TL の最新の Service Pack を戻します。

suma コマンドには、要求をさらに指定できるフラグ・オプションがいくつかあります。これらのコマンド・オプションを使用して、さまざまなタスクまたはポリシーをリスト、編集、作成、スケジュール、スケジュール解除、および削除することができます。例えば、最新の修正を毎月 15 日の午前 2:30 (cron 形式を使用) にダウンロードするタスクを作成してスケジュールし (-s)、DisplayName フィールドを使用してポリシー・ラベル (SMIT からポリシーをリストするときに便利) を追加するには、次のように入力します。suma -s "30 2 15 * *" -a RqType=Latest ¥-a DisplayName="Latest fixes - 15th Monthly"

前記の例は、suma -D コマンドで表示できるタスクのデフォルトを使用しています。次のコマンドを入力すると、完全な 6100-03 テクノロジー・レベルを月曜日の午後 11:00 に /lppsrc/6103ディレクトリーにダウンロードし、そのダウンロードの後に lppmgr クリーン操作を実行して、置き換えられた更新、ベース・レベルの重複、および競合する更新をすべて除去するタスクが作成されてスケジュールされます。suma -s "0 23 * * 1" -a Action=Clean -a RqType=ML -a RqName=6100-03 ¥-a DLTarget=/lppsrc/6103 -a FilterSysFile=/dev/null

注 : Action=Clean を指定するタスクを実行する前に、suma -c を実行して、lppmgr の実行時に使用される SUMA グローバル構成設定を検査することができます。 REMOVE_SUPERSEDE、REMOVE_DUP_BASE_LEVELS、および REMOVE_CONFLICTING_UPDATES を yes に設定すると、結果として上記の例の意図されたアクションになります。suma コマンドの機能を詳細に示す例の完全リストは、『suma コマンド』を参照してください。「Comparison Reports (比較レポート)」メニューの使用「Comparison Reports (比較レポート)」メニューで何種類かの比較レポートを生成し、システムにインストールされているファイルセットを別のソースと比較することによって、特定のフィックスまたは予防保守パッケージ用のファイルセットがインストールされていることを検査することができます。このソースとしては、lpp_source やフィックス・ディレクトリーなどのフィックス・リポジトリー、または IBM Systemp サポート Web サイトからダウンロードしたリストが挙げられます。lpp_source が最新のものであることを検査するには、フィックス・リポジトリーを、ダウンロードしたリストと比較することもできます。これらのアクションは、SMIT compare_report 高速パス、または compare_report コマンドを使用して実行できます。


「Compare Installed Software to Fix Repository (インストール済みソフトウェアをフィックス・リポジトリーと比較)」メニューの使用「Compare Installed Software to Fix Repository (インストール済みソフトウェアをフィックス・リポジトリーと比較)」メニューで、システムにインストールされているファイルセットをフィックス・リポジトリーと比較することができます。次のレポート・リストが生成されます。• システム上の、バックレベルのファイルセット (lowerlevel.rpt)• システム上の、以降のレベルのファイルセット (higherlevel.rpt)• フィックス・リポジトリーにあるが、システムにインストールされていないファイルセット

(notinstalled.rpt)• システムにインストールされているがフィックス・リポジトリーにないファイルセット

(no_update_found.rpt)

「Compare Installed Software to Fix Repository (インストール済みソフトウェアをフィックス・リポジトリーと比較)」オプションは、SMIT instofix_compare 高速パスを使用するか、または compare_reportコマンドで次のオプションを使用して実行します。compare_report -s -i FixDir {[-l] [-h] [-m] [-n]} [-t ReportDir -Z | -v]

compare_report -b BaseList -i FixDir {[-l] [-h] [-m] [-n]} [-t ReportDir] -Z | -v]

-l (低位) または -h (高位) フラグを使用すると、比較レポートには、暫定修正がインストールされることのみが表示されます。高位 (higher) または低位 (lower) 概念は現在使用できません。「Compare Installed Software to List of Available Updates (インストール済みソフトウェアを使用可能な更新のリストと比較)」メニュー「Compare Installed Software to List of Available Updates (インストール済みソフトウェアを使用可能な更新のリストと比較)」メニューでは、システムにインストールされているファイルセットを、IBM System pサービス Web サイトからダウンロードした使用可能な更新のリストと比較することができます。次のレポート・リストが生成されます。• システム上の、最新のものからはバックレベルのファイルセット (lowerthanlatest1.rpt )• システム上の、最新メンテナンス・レベルおよびテクノロジー・レベル以降のファイルセット

(higherthanmaint.rpt)• システム上の、最新メンテナンス・レベルおよびテクノロジー・レベルからはバックレベルのファイルセット (lowerthanmaint.rpt)

「Compare Installed Software to List of Available Updates (インストール済みソフトウェアを使用可能な更新のリストと比較)」オプションは、SMIT instolist_compare 高速パスを使用するか、compare_reportコマンドで次のオプションを使用して実行します。compare_report -s -r ServiceReport {[-l] [-h]} [-t ReportDir -Z | -v]

compare_report -b BaseList -r ServiceReport {[-l] [-h]} [-t ReportDir] -Z | -v]

-l (低位) または -h (高位) フラグを使用すると、比較レポートには、暫定修正がインストールされることのみが表示されます。高位 (higher) または低位 (lower) 概念は現在使用できません。「Compare Fix Repository to List of Available Updates (フィックス・リポジトリーを使用可能な更新のリストと比較)」メニュー「Compare Fix Repository to List of Available Updates (フィックス・リポジトリーを使用可能な更新のリストと比較)」メニューでは、フィックス・ディレクトリーや lpp_source などのフィックス・リポジトリーにあるファイルセットを、IBM System p サービス Web サイトからダウンロードした使用可能な更新のリストと比較することができます。生成されるレポートのリストには、フィックス・ディレクトリーにある、最新のものからはバックレベルのファイルセットに関する情報が含まれます (lowerthanlatest2.rpt)。


「Compare Fix Repository to List of Available Updates (フィックス・リポジトリーを使用可能な更新のリストと比較)」オプションは、 SMIT fixtolist_compare 高速パスを使用するか、または compare_reportコマンドで次のオプションを使って実行します。compare_report -i FixDir -r ServiceReport [ -t ReportDir -Z | -v ]

基本システム上のインストール済みソフトウェアのリストと別のシステムとの比較基本システム上のインストール済みソフトウェアのリストと別のシステムとの比較オプションを使用すると、システムにインストールされているファイルセットを別のシステムと比較することができます。あるシステムの lslpp -Lc 出力がファイルに保存されて、別のシステムの lslpp -Lc 出力と比較されます。次のレポート・リストが生成されます。• 基本システムにインストールされている、下位レベルのソフトウェアのリスト (baselower.rpt)• 基本システムにインストールされていないが他のシステムにインストールされているファイルセット

(otheronly.rpt)• 基本システムにインストールされている、高位レベルのソフトウェアのリスト (basehigher.rpt)• 基本システムにインストールされていて他のシステムにはインストールされていないファイルセット

(baseonly.rpt)

基本システムにインストールされているソフトウェアのリストを別のシステムと比較するには、compare_report コマンドで次のオプションを使って行います。compare_report -b BaseList -o OtherList {[-l] [-h] [-m] [-n]} [-t ReportDir -Z | -v]

「Rename Software Images in Repository (リポジトリー内のソフトウェア・イメージの名前変更)」オプションの使用「Rename Software Images in Repository (リポジトリー内のソフトウェア・イメージの名前変更)」オプションを使って、フィックス ID 番号が名前になっている更新を名前変更して、例えば今後のインストールのために更新をハード・ディスクにコピーするときに生成される名前のような、より意味のあるファイルセット名にすることができます。このアクションによって、指示されたディレクトリー内のすべてのファイルセットが同じ形式で名前変更されます。このオプションは、SMIT rename_software 高速パスを使用して実行できます。また、bffcreate コマンドを使用して、ディレクトリー内のソフトウェア・イメージを名前変更することもできます。 bffcreate コマンドを使用してディレクトリー内のソフトウェア・イメージを名前変更するには、ファイルセットが入っているディレクトリーに対して -c フラグと -d フラグを使用します。例えば、/usr/sys/inst.images ディレクトリー内のファイルセットを名前変更する場合は、次を入力します。# /usr/sbin/bffcreate -cd /usr/sys/inst.images

また、次の例のように、-s logfile オプションを使用して、古い名前と新しい名前のマッピングを含むログ・ファイルを作成することもできます。# /usr/sbin/bffcreate -cd /usr/sys/inst.images -s /usr/sys/inst.images/names.log

この例で作成される /usr/sys/inst.images/names.log ファイルには、次の形式の内容が含まれます。old_fileset_name:new_fileset_name

このオプションは、SMIT の「Rename Software Images in Repository (リポジトリー内のソフトウェア・イメージの名前変更)」メニューの「LOG software name changes (location of log file) (ソフトウェア名の変更をログに記録する (ログ・ファイルの場所))」オプションでも使用できます。


「Clean Up Software Images in Repository (リポジトリー内のソフトウェア・イメージのクリーンアップ)」オプションの使用「Clean Up Software Images in Repository (リポジトリー内のソフトウェア・イメージのクリーンアップ )」オプションを使用すると、ソフトウェア・イメージのローカル・リポジトリーにある不要なまたは重複したソフトウェア・イメージを除去することができます。次のように、重複しているソフトウェア、取り替えられた更新、および言語ソフトウェアを除去することができます。•「Remove Duplicate software (重複ソフトウェアを除去する)」オプションを使用すると、指定したディレクトリーから重複している基本および更新イメージを除去することができます。

•「Remove Superseded updates (置き換えられた更新を除去する)」オプションを使用すると、指定したディレクトリーから、取り替えられたファイルセットを除去することができます。このアクションは更新イメージに対してのみ適用されます。

•「Remove Language software (言語ソフトウェアを除去する)」オプションを使用すると、実際のシステムでは不必要な言語およびロケール・ファイルセットを除去することができます。このオプションにより、「PRESERVE language (保存する言語)」フィールドで指定した言語以外の、すべての言語およびロケール・ファイルセットが、指定ディレクトリーから除去されます。デフォルトでは、システムの LANG 環境変数の値が保存する言語を決定するために使用されます。

•「Save Removed files (除去されたファイルを保存する)」オプションを使用すると、除去されたすべてのファイルを、「DIRECTORY for storing saved files (保存したファイルを保存するディレクトリー)」フィールドで指定されたロケーションに保存することができます。イメージをハード・ディスクから除去するのではなく別のロケーションに移動する場合は、このフィールドで true (真) を選択してください。このオプションは、SMIT cleanup_software 高速パスを使用して実行できます。

InstallShield MultiPlatform の使用AIX のインストール用に配布されるプロダクトの一部は、InstallShield MultiPlatform (ISMP) とともにパッケージされてインストールされます。プロダクトのプロンプトなしインストール (サイレント・インストール) のみを提供する installp またはRPM Package Manager (RPM) のインストールとは異なり、ISMP パッケージのプロダクトは、プロダクトのインストールおよびアンインストールにおいて、対話式インターフェースとサイレント・インターフェースの両方を提供します。installp および RPM とともにパッケージされてインストールされるプロダクトと同様、ISMP パッケージのプロダクトも、SMIT などの AIX システム管理ツールを使ってインストールすることができます。これらのツールでは、geninstall コマンドを使用して、installp、RPM、または ISMP とともにパッケージされてインストールされているプロダクトのインストールまたはアンインストールを行います。もちろん、geninstall コマンドを直接使用して、ISMP パッケージのプロダクトのインストール、リスト作成、あるいはアンインストールを行うことができます。ISMP とともにパッケージされてインストールされている特定のプロダクトのインストールおよびアンインストールについては、該当プロダクトの資料を参照してください。InstallShield MultiPlatform のプロダクトのインストールInstallShield MultiPlatform プロダクトをインストールするには、SMIT、geninstall コマンド、またはプロダクトが提供するファイルを使用します。• プロダクトのインストール・ファイルの正確なロケーションが不明でも、 SMIT install_software 高速パスを使って ISMP プロダクトをインストールできます。 SMIT を使用するオプションのソフトウェアのインストールについては、 360 ページの『オプションのソフトウェア・プロダクトおよび保守更新のインストールの準備』を参照してください。インストールするプロダクトを選択するには、「SOFTWARE to install (インストールするソフトウェア )」フィールドで F4 キーを使用します。 ISMP プロダクトが installp パッケージや RPM パッケージと似たようなリストに表示されます。 ISMP プロダクトを選択して Enter キーを押すとインストールが始まります。デフォルトでは、SMIT を使用して起動した ISMP プロダクトのインストールは、サイレントつまりプロンプトなしのインストールになります。対話式インストールを行う場合は、geninstall コマンドを使用するか、該当プロダクトの資料に記載されている説明に従ってください。


SMIT にはプレビュー・オプションがありますが、このオプションは ISMP インストールには使用できません。プレビュー・オプションを選択すると、コマンド・ラインを使って対話式インストールを起動するよう指示するメッセージが出されます。これらを使用するとプロダクトのインストールを完了する前にプリインストール要約パネルを表示することができます。

• geninstall コマンドを使って ISMP パッケージのプロダクトをインストールすることができます。対話式インストールを行う場合は、プロダクトのインストール・ファイルを含むデバイスまたはディレクトリーを -d フラグを使って指定し、プロダクト名を指定します。プロダクト名は、プロダクトのインストール・ファイルを含むサブディレクトリー名と同じです。例えば MyProduct というプロダクトがあってそのプロダクトのインストール・ファイルが /usr/sys/inst.images/ismp/ppc/MyProduct/ディレクトリーにある場合、対話式インストールを行うには次のコマンドを使用します。 /usr/sbin/geninstall -d /usr/sys/inst.images J:MyProduct

J: プレフィックスは、このプロダクトが ISMP パッケージであることを geninstall コマンドに通知するために使用します。 geninstall コマンドは ismp/ppc サブディレクトリーを認識しますが、RPM パッケージの場合は RPMS/ppc を、installp パッケージの場合は installp/ppc をそれぞれ認識するため、パスする必要があるのは /usr/sys/inst.images 基本ディレクトリーのみです。インストール・ファイルを含むディレクトリーを使用することもできます。この例ではディレクトリーを次のように指定します。/usr/sbin/geninstall -d /usr/sys/inst.images/ismp/ppc/MyProduct J:MyProduct

geninstall を使ってサイレントつまりプロンプトなしのインストールを起動する場合は、次のように -Zフラグを組み込みます。 /usr/sbin/geninstall -d /usr/sys/inst.images -Z J:MyProduct

サイレント・インストールについての詳細は、 374 ページの『応答ファイルを使用するサイレント・インストールの実行』を参照してください。

• プロダクト開発者から ISMP パッケージのプロダクトのインストール用に提供されるインストール・ファイルを使用することができます。 ISMP パッケージのプロダクトのインストールの起動に使用できるスクリプトまたは実行可能プログラムがプロダクト開発者から提供されることもあります。詳しくは、プロダクトの付属資料を参照してください。

InstallShield MultiPlatform プロダクトのアンインストールISMP プロダクトをアンインストールするには、 SMIT、geninstall コマンド、またはプロダクト開発者から提供されるファイルを使用します。• SMIT remove 高速パスを使って ISMP パッケージのプロダクトをアンインストールすることができます。 F4 キーを使って「SOFTWARE to remove (除去するソフトウェア)」フィールドにインストール済みのソフトウェアをリストすると、そのリストに ISMP パッケージのプロダクトが表示されます。このフィールドにプロダクトの名前を入力することもできます。デフォルトでは、SMIT のアンインストール・プロセスは、サイレントつまりプロンプトなしで行われます。対話式アンインストールを行う場合は、geninstall コマンドを使用するか、該当プロダクトの資料に記載されている説明に従ってください。ISMP プロダクトのアンインストール手順に SMIT のプレビュー・オプションを使用することはできません。アンインストールをプレビューしようとすると、コマンド・ラインを使って対話式アンインストールを起動するよう指示するメッセージが出されます。これを使用すると、プロダクトのアンインストールを完了する前に事前アンインストール要約パネルを表示することができます。

•「Software Application (ソフトウェア・アプリケーション)」を使って、 ISMP パッケージのプロダクトをアンインストールすることができます。注 : プレビュー・オプションを選択してもアンインストール・ウィザードを最後まで進めると、プロダクトはアンインストールされます。 ISMP プロダクトの大部分に事前アンインストール要約パネルが組み込まれており、ここにはアンインストールに関するプレビュー情報が表示されます。この情報を見た後でインストールを進めたくない場合は、「CANCEL (取消)」ボタンを押してウィザードを終了します。


• geninstall コマンドを使って ISMP パッケージのプロダクトをアンインストールすることができます。対話式にアンインストールを行う場合は、アンインストールの -u フラグとプロダクト名を指定します。例えば MyProduct プロダクトをアンインストールする場合は、次のように入力します。 /usr/sbin/geninstall -u J:MyProduct

処理を速くするには、J: プレフィックスを使用して、ISMP パッケージのプロダクトをアンインストールすることを、geninstall コマンドに通知します。geninstall コマンドを使用してサイレントつまりプロンプトなしアンインストールを行う場合は、次のように -Z フラグを使用します。 /usr/sbin/geninstall -Zu J:MyProduct

• プロダクト開発者から ISMP パッケージのプロダクトのアンインストール用に提供されるインストール・ファイルを使用することができます。 ISMP パッケージのプロダクトのアンインストールを行うための手順がプロダクト開発者から提供されることもあります。詳しくは、ISMP プロダクトの付属資料を参照してください。応答ファイルを使用するサイレント・インストールの実行応答ファイルを使用して、ISMP パッケージのプロダクトのサイレント・インストールを実行することができます。応答ファイルにはインストールに対応した、あらかじめ決められた応答が入っています。デフォルトでは、geninstall コマンドは ISMP プロダクトのサブディレクトリーのプロダクト・メディア上で、各 ISMPプロダクトごとに応答ファイルを検索します。例えば、MyProduct ISMP プロダクトのサブディレクトリーは次のようになります。/basedir/ismp/ppc/MyProduct/

geninstall コマンドは、ISMP プロダクトのサブディレクトリーで、MyProduct.response ファイル用のインストール・リストまたはバンドルを指定した各 ISMP プロダクトを検索します。 MyProduct.responseファイルが存在しないか、見つからない場合、geninstall はインストーラーで構成されているデフォルトを使用して続行します。-t ResponseFileLocation オプションを使用して、応答ファイルまたは応答ファイル・テンプレートに対して代替ロケーションを指定できます。 ResponseFileLocation はファイル名としてもまたはディレクトリー名としても存在できます。 ResponseFileLocation がディレクトリーであれば、既に存在しているはずです。ResponseFileLocation がディレクトリーとして存在していなければ、あるファイル名を指定することになります。ISMP プロダクトに対して応答ファイルを使用する場合のメソッドは、次のようになります。• 応答ファイル・テンプレートを作成します。デフォルトのロケーションに ISMP 応答ファイル・テンプレートを作成するには、geninstall コマンドの -T フラグを使用します。 -T フラグはデフォルト・ロケーション (プロダクト・インストールを含むディレクトリー) 内に ISMP 応答ファイル・テンプレートを作成します。作成されたテンプレートは、今後同じプロダクトをインストールするときに、好ましいオプションでインストールするための、応答ファイル作成用として使用できます。応答ファイル・テンプレートを作成しても ISMP プロダクトのインストールは終了しません。プロダクト・インストール・ファイルを使用して、MyProduct ISMP プロダクトの ISMP 応答ファイル・テンプレートを作成するには、/usr/sys/inst.images/ismp/ppc/MyProduct/ デフォルト・ディレクトリーで次のように入力します。/usr/sbin/geninstall -d /usr/sys/inst.images -T J:MyProduct

生成される MyProduct.template 応答ファイル・テンプレートは、次のようなものになります。

######################################################################### InstallShield Options File Template#


# Wizard name: Setup# Wizard source: setup.jar# Created on: Tue Jun 25 10:59:55 CDT 2004# Created by: InstallShield Options File Generator## This file can be used to create an options file (i.e., response file) for the# wizard "Setup". Options files are used with "-options" on the command line to# modify wizard settings.## The settings that can be specified for the wizard are listed below. To use# this template, follow these steps:## 1. Enable a setting below by removing leading '###' characters from the# line (search for '###' to find settings you can change).## 2. Specify a value for a setting by replacing the characters <value>.# Read each settings documentation for information on how to specify its# value.## 3. Save the changes to the file.## 4. To use the options file with the wizard, specify -options <filename># as a command line argument to the wizard, where <filename> is the name# of this options file.############################################################################################################################################# My Product Install Location## The install location of the product. Specify a valid directory into which the# product is installed. If the directory contains spaces, enclose it in# double-quotes. For example, to install the product to C:¥Program Files¥My# Product, use## -P installLocation="C:¥Program Files¥My Product"#### -P installLocation=<value>

これは単純な例ですが、多くの場合プロダクトにはユーザーが構成可能なオプションが多数あり、それらが応答ファイルに設定されることがあります。それらのオプションはそれぞれ、そのオプションの期待値の説明とともにテンプレートに示されます。

• 応答ファイル記録を作成します。応答ファイル記録を作成するには、 geninstall コマンドの -E フラグを使用します。 -E フラグは、プロダクト・インストール・ファイルが入ったディレクトリーのデフォルト・ロケーションに ISMP 応答ファイル記録を作成します。このオプションによって、ISMP のインストールを対話式でかつ完全に実行する必要があります。応答ファイル記録を作成すると、ISMP プロダクトもまたインストールされます。MyProduct ISMP プロダクトの MyProduct.response 応答ファイルおよび /usr/sys/inst.images/ismp/ppc/MyProduct/ デフォルト・ディレクトリーのプロダクト・インストール・ファイルを記録するには、次のようにします。 /usr/sbin/geninstall -d /usr/sys/inst.images -E J:MyProduct

これで対話式インストールのウィザードが開始されます。応答ファイル記録を正常に作成するには、このウィザードを完了するまで実行することが必要です。完了すると次のようなメッセージが表示されます。Options record mode enabled - run the wizard to completion to create the options file response.file

その結果のファイル MyProduct.response 応答ファイルは、次のようなものになります。################################################################## InstallShield Options File## Wizard name: Setup# Wizard source: setup.jar# Created on: Tue Jun 25 11:05:34 CDT 2002# Created by: InstallShield Options File Generator#


# This file contains values that were specified during a recent execution of# Setup. It can be used to configure Setup with the options specified below when# the wizard is run with the "-options" command line option. Read each setting's# documentation for information on how to change its value.## A common use of an options file is to run the wizard in silent mode. This lets# the options file author specify wizard settings without having to run the# wizard in graphical or console mode. To use this options file for silent mode# execution, use the following command line arguments when running the wizard:## -options "record.txt" -silent################################################################################################################################################################### My Product Install Location## The install location of the product. Specify a valid directory into which the# product is installed. If the directory contains spaces, enclose it in# double-quotes. For example, to install the product to C:¥Program Files¥My# Product, use## -P installLocation="C:¥Program Files¥My Product"#-P installLocation="/opt/MyProduct"

-P installLocation の値は、ウィザードの実行中に指定した応答に基づいてすべて記入されています。この例の /opt/MyProduct ディレクトリーは、ウィザードでインストール・ロケーションとして指定されたものです。このアクションによって生成された応答ファイルを使用して、選択済みのインストール・ロケーションでサイレント・インストールを直接開始することができます。

• サイレント・インストール用の応答ファイルを使用します。前記の 2 つのメソッドで生成される応答ファイルを使うか、あるいはプロダクトに付属していて必要なオプションを備えているサイレント・インストールを行う応答ファイルを使用します。geninstall コマンド、MyProduct プロダクト、および /usr/sys/inst.images/ismp/ppc/MyProduct/ デフォルト・ディレクトリーのインストール・ファイルと応答ファイルを用いて、サイレント・インストール用応答ファイルを使用するには、次のように入力します。/usr/sbin/geninstall -Zd /usr/sys/inst.images J:MyProduct

geninstall コマンド、MyProduct プロダクト、/usr/sys/inst.images/ismp/ppc/MyProduct/ディレクトリーのインストール・ファイル、および /tmp/MyProduct/MyProduct.response 応答ファイルを用いて、サイレント・インストール用応答ファイルを使用するには、次のように入力します。/usr/sbin/geninstall -Zd /usr/sys/inst.images ¥ -t /tmp/MyProduct/MyProduct.response J:MyProduct

NIM と応答ファイルの使用1 つ以上の NIM クライアントで、ISMP パッケージ・プロダクトをインストールするために NIM を使用する場合は、各クライアントごとに別々の応答ファイルを作成し、使用できます。個別の応答ファイルは、クライアントごとにインストール操作の属性を別々に構成する必要がある場合に役立ちます。複数のクライアントにインストールするためには、応答ファイル CLIENT_NAME.responseにそれぞれ名前を付けます。この応答ファイルはデフォルト・ロケーション (プロダクト・インストーラー・ファイルと同じ場所) になければなりません。例えば、CLIENT1 および CLIENT2 のクライアント上の /export/lpp_source/lpp_source1/ismp/ppc/MyProduct ディレクトリーの lpp_source リソースにある MyProduct ISMP パッケージ・プロダクトをインストールするには、次のようにします。1. CLIENT1.response と CLIENT2.response 応答ファイルを作成します。2.応答ファイルを /export/lpp_source/lpp_source1/ismp/ppc/MyProduct ディレクトリーに置きます。

3.それぞれのクライアントごとに、対応する応答ファイルで正しい応答を作成します。


4. NIM cust 操作を実行して MyProduct ISMP パッケージ・プロダクトを CLIENT1 および CLIENT2 にインストールすると、それぞれのクライアントごとに応答ファイルが自動的かつ適切に使用されます。

すべてのクライアントに同じ応答ファイルを使用する場合は、応答ファイル PRODUCT_NAME.responseに名前を付けて、ISMP パッケージ・プロダクトと同じデフォルトのロケーション (lpp_source リソース内のプロダクト・ロケーション) に置きます。例えば、MyProduct.response という応答ファイルを /export/lpp_source/lpp_source1/ismp/ppc/MyProduct/ ディレクトリーに作成します。 NIMcust 操作の実行時にクライアント応答ファイルがなければ、MyProduct.response ファイルが自動的に使用されます。

暫定修正管理ソリューション暫定修正管理ソリューションを使用して、システム上の暫定修正パッケージのトラッキングと管理を行うことができます。暫定修正パッケージは、暫定修正、デバッグ・コード、またはテスト・コードであり、これらには、暫定修正パッケージのインストール時に実行されるコマンド、ライブラリー・アーカイブ・ファイル、またはスクリプトが含まれます。暫定修正管理ソリューションは、暫定修正パッケージャー (epkg) コマンド、および暫定修正マネージャー(emgr) コマンドで構成されます。epkg コマンドは、emgr コマンドでインストールできる暫定修正パッケージを作成します。 emgr コマンドは、システムの暫定修正をインストール、除去、リスト、および検証します。注 : パッケージという用語は、installp では用語ファイルセットを指します。暫定修正パッケージのインストールと管理epkg コマンドで作成されたパッケージをインストールして管理することができます。epkg コマンドは、epkg コマンドで作成されたパッケージのインストールと管理を行い、システム上の暫定修正情報でデータベースを保守します。 emgr コマンドは次の操作を実行します。暫定修正パッケージの表示暫定修正パッケージで表示される情報のレベルについて説明します。emgr コマンドの -d フラグを使用すると、efix パッケージの内容とトポロジーを表示できます。 -d フラグは -v (詳細) フラグと連動します。デフォルトの詳細レベルは 1 ですが、このレベルは 1、2、または 3 に設定できます。暫定修正パッケージ表示の構文は次のとおりです。emgr -d -e interim fixPackage | -f ListFile [-w Directory] [-v{1|2|3}]

例えば、暫定修正パッケージの test.102403.epkg.Z についてレベル 1 の詳細出力を得るには、次のコマンドを入力します。# emgr -d test.102403.epkg.Z

各詳細レベルには次の情報が含まれています。LEVEL 1次の情報を使用し、行単位で暫定修正をリストします。• 暫定修正パッケージのラベル• パッケージに含まれる暫定修正ファイル• 暫定修正ファイル別のターゲット・ロケーション

LEVEL 2次の情報をリストします。• すべての LEVEL 1 情報• 概要• リブート要求 (yes または no)


• 必要な前提条件ファイル• インストールの前処理スクリプト• インストールの後処理スクリプト• 除去の前処理スクリプト• 除去の後処理スクリプト• 暫定修正ファイル別のファイル・タイプ

LEVEL 3次の情報をリストします。• すべての LEVEL 2 情報• 暫定修正ファイル別のパッケージ化の日付• パッケージ別の仮想固有 ID (VUID)• 暫定修正ファイル別のファイル・サイズ• 暫定修正ファイル別のチェックサム• 暫定修正ファイル別のパッケージ• 暫定修正ファイルごとの説明• インストール・スクリプトおよび制御ファイルの内容 (読み取り可能テキストの場合)• 暫定修正ファイルごとのリブート・シナリオ• 暫定修正ファイルの他の暫定修正ファイルについての前提条件• 暫定修正をインストールするとロックされるパッケージ• 暫定修正をインストールすると置き換えられる暫定修正

注 : 暫定修正管理の最初のリリースでは、表示はサポートされていません。この機能を使用可能にするには、最新レベルの暫定修正管理に更新する必要があります。暫定修正管理を更新するには、bos.rte.install を最新レベルに更新してください。暫定修正パッケージのインストールemgr コマンドは、epkg コマンドを使用して作成した暫定修正パッケージをインストールします。次の例は、暫定修正パッケージをインストールするときの構文を示しています。emgr -e interim fixPackage | -f ListFile [-w Directory] [-b] [-k] [-p] ¥[-I] [-q] [-m] [-o] [-X] [-a path]

暫定修正パッケージのインストール操作は、次のフェーズで構成されます。インストール・プレビュー・フェーズインストール・プレビュー・フェーズでは、以下のステップが行われます。1.暫定修正マネージャーはすべてのコマンドとライブラリーを初期化し、暫定修正パッケージから暫定修正メタデータを抽出します。

2.暫定修正の属性および記述をリストします。3. emgr コマンドは、この暫定修正パッケージで提供しているターゲット・ファイルに既存の暫定修正が既にインストールされていないか、インストール済みの暫定修正データの検査を行い、ロック検査手順を実行します。この暫定修正パッケージが提供した 1 つ以上の暫定修正ファイルがロックされていれば、emgr コマンドはインストールまたはインストール・プレビューの続行を許可しません。

4. emgr コマンドは、installp パッケージの前提条件の検査を実行します。 installp 前提条件ファイルが提供されると、emgr コマンドはこの段階で前提条件を検査します。 1 つ以上の前提条件の不一致があれば、emgr コマンドはインストールまたはインストール・プレビュー操作を中止します。

5. emgr コマンドは、暫定修正に対する暫定修正前提条件の検査を実行します。 emgr コマンドは次の検査を行います。• 検査対象の暫定修正パッケージの暫定修正の前提条件がすべてインストールされていること。


• 検査対象の暫定修正パッケージの暫定修正 xrequisite がすべてインストールされていないこと。• 検査対象の暫定修正を xrequisite とする暫定修正が前にインストールされていないこと。注 : epkg コマンドを使用して、パッケージの暫定修正に対する暫定修正前提条件を指定できます。前提条件の検査の詳細については、391 ページの『ユーザー指定暫定修正パッケージ・コンポーネント』を参照してください。

6. emgr コマンドは、ターゲット・ファイルシステムに、暫定修正パッケージをインストールするのに十分なスペースがあるか検査して、スペース所要量を検査します。これには、暫定修正ファイルのアンパック、データベース・エントリーの作成、置き換えファイルの保存、暫定修正ファイルのインストール、-m フラグを使用する場合の暫定修正マウントの作成、ライブラリー・メンバーのアーカイブ、およびその他の各種タスクのためのスペースが含まれます。 emgr コマンドはファイルのメタデータおよび他のファクターに計上するために、小さなバッファーも様々なスペース計算に追加します。-X フラグを使用して自動拡張フラグを指定すると、emgr コマンドはファイルシステムを要求されたサイズに拡張しようと試みます。スペース所要量に満たない場合、emgr コマンドはインストールを停止します。 -p フラグを使用してプレビュー・インストールを指定すると、emgr コマンドは、拡張を試行せずに単にスペース統計を報告します。-p フラグを使用してプレビュー・インストールを指定する場合、emgr コマンドは、暫定修正インストール・フェーズを実行しません。この場合の emgr コマンドは、インストールの要約およびクリーンアップ・フェーズにスキップします。

インストール・フェーズ暫定修正パッケージ・インストールのインストール・フェーズでは、以下のステップが行われます。1.暫定修正インストール設定ステップ時に、すべての暫定修正パッケージはアンパックされ、インストール・ツールは初期化されます。

2. emgr コマンドは、現在インストール済みの他の暫定修正ファイルが、暫定修正パッケージに置き換わるかどうかを検査します。インストール済みの暫定修正ファイルが置き換えられる場合、emgr コマンドはそれを除去します。注 : epkg コマンドを使用して、暫定修正パッケージをインストールするときに置き換えられる別の暫定修正パッケージを指定することができます。置き換えの詳細については、391 ページの『ユーザー指定暫定修正パッケージ・コンポーネント』を参照してください。

3. pre_install スクリプトが指定されれば、実行されます。 pre_install スクリプトが「failure (失敗)」を戻すと emgr コマンドはインストールを停止します。 pre_install スクリプトが成功すると、emgr コマンドはインストールを続行し、暫定修正の状態を INSTALLING に設定します。

4.暫定修正パッケージの暫定修正ファイルで置き換えられるすべてのファイルは、保護ディレクトリーに保存されます。暫定修正パッケージがどのファイルにも提供されなければ、このステップはスキップされます。この時点より後は、すべての主要な障害について、失敗したインストールのクリーンアップをするために emgr コマンドにより、障害クリーンアップ手順が実行されます。このプロセスが失敗すると、暫定修正は BROKEN 状態となります。

5.暫定修正ファイルはすべてターゲット・ロケーションにインストールされます。 -m フラグを使用するマウント・インストール操作でインストールする場合は、emgr コマンドはターゲット・ファイルの親ディレクトリー内に固有のマウント・ファイルを作成します。その後でターゲット・ファイルは、暫定修正マウント・ポイントにより上書きマウントされます。マウント・インストール操作の詳細については、384 ページの『暫定修正のマウント・インストール操作の実行』を参照してください。

6.パッケージ・ロックの発生。暫定修正パッケージ・ロックが処理されます。暫定修正パッケージを作成するインストーラーが暫定修正パッケージ・ロックをサポートする場合、emgr コマンドはステップ 4でインストールされた暫定修正ファイルに関連付けられたパッケージをロックします。例えば、installp コマンドが暫定修正ロックをサポートする場合、installp パッケージ用に作成された暫定修正が暫定修正パッケージ・ロックをサポートします。


注 : 暗黙ロックのほかに、epkg を使用して、別のパッケージがインストールされるときに特定のパッケージが明示的にロックされるように指定することができます。ロックの詳細については、391 ページの『ユーザー指定暫定修正パッケージ・コンポーネント』を参照してください。

7. post_install スクリプトが指定されれば、実行されます。 post_install スクリプトが「失敗 (failure)」を戻すと emgr コマンドはインストールを停止します。

8.リブート処理が行われます。暫定修正パッケージがリブート操作の要求を指定すると、emgr コマンドは、ユーザーにメッセージを発行し、ブート・イメージに対して必要なあらゆる変更を行います。 emgrコマンドは、システムを自動的にリブートしません。

9.この時点で、インストール・ステップはすべて完了し、emgr コマンドは暫定修正の状態を STABLE (標準インストール操作の場合) または MOUNTED (マウント・インストール操作の場合) に変更します。

要約とクリーンアップのフェーズ要約とクリーンアップのフェーズでは、以下のステップが行われます。1. emgr コマンドは、すべての操作および結果を表示します。 -f フラグを使用して、複数の暫定修正パッケージが入力ファイルで指定された場合、emgr コマンドは、それぞれの暫定修正パッケージごとにレポートを提供します。

2. emgr コマンドはすべての一時ディレクトリーとファイルをクリーンアップします。また、メモリー内にロードされているメモリー・モジュールをすべてアンロードします。

暫定修正パッケージの除去暫定修正の除去操作は、インストール済みの暫定修正を除去します。いずれかの暫定修正識別メソッドを使用して、個別の暫定修正を指定できます。また、リスト・ファイルを使用していくつかの暫定修正を個別に指定することもできます。暫定修正識別メソッドの詳細については、386 ページの『暫定修正の参照』を参照してください。インストール済み暫定修正の除去に使用する構文は次のとおりです。emgr -r -L Label | -n interim fixNumber | -u VUID | -f ListFile [-w Directory] ¥[-a path] [-b] [-k] [-p] [-I] [-q] [-X]

除去プレビュー・フェーズ除去プレビュー・フェーズでは、以下のステップが行われます。1.暫定修正マネージャーはすべてのコマンドとライブラリーを初期化し、暫定修正データベースから暫定修正メタデータをロードします。

2.暫定修正の属性および記述がリスト表示されます。3.スペース所要量が検査されます。 emgr コマンドは、ターゲット・ファイルシステムが保存されるファイルに対して十分なスペースを持っているかを検査します。これには、データベース・エントリーのスペース変更、保存されたファイルの復元、ライブラリー・メンバーの保存、およびその他のタスクが含まれます。 emgr コマンドはファイルのメタデータおよび他のファクターに計上するために、小さなバッファーも様々なスペース計算に追加します。-X フラグを使用してファイルシステムの自動拡張を指定すると、emgr コマンドはファイルシステムを要求されたサイズに拡張しようと試みます。スペース所要量に満たない場合は、emgr コマンドは除去操作を停止します。 -p フラグを使用してプレビュー・インストール操作を指定すると、emgr コマンドは、ファイルシステムの拡張を試行せずに単にスペース統計を報告します。-p フラグを使用してプレビュー・インストールを指定する場合、emgr コマンドは、暫定修正の除去を実行せず、要約とクリーンアップのフェーズにスキップします。

除去フェーズ除去フェーズでは、以下のステップが行われます。注 : 除去フェーズでいかなる障害が発生しても、暫定修正の状態は BROKEN に変更されます。1. emgr コマンドは除去ユーティリティーをすべて初期化し、暫定修正の状態を REMOVING に変更します。


2.パッケージ・アンロックが発生します。除去する暫定修正ファイルでロックされているパッケージはすべてアンロックされます。複数の暫定修正により単一のパッケージがロックされている可能性があるため、emgr コマンドがパッケージをアンロックするのは、その暫定修正ファイルが、対象のパッケージにロックをかけたままにしている最後の (または唯一の) 暫定修正ファイルである場合のみです。

3. pre_remove スクリプトが指定されれば、実行されます。 pre_remove スクリプトが「failure (失敗)」を戻すと、emgr コマンドは除去操作を停止します。

4. emgr は、除去される暫定修正が、インストール済みの別の暫定修正の前提条件になっていないことを検査します。

5.暫定修正は除去されます。暫定修正が標準インストール操作でインストールされている場合、emgr コマンドは現行の暫定修正ファイルを前に保存したファイルと置き換えます。マウント・インストール操作でインストールされた場合は、emgr コマンドは、暫定修正ファイルをアンマウントし、そのファイルをシステムから除去します。

6. post_remove スクリプトが指定されれば、実行されます。 post_remove スクリプトが「failure (失敗)」を戻すと、emgr コマンドはインストールを停止します。

7.リブート処理が行われます。暫定修正パッケージがリブートの要求を指定すると、emgr コマンドは、ユーザーにメッセージを発行し、ブート・イメージに対して必要な変更をすべて行います。 emgr コマンドは、システムを自動的にリブートしません。注 : epkg を使用して、別のパッケージがインストールされるときに必要となるリブート・シナリオを指定できます。リブート・シナリオの詳細については、391 ページの『ユーザー指定暫定修正パッケージ・コンポーネント』を参照してください。

8.この時点で、除去ステップはすべて成功し、emgr コマンドは残りの暫定修正データをデータベースから除去し、ディレクトリーを保存します。

要約とクリーンアップのフェーズ暫定修正除去の要約とクリーンアップのフェーズでは、以下のステップが行われます。1. emgr コマンドは、すべての操作および結果を示します。 -f フラグを使用して、複数の暫定修正パッケージが入力ファイルで指定された場合、emgr コマンドは、それぞれの暫定修正パッケージごとにレポートします。

2. emgremgr コマンドは、すべての一時ディレクトリーとファイルをクリーンアップします。また、ロードされているメモリー・モジュールをすべてアンロードします。

暫定修正のリストemgr コマンドは、インストール済みの暫定修正のデータをさまざまな詳細レベルでリスト化します。暫定修正のリスト作成に使用する構文は次のとおりです。emgr -l [-L Label | -n interim fixNumber | -u VUID ] [-v{1|2|3}] [-X] [-a path]

デフォルトでは、emgr コマンドは、インストール済み暫定修正のすべてについてのデータを報告します。いずれかの暫定修正識別メソッドを使用して、個別の暫定修正を指定することができます。暫定修正識別メソッドの詳細については、386 ページの『暫定修正の参照』を参照してください。デフォルトの詳細レベルは 1 です。-v フラグを使用して、レベル 3 までの指定が可能です。各詳細レベルには次の情報が含まれています。LEVEL 1次の情報を使用し、行単位で暫定修正をリストします。• 暫定修正 ID• 暫定修正の状態• インストール時間• 暫定修正の要約

LEVEL 2次の情報をリストします。


• すべての LEVEL 1 情報• 暫定修正ファイル別の仮想固有 ID (VUID)• 暫定修正ファイル数• 暫定修正ファイル別のロケーション• 暫定修正ファイル別のパッケージ• 暫定修正ファイル別のインストーラー• 暫定修正ファイル別のマウント・インストール (yes または no)

LEVEL 3次の情報をリストします。• すべての LEVEL 2 情報• リブート要求 (yes または no)• 必要な前提条件ファイル• インストールの前処理スクリプト• インストールの後処理スクリプト• 除去の前処理スクリプト• 除去の後処理スクリプト• 暫定修正ファイル別のファイル・タイプ• 暫定修正ファイル別のファイル・サイズ• 暫定修正ファイル別のチェックサム• 暫定修正ファイル別のアクセス所有権およびアクセス・モード• 前提条件情報• 暫定修正の説明• 暫定修正ファイル別のアーカイブ・メンバー名• マウント・インストール操作の場合は、暫定修正ファイル別にマウント状態が表示されます。• 暫定修正ファイルごとのリブート・シナリオ• 暫定修正ファイル別の暫定修正に対する暫定修正の前提条件• 暫定修正をインストールするとロックされるパッケージ• 暫定修正をインストールすると置き換えられる暫定修正• プログラム診断依頼書 (APAR) の情報

instfix コマンドによる暫定修正の APAR 情報のリストinstfix コマンドを使用して、ファイルセットの更新および暫定修正に関するプログラム診断依頼書(APAR) 情報をリストできます。暫定修正では、instfix コマンド機能はいずれも使用できません。フラグ -f、-i、-k、-q、-r、-t、および -v のみを使用できます。instfix コマンドを使用して暫定修正をインストールすることはできません。以下にユース・ケース例をいくつか示します。• すべてのタイプの修正に関連する APAR 番号をリストするには、次のコマンドを実行します。

instfix -i

出力:

...All filesets for IV14386 were found.All filesets for IV33073 were found.All filesets for IV25608 were found.Interim fix 'test' associated with IV12345 is installed.Interim fix 'test2' associated with IV25608 is installed.


• すべてのタイプの修正に関連する APAR 番号と要約をリストするには、次のコマンドを実行します。instfix -iv

出力:

...IV19614 Abstract: AIX: Occassional missing FS info (incorrect mntctl use)Fileset rsct.core.fsrm:3.1.5.0 is applied on the system.Fileset rsct.opt.storagerm:3.1.5.0 is applied on the system.All filesets for IV19614 were found.IV12345 Abstract: Interim fix testInterim fix 'test' associated with IV12345 is installed.IV25608 Abstract: Interim fix test 2Interim fix 'test2' associated with IV25608 is installed.

• リストを暫定修正に制限するには、次のコマンドを実行します。instfix -it i

出力:

Interim fix 'test' associated with IV12345 is installed.Interim fix 'test2' associated with IV25608 is installed.

• リストを暫定修正に制限し、要約を含めるには、次のコマンドを実行します。instfix -ivt i

出力:

IV12345 Abstract: Interim fix testInterim fix 'test' associated with IV12345 is installed.IV25608 Abstract: Interim fix test 2Interim fix 'test2' associated with IV25608 is installed.

• 特定の APAR 番号を照会するには、次のコマンドを実行します。instfix -ik IV25608

出力:

All filesets for IV25608 were found.Interim fix 'test' associated with IV25608 is installed.

• 照会を暫定修正に制限するには、次のコマンドを実行します。instfix -ik IV25608 -t i

出力:

Interim fix 'test' associated with IV25608 is installed.

• 複数の APAR 番号を照会するには、次のコマンドを実行します。instfix -ik "IV12345 IV25608"

出力:

Interim fix 'test' associated with IV12345 is installed.Interim fix 'test2' associated with IV25608 is installed.


暫定修正の検査emgr コマンドは、インストール済みの暫定修正の状態を検査します。暫定修正検査の構文は次のとおりです。emgr -c [-L Label | -n interim fixNumber | -u VUID | -f ListFile] [-w Directory] [-a path] ¥[-v{1|2|3}] [-X]

デフォルトでは、emgr コマンドはインストール済みのすべての暫定修正を検査します。暫定修正識別メソッドの 1 つを使用して、個別に暫定修正を指定できます。また、リスト・ファイルを使用していくつかの暫定修正を個別に指定することもできます。暫定修正識別メソッドの詳細については、386 ページの『暫定修正の参照』を参照してください。デフォルトの検査レベルは、「1」です。-v フラグを使用してレベル 3 までの指定が可能です。各検査レベルには次の情報が含まれています。LEVEL 1次の情報を検査します。• 暫定修正のデータおよび状態• マウント・インストール操作の場合は、すべてのファイルの暫定修正のマウント状態を検査注 : 暫定修正ファイルがアンマウント済みであれば、emgr コマンドは暫定修正の状態を UNMOUNTEDに変更します。

• すべての暫定修正ファイルまたはアーカイブ・メンバーについて暫定修正チェックサムLEVEL 2次の情報を検査します。• すべての LEVEL 1 検査情報• すべての暫定修正ファイルまたはアーカイブ・メンバーについての暫定修正の所有権およびモード

LEVEL 3次の情報を検査します。• すべての LEVEL 2 検査情報• すべての前提条件• 以下を含む暫定修正対暫定修正のすべての前提条件

– 検査対象の暫定修正パッケージの暫定修正の前提条件がすべてインストールされていること。– 検査対象の暫定修正パッケージの暫定修正 xrequisite がすべてインストールされていないこと。– 検査対象の暫定修正を xrequisite としてリストする暫定修正がインストールされていないこと。

暫定修正のマウント・インストール操作の実行暫定修正のインストール時に -m フラグを指定すると、emgr コマンドは、暫定修正パッケージのマウント・インストール操作を実行します。これは、修正される既存のファイルが現在のロケーションから除去されないことを意味しています。その代わり、暫定修正ファイルは既存のファイルをオーバー・マウントします。この方法には、利点と欠点の両方があります。利点の 1 つは、システムのリブートですべての暫定修正をアンマウントすることです。これは、重大な問題を起こした暫定修正は、リブート後にはマウントされないことを意味します。欠点は、管理者が暫定修正のマウント状態をモニターしなければならないこと、および暫定修正のいくつかはリブートなしには除去できない可能性があることです。マウント・インストール操作は、新規に提供されたファイルの暫定修正パッケージではサポートされません。


暫定修正のマウントおよびアンマウント操作emgr コマンドは、マウント・インストール操作を使用してインストールされている暫定修正をマウントまたはアンマウントします。暫定修正検査の構文は次のとおりです。emgr -M | -U [-L Label | -n interim fixNumber | -u VUID | -f ListFile][-w Directory] [-a path] [-X]

デフォルトでは、emgr コマンドは、インストール済み暫定修正のすべてにマウントまたはアンマウント操作を適用します。暫定修正識別メソッドの 1 つを使用して、個別に暫定修正を指定できます。また、リスト・ファイルを使用していくつかの暫定修正を個別に指定することもできます。暫定修正識別メソッドの詳細については、386 ページの『暫定修正の参照』を参照してください。-M フラグでマウント操作を使用すると、emgr コマンドは、すべてのアンマウントされた暫定修正ファイルをマウントしようとします。すべての暫定修正ファイルが正常にマウントされ、直前の暫定修正の状態が UNMOUNTED であれば、emgr コマンドは暫定修正の状態を MOUNTED に変更します。-U フラグでアンマウント操作を使用すると、emgr コマンドは、すべてのマウントされた暫定修正ファイルをアンマウントしようとします。少なくとも 1 つの暫定修正ファイルが正常にアンマウントされ、直前の暫定修正の状態が MOUNTED であれば、emgr コマンドは暫定修正の状態を UNMOUNTED に変更します。暫定修正パッケージ・ロック表示操作の使用パッケージ・ロック表示操作は、暫定修正マネージャー、インストーラー、およびロック・ラベルでロックされているすべてのパッケージを表示します。パッケージ・ロック表示操作で使用する構文は次のとおりです。 emgr -P [Package] [-a path] [-X]

デフォルトでは emgr コマンドは、ロックされたパッケージをすべて表示します。個別パッケージを引数として、-P フラグに指定することができます。暫定修正強制除去操作の使用強制除去操作は、暫定修正データを除去します。また、この操作により、暫定修正ラベルに関連付けられた暫定修正パッケージがすべてアンロックされます。ただし、実際の暫定修正ファイルは除去されず、除去スクリプトも実行されず、処理もブートされません。強制除去操作は、一度に 1 つの暫定修正でのみ実行可能であるため、ターゲットの暫定修正を識別するために暫定修正ラベルが必要です。強制除去操作の実行で使用する構文は次のとおりです。emgr -R interim fix fixLabel [-w Directory] [-a path] [-X]

注 : 強制除去操作は 1 つの緊急手順とみなしてください。他の暫定修正の除去方法がすべて失敗したときのみ実行する必要があります。この方法により、ターゲット・システム上で不整合が引き起こされる可能性があります。その他の暫定修正情報以下は、その他のフィックス情報へのリンクです。MD5 チェックサムの生成と使用epkg でフォーマットされたイメージに関する操作の最初に、emgr は、MD5 チェックサムの生成をサポートするコマンドがシステムにないか探します。コマンドが見つかると、emgr はそのコマンドを実行し、その結果として得られる MD5 チェックサムを表示します。この MD5 チェックサムを、保護ソースの相互検査に使用できます。コマンドが見つからない場合、emgrはそれ以上のアクションは起こしません。 EMGR_MD5_CMD シェル変数をエクスポートすることにより、チェックサムを生成するコマンドの明示的パスを強制設定することができます。この変数には、そのコマンドの絶対パスを含める必要があります。 emgr は、EMGR_MD5_CMD 変数にユーザーが設定したコマン


ドが、実際に MD5 チェックサムを生成するコマンドであるかどうかは検査しません。 emgr が MD5 チェックサムを生成するときに使用する構文は、次のとおりです。$EMGR_MD5_CMD epkg image file

予期出力は、出力の最初のワードの MD5 チェックサムです。注 : 暫定修正管理の最初のリリースでは、この機能はサポートされていません。この機能を使用可能にするには、最新レベルの暫定修正管理に更新する必要があります。暫定修正管理を更新するには、bos.rte.install を最新レベルに更新してください。暫定修正の参照以下は、暫定修正を参照する方法です。ラベルによる参照任意のシステムにインストールした暫定修正ごとに固有の暫定修正ラベルが指定されます。このラベルは固有キーと呼ばれ、これによって異なるデータベース・オブジェクトがバインドされます。ラベルにより暫定修正を参照するには、そのラベルを引数として -L フラグにパスします。例えば、ラベル ABC123 の暫定修正に対してチェック操作を実行するには、次のように入力します。# emgr -cL ABC123

暫定修正 ID による参照任意のシステムにインストールした暫定修正ごとに固有の暫定修正 ID が指定されます。この ID は、暫定修正データベースにリストされている暫定修正のオーダー番号です。暫定修正のリスト作成に基づいて暫定修正に関する操作を実行する場合は、このオプションを使用する方が便利です。emgr コマンドは、任意の操作を実行する前に、暫定修正 ID を暫定修正ラベルに変換します。 ID ごとに暫定修正を参照するには、その ID を引数として -n フラグにパスします。例えば、ID を 1 に設定して最初の暫定修正上で検査操作を実行するには、次のように入力します。# emgr -cn1

注 : 緊急フィックス ID が有効なのは短期間であり、暫定修正が除去されたり追加されたりすると変わります。-l フラグを使用して暫定修正をリストし、現行の暫定修正 ID 番号を常に検査してください。

VUID による参照VUID は同一ラベルのパッケージを区別するために使用します。公式にトラッキングされるプログラム診断依頼書 (APAR) とは異なり、緊急フィックスはどの部門でもトラッキングされないので、同一ラベルで 2 つの暫定修正パッケージを持つことが可能です。ただし、emgr コマンドでは、同一のラベルで複数の暫定修正をインストールすることはできません。 emgr コマンドは、操作を実行する前に、VUID を暫定修正ラベルに変換します。例えば、VUID 000775364C00020316020703 を指定して、インストール済みの暫定修正をリストするには、次のように入力します。# emgr -l -u 000775364C00020316020703

VUID は、暫定修正のインストールおよび除去操作時にも、詳細レベル 2 以上でリスト作成操作を使用すれば、プレビュー・セクションに表示されます。詳細レベルについて詳しくは、381 ページの『暫定修正のリスト』を参照してください。

暫定修正リスト・ファイルの生成リスト・ファイルを指定して、一連の暫定修正に対する操作を実行できます。インストール操作にあたり、1 行あたり 1 つの暫定修正パッケージのロケーションがリスト・ファイルに含まれている必要があります。除去操作およびマウント/アンマウント操作では、1 行あたり 1 つの暫定修正ラベル名がリスト・ファイルに含まれている必要があります。 emgr コマンドの -f フラグを使用して、以下のいずれかを含むファイルを指定することができます。• インストール操作用のパッケージのロケーションのリスト (1 行につき 1 つ)• 除去、マウント、アンマウント、および検査の各操作用の暫定修正ラベルのリスト (1 行につき 1 つ)


emgr コマンドは、すべてのブランク行、または最初の非スペース文字が # 文字になっている行を無視します。暫定修正の状態についてemgr コマンドは、インストール済み暫定修正ごとに状態を保守します。以下のインストール済み暫定修正の状態が、emgr コマンドにより維持されます。S=STABLE暫定修正は標準インストール (-e フラグ) でインストールされ、正常に最後のインストール操作を完了しました。暫定修正の詳細を確認するには、特定の暫定修正 (複数可) に対して検査操作を実行します。

M=MOUNTEDマウント・インストール操作で暫定修正がインストールされ、最後のインストールまたはマウント操作が正常に完了しています。 MOUNTED 状態は必ずしもすべての暫定修正が現在マウント済みであることを意味しません。例えば、暫定修正は手動でアンマウント済みかもしれません。この状態は、マウント状態について emgr コマンドが取った直前のアクションと判別結果を示しています。マウント状態を含む暫定修正の詳細を確認するには、所定の暫定修正 (複数可) に対するチェック操作を実行します。

U=UNMOUNTED暫定修正はマウント・インストール操作でインストールされ、1 つ以上の暫定修正ファイルが直前のemgr コマンド操作でアンマウントされています。 UNMOUNTED 状態は、必ずしもすべての暫定修正が現在アンマウント済みであることを意味しません。例えば、暫定修正は手動で一部がマウント済みかもしれません。この状態は、マウント状態について emgr コマンドが取った直前のアクションと判別結果を示しています。マウント状態を含む暫定修正の詳細を確認するには、所定の暫定修正 (複数可) に対するチェック操作を実行します。

B=BROKENインストール中または除去操作中にリカバリー不能エラーが発生しました。この暫定修正状態は確実ではありません。この暫定修正を除去し、暫定修正パッケージから再度インストールすることができます。

I=INSTALLING暫定修正状態はインストール中であることを示しています。通常、この状態は、暫定修正のインストール中の短時間の間にだけ起こります。ただし、暫定修正のインストールが (突然の電力損失、システム・クラッシュなどで) 突然中断し、emgr コマンドが失敗したインストールをクリーンアップできない場合、暫定修正が INSTALLING 状態のままになる可能性があります。この暫定修正を除去し、暫定修正パッケージから再度インストールすることができます。

Q=REBOOT REQUIRED暫定修正は正常にインストールされており、ターゲット・システムに完全に組み込むにはリブートが必要です。ターゲット・システムをリブートすると、emgr は暫定修正の状態を STABLE に変更します。注 :

1.暫定修正管理の最初のリリースでは、この機能はサポートされていません。この機能を使用可能にするには、最新レベルの暫定修正管理に更新する必要があります。暫定修正管理を更新するには、bos.rte.install を最新レベルに更新してください。

2. emgr は、システム始動時に -B ブート・フラグを使用した init によって呼び出されます。 emgrはすべての暫定修正の状態データを調べ、必要に応じて暫定修正の状態を変更します。 emgr が最初に暫定修正ファイルをインストールすると、/etc/inittab エントリーの rcemgr が作成されます。 rcemgr は、ブロックされたり再作成されたりしないように設定されます。 rcemgr のアクティビティーと出力はすべて、/var/adm/ras/emgr.log の emgr ログに記録されます。 -B フラグを使用して emgr を直接実行しないでください。

R=REMOVING暫定修正の状態は除去が処理途中であることを示しています。通常、この状態は、暫定修正の除去処理中の短時間の間にだけ起こります。ただし、暫定修正のインストールが (急な電力損失、システム・クラッシュなどで) 突然中断し、emgr コマンドが失敗したインストールをクリーンアップできない場合、暫定修正が REMOVING 状態のままになる可能性があります。この暫定修正を除去し、暫定修正パッケージから再度インストールすることができます。


T = TESTED暫定修正がテストされたことを指定します。パッケージ作成中に使用される可能性のある epkg コマンド -T フラグの値を反映します。

P = PATCHED並行更新が直接メモリー内でパッチされました。対応するディスク上のバイナリーは変更されていません。

N = NOT PATCHED並行更新が後続の並行更新によって「更新」され、それによりパッチが非活動化されました。状態は、PATCHED 状態であった、メモリー内のみの並行更新の状態を変更するために、リブート中にも設定されます。

SP = STABLE + PATCHED並行更新がメモリー内でパッチされ、対応するディスク上のバイナリーが置換されました。これによりリブート後も、この修正はシステム上で持続されます。

SN = STABLE + NOT PATCHEDSTABLE + PATCHED 状態の並行更新は、後続の並行更新によって「更新」され、パッチが非活動化されたときに、この状態に移動されました。NOT PATCHED 状態の並行更新を含む暫定修正がディスクにコミットされた場合にも、状態が設定されることがあります。

QP = BOOT IMAGE MODIFIED + PATCHEDStable + Patched と同じですが、ディスク上のバイナリーの置換で、ブート・イメージ内に属するファイルが変更され、bosboot が起動された点が異なります。

QN = BOOT IMAGE MODIFIED + NOT PATCHEDBOOT IMAGE MODIFIED + PATCHED 状態の並行更新は、後続の並行更新によって「更新」され、パッチが非活動化されたときに、この状態に移動されます。NOT PATCHED 状態の並行更新を含む暫定修正がディスクにコミットされた場合にも、状態が設定されることがあります。

RQ = REMOVING + REBOOT REQUIREDディスクにコミットされた暫定修正が除去された場合は、すべてのパッチ・コードをメモリーから除去するためにシステムをリブートする必要があります。暫定修正は、ブート時に init によって呼び出される rc_emgr 関数によって、暫定修正データベースから除去されます。

暫定修正の記録以下の操作が、/var/adm/ras/emgr.log emgr ログ・ファイルに記録されます。• インストール (Installation)• 除去 (Removal)• 検査 (Checking)• マウント (Mounting)• アンマウント (Unmounting)• 強制除去 (Force Removal)

失敗した暫定修正インストールのクリーンアップ障害のクリーンアップ手順は、インストール・プレビュー (および、指定してあれば pre_install スクリプトも) の後で、暫定修正インストール操作が失敗した場合に実行されます。障害クリーンアップ手順は、インストール・プロセスで発生したすべての変更を元に戻そうと試みます。この障害クリーンアップ手順は、暫定修正除去操作の除去フェーズによく似ています。この手順によって、EMGR_UNDO グローバル環境変数が 1 に設定され、パッケージ化の pre_remove および post_remove スクリプトで別のパスを取ることができます。


トラステッド・コンピューティング・ベース使用時の暫定修正ファイルの管理emgr コマンドは、システムでトラステッド・コンピューティング・ベース (TCB) が使用可能であるかを、自動的に検出します。TCB が使用可能であれば、emgr コマンドは、インストール済み暫定修正をすべて、暫定修正データベースに登録します。暫定修正が除去されている場合、emgr コマンドは元の TCB データを復元します。暫定修正ファイルがマウントまたはアンマウントされる時に、マウント・インストール操作によりファイル属性が変動する可能性があるため、マウント操作は TCB 対応システムではサポートされず、emgr コマンドによりブロックされます。emgr コマンドが自動的に TCB データを管理するのを望まない場合は、EMGR_IGNORE_TCB 変数をエクスポートして、この変数をヌル以外の任意の値に設定します。 EMGR_IGNORE_TCB 変数が設定されると、emgr コマンドは、TCB 対応でないシステムの場合のように動作します。 EMGR_IGNORE_TCB 変数が TCB対応システムで設定されると、TCB 内で暫定修正ファイルを手動で管理するよう要求される場合があります。ご使用のシステムで TCB が使用可能かどうかを検査するには、/usr/bin/tcbck コマンドを実行します。使用法ステートメントが戻されたら、TCB が使用可能です。そうでない場合は、TCB が使用可能でないというメッセージが戻されます。emgr を使用する暫定修正コマンド・パスの管理emgr コマンドは、以下の UNIX コマンドを 1 つ以上呼び出します。

arawkcatchmodchowncompresscpdatedfdiffduegrepfuseridkshlnlsmkdirmountmvprintfpsrmrmdirsedsleepsortsumtailtarteetouch


umountunameviwczcat

emgr コマンドは、以下の AIX コマンドを 1 つ以上呼び出します。aclgetaclputbosbootlslppodmchangeodmgetslibcleantcbck

emgr コマンドは、上記の UNIX および AIX コマンドを、以下のパスの順序で探します。1. /usr/emgrdata/bin2. /usr/bin3. /usr/sbin4. /bin5. /sbin6. /usr/local/bin7. /usr/local/sbin

/usr/emgrdata/bin ディレクトリーは、emgr コマンドが最初に実行された時に作成された保護ディレクトリーです。emgr コマンドで使用するコマンドの 1 つに対して暫定修正をインストールまたは除去しようと試みる場合、その操作は正常に完了できない可能性があります。この問題を解決するには、次の手順を実行してください。1.暫定修正ファイルを /usr/emgrdata/bin ディレクトリーに手動でインストールします。2. emgr 操作を実行します。3.手動でインストールした暫定修正ファイルを /usr/emgrdata/bin ディレクトリーから除去します。この方法により、暫定修正は暫定修正マネージャーにより登録され、トラッキングされ、他の emgr コマンド処理はすべて開始されます。この暫定修正ファイルが /usr/bin/ksh ファイルであり、修正する問題がある場合、emgr コマンド操作が継続されないようにするには、次の処理を行います。1.元の /usr/bin/ksh ファイルをバックアップします。2. /usr/bin/ksh 暫定修正ファイルを /usr/bin/ksh へ手動でインストールします。3. emgr コマンドでインストールまたは除去操作を実行します。暫定修正と installp 更新イメージとの統合についての理解暫定修正管理コマンドは APAR 参照ファイルを使用して、暫定修正と APAR 番号とを関連付けます。APAR イメージが使用可能な場合、installp コマンドは、更新イメージに含まれている APAR 番号を、暫定修正でインストールされる APAR 番号と突き合わせます。すべての APAR 番号が更新によって突き合わされると、暫定修正は自動的に除去されます。


暫定修正パッケージの作成独自の暫定修正を作成し、配布用にパッケージする必要がある場合、epkg コマンドを使用して、暫定修正をパッケージします。epkg コマンドは 2 つのモード、すなわち対話式およびテンプレート・ベースで実行が可能です。対話式方式では、ユーザーにいくつかの質問によりプロンプトが出され、その回答を基に暫定修正パッケージが作成されます。テンプレート・ベース方式は、(対話モードで質問された) デフォルトの回答で事前に入力済みの暫定修正制御ファイルを使用します。この後で、暫定修正パッケージを emgr コマンドによりインストールできます。暫定修正制御ファイルをテンプレートとして使用すると、暫定修正パッケージを非対話式で作成することができます。完成した暫定修正制御ファイルの例については、epkg コマンドを参照してください。ユーザー指定暫定修正パッケージ・コンポーネント以下の暫定修正制御ファイル・コンポーネントは、暫定修正パッケージ全体の一部であり、特定のファイルに関連するものではありません。ABSTRACT暫定修正パッケージの説明です。 Abstract のサイズは 38 バイトの制限があります。

DESCRIPTIONインストールされる暫定修正パッケージの詳細説明が入ります。

APARREFこの暫定修正と関連した APAR 番号を含むファイルの場所を指定します。このコンポーネントは必須です。このファイルには、1 行ごとに 1 つの APAR 番号が含まれている必要があります。

E2E_PREREQインストールされる暫定修正パッケージの前提条件となる暫定修正の暫定修正ラベル名をリスト表示します。このファイルを使用することにより、暫定修正 PREREQ ラベルがインストールされているかどうかを emgr が検査するようになります。前提条件がインストールされていなければ、emgr は、暫定修正パッケージのインストールを打ち切ります。このファイルを使用して、XREQ 暫定修正ラベルを指定することもできます。 XREQ 暫定修正ラベルを指定すると、emgr は、指定した暫定修正がインストールされている場合に、暫定修正パッケージをインストールしません。サポートされる暫定修正ラベルの最大数は 32 です。検査対象の暫定修正ラベルを指定するには、以下のようにします。• -g フラグを使用してファイルの場所を指定します。例えば、暫定修正 prereq.epkg を指定するには、次のように入力します。# epkg -g /tmp/efixprereq.epkg myefix

• 拡張オプションの対話モードで -v フラグを使用して、epkg のプロンプトでファイルの場所を入力します。例えば、interim_fixprereq.epkg を指定するには、プロンプトで次のように入力します。Enter the location for the supersede file or "." to skip. -> /tmp/interim_fixprereq.epkg

• 暫定修正制御ファイル内の E2E_PREREQ 属性を、暫定修正前提条件ファイルのローカル・ファイル・ロケーションに設定します。例えば interim_fixprereq.epkg を指定するには、この属性を次のように設定します。E2E_PREREQ=/tmp/interim_fixprereq.epkg

暫定修正前提条件ファイルのエントリーのフォーマットは、次のとおりです (RequisiteType はPREREQ または XREQ)。EfixLabel RequisiteType

「#」記号で始まるコメントや、先行空白スペースは無視されます。例:

oldefix1 PREREQ # Make sure oldefix1 is already installedoldefix4 XREQ # Make sure oldefix4 is NOT installed


注 : 暫定修正管理の最初のリリースでは、この機能はサポートされていません。この機能を使用可能にするには、最新レベルの暫定修正管理に更新する必要があります。暫定修正管理を更新するには、bos.rte.install を最新レベルに更新してください。

PKGLOCKSファイル所有権に基づいて自動的にロックされるパッケージとは別に、emgr がロックする必要があるパッケージをリストします。パッケージの名前、パッケージ・ロック・アクション (ALWAYS またはIFINST)、およびパッケージ・ファイル・タイプを指定する必要があります。 ALWAYS はこのパッケージをロックしようと常に試みることを意味し、このパッケージのロックに失敗すると暫定修正のインストールは失敗になります。 IFINST はこのパッケージがインストールされた場合のみこのパッケージをロックしようとすることを意味し、インストール済みパッケージのロックに失敗すると暫定修正のインストールは失敗になります。サポートされる暫定修正ラベルの最大数は 32 です。ロックされるパッケージを指定するには、以下のようにします。• -l フラグを使用してファイルの場所を指定します。例えば、pkglock.epkg を指定するには、次のように入力します。# epkg -l /tmp/pkglock.epkg myefix

• 拡張オプションの対話モードで -v フラグを使用して、epkg のプロンプトでファイルの場所を入力します。例えば、pkglock.epkg を指定するには、プロンプトで次のように入力します。Enter the location for the supersede file or "." to skip. -> /tmp/pkglock.epkg

• 暫定修正制御ファイル内の PKGLOCKS 属性を、ロックされるパッケージのローカル・ファイル・ロケーションに設定します。例えば、pkglock.epkg を指定するには、この属性を次のように設定します。PKGLOCKS=/tmp/pkglock.epkg

暫定修正パッケージ・ロック・ファイルのエントリーのフォーマットは、次のとおりです。PackageName PackageAction PackageType

「#」記号で始まるコメントや、先行空白スペースは無視されます。次の例では、emgr はインストール時に bos.rte.lvm をロックしようと常に試み、そのアンロックを除去時に行います。 emgr はbos.games がインストールされた場合に (のみ) それをロックし、そのアンロックを除去時に行います(ロックされた場合)。bos.rte.lvm ALWAYS installpbos.games IFINST installp


PRE_INSTALLインストール・プレビュー後の暫定修正ファイルのインストール前に実行します。 pre_install スクリプトに障害があると、暫定修正パッケージ・インストールが中断されます。このスクリプトは任意のプリインストール検査または作業を行うのに役立ちます。 emgr コマンドはプリインストール障害用の障害クリーンアップ手順を呼び出さないので、このスクリプトが、作業の終了前に、スクリプトに関連した障害のクリーンアップを実行します。このコンポーネントはオプションです。

POST_INSTALL暫定修正ファイルがすべて正常にインストールされた後に実行します。 post_install スクリプトで障害があると、インストールが失敗し、暫定修正マネージャーが障害クリーンアップ手順を実行します。このコンポーネントはオプションです。 post_install スクリプトについての詳細は、377 ページの『暫定修正パッケージのインストールと管理』を参照してください。

PRE_REMOVE除去操作での除去プレビュー後の暫定修正ファイルの除去前、および障害クリーンアップ手順の最初の段階で実行します。 pre_remove スクリプトに障害があると、所定の操作は失敗します。障害のクリ


ーンアップ手順の場合、emgr コマンドは EMGR_UNDO グローバル環境変数を 1 に設定します。必要な場合は、障害のクリーンアップと異なる別の除去アクションを取るために、EMGR_UNDO 変数が使用されます。このコンポーネントはオプションです。

POST_REMOVE除去操作および障害クリーンアップ手順で暫定修正ファイルが除去された後で実行します。除去の後処理スクリプトで障害があると、所定の操作は失敗します。障害のクリーンアップ手順の場合、emgrコマンドは EMGR_UNDO グローバル環境変数を 1 に設定します。EMGR_UNDO 変数が、障害のクリーンアップとは異なる別の除去アクションをとるために使用されます (必要な場合)。このコンポーネントはオプションです。

REBOOTこの暫定修正にリブート操作が必要かどうかを示します。この変数を使用して、以下のいずれかのリブート・シナリオを指定します。• リブートは不要。• リブートが必要でブート・イメージを再構築する。• リブートが必要だがブート・イメージは再構築しない。これらのリブート・シナリオのどれが必要かを指定するには、以下のようにします。• -r フラグを使用してリブート・シナリオを指定します。このフラグの引数は、n (リブートは不要)、

y (リブートが必要でブート・イメージを再構築する)、および o (リブートが必要だがブート・イメージは再構築しない) です。例えば次のコマンドは、リブートは不要であることを指定します。# epkg -r n

• 拡張オプションの対話モードで -v フラグを使用して、epkg のプロンプトで、必要なリブート・シナリオを選択します。例:

Select reboot policy for this efix package: 1) Reboot is NOT required. 2) Reboot is required. ブート・イメージが再ビルドされます。 3) Reboot is required. The boot image will NOT be rebuilt.

• 暫定修正制御ファイル内の REBOOT 属性と BUILD_BOOT_IMAGE 属性を、必要なリブート・シナリオの該当する値に設定します。例えば、リブートは不要であることを指定するには、これらの属性を以下のように設定します。REBOOT=noBUILD_BOOT_IMAGE=no

リブートが必要でブート・イメージを再構築することを指定するには、これらの属性を以下のように設定します。REBOOT=yesBUILD_BOOT_IMAGE=yes

リブートが必要だがブート・イメージは再構築しないことを指定するには、これらの属性を以下のように設定します。REBOOT=yesBUILD_BOOT_IMAGE=no

注 :

1.暫定修正管理の最初のリリースでは、この機能はサポートされていません。この機能を使用可能にするには、最新レベルの暫定修正管理に更新する必要があります。暫定修正管理を更新するには、bos.rte.install を最新レベルに更新してください。

PREREQinstallp 前提条件を含めます。このコンポーネントはオプションです。• このファイルは 1 行あたり 1 つの前提条件を持っています。


• 前提条件エントリーのフォーマットは次のとおりです。Fileset Min Level Max Level Type

Fileset必要条件 installp ファイルセットの名前。

Min Levelファイルセット必要条件の最小レベル。 NONE を指定すると、最小レベルがないことを示します。

Max Levelファイルセット必要条件の最大レベル。 NONE を指定すると、最大レベルがないことを示します。

TypePREREQ および IFREQ の 2 つのタイプがサポートされます。 PREREQ はデフォルトのタイプであり、必要条件ファイルセットがすべての基準を満たしていることを要求します。 IFREQ は、必要条件ファイルセット (インストール済みの場合のみ) がすべての基準を満たしていることを要求します。

• ブランク行または # で始まる行は無視されます。次に例を示します。# Require that abc.xyz is installed at any level: abc.xyz NONE NONE # Require that bos.rte.lvm is installed at level 5.1.0.10 or above: bos.rte.lvm 5.1.0.10 NONE# Require bos.mp be between 5.1.0.0 and 5.1.0.40 if it is installed: bos.mp 5.1.0.0 5.1.0.40 IFREQ

SUPERSEDEepkg がインストールされるときに置き換えられる 1 つ以上の暫定修正の暫定修正ラベル名を指定します。このファイルを使用すると、emgr は、このファイルで指定された暫定修正ラベルがインストールされている場合はそれを除去してから、暫定修正パッケージをインストールするようになります。インストール済みの置き換え対象暫定修正の除去に失敗すると、暫定修正パッケージのインストールは打ち切られます。サポートされる置き換え対象ラベルの最大数は 32 です。置き換え対象ファイルを指定するには、以下のようにします。• -S フラグを使用してファイルの場所を指定します。例えば、susperseded.epkg を指定するには、次のように入力します。# epkg -S /tmp/superseded.epkg myefix

• 拡張オプションの対話モードで -v フラグを使用して、epkg のプロンプトでファイルの場所を入力します。例えば susperseded.epkg を指定するには、プロンプトで次のように入力します。Enter the location for the supersede file or "." to skip. -> /tmp/superseded.epkg

• 暫定修正制御ファイル内の SUPERSEDE 属性を、置き換えられるファイルのローカル・ファイル・ロケーションに設定します。例えば、susperseded.epkg を指定するには、この属性を次のように設定します。SUPERSEDE=/tmp/superseded.epkg

置き換え対象ファイルのリストは、置き換えられる暫定修正ラベルが 1 行に 1 つというフォーマットにします。「#」記号で始まるコメントや、先行空白スペースは無視されます。例:

# Requisites for efix myefix3myefix1myefix2



暫定修正ファイル・コンポーネント次の暫定修正制御ファイル・コンポーネントは特定のファイルに関連しています。 epkg および emgr コマンドがサポートするそれぞれの暫定修正ごとの暫定修正ファイルの最大数は 200 です。EFIX_FILE_NUM所定のファイル数 (1 から 200)。

SHIP_FILEepkg コマンドが暫定修正パッケージにアーカイブしているローカル・ファイル・ロケーション。このファイルへの絶対パスまたは相対パスを指定します。このシップ・ファイルは、供給された暫定修正です。

TARGET_FILESHIP_FILE がインストールされているターゲット・ファイルのロケーション。このロケーションは、暫定修正パッケージがインストールされているシステムにあります。このファイルへの絶対パスを指定します。このファイルが、RPM または installp パッケージのような登録済みパッケージの一部であれば、記録されているロケーションを指定する必要があります。

INSTALLERこの変数は、暫定修正パッケージが入っているインストーラーのタイプを表しています。有効な整数選択項目は次のとおりです。1 installp によって記録される2 RPM によって記録される3 ISMP によって記録される4 別のインストーラーによって記録される5 installp によって記録される新規ファイル6 RPM によって記録される新規ファイル7 ISMP によって記録される新規ファイル8 別のインストーラーによって記録される新規ファイル9 どのインストーラーによっても記録されない

TYPEインストールするファイルのタイプです。有効な選択項目は次のとおりです。1 標準ファイルまたは実行可能ファイル2 ライブラリーまたはアーカイブ・メンバーTYPE 1 の例として、/usr/bin/ls ファイルまたは /usr/bin/rm ファイルが挙げられます。 TYPE2 の例は、libc.a ライブラリー・メンバーのような shr.o アーカイブ・メンバーです。

ACL任意のファイルに対するアクセス属性 (モードおよび所有権) を指定します。この属性を DEFAULT に設定すると、emgr コマンドは置換されるファイルの現行アクセス権を維持します。ただし、ターゲット・ファイルが新規ファイルである場合、またはユーザーが -v フラグを使用してアクセス権を指定する場合は、ACL 属性は Owner:Group:OctalModes 構文を用いて、次の例のように入力できます。 ACL= root:system:555

AR_MEMアーカイブ・メンバーの名前を指定します。このオプションは TYPE=2 の場合のみ有効です。この場合、SHIP_FILE は、配布されたアーカイブ・メンバーのローカル・ロケーションを、TARGET_FILEはターゲット・アーカイブを表しており、ACL がこのアーカイブ・メンバーに適用されます。例えば、次の属性は、/usr/ccs/lib/libc.a ターゲット・アーカイブで、myshr.o ローカル・ファイルをshr.o メンバーに配布します。TYPE=2SHIP_FILE=/home/myshr.o


TARGET_FILE=/usr/ccs/lib/libc.aAR_MEM=shr.o

暫定修正の自動的共通コンポーネント以下のコンポーネントは、暫定修正パッケージ全体の一部であり、特定のファイルに関連するものではありません。これらのコンポーネントは epkg コマンドにより自動的に決定されます。通常、ユーザーは以下のようなコンポーネントを設定しません。DATEバックアップが行われた日時。

INSTWORK暫定修正メタデータをアンパックするために必要なスペースの量 (512 バイト・ブロック単位で)。

VUID仮想固有 ID。時刻と cpuid の組み合わせ。この ID は類似のフィックスを区別するために使用します。

QNEXT および QORDER対話モード用の内部トラッカー。非プロンプト・モードで暫定修正制御ファイルを使用する場合、QNEXT および QORDER が設定されていないことを確認してください。または、QEND に設定してください。

暫定修正の自動的ファイル・コンポーネント以下のコンポーネントは、特定のファイルに関連しています。これらのコンポーネントは epkg コマンドにより自動的に決定されます。通常、ユーザーは次のようなコンポーネントを設定しません。CKSUM所定のファイルのチェックサム

SIZE所定のファイルのサイズ

暫定修正対話モードでの epkg コマンドの実行デフォルトでは、epkg コマンドは対話モードで実行されます。必須パラメーターは、暫定修正ラベルのみです。実行中の epkg コマンド・セッションに割り込みがあると、暫定修正制御ファイルは保存されます。同じ暫定修正ラベルで新規セッションを開始すると、それまでの暫定修正制御ファイルを使って作業を継続するかどうかの質問が出されます。この質問には -u フラグを使用して応答することができます。epkg コマンドは、質問順序の記録を維持しており、ユーザーはサブコマンドを使用して各種質問に対してナビゲートが可能です。さらに、epkg コマンドは前の作成された回答を記憶しているので、それをデフォルトの回答としてセットします。 epkg サブコマンドは次のとおりです。b!前の質問に戻します。

s!現行の暫定修正制御ファイルを示します。

q!暫定修正制御ファイルを保存せずに終了します (Ctrl-C キー・シーケンスを使用すると、このサブコマンドが実行されます)。

h!現在の質問に対するヘルプ情報を表示します。

epkg コマンドは、次のような質問を 1 つずつ行います。1. Enter 暫定修正 abstract [38 bytes maximum]: ** If "-s" flag is specified, go to question #3 ***

2. Does this 暫定修正 deliver one or more files ? (yes/no): ** If "no", go to question #9 **


3. Enter the local ship file location for 暫定修正 file number 1: 4. Enter target location for 暫定修正 file number 1:

5. Select file type for 暫定修正 file number 1: 1) Standard (file or executable) 2) Library member

6. Select the installer which tracks the file that is being fixed by 暫定修正 file number 1: 1) Currently tracked by installp. 2) Currently tracked by RPM. 3) Currently tracked by ISMP. 4) Currently tracked by another installer. 5) This is a NEW file that will be tracked by installp. 6) This is a NEW file that will be tracked by RPM. 7) This is a NEW file that will be tracked by ISMP. 8) This is a NEW file that will be tracked by another installer. 9) Not tracked by any installer.

*** If "-m flag" and not new go to #7.1 *** *** If new, go to #7.2 *** *** Else, go to #8 ***

7.1 Enter the ACL for file 1 in the format of <owner>:<group>:<octal modes>. For example to make the user="root", the group="system", and the modes "444", you would enter root:system:444. Enter "." if you want to keep the default (i.e. current) permissions on the existing target file.

7.2 Enter the ACL for file 1 in the format of <owner>:<group>:<octal modes>. For example to make the user="root", the group="system", and the modes "444", you would enter root:system:444.

8. Are there more 暫定修正 files ? (yes/no): ** If "yes", increment file and go to question #3 ** ** If "no" and "-s" flag, go to #14 ** ** If "no" go to question #9 **

9. Enter the local location for the pre-install script or "." to skip.

10. Enter the local location for the post-install script or "." to skip.

11. Enter the local location for the pre-remove script or "." to skip.

12. Enter the local location for the post-remove script or "." to skip.

14. Is a reboot required after installing this 暫定修正 ? (yes/no): 15. Enter the location for the APAR reference file.

16. Enter the local location for the installp prerequisite file or "." to skip. *** This question is skipped if -p flag ***

17. Enter the local location for the 暫定修正 description file or "." to compose it in an editor: *** This question is skipped if "-d" flag is specified *** *** If the description file is not specified, the user will be *** *** put into an editor to compose it. The user can specify *** *** which editor to use by setting the EDITOR global environment *** *** variable. The default editor is /usr/bin/vi. ***

すべての質問に回答すると、epkg コマンドは、暫定修正制御ファイルを検査し、圧縮した tar パッケージを作成します。このパッケージは emgr コマンドを使用してインストール可能です。

関連情報以下は、オプションのソフトウェア製品および保守更新に関する追加情報へのリンクです。• installp コマンドを使用してインストールするソフトウェア・プロダクトの開発については、「プログラミングの一般概念: プログラムの作成およびデバッグ」の『インストール用ソフトウェアのパッケージ化』を参照してください。

• システムの新規バックアップの作成については、 338 ページの『システム・バックアップの作成』を参照してください。

• 詳しいリリース情報については、「AIX バージョン 7.1 リリース・ノート」を参照してください。


ソフトウェア・プロダクト・パッケージ以下は、追加のソフトウェア・プロダクト・パッケージ情報です。

さまざまなフォーマットのソフトウェア・パッケージのインストール次の情報を使用して、さまざまなフォーマットで受け取ったソフトウェア・パッケージをインストールすることができます。installp フォーマットのパッケージに加えて、RPM Package Manager (RPM)、暫定修正、およびInstallShield MultiPlatform (ISMP) フォーマットのパッケージもインストールできます。SMIT、またはgeninstall コマンドのいずれかを使用して、これらのタイプのパッケージをインストールおよびアンインストールします。 geninstall コマンドは、指定されたパッケージのフォーマット・タイプを検出して、適切なインストール・コマンドを実行します。AIX プロダクト・メディアには、installp パッケージおよび RPM パッケージが含まれており、これらは基本オペレーティング・システム (BOS) のインストール時にインストールされます。 installp パッケージは、次のパスにあります。/mount_point/installp/ppc

RPM パッケージは、次のパスにあります。/mount_point/RPMS/ppc

AIX 用の暫定修正パッケージがある場合は、それらのパッケージを次のパスに配置できます。/mount_point/emgr/ppc

メディアに AIX 用の ISMP パッケージが含まれている場合、ISMP パッケージは次のパスにあります。/mount_point/ISMP/ppc

geninstall コマンドは、次のファイル名を ISMP インストール・イメージとして認識します。• setupaix*• install*• setup.jar

geninstall コマンドを使用して RPM、暫定修正、または ISMP パッケージをインストールする場合には、接頭部タイプを使用して、インストールするパッケージのタイプを geninstall コマンドに指示します。パッケージ接頭部タイプには次のものがあります。

I: installp フォーマットR: RPM フォーマットJ: ISMP フォーマットE: interim fix フォーマット

例えば、cdrecord RPM パッケージおよび bos.games installp パッケージをインストールするには、次のように入力します。# geninstall -d/dev/cd0 R:cdrecord I:bos.games

geninstall コマンドは、cdrecord パッケージが RPM パッケージ・タイプであることを検出し、rpm コマンドを実行して cdrecord パッケージをインストールします。その後、geninstall コマンドは、bos.games が installp パッケージ・タイプであることを検出し、installp コマンドを実行してbos.games パッケージをインストールします。アンインストールのプロセスも、インストール・プロセスと同様です。


SMIT では、ソフトウェア・リストからパッケージを選択する場合、接頭部タイプを指定する必要はありません。

ファイルセット・インストール・パッケージプロダクトの中の各ファイルセットのインストール・パッケージは、3 つの部分に分割できます。3 つの部分とは、ユーザー (usr) 部分、ルート (root) 部分、共用部分です。パッケージを理解するにあたり、話がより複雑になりますが、ソフトウェア・プロダクトを AIX のディスクレス・クライアントおよびデータレス・クライアントで使用するためには、プロダクトをこのように区分けすることが必要です。このように区分けされているため、プロダクトを 1 つのマシン (サーバーと呼ばれます) をインストールしてから、ネットワーク上の他のマシン (クライアントと呼ばれます) が、リモートでそのプロダクトを使用できるようにすることができます。注 : プロダクトのユーザー部分とルート部分は、同一のインストール可能パッケージに組み込まれています。項目説明ユーザー部分ソフトウェア・プロダクトのユーザー部分には、そのプロダクトの、同じハードウ

ェア・アーキテクチャーを備えたマシンが共有できる部分が含まれています。プロダクトの一部を構成するソフトウェアのほとんどが、通常このカテゴリーに入ります。標準システムでは、プロダクトのユーザー部分は /usr ファイル・ツリーに保管されています。例えば、ls コマンドは /usr/bin/ls ファイルに入っています。

ルート部分ユーザー部分は、どのプロダクトにもあります。ソフトウェア・プロダクトのルート部分には、プロダクトの共有不能な部分が含まれています。プロダクトのルート部分はオプションです。これは、プロダクトの多くが、個々のマシンに特有であることが必要とされるファイルをもたないためです。クライアント/サーバー環境では、これらは、1 つのサーバーの各クライアントごとに、固有なコピーが存在する必要があるファイルです。ルート・ソフトウェアのほとんどは、マシンまたはプロダクトの構成に関係があります。標準システムでは、プロダクトのルート部分は、ルート (/) ファイル・ツリーに保管されています。 /etc/objrepos ディレクトリーには、インストール可能なソフトウェア・プロダクトの重要プロダクト・データ (VPD) のルート部分が入っています。

共用部分ソフトウェア・プロダクトの共有部分には、そのプロダクトの、異なるハードウェア・アーキテクチャーを備えたマシンの間でも共有できる部分が含まれています。これには、実行可能でないテキストやデータ・ファイルが含まれます。例えば、プロダクトの共用部分には、ASCII テキストで書かれた文書や、特殊フォントを含むデータ・ファイルが入っています。プロダクトの共有部分はオプションです。これは、異種ハードウェア・クロスプラットフォームで共有できるファイルがまったくないプロダクトも、多くあるためです。プロダクトの共用部分は、常に、個別にインストール可能なパッケージに組み込まれています。標準システムでは、プロダクトの共用部分は通常、/usr/share ファイル・ツリーに保管されています。例えば、辞書データベースは /usr/share/dict/words ファイルに格納されます。

ソフトウェア・パッケージの作成mkinstallp コマンドにより、AIX 用に独自のソフトウェア・パッケージを作成することができます。mkinstallp コマンドで作成したパッケージは installp フォーマットで、mkinstallp コマンドを使用してインストールまたは除去します。


mkinstallp コマンドでパッケージするファイルはディレクトリー構造でなければならないため、ルート・ビルド・ディレクトリーに相対するファイルの場所は、インストール後のファイルの宛先と同じになります。例えば、/usr/bin/somecommand コマンドを、mkinstallp パッケージを使用してインストールする必要があれば、mkinstallp コマンドの起動時に somecommand パラメーターが buildroot/usr/binディレクトリーに存在しなければなりません。パッケージの内容が正しいディレクトリー構造である場合、mkinstallp コマンドは、コマンド・ラインから基本パッケージ・データを求めるプロンプトを出します。このデータにはパッケージ名、必要条件、パッケージするファイルの説明などが含まれます。その後、mkinstallp コマンドは、ユーザーが指定した応答に基づいてテンプレート・ファイルを生成します。テンプレート・ファイルの使用中にコマンド・ラインからのプロンプトが出ないようにするには、直接テンプレート・ファイルを作成して、編集し、-Tフラグを指定して mkinstallp コマンドを実行します。例えば、ビルド・ルートとして /tmp/packages を使用して /usr/bin/foo コマンドをパッケージするには、コマンド・ラインで次のように入力して、次のディレクトリー構造が存在することを確認してください。mkdir /tmp/packagestouch /tmp/packages/usr/bin/foo

次のように入力します。mkinstallp -d /tmp/packages

その他の例については、/usr/lpp/bos/README.MKINSTALLP ファイルを参照してください。mkinstallp コマンドは、bos.adt.insttools ファイルセットに組み込まれています。

ソフトウェア・バンドルのパッケージ化SMIT のインストール・アプリケーションは、/usr/sys/inst.data/sys_bundles および /usr/sys/inst.data/user_bundles の中でバンドルを探します。sys_bundles ロケーションは、通常、システム定義のバンドル (AIX に付属) 用に予約されています。ユーザーは、独自のバンドル・ファイルを user_bundles ディレクトリーに作成することができます。バンドル定義ファイル名の末尾は .bnd にする必要があります。バンドルを処理する AIX インストール・インターフェースが、.bnd で終わるバンドル・ファイルだけを認識するためです。任意のエディターを使用して、バンドル・ファイルを作成してください。この中にコメントとファイルセット名を入れることができます。ポンド記号 (#) で始まる行は、コメントとして認識され、バンドル処理コードにより無視されます。ファイルセットのリストを完了したら、そのファイルを保存した上で、ファイルが適切な読み取りアクセス権を持っているか確認してください。バンドル・インストール・インターフェースを呼び出すと、.bnd 拡張子を持たないバンドルが表示されます。以下に、事前定義バンドルの例を示します。• サーバー・バンドル。マルチユーザーのスタンドアロンまたはネットワーク環境で AIX を実行するマシン用のソフトウェア・パッケージの集合。このバンドルは、ディスク使用率よりも、機能性を強調します。

• グラフィックス・バンドル。グラフィカル環境のサポートを提供するソフトウェア・パッケージの集合。グラフィカル・サポートは、一部のシステムでは、 BOS インストール中に自動的にインストールされることもあります。

• 移行バンドル。このバンドルは、BOS 移行プロセス中に、移行インストールを完了するのに必要なディスク・スペースが不足した場合にだけ、作成されます。このバンドルは、移行を完了するためにインストールする必要のある、ソフトウェア・パッケージの集合で構成されます。移行インストールを完了させるには、このバンドルをインストールする必要があります。 smit update_all 高速パスを使用してバンドルをインストールしてください。また、グラフィックス・バンドルもインストールする必要がある場合があります。


一部のシステム・バンドルは、複数のメディアにまたがって展開されている、インストール・イメージを参照することがあります。使用中のメディアにファイルセットが見つからないというエラーがあった場合は、そのファイルセットが入ったメディアを挿入して、バンドルのインストールを再試行してください。システム・バンドルは、/usr/sys/inst.data/sys_bundles ディレクトリーにあります。次のようにタイプして、システム・バンドルをリストします。ls /usr/sys/inst.data/sys_bundles/*.bnd

または、SMIT list_bundle 高速パスを使用して、システム・バンドルをリストすることもできます。geninstall および gencopy コマンドは、バンドル・ファイルを使用するときに指定される複数のソフトウェア・ソースを処理します。これは、バンドル・ファイルの #MEDIA= 見出し機能で、ソフトウェア・イメージをグループ化することによって行われます。見出し機能の下でリストされたイメージはすべて指定したメディアに必ず存在します。メディアは、CD (例えば、Base Install Media Volume 1 または AIX LinuxToolbox CD) またはローカル・ディレクトリー (例えば、/usr/sys/inst.images ディレクトリー) のように名前で指定することができます。#MEDIA= 見出しは、バンドル内のファイルセットまたはパッケージのロケーションを指定するために使用します。例えば、BaseAndLinuxCD Bundle に次の情報が含まれているとします。# BaseAndLinuxCDBundle contains packages on volume 1 of base media and on the AIX # Linux Toolbox CD

#MEDIA=Base Install Media Volume 1I:bos.adt.prof

#MEDIA=AIX Linux Toolbox CDR:mtoolsR:vim-common

geninstall および gencopy コマンドが追加のメディアを求めるプロンプトを出す場合、#MEDIA= 行に示されるワードを使用します。上記の例では、geninstall および gencopy コマンドは、bos.adt.profinstallp パッケージが Base Install Media Volume 1 にあるというメッセージを表示しています。また、mtools および vim-common RPM パッケージが AIX Linux Toolbox CD にあるメッセージも表示しています。#MEDIA= 見出しはディレクトリーを示すためにも使用されます。例えば、CD_Directory Bundle に次の情報が含まれているとします。# CD_DirectoryBundle contains packages on volume 1 of base install media# and in /usr/sys/inst.images

#MEDIA=/usr/sys/inst.imagesI:bos.games

#MEDIA=Base Install Media Volume 1I:bos.adt.profR:cdrecord-1.9-4

これは、geninstall および gencopy コマンドに、bos.games installp パッケージが /usr/sys/inst.images ディレクトリーにあること、bos.adt.prof installp パッケージおよび cdrecord-1.9-4 RPMパッケージが Base Install Media Volume 1 にあることを通知しています。geninstall および gencopy コマンドは、バンドル・ファイル内の「%L」ワイルドカードを認識します。このワイルドカードは、実行時に、適切なロケール環境変数の値に置き換えられます。LC_ALL が最初に検査され、次に LC_MESSAGES、その後に LANG が検査されます。これにより、複数のインストール構成に対応する単一のバンドル・ファイルを作成することができます。例えば、ABC プロダクトがあるとします。これには、abc.rte および abc.com ファイルセット、ならびにメッセージ・カタログ・ファイルセットおよび文書ファイルセットが必要です。その後、次のようにして、英語、フランス語、およびドイツ語のメッセージ・ファイルセットと文書ファイルセットを用意します。abc.cat.en_USabc.cat.fr_FRabc.cat.de_DE


abc.doc.en_USabc.doc.fr_FRabc.doc.de_DE

次のバンドル・ファイルにより、ターゲット・システムのロケール変数に応じて、インストールされるファイルセットが適切に組み合わされます。I:abc.rteI:abc.comI:abc.cat.%LI:abc.doc.%L

注 : %L ワイルドカードを展開しても、インストール・メディアで使用可能なファイルセットに対応したファイルセット名が生成されない場合、現在のロケールの UTF-8 バージョンが試行され、次に en_US、その後に EN_US が試行されます。バンドルの内容がシステムにインストールされているかどうかを、lslpp -Lb コマンドを使用して判別できます。例えば、/usr/sys/inst.data/sys_bundles ディレクトリーにある Alt_Disk_Install バンドルのコンポーネントがインストールされているかどうかを判別するには、次のコマンドを実行します。lslpp -Lb Alt_Disk_Install.bnd

例えば、次のような出力が表示されます。

Fileset Level State Type Description------------------------------------------------------------------------------------------------------bos.alt_disk_install.boot_images 7.1.00 C F Alternate Disk Installation Disk Boot Imagebos.alt_disk_install.rte 7.1.00 C F Alternate disk Installation Runtime

State codes: A -- Applied. B -- Broken. C -- Committed. E -- EFIX Locked. O -- Obsolete. (partially migrated to newer version) ? -- Inconsistent State...Run lppchk -v.

Type codes: F -- Installp Fileset P -- Product C -- Component T -- Feature R -- RPM Package

AIX の移行移行中は、インストール・プロセスにより、オペレーティング・システムの既存のバージョンにインストールされるオプションのソフトウェア製品が判別されます。 AIX バージョン 7.1 の新規ソフトウェアで置き換えられた前のリリースのコンポーネントは、AIX バージョン 7.1 レベルでインストールされます。移行は、AIX の 1 つバージョンとリリースから、AIX の別のバージョンとリリース (例えば、AIX バージョン 6.1 以降から AIX バージョン 7.1) に移す場合のデフォルトのインストール方式です。AIX 5.3 または AIX バージョン 6.1 から AIX バージョン 7.1 に移行する場合、AIX バージョン 7.1 で使用可能な最新のテクノロジー・レベルに移行することによって、ご使用の AIX 5.3 または AIX バージョン 6.1 システムに以前にインストールされたフィックスのレベルが下がるリスクを回避することができます。旧レベルのベース・メディアおよびそれ以降のレベルの更新を追加して作成された NIM lpp_source を使用する場合は、lpp_source を移行元の AIX 5.3 または AIX バージョン 6.1 のレベルと同じリリース日以降のベース・メディアで作成してください。oslevel -s コマンドの出力の最後の 4 桁は、現在インストールされている Service Pack の年と週 (YYWW) を表しています。ご使用のシステムが、追加の Service Pack がインストールされていないテクノロジー・レベルである場合、最後の 4 桁は「0000」である可能性があります。この場合は、コマンド「lslpp -Lc bos.sysmgt.sysbr」からの最後のフィールドを調べて、同じ情報を入手してください。注 : オペレーティング・システムの次の推奨メンテナンス・レベルまたはテクノロジー・レベルをインストールする場合は、SMIT update_all 高速パスまたは install_all_updates コマンドを使用して、現在


インストール済みのファイルセットを更新します。AIX の次の推奨メンテナンス・レベルまたはテクノロジー・レベルへの更新の詳細については、357 ページの『オプションのプロダクトおよび保守更新』を参照してください。注 : 新しいテクノロジー・レベル (TL) を適用する場合は、必ず事前にバックアップを作成し、そのバックアップをリストアする計画を立てて、前レベルのインストール済み環境にロールバックする場合に備えておく必要があります。また、alt_disk_install オプションまたは multibos オプションを使用して、前レベルに戻ることもできます。 TL 更新は拒否できないため、この更新は必ず受け入れなければなりません。移行では、オペレーティング・システムを新規レベルのソフトウェアに移行する一方で、すべてのユーザー構成の保存が試行されます。この目標を達成するため、以下のステップが実行されます。• 構成ファイルの保存• 古いファイルの準備と除去• 新規ファイルの復元• サポートされないまたは不必要なファイルセットの除去• 構成データの移行 (可能な場合にはいつでも)• インストール用の VPD の準備• もっと多くのファイルセットの更新ソフトウェアの移行を実行すると、以下のようなことが起こります。• /usr/lib/drivers、/usr/lib/microcode、/usr/lib/methods、および /dev ディレクトリーにあるファイルはすべてシステムから除去されるので、デバイス・ドライバー用のソフトウェア・サポートを再インストールする必要があります。デバイス以外のソフトウェア・プロダクトおよびアプリケーションはシステムに残ります。またこれらのソフトウェア・プロダクトは、403 ページの『AIX のバイナリー互換性』に説明されているファイルに該当する場合は、正しく機能します。

• /tmp ディレクトリーにあるファイルはすべて、システムから削除されます。• 以下のようなソフトウェア・プロダクトが、システムから除去されます。

– AIXwindows インターフェース・コンポーザー– リモート・カスタマー・サービス– AIXwindows 開発環境– AIXwindows 実行時環境拡張の Display PostScript 機能– 拡張コマンドのパフォーマンス測定ツール機能– OpenGL および graPHIGS– Xstation Manager

移行インストールでは、新しいバージョンがインストールされるとき、ほとんどの場合、プロダクトの以前のバージョンからのユーザー構成ファイルは保存されます。関連情報Transitioning to POWER8 (POWER8 への移行)

AIX のバイナリー互換性AIX のバイナリー互換性により、AIX の古いリリースやテクノロジー・レベルで作成されたアプリケーションを、変更や再コンパイルを行わずに AIX の新しいリリースやテクノロジー・レベルで実行できます。例えば、AIX 5L で作成されたアプリケーションは、AIX バージョン 7.1 以降で動作できます。古いバージョンのオペレーティング・システムで作成されたアプリケーションを新しいレベルのオペレーティング・システムで実行できる機能は後方互換性と呼ばれます。どのプラットフォームにおいても、バイナリー互換性を実現するには、アプリケーションで移植可能プログラミング技法のみが使用されていなければなりません。以下の情報では、特定のバージョンの AIX で作成されたアプリケーションのバイナリー互換性について説明します。


http://www14.software.ibm.com/webapp/set2/sas/f/best/Transitioning_to_POWER8.pdf

AIX 5L および AIX バージョン 6.1 のアプリケーション移植可能プログラミング技法が使用されているアプリケーションであれば、AIX バージョン 7.1 以降で32 ビットと 64 ビットのアプリケーションを再コンパイルせずに実行できます。

AIX バージョン 4 の 32 ビット・アプリケーションポータブル・プログラミング技法が使用されているアプリケーションであれば、AIX バージョン 7.1 以降でそれらのアプリケーションを再コンパイルせずに実行できます。

AIX バージョン 4 の 64 ビット・アプリケーションAIX バージョン 4 でコンパイルされた 64 ビット・アプリケーションは、AIX 5L、AIX バージョン 6.1、および AIX バージョン 7.1 以降のいずれともバイナリー互換性がありません。これらのバージョンのAIX は、AIX バージョン 4 で作成された 64 ビット・アプリケーションとソース互換性があります。AIXバージョン 4 で作成された 64 ビット・アプリケーションに新しいバージョンの AIX との互換性を持たせるには、AIX 5L、AIX バージョン 6.1、または AIX バージョン 7.1 以降が実行されているシステムでそのアプリケーションを再コンパイルする必要があります。

AIX バージョン 3 の 32 ビット・アプリケーションポータブル・プログラミング技法が使用されているアプリケーションであれば、AIX バージョン 7.1 以降でそれらのアプリケーションを再コンパイルせずに実行できます。

AIX バージョン 7.2 以降を使用するシステムが、それより前のバージョンの AIX が実行されているクライアント・マシンのサーバーとして動作する場合があります。このようなケースでそのサーバーが動作するのは、必要な互換性オプションがインストールされている場合のみです。バイナリー互換性に関するすべての条件は、このシナリオに適用されます。注 : より新しいバージョンの AIX オペレーティング・システムに移行した後でアプリケーションが正しく動作しない場合、Problem Management Report (PMR) をオープンすることができます。 PMR をオープンする場合は、件名に「AIX Binary Compatibility」の記載を入れてください。AIX バイナリー互換性の制限どのプラットフォームにおいても、バイナリー互換性を実現するには、アプリケーションで移植可能プログラミング技法のみが使用されていなければなりません。あるリリースの AIX オペレーティング・システム上で作成したバイナリー・コードは、より古いバージョンの AIX オペレーティング・システムでは実行できません。例えば、バイナリー・コードを AIX バージョン 7.1 で作成した場合、そのバイナリー・コードは AIX バージョン 6.1 では実行できません。移植不可プログラミング技法以下の移植不可プログラミング技法の例は、バイナリー互換性に影響する可能性があります。• プロセッサー固有のコンパイラー・オプションを使用してコンパイルされ、そのプロセッサー以外のモデルで実行されるアプリケーション

• 長いユーザー名が有効な、従来のセキュリティー・ライブラリー・インターフェース• AIX 共有ライブラリーの非共有コンパイル• X11R5 サーバー・エクステンション• IBM-850 コード・セットに基づくロケール長いユーザー名が有効なアプリケーションAIX バージョン 5.3、AIX バージョン 6.1、および AIX バージョン 7.1 は、8 文字を超えるユーザー名およびグループ名を受け入れるように構成することができます。これらのバージョンの AIX オペレーティング・システムは、セキュリティー・ライブラリー・インターフェースを使用するアプリケーションをシステムが実行している場合、それらのアプリケーションが長いユーザー名のサポートに対応することがテストされていない限り、長いユーザー名を使用するよう構成しないでください。以下の条件のもとでは、長いユーザー名および長いグループ名に対応するシステム上で、アプリケーションは正しく動作しない可能性があります。• 長いユーザー名およびグループ名を処理するよう、明確に構造化されていないアプリケーション。• 8 文字の名前の制限を持つ、従来のセキュリティー・ライブラリー・インターフェースを使用するアプリケーション。


• 長さ 8 文字を超えないユーザー名およびグループ名に依存するアプリケーション。次の表は、従来のセキュリティー・ライブラリー・インターフェースと、長いユーザー名に対応する代替インターフェースが示されています。

表 21. 長いユーザー名に対応する代替従来のセキュリティー・ライブラリー・インターフェース

長いユーザー名に対応する代替

ckuserID() authenticatex()

cuserid() getpwuid()

getuinfo() getuinfox()

getuinfo_r() getuinfox()

getuserpw() getuserpwx()

newpass() newpassx()

putuserpw() putuserpwx()

putuserwhist() putuserpwxhist()

AIX バージョン 7.1 における X11R5/X11R6 の互換性の問題AIX バージョン 7.1 X-server は、X-Consortium リリース 6 の X (一般に X11R6 と呼ばれる) を使用します。IBM によって X11R6 と一緒に組み込まれたライブラリーには後方互換性があり、それらのライブラリーにアクセスするクライアント・アプリケーションは AIX バージョン 4、AIX 5L、および AIX バージョン 6.1上で使用できます。これらのバージョンの AIX では、柔軟性を最大にすることを目的に、IBM は X11R3、X11R4、および X11R5 の互換性インストール・オプションを用意しています。X-server アプリケーションの多くが、問題を発生させることはありません。ただし、一部の X-server アプリケーションは、X-server に用意されているロード可能エクステンションを使用します。エクステンションを使用することによって、新機能を X-server に追加できます。エクステンション操作ごとに、エクステンションが X-server アプリケーションにロードされてから、そのエクステンションを実行できるようになります。 X11R6 は、X-server の改善の過程において、どのようにエクステンションが動作するかを変更します。エクステンション変更が正しく動作するためには、X11R6 との互換性が必要です。 IBM によって提供されているエクステンションのすべてに互換性があります。以下のエクステンションの例には、X11R6との互換性がありません。• X-Consortium FTP サイトからダウンロードされたサンプル・エクステンション• ユーザー開発のエクステンション• サード・パーティーのエクステンションこのシナリオでは、エクステンションが正しく動作するためには、そのエクステンションに X11R6 との互換性が必要です。ユーザー開発のエクステンションとサンプル X-Consortium エクステンションは、X11R6 環境で再コンパイルしなければなりません。サード・パーティーのエクステンションであれば、X11R6 互換更新について、ベンダーに連絡してください。IBM 以外のディスプレイ・アダプターを使用している場合、X11R6 サーバー機能を使用するデバイスに固有の、ベンダー提供ソフトウェアも使用しなければならない可能性があります。このシナリオでは、ソフトウェアが正しく動作するためには、そのソフトウェアに X11R6 との互換性が必要です。ソフトウェアについては、ディスプレイ・アダプターのベンダーに連絡してください。32 ビットのデバイス・ドライバーおよびカーネル・エクステンションAIX バージョン 6.1 以降、AIX オペレーティング・システムでは、64 ビット・カーネルのみ提供され、カーネル環境が単純化されました。 AIX オペレーティング・システムでは、以前のバージョンの AIX オペレーティング・システムとのアプリケーション・バイナリー互換性が維持されていますが、32 ビットのデバイス・ドライバーおよびカーネル・エクステンションは、AIX バージョン 6.1、および AIX バージョン 7.1ではサポートされていません。


AIX 5L でビルドされたデュアル・モード (32 ビット/64 ビット) のカーネル・エクステンションは、AIX バージョン 6.1、および AIX バージョン 7.1 において、64 ビット・モードでのみ動作します。

BOS の移行前と移行後の検査移行インストールを確実に成功させるため、pre_migration および post_migration コマンドで様々なシステム・チェックを行います。コマンドは両方とも bos.rte ファイルセットに入っています。移行インストールの実行前に検査する AIX のレベルに pre_migration コマンドが存在しない場合は、pre_migration コマンドはメディア・ファイルシステムの usr/lpp/bos ディレクトリーにあります。移行を実行しようとしている新規の AIX メディア・バージョンの usr/lpp/bos ディレクトリーからpre_migration コマンドをコピーしてください。pre_migration コマンドの出力は /home/pre_migration date ディレクトリー内のシステムに保存されます。pre_migration コマンドは次のアクションを実行します。• 除去するデバイスのファイルセットをリストする。• 除去する他のファイルセットをすべてリストする。• マージされない保存済みの基本構成ファイルをリストする。• マージされる構成ファイルをリストする。• ファイルセットのバージョンの整合性を確認する。• インストール済みファイルセットのリストをすべて作成する。post_migration コマンドで使用します。

• ブートする論理ボリュームのサイズとロケーションを検査する。• rootvg のメジャー番号が 10 であるか検査する。• bos.net.ipsec.keymgt ファイルセット用の DB ディレクトリーが欠落していないか検査する。• Kerberos が使用されているか判別する。• ディスク・サイズとメモリー・サイズを検査する。• IBM Power Systems 7025/7026 システムのファームウェア・レベルを検査する。注 : 必要なファームウェア・バージョンは、ご使用の製品を選択して、次の Web サイトから入手することができます。http://www-933.ibm.com/support/fixcentral/

AIX バージョン 7.1 サポートの記述のファームウェア・レベルのヒストリー・セクションを参照してください。

• AIX の古いバージョンから移行する場合は、正しい更新が適用されているかどうかを検査する。• システムのプラットフォームを確認する。注 : そのプラットフォームが AIX バージョン 7.1 ではサポートされていない場合は、そのシステムはmksysb 移行に使用される可能性があるため、最小限の事前移行検査しか行われません。

• 移行前にシステム・バックアップを作成するように勧告表示する。post_migration コマンドからの出力は /home/post_migration date ディレクトリーに保存されます。post_migration コマンドは次のアクションを実行します。• ファイルセットのバージョンの整合性を確認する。• 移行前にインストール・リストをチェックし、移行の必要がありそうなファイルセットがまだ他にあればユーザーに伝える。

• 保存済み構成スクリプトと移行済み構成スクリプトを比較し、差異を保存する。


http://www-933.ibm.com/support/fixcentral/

AIX バージョン 7.1 への移行AIX バージョン 7.1 に移行するには、以下の手順に従います。注 :

1.ブート論理ボリュームは、連続する 20 MB のディスク・スペースを必要とします。移行中にinuextendblv コマンドが実行され、hd5 のための連続する区画があることを確認します。連続する区画がない場合は、inuextendblv コマンドがそうした区画を作成しようとします。そのような区画がなく、かつ inuextendblv コマンドもその作成に失敗すると、移行は停止します。

2. bootlist の設定は移行されません。移行後、bootlist は 1 次ブート・デバイスに設定されます。重要 : この手順では、基本オペレーティング・システムをシャットダウンしてから再インストールすることが必要になります。オペレーティング・システムを再インストールする時はいつでも、データまたは機能が失われないようにするためのワークロードに対する影響が最小限で済むようなタイミングでシャットダウンを実行してください。移行インストールを実行する前に、データやカスタマイズされたアプリケーションやボリューム・グループの信頼できるバックアップを必ず作成しておいてください。システム・バックアップの作成方法については、338 ページの『システム・バックアップの作成』を参照してください。

より新しいバージョンの AIX オペレーティング・システムに移行する場合、j2_inodeCacheSize チューナブル・パラメーターのデフォルト値が 400 から 200 に変更されたことに注意してください。j2_inodeCacheSize チューナブル・パラメーターによって、主メモリー 1 ギガバイト (GB) ごとに約 50,000個のオープン・ファイルが許可されるため、システム・パフォーマンスは向上します。ただし、主メモリーが少量 (4 GB 以下) で、多くの並行ユーザーまたは並行オープン・ファイルがあるシステムでは、j2_inodeCacheSize チューナブル・パラメーター値 200 によって、問題が発生する可能性があります。それらの問題を解決するため、チューナブル・パラメーター j2_inodeCacheSize およびj2_metadataCacheSize の値を、次のコマンドを実行することによって、200 から以前の値 400 に変更できます。注 : 次のコマンドを実行すると、両方のチューナブル・パラメーターの現在値とブート値はリセットされます。ioo -p -o j2_inodeCacheSize=400 -o j2_metadataCacheSize=400

チューナブル・パラメーター j2_inodeCacheSize および j2_metadataCacheSize の値を変更しても問題が解消されない場合、IBM サポートにご連絡ください。前提条件移行を開始する前に、以下の前提条件を完全に整えてください。• 外部デバイス (磁気テープ・ドライブ、CD ドライブまたは DVD-ROM ドライブなど) を含め、すべての必要なハードウェアが、物理的に接続状態になっている必要があります。詳細な情報が必要な場合は、システムに付属のハードウェア資料を参照してください。

• BOS を AIX バージョン 7.1 に移行する前に、root ユーザーの 1 次認証方式が SYSTEM であることを確認してください。次のコマンドを入力して、この条件を確認できます。# lsuser -a auth1 root

必要であれば、次のコマンドを入力して値を変更します。# chuser auth1=SYSTEM root


• 使用するアプリケーションが AIX バージョン 7.1 で稼働することを確認します。また、使用するアプリケーションが AIX バージョン 7.1 とバイナリー互換であることも確認してください。現在のシステムがアプリケーション・サーバーなら、ライセンスの問題がないことを確認してください。アプリケーションでどのレベルの AIX がサポートされ、ライセンス交付を受けているかについては、アプリケーションのマニュアルを参照するか、またはアプリケーションの提供元にお問い合わせください。

• ハードウェア・マイクロコードが最新であることを確認します。


• 外部デバイス (磁気テープ・ドライブ、CD ドライブまたは DVD-ROM ドライブなど) を含め、すべての必要なハードウェアが、物理的に接続されて電源オンになっている必要があります。詳細な情報が必要な場合は、システムに付属のハードウェア資料を参照してください。

• errpt コマンドを使用することにより、システム・エラー・ログ中の項目に基づいてエラー・レポートを生成します。詳細なレポートを表示するには、次のように入力します。# errpt -a

• 十分なディスク・スペースとメモリーが使用可能でなければなりません。2 GB 以上のメモリーと 5 GB以上の物理ディスク・スペースが必要です。システムに最小インストールより多くのものがある場合は、5 GB の物理ディスク・スペースでは不十分な可能性があります。リリース・ノートのディスク要件に関するトピックを参照して、これらの要件を AIX 5.3 システムのディスク使用量と比較してください。AIX バージョン 7 用にリストされ、AIX 5.3 システムにはない新規ファイルシステムがリストされる場合、これらのファイルシステムは移行時に作成されます。移行インストールを開始する前に、適切なディスク・スペースが使用可能であることを確認してください。また、移行では、ソフトウェア・インストールには上書きインストールよりも多くのディスク・スペースが必要です。

• 移行前スクリプトを実行します。• システム・ソフトウェアおよびデータのバックアップ・コピーを作成します。手順については、338 ページの『システム・バックアップの作成』を参照してください。注 : AIX バージョン 7.1 以降、32 ビット・カーネルは推奨されないとなりました。したがって、AIX バージョン 7.1 を稼働するには、64 ビット・ハードウェアが必要です (POWER4、POWER5、または POWER6システムのみ)。 604e プロセッサーを使用するアーキテクチャー・モデルは 64 ビット対応ではないため、AIX バージョン 7.1 は稼働しません。これらの RS/6000 モデルには、以下のものが含まれます。• 7025 F50 シリーズ• 7026 H50 シリーズ• 9076 H50 シリーズ• 7043 150 シリーズ• 7046 B50 シリーズプロセッサーの能力を検査するには、以下のコマンドを実行します。/usr/sbin/prtconf -c

このコマンドは、システムの能力に応じて、CPU Type: 32-bit または CPU Type: 64-bit を戻します。ご使用のシステムに prtconf コマンドがない場合は、bootinfo -y コマンドを使用できます。BOS インストールのためのシステムの準備AIX バージョン 7.1 BOS に移行するための準備として、次の手順を実行します。AIX バージョン 7.1 BOS への移行の準備として、以下の手順を実行します。1. AIX Volume 1 のディスクをメディア・デバイスに挿入します。2.システムをシャットダウンします。マシンが現在稼働中の場合は、以下のステップによって、直ちにその電源をオフにします。a) root ユーザーとしてログインします。b)以下のコマンドを入力します。# shutdown -Fc)システムが自動的に電源オフにならない場合、電源スイッチをオフ (0) の位置にします。

重要 : 409 ページの『インストール・メディアからのブート』で指示されるまでは、システム装置をオンにしないでください。

3.接続されているすべての外部デバイスをオンにします。これに含まれるものは、以下のとおりです。• 端末装置• CD または DVD-ROM ドライブ


• テープ・ドライブ• モニター• 外部ディスク・ドライブ外部デバイスの電源を先にオンにし、始動 (ブート) 処理中にシステム装置が周辺装置を識別できるようにする必要があります。

インストール・メディアからのブートオペレーティング・システムの現行バージョンを AIX バージョン 7.1 に移行するには、次の手順を実行します。以前のシステムでは定義されていなかった ASCII コンソールを使用しようとしている場合、先へ進む前に、63 ページの『ステップ 3. ASCII 端末のセットアップ』を完了してください。以下のステップによって、オペレーティング・システムの現行バージョンを AIX バージョン 7.1 に移行します。1.システム装置の電源スイッチをオフ (0) からオン (|) に切り替えます。2.システムのビープ音が 2 回鳴ったら、キーボードの F5 (または ASCII 端末装置の場合は 5) を押します。グラフィック・ディスプレイを使用している場合は、ビープ音が鳴った時点で画面上にキーボードのアイコンが表示されます。 ASCII 端末 (tty 端末装置) を使用している場合は、ビープ音が鳴った時点で keyboard の文字が表示されます。注 : F5 キー (ASCII 端末の場合は 5) を押してもシステムがブートしない場合は、ハードウェア付属のマニュアルを参照し、AIX プロダクト・メディアからシステムをブートする方法について調べてください。システムは、インストール・メディアからのブート処理を開始します。

3.ご使用のシステムに LED ディスプレイがある場合は、 3 桁の LED に c31 と表示されるはずです。複数のコンソールがある場合、それぞれに、システム・コンソールを識別するためのキーを押すように指示するウィンドウが表示されます。このウィンドウが表示される各コンソールごとに、異なるキーが指定されています。このウィンドウが表示されたら、システム・コンソールとして使用するデバイス上でのみ、指定されたキーを押してください。 (システム・コンソールとは、インストールとシステム管理に使用するキーボードとディスプレイ・デバイスのことです。) 1 つのコンソールでだけキーを押してください。インストール指示に使用される言語の選択を求めるウィンドウが表示されます。

4.インストール指示に使用する言語を選択します。5.「Welcome to Base Operating System Installation and Maintenance (基本オペレーティング・システムのインストールと保守へようこそ)」ウィンドウが表示されたら、1 を入力して「Start Install Nowwith Default Settings (デフォルト設定でインストールをすぐに開始する)」を選択して移行を即時に開始するか、または 2 を入力して「Change/Show Installation Settings and Install (インストール設定の変更/表示、およびインストール)」を選択してインストール設定とシステム設定を確認します。設定を変更する場合は、65 ページの『ステップ 5. インストール設定の検査または変更』の手順に従います。注 :

• 単に移行インストール方式を選択するために、設定を変更する必要はありません。オペレーティング・システムの前のバージョンが存在する場合、インストール方式は移行になります。

• 使用可能なインストール方式は、現在インストール済み (移行する前) のオペレーティング・システムのバージョンによって異なります。 BOS インストール方式の詳細については、40 ページの『基本オペレーティング・システムのインストール』を参照してください。移行インストールで使用可能なインストール・オプションの詳細については、45 ページの『BOS インストール・オプション』を参照してください。

6.「Migration Installation Summary (移行インストールの要約)」ウィンドウで選択内容を確認し、Enterを押します。

7.「Migration Confirmation (移行確認)」ウィンドウで移行インストール・プロセスを確認してから、Enterを押して移行インストールを開始します。


BOS の移行の完了確認のプロンプトのあとで、インストール・プロセスが開始されます。「Installing Base Operating System(基本オペレーティング・システムのインストール )」ウィンドウが表示されます。インストールが進行するにつれて、完了率と経過時間のフィールドの数字が増加して、インストール状況が示されます。基本実行時環境がインストールされたあと、インストールが進行中の他のソフトウェアに関して状況情報が表示されます。 BOS インストールが完了すると、システムは自動的にリブートされます。システムが再始動された後、BOS のインストールを構成するようプロンプトが出されます。構成プロセスについては、92 ページの『AIX の構成』を参照してください。注 : 通常移行されるソフトウェアのすべてを移行するにはスペースが足りないという場合は、後で他のソフトウェアをインストールするときに、移行バンドルと呼ばれるソフトウェアの集まりを使用することができます。インストール対象のマシンに追加のディスク・スペースを作成する必要があります。次に、smitupdate_all を実行してインストール完了します。そのインストールの間に、移行バンドルがインストールされます。グラフィックス・コンソールからインストールを実行していない場合、 Graphics_Startup バンドルが作成されます。ソフトウェア・バンドルのインストール、ならびにオプションのソフトウェア製品の移行またはインストールについての詳細は、360 ページの『オプションのソフトウェア・プロダクトおよび保守更新のインストールの準備』を参照してください。365 ページの『オプションのソフトウェア・プロダクトおよび保守更新の保守』では、システムからソフトウェアを除去して、ディスク・スペースを解放する方法について説明しています。移行後スクリプトを実行して出力ファイルを検査します。構成ファイルに加えられた変更の検査geninstall コマンドを使用する場合は、/etc/check_config.files にリストされている構成ファイルにどのような変更が加えられたかを簡単に確認できます。geninstall インストールまたは更新操作の実行中にこれらのファイルが変更されると、古いファイルと新しいファイルの差が /var/adm/ras/config.diff ファイルに記録されます。 /etc/check_config.files によって古いファイルの保存が要求された場合、古いファイルは /var/adm/config ディレクトリーで検出できます。 /etc/check_config.files ファイルは編集可能であり、これを使用して、変更された古い構成ファイルを保存する (s で指示) か、削除する (d で指示) かを指定できます。このファイルのフォーマットは次のとおりです。d /etc/inittab

mksysb の移行mksysb の移行により、mksysb を、古いシステムから AIX バージョン 7.1 をサポートするシステムに復元し、mksysb を移行することができます。従来の移行では、サポートされるハードウェア構成のオペレーティング・システムを新しいレベルに移動しています。 mksysb 移行インストールは、AIX 4.3 を実行しているサポートされないハードウェア構成を、AIX バージョン 7.1 を実行する新しいサポートされるハードウェア構成に移動するための推奨されるインストール方法です。mksysb の移行は、従来の移行で移行できるシステムは対象としていません。この方法では、mksysb を新しいハードウェア構成で復元し、AIX バージョン 7.1 を実行せずにそれを移行することにより、ハードウェアの制限を迂回することができます。その結果、システムは新しいレベルの AIX を実行することができます。mksysb の移行でカスタマイズ済みの bosinst.data ファイルを使用するための要件mksysb 移行インストールを実行するには、カスタマイズされた bosinst.data ファイルが必要です。カスタマイズされた bosinst.data ファイルは、mksysb 移行で使用するために以下の要件を満たしている必要があります。


• ファイルが、補足ディスケット方式またはクライアント・ファイル方式 (NIM) を使用して提供用意されている。このファイルの作成方法について詳しくは、88 ページの『インストールのカスタマイズ』を参照してください。補足 CD または DVD 方式は、mksysb 移行ではサポートされていません。

• ファイルに、新しい変数 MKSYSB_MIGRATION_DEVICE が含まれている。この変数は、mksysb が入っているデバイスの名前を指定します。この変数にサポートされる値について詳しくは、48 ページの『bosinst.data control_flow スタンザの説明』を参照してください。

• CONTROL_FLOW スタンザの変数が、次のように設定されている。– PROMPT は no に設定する。– INSTALL_METHOD は migrate に設定する。– EXISTING_SYSTEM_OVERWRITE は yes に設定する。– RECOVER_DEVICES は no に設定されている必要があります。mksysb 移行は、mksysb ODM に指定されているようにソース・システムの SYS0 属性をリカバリーしようとしますが、ソース・システムから他のデバイス固有のデータはリカバリーされません。

これらの変数に対するユーザー指定の値は無視されます。• TARGET_DISK_DATA スタンザにインストールされるディスクのみが使用されるように、これらのディスクがファイルにリストされている。 mksysb 移行は、上書きインストールと移行インストールの組み合わせです。ターゲット・ディスク上のデータはすべて、上書きの部分により破壊されます。TARGET_DISK_DATA スタンザには、ディスクを明確に選択するために十分な情報が必要です。TARGET_DISK_DATA スタンザが空の場合、プラットフォームのデフォルトのディスクが使用されます(ある場合)。次の例は、TARGET_DISK_DATA スタンザに指定可能な値を示しています。例 1. ディスク名のみ (2 つのディスク)

target_disk_data: PVID = PHYSICAL_LOCATION = CONNECTION = LOCATION = SIZE_MB = HDISKNAME = hdisk0 target_disk_data: PVID = PHYSICAL_LOCATION = CONNECTION = LOCATION = SIZE_MB = HDISKNAME = hdisk1

例 2. 指定された物理ロケーション (1 つのディスク)

target_disk_data: PVID = PHYSICAL_LOCATION = U0.1-P2/Z1-A8 CONNECTION = LOCATION = SIZE_MB = HDISKNAME =

例 3. 物理ボリューム ID ごと (2 つのディスク)

target_disk_data: PVID = 0007245fc49bfe3e PHYSICAL_LOCATION = CONNECTION = LOCATION = SIZE_MB = HDISKNAME = target_disk_data: PVID = 00000000a472476f PHYSICAL_LOCATION = CONNECTION = LOCATION = SIZE_MB = HDISKNAME =


DVD インストールによる mksysb 移行AIX バージョン 7.1 の DVD インストールを用いて、mksysb 移行を実行することができます。前提条件• 外部デバイス (DVD-ROM ドライブなど) を含め、すべての必要なハードウェアが、物理的に接続状態になっている必要があります。外部デバイスの接続についての詳細は、システムに付属のハードウェア資料を参照してください。



• ハードウェア・マイクロコードが最新であることを確認します。• 十分なディスク・スペースとメモリーが使用可能でなければなりません。 AIX バージョン 7.1 には、少なくとも 512 MB のメモリーと 5 GB の物理ディスク・スペースが必要です。詳しいリリース情報については、「AIX 7.1 リリース・ノート」を参照してください。

• システム・ソフトウェアおよびデータのバックアップ・コピーを作成します。システム・バックアップの作成方法については、338 ページの『システム・バックアップの作成』を参照してください。このバックアップは、mksysb 移行インストールで、移行の前にシステム・ファイルを復元するために使用されます。

• ソース・システムが使用可能な場合、そこで移行前スクリプトを実行します。移行はターゲット・システムで行われるため、ソース・システムのハードウェア構成に関連するメッセージは無視します。その他の問題は、スクリプトで推奨されるように訂正します。ステップ 1. インストールのためのシステムの準備AIX バージョン 7.1 BOS への移行の準備として、以下のステップを完了します。1. AIX Volume 1 のディスクをメディア・デバイスに挿入します。2.ターゲット・システムをシャットダウンします。マシンが現在稼働中の場合は、以下のステップを実行して、その電源をオフにします。a. root ユーザーとしてログインします。b. shutdown -F と入力します。c.システムが自動的に電源オフにならない場合、電源スイッチをオフ (0) の位置にします。

重要 : 指示されるまで、システム装置をオンにしないでください。3.接続されているすべての外部デバイスをオンにします。外部デバイスには、次のものが含まれます。

• 端末装置• CD-ROM ドライブ• DVD-ROM ドライブ• テープ・ドライブ• モニター• 外部ディスク・ドライブ外部デバイスの電源を先にオンにし、始動 (ブート) 処理中にシステム装置が周辺装置を識別できるようにする必要があります。

4. MKSYSB_MIGRATION_DEVICE がテープである場合、mksysb のテープをテープ・ドライブに挿入します。 MKSYSB_MIGRATION_DEVICE が DVD で、システムに (AIX のブートに使用しているドライブ以外


に) 他の DVD ドライブがある場合、メディアの交換を求めるプロンプトが出されないように、mksysbDVD をそのドライブに挿入してください。

5.カスタマイズ済みの bosinst.data 補足ディスケットをディスケット・ドライブに挿入します。システムにディスケット・ドライブがない場合、mksysb 移行のネットワーク・インストール方式を使用します。

ステップ 2. インストール・メディアからのブート以下のステップによって、オペレーティング・システムの現行バージョンを AIX バージョン 7.1 に移行します。以前のシステムでは定義されていなかった ASCII コンソールを使用する場合、それを定義する必要があります。 ASCII コンソールの定義についての詳細は、63 ページの『ステップ 3. ASCII 端末のセットアップ』を参照してください。1.システム装置の電源スイッチをオフ (0) からオン (|) に切り替えます。2.システムのビープ音が 2 回鳴ったら、キーボードの F5 (または ASCII 端末装置の場合は 5) を押します。グラフィック・ディスプレイを使用しているなら、ビープ音が鳴った時点で画面上にキーボードのアイコンが表示されます。 ASCII 端末 (tty 端末装置) を使用している場合は、ビープ音が鳴った時点で「keyboard」の文字が表示されます。注 : F5 キー (ASCII 端末の場合は 5) を押してもシステムがブートしない場合は、ハードウェア付属のマニュアルを参照し、AIX プロダクト・メディアからシステムをブートする方法について調べてください。システムは、インストール・メディアからのブート処理を開始します。 mksysb 移行インストールは、不在インストール (プロンプトなしインストール) として続行されます。ただし、MKSYSB_MIGRATION_DEVICE がシステムのブートとインストールに使用されているのと同じ DVD ドライブである場合は除きます。その場合、image.data および /etc/filesystems ファイルを復元するために、mksysb DVD のプロダクト・メディアに切り替えるようプロンプトが出されます。その後、もう一度プロダクト・メディアを挿入するようプロンプトが出され、インストールは続行します。mksysb イメージを復元するときに、同じ手順が繰り返されます。

BOS メニューでは現在 mksysb 移行がサポートされていないため、BOS メニューはロードされません。従来の移行では、メニューを使用してユーザーに情報を求めるプロンプトを出せば修正できるエラーが発生した場合は、BOS メニューがロードされます。そのようなエラーまたは問題が mksysb 移行中に検出された場合、インストールはアサートし、移行を続行できないというエラーが表示されます。アサートの原因となったエラーによっては、エラー固有の情報が表示されることがあります。インストールがアサートすると、LED に「088」が示されます。

ステップ 3. BOS 移行の完了インストール・プロセスが始まると、「Installing Base Operating System (基本オペレーティング・システムのインストール)」画面が表示されます。インストールが進行するにつれて、完了率のフィールドと経過時間のフィールドの数字が増加して、インストール状況が示されます。 mksysb が復元された後、基本ランタイム環境がインストールされ、インストールが進行中の他のソフトウェアに関して状況情報が表示されます。 BOS インストールが完了すると、システムは自動的にリブートされます。システムが再始動された後、BOS のインストールを構成するようプロンプトが出されます。 BOS の構成について詳しくは、92 ページの『AIX の構成』を参照してください。注 :

通常移行されるソフトウェアのすべてを移行するにはスペースが足りないという場合は、後で他のソフトウェアをインストールするときに、移行バンドルと呼ばれるソフトウェアの集まりを使用することができます。移行バンドルをインストールするマシンに追加のディスク・スペースを作成する必要があります。次に、smit update_all を実行してインストールを完了します。そのインストールの間に、移行バンドルがインストールされます。


グラフィックス・コンソールからインストールを実行していない場合、Graphics_Startup バンドルが作成されます。詳しくは、357 ページの『オプションのプロダクトおよび保守更新』を参照してください。システムからソフトウェアを除去して、ディスク・スペースを解放する方法については、365 ページの『オプションのソフトウェア・プロダクトおよび保守更新の保守』を参照してください。移行前スクリプトがソース・システムで実行された場合、移行後スクリプトを実行して出力ファイルを検査します。NIM インストールによる mksysb 移行の実行AIX バージョン 7.1 の NIM インストールを用いて、mksysb 移行を実行することができます。

前提条件• 外部デバイス (DVD-ROM ドライブなど) を含め、すべての必要なハードウェアが、物理的に接続状態になっている必要があります。外部デバイスの接続についての詳細は、システムに付属のハードウェア資料を参照してください。



• ハードウェア・マイクロコードが最新であることを確認します。• 十分なディスク・スペースとメモリーが使用可能でなければなりません。 AIX バージョン 7.1 には、少なくとも 512 MB のメモリーと 5 GB の物理ディスク・スペースが必要です。詳しいリリース情報については、「AIX 7.1 リリース・ノート」を参照してください。

• システム・ソフトウェアおよびデータのバックアップ・コピーを作成します。システム・バックアップの作成方法については、338 ページの『システム・バックアップの作成』を参照してください。このバックアップは、mksysb 移行インストールで、移行の前にシステム・ファイルを復元するために使用されます。

• ソース・システムが使用可能な場合、そこで移行前スクリプトを実行します。移行はターゲット・システムで行われるため、ソース・システムのハードウェア構成に関連するメッセージは無視します。その他の問題は、スクリプトで推奨されるように訂正します。ステップ 1. インストールのためのシステムの準備システムを準備するには、以下の条件が満たされていることを確認してください。• ターゲット・システムが NIM マスターのクライアントとして定義されている。• 前提条件で説明されている必要なカスタマイズ済みの bosinst.data ファイルが、NIM bosinst.dataリソースであるか、補足ディスケット方式を使用して用意されている。

NIM マスターに対してクライアントのインストールを開始するよう指示するには、次のコマンドを実行します。# nim -o bos_inst -a source=rte -a spot=spot name -a lpp_source=lpp source name -a bosinst_data=bosinst_data resource name -a mksysb=mksysb name client_name

SPOT ファイルと lpp_source ファイルが、AIX バージョン 7.1 レベルでなければなりません。あるいは、別に alloc を使用して、最初に mksysb をクライアントに割り当てることもできます。その後、コマンド・ラインまたは smitty nim を使用して、クライアントで bos_inst 操作を実行します。bos_inst 操作の前に mksysb がクライアントに割り当てられている場合、mksysb の指定は不要です。


ステップ 2. インストール・メディアからのブート以下のステップによって、オペレーティング・システムの現行バージョンを AIX バージョン 7.1 に移行します。以前のシステムでは定義されていなかった ASCII コンソールを使用する場合、そのコンソールを定義する必要があります。 ASCII コンソールの定義についての詳細は、63 ページの『ステップ 3. ASCII 端末のセットアップ』を参照してください。1.ネットワーク・ブート・イメージが転送されたら、システムはネットワーク・リソースを使用してブートを開始します。

2. mksysb 移行インストールは、不在インストール (プロンプトなし) として続行します。BOS メニューでは現在 mksysb 移行がサポートされていないため、BOS メニューはロードされません。従来の移行では、メニューを使用してユーザーに情報を求めるプロンプトを出せば修正できるエラーが発生した場合は、BOS メニューがロードされます。そのようなエラーまたは問題が mksysb 移行中に検出された場合、インストールはアサートし、移行を続行できないというエラーが表示されます。アサートの原因となったエラーによっては、エラー固有の情報が表示されることがあります。インストールがアサートすると、LED に「088」が示されます。ステップ 3. BOS 移行の完了インストール・プロセスが始まると、「Installing Base Operating System (基本オペレーティング・システムのインストール)」画面が表示されます。インストールが進行するにつれて、完了率のフィールドと経過時間のフィールドの数字が増加して、インストール状況が示されます。 mksysb が復元された後、基本ランタイム環境がインストールされ、インストールが進行中の他のソフトウェアに関して状況情報が表示されます。 BOS インストールが完了すると、システムは自動的にリブートされます。システムが再始動された後、BOS のインストールを構成するようプロンプトが出されます。 BOS の構成について詳しくは、92 ページの『AIX の構成』を参照してください。注 :

通常移行されるソフトウェアのすべてを移行するにはスペースが足りないという場合は、後で他のソフトウェアをインストールするときに、移行バンドルと呼ばれるソフトウェアの集まりを使用することができます。移行バンドルをインストールするマシンに追加のディスク・スペースを作成する必要があります。次に、smit update_all を実行してインストールを完了します。そのインストールの間に、移行バンドルがインストールされます。グラフィックス・コンソールからインストールを実行していない場合、Graphics_Startup バンドルが作成されます。詳しくは、357 ページの『オプションのプロダクトおよび保守更新』を参照してください。システムからソフトウェアを除去して、ディスク・スペースを解放する方法については、365 ページの『オプションのソフトウェア・プロダクトおよび保守更新の保守』を参照してください。移行前スクリプトがソース・システムで実行された場合、移行後スクリプトを実行して出力ファイルを検査します。

パーティショニングご使用のシステムの区画化 (パーティショニング ) は、ハード・ディスクの区画化と類似しています。ハード・ディスクを区画化する場合、1 台の物理ハード・ディスクを分割して、オペレーティング・システムがそのディスクをいくつかの個別論理ハード・ディスクとして認識するようにします。ご使用のシステムを区画化するために、ハードウェア管理コンソール (HMC) を使用してシステムのリソースを分割することができます。このように分割されたもの (パーティションと呼ばれる) のそれぞれで、オペレーティング・システムをインストールすることができ、各パーティションを個別の物理システムとして使用することができます。


区画化の概念区画への BOS のインストールを開始する前に、一般的な概念と用語について理解しておく必要があります。ロジカル・パーティションロジカル・パーティション (LPAR) は、コンピューターのプロセッサー、メモリー、およびハードウェア・リソースを複数の環境に分割したものです。その結果、それぞれの環境は、それ自体のオペレーティング・システムおよびアプリケーションとは独立して作動できます。作成できるロジカル・パーティションの数は、システムのプロセッサー・モデルおよび使用可能なリソースによって決まります。通常は、パーティションは、データベース操作、クライアント/サーバー操作、Web サーバー操作、テスト環境、実稼働環境などのさまざまな目的で使用されます。各パーティションは、それぞれが別個のマシンであるかのように、他のパーティションと通信できます。AIX オペレーティング・システムは、区画環境をサポートします。 AIX インストール概念は同じですが、AIX オペレーティング・システムを伴う区画環境の構成および管理は新しいものとなります。ロジカル・パーティションは、以下のように、最小限のリソース・セットを含まなければなりません。• 1 GB の使用可能なシステム・メモリー• 1 つの使用可能なシステム・プロセッサー• 割り当てられた入出力スロット上の 1 つのブート・デバイス• 1 つの使用可能なネットワーク・アダプター (エラー報告用)• 割り当てられた入出力スロット上で必要となる可能性がある他のアダプタープロセッサー、メモリー、および入出力スロットは、そのロケーションに関係なく、任意のパーティションに割り当てることができます。ただし、パーティションの活動化を試みても、指定したリソースがその時点で使用できない場合は、パーティションの活動化は失敗します。活動化障害を回避するためにご使用のシステムのリソースを追跡することが重要です。 PCI スロットはパーティションに別々に割り当てられ、256 MB 単位でメモリーを割り当てることができます。パーティションに割り当てることができるリソースの細分性は極めて高く、望ましい量のリソースのみを伴うシステムを作成するための柔軟性が生じます。各パーティションは、AIX オペレーティング・システムのその独自のコピーを実行し、その他のパーティションでの活動からは分離されます。ソフトウェア障害はシステム全体には波及せず、ハードウェア機能およびマイクロコードはリソースを分離します。管理対象システム管理対象システムは、ハードウェア管理コンソール (HMC) に物理的に接続され、これによって管理されるシステムです。HMC を使用して、管理対象システム全体に影響を及ぼすタスク (例えば、システムの電源のオン/オフ) を実行することができます。それぞれの管理対象システム内でパーティションおよびパーティション・プロファイルを作成することもできます。これらのパーティションおよびパーティション・プロファイルは、パーティションに分割されたシステムを構成および操作する方法を定義します。動的ロジカル・パーティショニング動的ロジカル・パーティショニングにより論理的に、リブートを行わずに、管理対象システムのリソースをロジカル・パーティションのオペレーティング・システムに接続したり、そのオペレーティング・システムから切り離したりすることができます。動的ロジカル・パーティショニングの詳細については、以下を参照してください。•「パフォーマンス・マネージメント」の『動的ロジカル・パーティショニング』•「プログラミングの一般概念: プログラムの作成およびデバッグ」の『動的ロジカル・パーティショニング』アフィニティー・ロジカル・パーティションアフィニティー・ロジカル・パーティションは、お互いに対して物理的に極めて接近しているシステム・リソースを使用する特殊なタイプのロジカル・パーティションです。アフィニティー・ロジカル・パーティションを作成できるシステムがあります。管理対象システムがアフィニティー・ロジカル・パーティションを使用できるかどうかを調べるために、ご使用のハードウェアの


仕様を検査してください。アフィニティー・ロジカル・パーティションの作成時に、HMCは、どのシステム・リソースを使用するかを、お互いに対する物理ロケーションに基づいて自動的に判別します。 HMCが自動的に管理するシステム・リソースは、プロセッサーとメモリーです。ユーザーは、これらのパーティションごとに I/O 要件を判別します。 HMCは、次に、アフィニティー・ロジカル・パーティションごとのプロファイルおよび管理対象システム用のシステム・プロファイルを作成します。全システム区画全システム区画と呼ばれる特殊区画では、管理対象システムの全リソースが 1 つの大きな区画に割り当てられます。全システム区画は、オペレーティング・システムの従来の非区分方法に類似しています。全リソースがこの区画に割り当てられるので、全システム区画の実行時に他のいずれの区画も開始することはできません。また、他の区画の実行時に全システム区画を開始することはできません。全システム区画の使用または他の区画の作成のいずれかを選択する必要があります。この 2 つのオプションを頻繁に切り替えると、I/O 使用率が影響を受ける可能性があります。ロジカル・パーティション上での AIX の実行AIX をロジカル・パーティション上で実行する方法とスタンドアロン・サーバー上で実行する方法との間にはいくつかの相違点があります。相違点のいくつかを次に示します。• ロジカル・パーティションのリソース割り当てにより、これらのリソース間の依存関係なしでパーティションに追加される個々のコンポーネントを選択することができます。システム上の任意の I/O ドロワー内でスロットを自由に割り当てることができます。特定のアプリケーション要件ではその他のデバイスが必要となる場合があります。パーティション内の PCI スロットを、アダプターの数に合わせた必要な数よりも多く構成するのが得策です。これにより、追加のアダプターがアクティブ・パーティションの一部である空のスロットにホット・プラグ可能となることで、柔軟性が生じます。各パーティションにはその独自の個別ブート・デバイスが必要となるため、システムには、パーティションごとに 1 つ以上のブート・デバイスおよび関連アダプターが備わっている必要があります。

• AIX がロジカル・パーティション内で稼働するために、AIX は、ハードウェアおよびアドレス・マッピング機能への従来の直接アクセスを行わずにハイパーバイザーを呼び出します。

• 診断目的で行われる直接アクセス呼び出しもあります。また、正しくない操作が実行されるときは常に、Run-Time Abstraction Services (RTAS) 呼び出し用の代替戻りコードが使用されます。

• 物理コンソールはパーティション上には存在しません。システム上の物理シリアル・ポートをパーティションに割り当てることができる場合、一度に 1 つのパーティション内でのみ物理シリアル・ポートが存在することができます。コンソール・メッセージ用ならびに診断目的で出力を提供するために、ファームウェアは、標準 tty デバイスとして AIX によって認識される仮想 tty を実装します。この出力はHMC に送られます。 AIX 診断サブシステムは、システム・コンソールとして仮想 tty を使用します。

• 特定のプラットフォーム操作は、LPAR 内では制限されます。例えば、非 LPAR システムでは、root ユーザーは、プラットフォーム・ファームウェア更新を AIX から実行することができます。ファームウェア更新は LPAR システム内のすべてのパーティションに影響を及ぼす可能性があるため、LPAR 管理者は、特定のパーティション (またはパーティションなし) にこの権限が付与されていることを指定することができます。そのパーティション内で、ファームウェア更新は非 LPAR システムの場合と同じ方法で行われます。これらの考慮事項は別として、AIX は、スタンドアロン・サーバーの場合と同じ方法でパーティション内で稼働します。アプリケーションまたは管理者の観点からも相違点はありません。第三者アプリケーションは、パーティション内で稼働するあるレベルの AIX に対してのみ検証する必要があり、LPAR 環境自体に対しては認証する必要はありません。リモート管理ブラウザーでハードウェア管理コンソール (HMC) に接続するか、またはコマンド・ラインを使用してパーティションをリモート管理することができます。以下のそれぞれのシステム管理方法を、HMC インターフェースまたはコマンド・ラインを使用して実行することができます。• HMC クライアントを使用して、AIX の任意のパーティションまたはシステムをリモート管理します。

AIX システム上のすべての AIX プラグインを、HMC クライアントからリモート管理することができます。


• HMC クライアントを使用して、別の HMC クライアントをリモート管理します。 HMC サーバー上のすべての HMC プラグインを、HMC クライアントからリモート管理することができます。例外となる唯一のプラグインは、Service Agent プラグインです。

HMC 上のコマンド・ラインを使用したパーティションのリモート管理については、Using the HMC remotecommand line を参照してください。区画のセキュリティーシステム管理者は、基本オペレーティング・システム (BOS) のインストール時に Evaluation AssuranceLevel 4+ (EAL4+) オプションを用いてサーバーをインストールすることができます。このオプションを選択する場合は、BOS インストール時にインストールされるソフトウェアに関する制限ならびにネットワーク・アクセスに関する制限があります。AIX 5L バージョン 5.2 (5200-01 推奨メンテナンス・パッケージ適用) からは、EAL4+ テクノロジーが、論理区画構成をサポートする POWER4 プロセッサー・ハードウェア・プラットフォーム上で稼働します。EAL4+ サーバーでは、以下の周辺装置がサポートされます。• 記憶デバイス

– 端末装置– プリンター– ハード・ディスク– CD-ROM ドライブ

• バックアップ・デバイス– ストリーマー– フロッピー・ディスク・ドライブ

• ネットワーク・デバイス– イーサネット– トークンリング

ロジカル・パーティションのインプリメンテーションロジカル・パーティション環境は、リソースの管理、可用性、および効率的な使用の点で改善できるソリューションのポートフォリオを高めます。複数の方法でロジカル・パーティションを実装することができます。サーバー統合サーバーに十分な処理能力が備わっている場合は、サーバー統合を使用可能にするために、そのサーバーをいくつかの別個の小規模システムに論理的に分割することができます。サーバー統合のための分割化により、アプリケーションを分離することができ、さらなる利点として、フロア・スペースを削減でき、単一管理が可能となり、さらにワークロードの変更時のリソースの再配分が容易に行えるようになります。実稼働環境とテスト環境の混合通常は、実稼働環境とテスト環境は互いに分離している必要があります。区画化 (パーティショニング ) により、個々のパーティションを実動システムとテスト・システム用に割り当てることができます。これにより、追加のハードウェアとソフトウェアを購入する必要がなくなります。テストの完了時に、テスト用パーティションに割り当てられたリソースを、必要に応じて実稼働用パーティションまたはその他の場所に戻すことができます。パーティションをテスト環境から実稼働環境に移動する場合は、余分のリソースをそのパーティションに追加することもできます。新規プロジェクトを作成する場合は、そのプロジェクトを、それが配置されるハードウェアと同じハードウェア上で作成およびテストすることができます。


http://publib.boulder.ibm.com/infocenter/eserver/v1r3s/topic/iphai_p5/usingtheremotecommandline.htm

http://publib.boulder.ibm.com/infocenter/eserver/v1r3s/topic/iphai_p5/usingtheremotecommandline.htm

同じオペレーティング・システムの複数のバージョンの統合さまざまなバージョンの AIX が、同じシステム上のさまざまなロジカル・パーティション (LPAR) に存在することができます。単一システム上の AIX の複数のバージョンを統合することにより、複数システムを用いずに複数のアプリケーション要件に適応させることができます。実稼働環境をアップグレードする前に、新規バージョンのオペレーティング・システムのもとでアプリケーションをテストするための LPAR を作成することもできます。この機能用に別個のサーバーを設けるのではなく、最小限のリソース・セットを一時的に使用して、アプリケーションのテストに使用する新規 LPAR を作成することができます。このパーティションが必要なくなった場合は、そのリソースを他の LPAR に再度組み入れることができます。

パーティションと HMC との間のネットワーク・アダプター通信パーティションの起動後に、パーティションはネットワーク・アダプターを使用してハードウェア管理コンソール (HMC) と通信します。HMC とパーティションの両方を構成して、ネットワーク・アダプターを用いて互いに通信できるようにする必要があります。パーティションは、ネットワーク上の HMC (または HMC) を識別するために構成しなければなりません。 Domain Name Service (DNS) サーバーを使用してネットワークを構成することをお勧めします。完全修飾ホスト名または簡略ホスト名のいずれかを使用して、パーティションおよび HMC を識別することができます。ただし、この識別ではネットワーク内のすべてのパーティションおよび HMC の固有の命名が確保されるため、それぞれのパーティションおよび HMC を完全修飾ホスト名を使用して識別することをお勧めします。完全修飾ホスト名の長さは、100 バイトを超えてはなりません。HMC およびパーティションは、簡略ホスト名 (ドメイン名が定義されない) を使用して構成することもできます。このような構成は通常、プライベート・ネットワークまたはテスト・ネットワークで行われます。HMC が簡略ホスト名を使用して定義される場合は、パーティションと HMC との間の正しい通信を確保するために、追加のネットワーク構成ステップを実行する必要があります。完全修飾ホスト名ではなく簡略ホスト名を使用する場合は、簡略ホスト名が固有のものであり、IP アドレスに対するマッピングが適切に指定されていることを確認してください。ローカル /etc/hosts ファイルと DNS との間の検索順序は、/etc/netsvc.conf ファイルまたは /etc/irs.conf ファイルを使用して指定することができます。以下に、サポートされるシナリオの例を示します。• DNS を使用し、ご使用のパーティションと HMC が完全修飾ホスト名を使用する場合は、追加のネットワーク構成は不要です。

• DNS を使用し、ご使用のパーティションで簡略ホスト名 (例えば、partition_1) を使用し、かつ HMC も簡略ホスト名 (例えば、hmc123) を使用する場合は、以下のように、両方の簡略ホスト名をローカル /etc/hosts ファイルに追加する必要があります。

root@partition_1-> cat /etc/hosts

127.0.0.1 loopback localhost

9.3.3.151 partition_1.mydomain.mycompany.com partition_19.3.3.152 hmc123.mydomain.mycompany.com hmc123

注 : DNS が存在する場合は、簡略ホスト名に加えて完全修飾ホスト名を組み込む必要があります。• DNS を使用せず、ご使用のパーティションで完全修飾ホスト名 (例えば、

partition_1.mydomain.mycompany.com) を使用し、かつ HMC も完全修飾ホスト名 (例えば、hmc123.mydomain.mycompany.com) を使用する場合は、以下のように、両方の完全修飾ホスト名をローカル /etc/hosts ファイルに追加する必要があります。

root@partition_1.mydomain.mycompany.com-> cat /etc/hosts



9.3.3.151 partition_1.mydomain.mycompany.com9.3.3.152 hmc123.mydomain.mycompany.com

• DNS を使用せず、ご使用のパーティションで簡略ホスト名 (例えば、partition_1) を使用し、かつ HMC も簡略ホスト名 (例えば、hmc123) を使用する場合は、以下のように、両方の簡略ホスト名をローカル /etc/hosts ファイルに追加する必要があります。

root@partition_1-> cat /etc/hosts


9.3.3.151 partition_19.3.3.152 hmc123

• ご使用の HMC が簡略ホスト名 (例えば、hmc123) を使用し、HMC に完全修飾ホスト名と簡略ホスト名の両方を使用するとします。ご使用のパーティションが HMC と正しく通信するためには、以下のように、ご使用のパーティションの /etc/hosts ファイル内の完全修飾ホスト名の前に簡略ホスト名を指定する必要があります。 root@partition_1.mydomain.mycompany.com-> cat /etc/hosts


9.3.3.151 partition_1.mydomain.mycompany.com9.3.3.152 hmc123 hmc123.mydomain.mycompany.com

区画環境での AIX のインストール区画環境で AIX をインストールする手順は複数個あります。選択するインストール方式に応じて、記載してあるステップの順序に必ず従うようにしてください。手順ごとに、AIX を使用して実行する必要があるインストール・ステップと、HMC インターフェースを使用して実行するステップがあります。HMC を使用してパーティションをインストールするための、メディア装置を使用した AIX のインストールこの手順では、ロジカル・パーティションのメディア装置を使用して、そのパーティションへの新規および完全な基本オペレーティング・システムのインストールを実行します。この手順では、管理対象システムに接続された HMC があることを前提とします。前提条件ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。注 : 選択するインストール方式に応じて、記載してあるステップの順序に必ず従うようにしてください。それぞれの手順の中には、AIX を使用して完了する必要があるインストール・ステップと、HMC インターフェースを使用して完了するステップがあります。この手順を開始する前に、既に HMC を使用してクライアントのパーティションとパーティション・プロファイルを作成する必要があります。メディア装置に接続された SCSI バス制御装置、ネットワーク・アダプター、および AIX オペレーティング・システムの十分なディスク・スペースをパーティションに割り当てます。このパーティションのブート・モードは、SMS モードに設定します。パーティションとパーティション・プロファイルを正常に作成したら、パーティションを作動可能状態にしておきます。ロジカル・パーティションとパーティション・プロファイルの作成方法については、IBM Power Systems HardwareInformation Center にある『ロジカル・パーティションとパーティション・プロファイルの作成』の文書を参照してください。ステップ 1. パーティションの活動化とインストール (これらのステップは、HMC インターフェースで実行します)

1.以下の手順で、パーティションを活動化します。


a. AIX 7 Volume 1 メディアを、管理対象システムのメディア装置に挿入します。b.ナビゲーション・パネルで「Systems Management (システム管理)」>「Servers (サーバー)」を開いて、ロジカル・パーティションがあるシステムをクリックします。

c.「Tasks (タスク)」メニューから、パーティションを選択し、「Operations (操作)」>「Activate (活動化)」>「Profile (プロファイル)」の順に選択します。

d.メニュー下部にある「Open a terminal window or console session (端末ウィンドウまたはコンソール・セッションのオープン)」を選択して、仮想端末 (vterm) ウィンドウを開きます。

e.「Advanced (詳細)」を選択して、詳細オプション・メニューを開きます。f.「Boot mode (ブート・モード)」として「SMS」を選択します。

g.「OK」をクリックして、詳細オプション・メニューを閉じます。h.「OK」を選択します。パーティションの vterm ウィンドウが開きます。

2. vterm の SMS メニューで、以下のことを実行します。a. 5 キーを押してから Enter キーを押し、「5. Select Boot Options」を選択します。

PowerPC FirmwareVersion SF220_001SMS 1.5 (c) Copyright IBM Corp. 2000, 2003 All rights reserved.-------------------------------------------------------------------------------Main Menu

1. Select Language2. Setup Remote IPL (Initial Program Load)3. Change SCSI Settings4. Select Console5. Select Boot Options

-------------------------------------------------------------------------------Navigation Keys:

X = eXit System Management Services-------------------------------------------------------------------------------Type the number of the menu item and press Enter or select Navigation Key: 5

b. 2 キーを押して Enter キーを押し、「2. Select Boot Devices」を選択します。c. 1 キーを押して Enter キーを押し、「1. Select 1st Boot Device」を選択します。d. 3 キーを押して Enter キーを押し、「3. CD/DVD」を選択します。e.メディア装置に対応するメディア・タイプを選択し、Enter キーを押します。f.メディア装置に対応する装置番号を選択し、Enter キーを押します。これで、このメディア装置が現在のブート・シーケンス・リスト内で先頭のデバイスになります。

g.「Configure Boot Device Order (ブート・デバイス順序の構成)」メニューに戻るまで ESC キーを押します。

h.ハード・ディスクに対応する装置番号を選択して、Enter キーを押します。i. x キーを押して SMS メニューを終了します。 SMS を終了することを確認します。

3.以下の手順で、AIX Volume 1 からブートします。a.コンソールを選択して、Enter キーを押します。b. BOS インストール・メニューの言語を選択して Enter キーを押すと、「Welcome to Base Operating

System Installation and Maintenance」メニューが表示されます。c.「Choice」フィールドに「2」と入力して「Change/Show Installation Settings and Install (インストール設定およびインストールの変更/表示)」を選択し、Enter キーを押します。









4.以下の手順で、BOS インストール設定を検査または変更します。a.「Choice (選択)」フィールドに 1 を入力して、「System Settings (システム設定)」を選択します。b.「Choice」フィールドに「1」と入力して「New and Complete Overwrite (新規および完全上書き)」を選択し、Enter キーを押します。注 : 選択可能なインストール方式は、ディスクに AIX の以前のバージョンがインストールされているかどうかによって異なります。

c.「Change Disk(s) (ディスクの変更)」画面が開いたら、インストールの宛先ディスクを変更できます。表示されたデフォルトが正しければ、「Choice (選択)」フィールドに 0 を入力して Enter を押します。宛先ディスクを変更するには、次のようにします。1)「Choice (選択)」フィールドに、選択する各ディスクの番号を入力して、 ENTER キーを押します。すべてのディスクを選択し終わるまで、 Enter キーを最後まで押さないでください。ディスクを選択解除する必要がある場合は、その番号をもう一度入力して Enter キーを押します。

2)ディスクの選択が終わったら、「Choice (選択)」フィールドに 0 を入力して Enter を押します。「Installation and Settings (インストールおよび設定)」画面が開き、「System Settings (システム設定)」の下に選択されたディスクがリストされます。

d.必要な場合は、1 次言語環境を変更します。このインストールで使用される 1 次言語を変更して、希望の言語や国/地域別情報を選択するには、以下のステップを使用します。注 : 1 次言語環境の変更は、基本オペレーティング・システム (BOS) のインストールが完了して、システムをリブートするまでは有効になりません。1)「Installation and Settings」画面の「Choice」フィールドに「2」を入力して、「Primary Language

Environment Settings」オプションを選択します。2)国/地域別情報、言語、およびキーボードのオプションの該当するセットを選択します。大半のオプションは、事前に組み合わせて定義したものですが、ユーザー自身によるオプションの組み合わせを定義することもできます。• 事前定義の 1 次言語環境を選択するには、その番号を「Choice (選択項目)」フィールドに入力して、Enter キーを押します。

• ユーザー特有の 1 次言語環境を構成するには、以下のようにします。a)「MORE CHOICES (選択項目の続き)」を選択します。b)「Create Your Own Combination (独自の組み合わせの作成)」を選択します。c)「Set Primary Cultural Convention (国/地域別環境の設定)」画面が開いたら、「Choice」フィールドに、選択する国/地域別情報に対応する番号を入力して Enter キーを押します。

d)「Set Primary Language (1 次言語の設定)」画面が開いたら、選択する 1 次言語に対応する番号を「Choice」フィールドに入力して Enter キーを押します。

e)「Set Keyboard (キーボードの設定)」画面が開いたら、システムに接続されているキーボードに対応する番号を「Choice」フィールドに入力して Enter キーを押します。


e.すべての選択を完了したら、選択が正しいことを確認してください。 Enter キーを押して選択を確定し、BOS インストールを開始します。インストールが完了すると、システムは自動的にリブートされます。

5.以下の手順で、パーティションを「Normal Mode (通常モード)」に切り替えます。a.パーティション・プロファイルを右クリックしてメニューを開きます。必ず正しいパーティション・プロファイルが強調表示されているようにします。

b.「Properties (属性)」を選択します。c.「Settings (設定)」タブを選択します。d.「Boot Mode (ブート・モード)」には、「Normal (通常)」を選択します。e.「OK」をクリックして「Properties」メニューを閉じます。f.パーティションを右クリックしてメニューを開きます。

g.「Restart Partition (パーティションの再始動)」を選択します。h.「Restart Options (再始動オプション)」に対して「Immediate (即時)」を選択します。i.パーティションを再始動することを確認します。j.パーティションが再始動されたら、パーティションを右クリックしてメニューを開きます。

k.「Open terminal window (端末ウィンドウを開く)」を選択して、仮想端末 (vterm) ウィンドウを開きます。

6.以下の手順で、BOS インストールを完了します。a.ターミナル・タイプとして「vt100」を入力します。

Set Terminal TypeThe terminal is not properly initialized. Please enter a terminal typeand press Enter. Some terminal types are not supported innon-English languages.



b.ご使用条件のメニューで、「Accept License Agreements (ソフトウェアのご使用条件に同意)」を選択します。

c.「yes (はい)」を選択して、インストール済みのご使用条件に同意します。d. F10 (または Esc+0) を押してご使用条件のメニューを終了します。e.インストール・アシストのメインメニューで、「Set Date and Time (日付および時刻の設定)」を選択します。






f.正しい日付、時刻、タイムゾーンを設定します。 F3 (または Esc+3) キーを押して、インストール・アシストのメインメニューに戻ります。

g.「Set root Password (root パスワードの設定)」を選択します。パーティションの root パスワードを設定します。

h.「Configure Network Communications (ネットワーク通信の構成)」を選択します。「TCP/IPStartup (TCP/IP の始動)」を選択します。「Available Network Interfaces (使用可能なネットワーク・インターフェース )」から選択し、Enter キーを押します。「Minimum Configuration and Startup(最小構成および始動)」メニューに適切なネットワーク情報を入力し、Enter キーを押します。 F3(または Esc+3) キーを押して、インストール・アシストのメインメニューに戻ります。

i. F10 (または Esc+0) を押して、インストール・アシストを終了します。j. vterm ウィンドウに、ログイン・プロンプトが表示されます。

ステップ 2. パーティションの管理 (このステップは、AIX 環境で実行します)

インストールが完了してシステムがリブートされると、vterm ウィンドウにログイン・プロンプトが表示されます。この時点で、いくつかの共通のシステム管理手順を実行することができます。次の表に、これらの手順の実行についての情報を入手するための場所をリストします。表 22. 共通のシステム管理手順手順場所バックアップおよびシステム・バックアップのリカバリー






プリンターの構成プリンターおよび印刷HMC を使用しないでパーティションをインストールするための、メディア装置を使用した AIX のインストールこの手順では、システムの標準装備のメディア装置を使用して、スタンドアロン・システムで基本オペレーティング・システムの新規および完了インストールを実行します。ここで解説する情報は AIX の特定バージョンを使用してテストされたものです。したがって、その内容は使用される AIX のバージョンおよびレベルによってかなり異なることがあります。


この情報には、AIX オペレーティング・システムのインストール手順が含まれています。 AIX の基本オペレーティング・システムのインストールを実行する際に必要な概念および考慮事項、またはネットワーク・インストール・マネージャー (NIM) を使用して AIX をインストールおよび保守する際に必要な概念および要件について詳しくは、「インストールおよび移行」を参照してください。この時点で BOS インストールが完了し、システムの初期構成が完了します。ステップ 1. インストールのためのシステムの準備• 十分なディスク・スペースとメモリーが使用可能でなければなりません。 AIX には、512 MB のメモリーと 5 GB の物理ディスク・スペースが必要です。詳しいリリース情報については、「AIX 7.1 リリース・ノート」を参照してください。



ホスト名IP アドレス _______.________.________.________

ネットワーク・マスク _______.________.________.________

ネーム・サーバー _______.________.________.________

ドメイン名ゲートウェイ _______.________.________.________

ステップ 2. AIX プロダクト・メディアからのブート1.メディア装置に AIX Volume 1 メディアを挿入します。2.システムに接続されているすべての外付けデバイス (DVD ドライブ、および端末装置など) がオンになっていることを確認します。 AIX のインストールに使用するメディア・ドライブのみに、インストール・メディアが含まれている必要があります。

3. AIX プロダクト・メディアからシステムをブートするためにシステムを電源オンにするために必要な手順に従います。必要な場合は、ハードウェア資料を参照して手順を確認してください。注 : ほとんどの旧マイクロチャネル・システムでは、システムを電源オンにする前に、キーロックを保守位置に設定する必要があります。一部の古い PCI システムでは、電源オンにした数秒後、システムでビープ音がして、コンソール上に IBM または RS/6000 の繰り返しが開始されたときに、(ASCII 端末を使用しているか、カラー・グラフィックス・ディスプレイ・コンソールを使用しているかに応じて) 5 と入力するか、F5 キーを押す必要があります。ほとんどの現在の PCI システムでは、(使用しているコンソールのタイプに関係なく) これらのシステム・プロンプトが表示されたときには単に 5 キーを繰り返し押してください。また現在のほとんどのシステムは、サービス・プロセッサー・メニューを使用して、電源オンにする前に代替メディアからブートするように設定することができます。詳細情報については、ハードウェア資料を参照してください。

4.プロンプトが表示されたら、プロンプトによって示されたキー (1、2、F1、F2 など) を入力してシステム・コンソールを選択します。

5.「Choice」フィールドに「1」を入力して、基本オペレーティング・システム (BOS) のインストール・メニューに英語を選択します。 Enter キーを押すと、「Welcome to Base Operating System Installationand Maintenance」画面が表示されます。

6.「Choice」フィールドに 2 と入力して「2 Change/Show Installation Settings and Install」を選択し、Enter キーを押します。









ステップ 3. BOS インストール設定の設定と確認1.「Installation and Settings」画面で、Method of Installation (「New and complete overwrite」)、Disk or

disks you want to install、Primary language environment settings、および Advanced options をチェックして、インストール設定が正しいことを確認します。

2.「Method of Installation」および「Disk Where You Want to Install」を含め、システム設定値を変更するには、「Choice」フィールドに「1」と入力して、Enter キーを押します。 Installation and Settings



>>> Choice [0]: 1







>>> Choice [0]:

4.「Change Disk(s) Where You Want to Install」画面で、次のようにします。a.「Choice」フィールドに「1」と入力して「hdisk0」を選択し、Enter キーを押します。これによりディスクは、>>> で示されるように選択されています。宛先ディスクを選択解除するには、もう一度番号を入力して Enter キーを押します。

b.ディスクの選択を完了するには、「Choice」フィールドに「0」と入力して、Enter キーを押します。「Installation and Settings」画面が表示され、「System Settings」の下に、選択されたディスクがリストされます。


5.「Primary Language Environment Settings」を「English (United States)」に変更します。以下のステップに従って、国/地域別情報、言語、およびキーボードを英語に変更します。a.「Installation and Settings」画面で「Choice」フィールドに「2」と入力して、「Primary Language

Environment Settings」オプションを選択します。b.「Choice」フィールドに、「Cultural Convention」として「English (United States)」に対応する番号を入力し、Enter キーを押します。

c.適切なキーボードおよび言語のオプションを選択します。6.以下に従って、「Overwrite Installation Summary」画面で、選択が正しいことを確認してください。


Disks: hdisk0Cultural Convention: en_USLanguage: en_USKeyboard: en_USDesktop: CDEEnable System Backups to install any system: Yes



>>> Choice [1]:




3.日付および時刻を設定し、管理者 (root ユーザー) のパスワードを設定し、ネットワーク通信 (TCP/IP) を構成します。この時点での他の任意のオプションを使用します。コマンド・ラインに configassist またはsmitty assist と入力すると、構成アシストまたはインストール・アシストに戻ることができます。



ステップ 5. システムの管理この時点で、いくつかの共通のシステム管理手順を実行することができます。次の表に、これらの手順の実行についての情報を入手するための場所をリストします。表 24. 共通のシステム管理手順手順場所バックアップおよびシステム・バックアップのリカバリー


ユーザーおよびグループの管理「セキュリティー」の『ユーザー、ロール、およびパスワード』


表 24. 共通のシステム管理手順 (続き)

手順場所ソフトウェアのインストール「インストールおよび移行」の『オプションのソフトウェア製品および




プリンターの構成プリンターおよび印刷代替ディスクのインストールを使用した区画のインストールNIM を使用せずに既存のディスク・イメージのクローンを別のディスク (複数の場合もある) に作成することができます。ご使用のネットワークが完全にはセットアップされない場合、またはご使用のネットワーク構成について確信がもてない場合は、代替ディスクのインストールを使用することができます。代替ディスクのインストールを使用しても、将来における NIM の使用を回避することにはなりません。alt_disk_install コマンドを使用して、システム・イメージのクローンを別のディスクに作成することができます。ただし、-O オプションを使用して、既存のシステムに対するオブジェクト・データ・マネージャー (ODM) およびデバイス (/dev) の項目内の参照を除去する必要があります。 -O フラグは、alt_disk_install コマンドがデバイス・データベースをリセットするために devreset コマンドを呼び出すことを指定するためのものです。クローンとして作成されたディスクは、新規システムとしてブートできるようになりました。代替ディスクのインストールの詳細については、『alt_disk_install』を参照してください。1.管理対象システム内のすべてのディスクにアクセスできるようにするために、管理対象システムを全システム区画としてブートします。

2.システムを構成し、必要なアプリケーションをインストールします。3.以下のように alt_disk_install コマンドを実行して、hdisk1 への hdisk0 上の rootvg のクローン作成を開始します。# /usr/sbin/alt_disk_install -O -B -C hdisk1

クローンとして作成されたディスク (hdisk1) は、デフォルトで altinst_rootvg という名前が付けられます。

4.次のように、クローンとして作成されたディスク (hdisk1) の名前を alt1 に変更します。# /usr/sbin/alt_disk_install -v alt1 hdisk1

クローンとして作成されたディスクの名前変更により、別のディスクを用いた操作を繰り返すことができます。

5.別のディスクへのクローン作成およびクローンとして作成されたディスクの名前変更を行うために、次のように、alt_disk_install コマンドを再度実行します。# /usr/sbin/alt_disk_install -O -B -C hdisk2# /usr/sbin/alt_disk_install -v alt2 hdisk2

6.クローン作成を行うすべてのディスクについて、ステップ 3 からステップ 5 を繰り返します。7. HMC を使用して、新たにクローンとして作成されたディスクを含んだ管理対象システムを区画化します。これで、作成される各パーティションには、ブート・イメージを伴う rootvg が含まれることになります。

8.パーティションをブートして SMS モードにします。「SMS MultiBoot」メニューを使用して、最初のブート・デバイスが新規インストール済みディスクになるように構成します。


9. SMS メニューを終了し、システムをブートします。NIM を使用して残りのパーティションをインストールするために NIM マスターとして初期パーティションを構成するNIM マスターおよびサーバーとして初期ロジカル・パーティションを設定することができます。 NIM 環境により、他のパーティションに合うようにインストール済み環境を管理することができます。この手順を始める前に、以下の作業を行う必要があります。• HMC を使用して Master_LPAR パーティション・プロファイルを作成します。パーティションを作動可能状態にしておきます。

• Master_LPAR パーティションに、ネットワーク・アダプター、NIM リソース用の十分なハード・ディスク・スペース、および割り当て済みの CD デバイスがあるか確認します。

• Master_LPAR パーティション用のブート・モードを通常モードに設定します。• HMC を使用して、NIM クライアントごとにロジカル・パーティションおよびパーティション・プロファイルを作成します。

• それぞれの NIM クライアント・パーティションにネットワーク・アダプターが割り当てられているか確認します。パーティションごとのブート・モードを SMS モードに設定します。パーティションとパーティション・プロファイルを正常に作成したら、パーティションを作動可能にしておきます。

• AIX がシステム内のいずれかのディスク上に現在、インストールされていない場合は、これをインストールする必要があります。詳しくは、25 ページの『HMC を使用してパーティションをインストールするための、メディア装置を使用した AIX のインストール』を参照してください。

• Master_LPAR 上のネットワーク通信用に AIX を構成します。• HMC 上で Master_LPAR パーティション・プロファイルを活動化します。

NIM マスターとして初期パーティションを構成するときにインストールの以下の局面について検討する必要があります。また、NIM を使用して残りのパーティションをインストールすることには、次の利点があります。– NIM 環境では、インストールと管理用の柔軟性およびカスタマイズに関するほとんどのオプションが提供されます。

– NIM 環境では、同時に複数のインストールを行うことができます。– nim_master_setup および nim_clients_setup スクリプトにより、NIM 環境をセットアップすることができます。

– NIM マスター・パーティション専用の約 1.5 GB のディスク・スペースを持つ 1 つの LPAR が必要とされます。

この手順では、NIM マスターおよびサーバーとして初期ロジカル・パーティションを設定します。この手順では、この初期ロジカル・パーティションを Master_LPAR と呼びます。

1. Master_LPAR で oslevel コマンドを実行します。次のような出力が表示されます。5200

oslevel コマンドからの出力で、期待される OS レベルが表示されない場合は、正しい OS レベルへのAIX オペレーティング・システムの移行について、402 ページの『AIX の移行』を参照してください。

2. netstat コマンドを実行して、ネットワーク接続を検証します。ルーティング・テーブル情報を表示するために -C フラグを指定してこのコマンドを実行することができます。また、-D フラグを使用して、通信サブシステム内で受信、送信、および中断されたパケットの数を表示することができます。

3. AIX インストール・メディアを挿入します。4. nim_master_setup コマンドを実行します。このコマンドを実行するためのオプションに関する追加情報については、nim_master_setup を参照してください。


5. vi エディターを使用して /export/nim/client.defs ファイルを開くには、次のコマンドを実行します。# vi /export/nim/client.defs

6.ご使用の環境に応じて client.defs ファイルを編集します。このファイルの詳細については、client.defs ファイル内の説明および例を参照してください。client.defs ファイルの編集が完了したら、このファイルを保存し、vi エディターを終了します。

7. nim_clients_setup -c コマンドを実行します。このコマンドを実行するためのオプションに関する追加情報については、nim_clients_setup を参照してください。注 : ネーム・サーバー上では解決できない新規クライアント・マシンを追加する場合は、IP アドレスおよびクライアント・ホスト名を追加するために /etc/hosts ファイルを編集します。

クライアント・マシンを定義した後で、パーティションを活動化し、インストールする必要があります。パーティションの活動化の詳細については、『パーティション・プロファイルの活動化』を参照してください。クライアント・パーティションの活動化およびインストールの後に、すべてのシステム管理タスクを実行することができます。NIM を使用して各パーティションをインストールするために個々の AIX システムを NIM マスターとして使用するAIX を実行中の個々のシステムを、NIM のマスターおよびサーバーとして使用することができます。 NIM環境により、他のパーティションに合うようにインストール済み環境を管理することができます。この手順を始める前に、以下の作業を行う必要があります。• HMC を使用して、インストールする NIM クライアント・パーティションごとにパーティションおよびパーティション・プロファイルを作成します。パーティションを作動可能状態にしておきます。

• 各パーティションにネットワーク・アダプターが割り当てられているか確認します。• パーティションごとのブート・モードを SMS モードに設定します。NIM マスターとして個々の AIX システムを使用するときにインストールの以下の局面について検討する必要があります。また、NIM を使用して各パーティションをインストールすることには、次の利点があります。• LPAR を NIM マスターとして専用化する必要はありません。• NIM 環境では、インストールと管理用の柔軟性およびカスタマイズに関するほとんどのオプションが提供されます。

• NIM 環境では、同時に複数のインストールを行うことができます。• nim_master_setup および nim_clients_setup スクリプトにより、NIM 環境をセットアップすることができます。

• NIM マスターとして使用できる AIX を実行中の使用可能なサーバーが必要です。1. Master_LPAR で oslevel コマンドを実行します。次のような出力が表示されます。5200

oslevel コマンドからの出力で、期待される OS レベルが表示されない場合は、正しい OS レベルへのAIX オペレーティング・システムの移行について、402 ページの『AIX の移行』を参照してください。

2. netstat コマンドを実行して、ネットワーク接続を検証します。ルーティング・テーブル情報を表示するために -C フラグを指定してこのコマンドを実行することができます。また、-D フラグを使用して、通信サブシステム内で受信、送信、および中断されたパケットの数を表示することができます。

3. AIX インストール・メディアを挿入します。


http://publib.boulder.ibm.com/infocenter/powersys/v3r1m5/index.jsp?topic=/p7hat/iphblactivateprofile.htm

4. nim_master_setup コマンドを実行します。このコマンドを実行するためのオプションに関する追加情報については、nim_master_setup を参照してください。

5. vi エディターを使用して /export/nim/client.defs ファイルを開くには、次のコマンドを実行します。# vi /export/nim/client.defs

6.ご使用の環境に応じて client.defs ファイルを編集します。このファイルの詳細については、client.defs ファイル内の説明および例を参照してください。client.defs ファイルの編集が完了したら、このファイルを保存し、vi エディターを終了します。

7. nim_clients_setup -c コマンドを実行します。このコマンドを実行するためのオプションに関する追加情報については、nim_clients_setup を参照してください。注 : ネーム・サーバー上では解決できない新規クライアント・マシンを追加する場合は、IP アドレスおよびクライアント・ホスト名を追加するために /etc/hosts ファイルを編集します。

クライアント・マシンを定義した後で、パーティションを活動化し、インストールする必要があります。クライアント・パーティションの活動化およびインストールの後に、すべてのシステム管理タスクを実行することができます。NIM 環境の最新テクノロジー・レベルへの更新nim_update_all コマンドは、既存の NIM 環境および nim_master_setup コマンドで作成されたすべてのリソースを最新テクノロジー・レベルに更新する単一ステップ方法を提供します。1.最新の AIX 更新メディアをメディア・ドライブに挿入します。2.次のように geninstall コマンドを実行して bos.rte.install ファイルセットを更新します。

# geninstall -d /dev/cd0 bos.rte.install

3. install_all_updates コマンドを次のように実行します。# install_all_updates -d /dev/cd0

install_all_updates コマンドからの出力は、/var/adm/ras/install_all_updates.log ログ・ファイル内に示されます。install_all_updates コマンドは、ご使用のシステムが最新の既知のテクノロジー・レベルであるかどうか検査します。ご使用のシステムが最新の既知のテクノロジー・レベルではない場合は、ご使用のサーバーが AIX の最新テクノロジー・レベルに更新されます。

4.更新の完了後に、shutdown -Fr コマンドを使用してシステムをリブートします。5. nim_update_all コマンドを実行して、nim_master_setup コマンドで作成されるすべての NIM リソースを更新します。nim_update_all コマンドは、デフォルトでデバイス /dev/cd0 を使用します。 nim_update_all コマンドからの出力は、/var/adm/ras/nim.update ログ・ファイル内に示されます。次のような出力が表示されます。############################## NIM update all ################################ # # # During script execution, NIM client and resource updating times # # may vary. To view the install log at any time during nim_update_all, # # run the command: tail -f /var/adm/ras/nim.update in a separate screen. # # # ############################################################################## NSORDER=local,bind Adding updates to lpp_res lpp_source....done Updating spot_res using updated lpp_source lpp_res....done


Attempting to replace mksysb resource generic_sysb... Removing old mksysb resource generic_sysb....done Creating image.data file....done Checking /export/nim space requirement...

Generating list of client objects in NIM environment...

-B フラグを指定しない限り、既存の mksysb を置き換える新規 mksysb が作成されます。 -u フラグを指定しない限り、環境内のすべてのクライアントが更新されます。拡張インストール・オプション拡張インストール・オプションについては、/usr/lpp/bos/README.PARTITION_INSTALL ファイル内で説明しています。拡張インストール・オプションのいくつかの例を以下に示します。• 管理対象システムへ移動するための既存のルート・ボリューム・グループ (rootvg) の準備• デバイス ODM データベースを再作成してすべてのデバイスをデフォルト構成にリセットするための

devreset コマンドの使用専用ダンプ・デバイスの作成および変更

システム・クラッシュ・データがダンプされる専用デバイスを作成することができます。専用ダンプ・デバイスの作成および変更を行うには、以下のようにします。1.次のように lsvg コマンドを実行して、hd6 ページング・スペース (ロジカル・パーティション内) のサイズを判別します。# lsvg -l rootvg

出力は次のようなものになります。

rootvg:LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINThd5 boot 1 1 1 closed/syncd N/Ahd6 paging 8 8 1 open/syncd N/Ahd8 jfs2log 1 1 1 open/syncd N/Ahd4 jfs2 1 1 1 open/syncd /hd2 jfs2 12 12 1 open/syncd /usrhd9var jfs2 1 1 1 open/syncd /varhd3 jfs2 1 1 1 open/syncd /tmphd1 jfs2 1 1 1 open/syncd /homehd10opt jfs2 2 2 1 open/syncd /opthd11admin jfs2 2 2 1 open/syncd /adminlivedump jfs2 4 4 1 open/syncd /var/adm/ras/livedump

この例では、ページング・スペースのサイズは 12 LP (論理区画) です。2. smitty mklv を実行してダンプ論理ボリュームを作成します。ボリューム・グループの入力を求めるプロンプトが出されたら、rootvg と入力します。

3.「Add a Logical Volume (論理ボリュームの追加)」メニューで、「Logical volume NAME (論理ボリューム名)」と「Number of LOGICAL PARTITIONS (論理区画の数)」のフィールドに入力します。

4. smitty dumpchgp を実行して 1 次ダンプ・デバイスを変更します。1 次ダンプ・デバイスへのパスの入力を求めるプロンプトが出されます。

5. smitty dump コマンドを実行してダンプ・デバイスを検証します。6.「Show Current Dump Devices (現行ダンプ・デバイスの表示)」を選択します。出力は次のようなものになります。


COMMAND STATUS

Command: OK stdout: yes stderr: no

Before command completion, additional instructions may appear below.

primary /dev/dumplvsecondary /dev/sysdumpnullcopy directory /var/adm/rasforced copy flag TRUEalways allow dump FALSEdump compression OFF

ダンプ・デバイスの検査マシンの実メモリーが 4 GB を超える場合は、専用ダンプ・デバイスがインストール時に作成されます。そうでない場合は、/dev/hd6 ページング・スペースがダンプ・デバイスとして使用されます。システム・クラッシュが生じ、ページング・スペースがダンプ・デバイスとして使用された場合は、そのダンプはデフォルトで /var/adm/ras/vmcore.n ファイルにコピーされます。ここで、n は順序番号です。コピーを行う十分なスペースがない場合は、リブート時にそのダンプを他のメディアに保存するように求めるプロンプトが出されます。区画に合わせて構成されているテープ・ドライブの不足によるダンプの欠落を避けるために、ページング・スペースが現在、ご使用のダンプ・デバイスであれば、ご使用のページング・スペースと同じサイズの別個のダンプ・デバイスを常に作成してください。ご使用のダンプ・デバイスを検査するには、smitty dump と入力し、「Show Current Dump Devices (現行ダンプ・デバイスの表示)」を選択します。ページング・スペースがご使用のダンプ・デバイスであれば、出力は次のようなものになります。

COMMAND STATUS

Command: OK stdout: yes stderr: no

Before command completion, additional instructions may appear below.

primary /dev/hd6secondary /dev/sysdumpnullcopy directory /var/adm/rasforced copy flag TRUEalways allow dump FALSEdump compression OFF

区画のシャットダウンAIX 区画をシャットダウンして、その区画を作動可能状態に戻すことができます。区画の作動時は、区画は実行状態になります。 AIX を使用して区画をシャットダウンするには、以下の手順を実行します。1. AIX コマンド・ラインに shutdown -Fr と入力します。区画は開始中状態に変更され、AIX がリブート中であることを示すオペレーター・パネル値が表示されます。リブートが AIX 内で実行されると、区画はブート・リストの内容に従ってブートされます。ブート・デバイスの順序を検査するには、bootlist -m normal -o と入力します。

2. AIX をシャットダウンするには shutdown -F と入力します。区画は、最終的には作動可能状態に変更されます。これで、AIX およびその区画をシャットダウンしたことになります。

ご使用のオペレーティング・システム・ホスト名の変更各区画 (全システム区画を含む) は、解決できる固有のホスト名を持っていなければなりません。区画のホスト名を変更する場合は、オペレーティング・システム・ホスト名も変更する必要があります。ホスト名は、全システム区画と論理区画との間で再利用することはできません。オペレーティング・システム・ホスト名を変更するには、以下の手順を実行します。


1. lsrsrc コマンドを次のように実行します。/opt/rsct/bin/lsrsrc ManagementServer Hostname

パーティションが複数の HMC によって管理される場合は、それぞれの HMC にはその独自の項目があるため、複数の項目が存在する可能性があります。出力は次のようなものになります。 resource 1: Hostname = "hmc1.mydomain.mycompany.com"

2.項目ごとに、rmrsrc を使用して、表示されているホスト名を除去します。例えば、次のコマンドを実行します。/opt/rsct/bin/rmrsrc -s 'Hostname = "hmc1.mydomain.mycompany.com"' ManagementServer

lsrsrc コマンドを再度実行して、すべての項目が除去されたことを確認することができます。3. rmcctrl コマンドを次のように実行します。

/opt/rsct/bin/rmcctrl -z

4.区画のホスト名を変更します。5.次のコマンドを実行する。

/opt/rsct/bin/rmcctrl -A


特記事項本書は米国 IBM が提供する製品およびサービスについて作成したものです。本書に記載の製品、サービス、または機能が日本においては提供されていない場合があります。日本で利用可能な製品、サービス、および機能については、日本 IBM の営業担当員にお尋ねください。本書で IBM製品、プログラム、またはサービスに言及していても、その IBM 製品、プログラム、またはサービスのみが使用可能であることを意味するものではありません。これらに代えて、IBM の知的所有権を侵害することのない、機能的に同等の製品、プログラム、またはサービスを使用することができます。ただし、IBM以外の製品とプログラムの操作またはサービスの評価および検証は、お客様の責任で行っていただきます。IBM は、本書に記載されている内容に関して特許権 (特許出願中のものを含む) を保有している場合があります。本書の提供は、お客様にこれらの特許権について実施権を許諾することを意味するものではありません。実施権についてのお問い合わせは、書面にて下記宛先にお送りください。〒 103-8510東京都中央区日本橋箱崎町 19番 21号日本アイ・ビー・エム株式会社法務・知的財産知的財産権ライセンス渉外IBM およびその直接または間接の子会社は、本書を特定物として現存するままの状態で提供し、商品性の保証、特定目的適合性の保証および法律上の瑕疵担保責任を含むすべての明示もしくは黙示の保証責任を負わないものとします。国または地域によっては、法律の強行規定により、保証責任の制限が禁じられる場合、強行規定の制限を受けるものとします。この情報には、技術的に不適切な記述や誤植を含む場合があります。本書は定期的に見直され、必要な変更は本書の次版に組み込まれます。 IBM は予告なしに、随時、この文書に記載されている製品またはプログラムに対して、改良または変更を行うことがあります。本書において IBM 以外の Web サイトに言及している場合がありますが、便宜のため記載しただけであり、決してそれらの Web サイトを推奨するものではありません。それらの Web サイトにある資料は、このIBM 製品の資料の一部ではありません。それらの Web サイトは、お客様の責任でご使用ください。IBM は、お客様が提供するいかなる情報も、お客様に対してなんら義務も負うことのない、自ら適切と信ずる方法で、使用もしくは配布することができるものとします。本プログラムのライセンス保持者で、(i) 独自に作成したプログラムとその他のプログラム (本プログラムを含む) との間での情報交換、および (ii) 交換された情報の相互利用を可能にすることを目的として、本プログラムに関する情報を必要とする方は、下記に連絡してください。IBM Director of LicensingIBM CorporationNorth Castle Drive, MD-NC119Armonk, NY 10504-1785US

本プログラムに関する上記の情報は、適切な使用条件の下で使用することができますが、有償の場合もあります。本書で説明されているライセンス・プログラムまたはその他のライセンス資料は、IBM 所定のプログラム契約の契約条項、IBM プログラムのご使用条件、またはそれと同等の条項に基づいて、IBM より提供されます。記載されている性能データとお客様事例は、例として示す目的でのみ提供されています。実際の結果は特定の構成や稼働条件によって異なります。IBM 以外の製品に関する情報は、その製品の供給者、出版物、もしくはその他の公に利用可能なソースから入手したものです。 IBM は、それらの製品のテストは行っておりません。したがって、他社製品に関す

© Copyright IBM Corp. 2010, 2018 435

る実行性、互換性、またはその他の要求については確証できません。 IBM 以外の製品の性能に関する質問は、それらの製品の供給者にお願いします。IBM の将来の方向または意向に関する記述は、予告なしに変更または撤回される場合があり、単に目標を示しているものです。表示されている IBM の価格は IBM が小売り価格として提示しているもので、現行価格であり、通知なしに変更されるものです。卸価格は、異なる場合があります。本書はプランニング目的としてのみ記述されています。記述内容は製品が使用可能になる前に変更になる場合があります。本書には、日常の業務処理で用いられるデータや報告書の例が含まれています。より具体性を与えるために、それらの例には、個人、企業、ブランド、あるいは製品などの名前が含まれている場合があります。これらの名称はすべて架空のものであり、類似する個人や企業が実在しているとしても、それは偶然にすぎません。著作権使用許諾:

本書には、様々なオペレーティング・プラットフォームでのプログラミング手法を例示するサンプル・アプリケーション・プログラムがソース言語で掲載されています。お客様は、サンプル・プログラムが書かれているオペレーティング・プラットフォームのアプリケーション・プログラミング・インターフェースに準拠したアプリケーション・プログラムの開発、使用、販売、配布を目的として、いかなる形式においても、IBM に対価を支払うことなくこれを複製し、改変し、配布することができます。このサンプル・プログラムは、あらゆる条件下における完全なテストを経ていません。従って IBM は、これらのサンプル・プログラムについて信頼性、利便性もしくは機能性があることをほのめかしたり、保証することはできません。これらのサンプル・プログラムは特定物として現存するままの状態で提供されるものであり、いかなる保証も提供されません。 IBM は、お客様の当該サンプル・プログラムの使用から生ずるいかなる損害に対しても一切の責任を負いません。それぞれの複製物、サンプル・プログラムのいかなる部分、またはすべての派生した創作物には、次のように、著作権表示を入れていただく必要があります。© (お客様の会社名) (年).

このコードの一部は、IBM Corp. のサンプル・プログラムから取られています。© Copyright IBM Corp. _年を入れる_.

プライバシー・ポリシーに関する考慮事項サービス・ソリューションとしてのソフトウェアも含めた IBM ソフトウェア製品 (「ソフトウェア・オファリング」) では、製品の使用に関する情報の収集、エンド・ユーザーの使用感の向上、エンド・ユーザーとの対話またはその他の目的のために、Cookie はじめさまざまなテクノロジーを使用することがあります。多くの場合、ソフトウェア・オファリングにより個人情報が収集されることはありません。 IBM の「ソフトウェア・オファリング」の一部には、個人情報を収集できる機能を持つものがあります。ご使用の「ソフトウェア・オファリング」が、これらの Cookie およびそれに類するテクノロジーを通じてお客様による個人情報の収集を可能にする場合、以下の具体的事項をご確認ください。この「ソフトウェア・オファリング」は、Cookie もしくはその他のテクノロジーを使用して個人情報を収集することはありません。この「ソフトウェア・オファリング」が Cookie およびさまざまなテクノロジーを使用してエンド・ユーザーから個人を特定できる情報を収集する機能を提供する場合、お客様は、このような情報を収集するにあたって適用される法律、ガイドライン等を遵守する必要があります。これには、エンドユーザーへの通知や同意の要求も含まれますがそれらには限られません。このような目的での Cookie を含む様々なテクノロジーの使用の詳細については、IBM の『IBM オンラインでのプライバシー・ステートメント』(http://www.ibm.com/privacy/details/jp/ja/) の『クッキー、ウェブ・ビーコン、その他のテクノロジー』および『IBM Software Products and Software-as-a-Service PrivacyStatement』(http://www.ibm.com/software/info/product-privacy) を参照してください。

436 特記事項

http://www.ibm.com/privacy/details/jp/ja/

http://www.ibm.com/software/info/product-privacy

商標IBM、IBM ロゴおよび ibm.com は、世界の多くの国で登録された International Business Machines Corp.の商標です。他の製品名およびサービス名等は、それぞれ IBM または各社の商標である場合があります。現時点での IBM の商標リストについては、http://www.ibm.com/legal/copytrade.shtml をご覧ください。Linux は、Linus Torvalds の米国およびその他の国における商標です。Java およびすべての Java 関連の商標およびロゴは、Oracle やその関連会社の米国およびその他の国における商標または登録商標です。UNIX は、The Open Group の米国およびその他の国における登録商標です。

特記事項 437

http://www.ibm.com/legal/us/en/copytrade.shtml

インストール - ibm...本書について 強調表示

Documents

インストール - ibm...本書について強調表示