手順3.1 キックスタートツリーの自動インストール

1. キックスタートのベースとするディストリビューションを選択して、そのディストリビューションのベースチャンネルとそれに対応する Red Hat Network Tools のチャンネルを探します。
   例えば、x86 アーキテクチャーを採用した Red Hat Enterprise Linux 6 を使用する場合、rhel-x86_64-server-6 チャンネルとそれに対応する Red Hat Network Tools チャンネルである rhn-tools-rhel-x86_64-server-6 が必要になります。
2. 接続された Satellite を使用している場合には、satellite-sync コマンドを使って Satellite サーバーを Red Hat サーバーと直接同期します。Satellite サーバーが接続されていない場合には、Red Hat サーバーから切断されたチャンネルダンプを取得して、それらと同期する必要があります。
3. チャンネルを同期すると、そのディストリビューション用の対応するキックスタートツリーが自動的に作成されます。

手順3.2 キックスタートツリーの手動インストール

1. インストール ISO をご使用の Satellite Server にコピーして、/mnt/iso にマウントします。
2. ISO のコンテンツをカスタムのロケーションにコピーします。すべてのカスタムディストリビューションで、/var/satellite 内にディレクトリーを作成することが奨励されます。例えば、Red Hat Enterprise Linux 6 のベータディストリビューションのコンテンツを /var/satellite/custom-distro/rhel-x86_64-server-6-beta/ にコピーします。
3. Red Hat Satellite の Web インターフェースを使用して、カスタムソフトウェアチャンネルを作成します。チャンネル → ソフトウェアチャンネルの管理 → 新しいチャンネルの作成 で、適切な名前とラベルを付けて親チャンネルを作成します。上記で使用した例では、rhel-5.3-beta のラベルを使用します。
4. rhnpush コマンドを使用して、ソフトウェアパッケージをツリーのロケーションから新規作成されたソフトウェアチャンネルにプッシュします。

   # rhnpush --server=http://localhost/APP -c 'rhel-6-beta' \  -d /var/satellite/custom-distro/rhel-x86_64-server-6-beta/Server/

   ご使用のディストリビューションによって、ツリー内のサブディレクトリーが異なります。
5. ソフトウェアパッケージがプッシュされたら、rm コマンドを使用して、ツリーパス内で削除することができます。パッケージは、依然としてチャンネル内の Satellite サーバー上に格納され、ツリー内には必要なくなります。

   # rm /var/satellite/custom-distro/rhel-x86_64-server-6-beta/Server/*.rpm

   ソフトウェアパッケージをキックスタートツリー内に残すように選択することもできます。これにより、後日、yum コマンドを使用して、随時インストールできるようになります。
6. Red Hat Satellite Web インターフェースを使用してディストリビューションを作成します。システム → キックスタート → ディストリビューション → 新規のディストリビューションを作成 に進み、適切なラベルとフルツリーパス (例：/var/satellite/custom-distro/rhel-i386-server-5.3-beta/) を使用して、ディストリビューションを作成します。あらかじめ作成したベースチャンネルと正しいインストーラーの生成 (例：Red Hat Enterprise Linux 6) を選択します。作成を完了するには、キックスタートディストリビューションの作成 を選択します。
7. 複数の環境とシステムにわたって同一ソフトウェアを維持するには、既存の Red Hat Enterprise Linux ベースチャンネルからの Red Hat Network Tools 子チャンネルを、新たに作成したベースチャンネルの子チャンネルとしてクローン作成できます。子チャンネルのクローン作成は以下の手順で行います。
   1. Satellite の Web インターフェースで、チャンネル → ソフトウェアチャンネルの管理 → チャンネルのクローン をクリックします。
   2. Clone From: (クローンする対象) ドロップダウンボックスからクローンする子チャンネルとその状態を選択します。
   3. チャンネルの作成 をクリックします。
   4. 必要な情報を記入し、クローンが作成された子チャンネルの上位になる親チャンネルを選びます。
   5. チャンネルの作成 をクリックします。

手順3.3 ウィザードを使用したキックスタートプロファイルの作成

1. システム → キックスタート → 新規のキックスタートプロフィールを作成 を選択します。
2. 適切な ラベル を提供し、希望する ベースチャンネル と キックスタートツリー を選択します。
3. 必要な 仮想化タイプ を選択します。仮想タイプについて詳しい情報は 「キックスタートのプロファイル」 を参照してください。次へ をクリックして続行します。
4. キックスタートプロファイルのダウンロードロケーションを選択します。カスタムディストリビューションを使用している場合には、そのツリーのロケーションを URL (HTTP と FTP の両方をサポート) として入力します。それ以外の場合は、デフォルトのオプションを使用します。次へ をクリックして、続行します。
5. root のパスワードを入力して、完了 をクリックし、プロファイルの作成を完了します。
6. 完全なキックスタートプロファイルが作成されます。このプロファイルは、キックスタートファイル をクリックすると表示することができます。

手順3.4 raw メソッドを使用したキックスタートプロファイルの作成

1. システム → キックスタート → キックスタートファイルをアップロード を選択します。
2. 適切な ラベル を提供し、希望する ディストリビューション を選択します。
3. 必要な 仮想化タイプ を選択します。仮想化タイプについての詳しい情報は、「キックスタートのプロファイル」 を参照してください。
4. 既存のキックスタートファイルがある場合には、ファイルをアップロードします。そうでない場合には、ファイルの内容 テキストボックスにキックスタートプロファイルを書き込みます。
   スターティングポイントとして使用できる raw キックスタートの例は以下の通りです。

   install
   text
   network --bootproto dhcp
   url --url http://$http_server/ks/dist/org/1/ks-rhel-x86_64-server-6-6.4
   lang en_US
   keyboard us
   zerombr
   clearpart --all
   part / --fstype=ext3 --size=200 --grow
   part /boot --fstype=ext3 --size=200
   part swap --size=1000   --maxsize=2000
   bootloader --location mbr
   timezone America/New_York
   auth --enablemd5 --enableshadow
   rootpw --iscrypted $1$X/CrCfCE$x0veQO88TCm2VprcMkH.d0
   selinux --permissive
   reboot
   firewall --disabled
   skipx
   key --skip
   
   %packages
   @ Base
   
   %post
   $SNIPPET('redhat_register')

5. Red Hat Satellite Sever は、指定されたディストリビューションをキックスタート内の url として処理しないため、url --url オプションをプロファイルに記載する必要があります。以下は、その例です。

   url --url http://$http_server/ks/dist/org/1/my_distro

   my_distro を ディストリビューションラベルに、1 をご使用の組織 ID に置き換えます。
6. raw キックスタートプロファイルは、Satellite のホスト名の代わりに、$http_server を使用します。これは、キックスタートテンプレートがレンダリングされる際に自動的に記入されます。
7. redhat_register スニペットを使用して登録処理が行われます。

手順3.5 インストールメディアからのブート

1. インストールメディアをマシンに挿入します。このメディアは使用するキックスタートと適合している必要があります。例えば、キックスタートが ks-rhel-x86_64-server-6-6.4 キックスタートツリーを使用するように構成されている場合は、Red Hat Enterprise Linux 6.4 64 ビットのインストールメディアを使用します。
2. ブートプロンプトが表示されたら、以下のコマンドでキックスタートをアクティブにします。

   linux ks=http://satellite.example.com/path/to/kickstart

3. システムが起動したら、キックスタートファイルをダウンロードして、自動的にインストールします。

手順3.6 PXE ブート

1. 重要

   ネットワーク上の別のシステムに DHCP サーバーがデプロイされている場合、DHCP の設定ファイルの編集には、DHCP サーバーへの管理アクセスが必要となります。
   前提条件

   最新の cobbler-loaders パッケージをインストールする必要があります。これは、PXE ブート前に pxelinux.0 ブートイメージが Satellite にインストールされており、利用可能であることを確認するためです。最新のバージョンをインストールするには、以下を実行します。

   # yum install cobbler-loaders

   マシンが複数のネットワーク上にある場合は、すべてのマシンが DHCP サーバーに接続できることを確認してください。これは、DHCP サーバーのマルチホーミングを行い (リアルまたはトランク VLAN を使用)、すべてのルーターまたはスイッチがネットワーク境界を越えて DHCP プロトコルを渡すように設定することで可能になります。
   Red Hat Satellite が管理するシステムの next-server アドレスを設定することで、DHCP サーバーが PXE サーバーをポイントするように構成します。
   インストール時にホスト名を使用するには、以下の行を追加して DHCP サーバーがドメインと IP アドレスをポイントするように設定します。

   option domain-name DOMAIN_NAME;
   option domain-name-servers IP_ADDRESS1, IP_ADDRESS2;

2. DHCP サーバー上で、root ユーザーに切り替え、/etc/dhcpd.conf ファイルを開きます。PXE ブートインストールを実行するオプションを伴う新たなクラスを追加します。

   allow booting;
   allow bootp;
   class "PXE" {
     match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";
     next-server 192.168.2.1;
     filename "pxelinux.0";
   }

   このクラスは、以下のような動作を実行します。
   1. bootp プロトコルによるネットワークブートを有効化します。
   2. PXE と呼ばれるクラスを作成します。ブートの優先順位で　PXE が第 1 位に設定されているシステムの場合は、PXEClient として自動的に認識します。
   3. DHCP サーバーは、192.168.2.1 の IP アドレスの Cobbler サーバーにシステムを転送します。
   4. DHCP サーバーは、/var/lib/tftpboot/pxelinux.0 にあるブートイメージファイルを参照します。
   DHCP サーバーを再起動します。

   # service dhcpd restart
   

3. Xinetd を設定します。Xinetd は、サービスのスイートを管理するデーモンです。これには、ブートイメージを PXE クライアントに転送するための FTP サーバーである、TFTP が含まれます。
   chkconfig コマンドを使用して Xinetd を有効にします。

   # chkconfig xinetd on

   もう一つの方法としては、root ユーザーに切り替えて、/etc/xinetd.d/tftp ファイルを開き、disable = yes の行を disable = no に変更する方法があります。
4. Xinetd サービスを起動し、TFTP が pxelinux.0 ブートイメージに対してサービスを提供開始できるようにします

   # chkconfig --level 345 xinetd on
   # /sbin/service xinetd start

   chkconfig コマンドは、すべてのユーザーランレベルに対して xinetd サービスを有効にする一方で、/sbin/service コマンドは、xinetd を即時に有効にします。

手順3.7 Yaboot の起動

1. PowerPC クライアントの起動順序を設定します。これには、Open Firmware インターフェースにアクセスし、プロンプトで以下のコマンドを実行する必要があります。
   devalias コマンドを使用して、システム上のすべてのデバイスのエイリアスを表示します。

   0 > devalias
   ibm,sp              /vdevice/IBM,sp@4000
   disk                /pci@800000020000002/pci@2,4/pci1069,b166@1/scsi@1/sd@5,0
   network             /pci@800000020000002/pci@2/ethernet@1
   net                 /pci@800000020000002/pci@2/ethernet@1
   network1            /pci@800000020000002/pci@2/ethernet@1,1
   scsi                /pci@800000020000002/pci@2,4/pci1069,b166@1/scsi@0
   nvram               /vdevice/nvram@4002
   rtc                 /vdevice/rtc@4001
   screen              /vdevice/vty@30000000
    ok
   

   boot-device 環境変数をチェックして、現在の起動順序を表示します。

   0 > printenv boot-device
   -------------- Partition: common -------- Signature: 0x70 ---------------
   boot-device              /pci@800000020000002/pci@2,3/ide@1/disk@0 /pci@800000020000002/pci@2,4/pci1069,b166@1/scsi@1/sd@5,0
    ok
   

   最初に network デバイスで boot-device 環境変数を設定した後に既存のブートデバイスで設定し、network デバイスを起動順序の一番上に追加します。

   0 > setenv boot-device network /pci@800000020000002/pci@2,3/ide@1/disk@0 /pci@800000020000002/pci@2,4/pci1069,b166@1/scsi@1/sd@5,0
   

   これで、最初に network デバイスから起動するようシステムが設定されました。network に障害が発生した場合、システムの残りのデバイスは起動順序どおりに起動します。
2. Satellite サーバーでシステム設定プロパティーを設定します。たとえば以下のコマンドを実行すると、ネットワーク上の特定の MAC アドレスを使用して myppc01 という新しいシステムが作成されます。

   # cobbler system add --name myppc01 --hostname myppc01.example.com --profile rhel6webserver--kopts "console=hvc0 serial" --interface 0 --mac 40:95:40:42:F4:46
   

   さらに、指定の MAC アドレスを基に Yaboot ブートローダーと設定のディレクトリーのセットも作成されます。たとえば、前述のコマンドを実行すると、以下のディレクトリーが作成されます。

   /var/lib/tftpboot/ppc/40-95-40-42-F4-46
   /var/lib/tftpboot/etc/40-95-40-42-F4-46
   

   最初のディレクトリー (/var/lib/tftpboot/ppc/40-95-40-42-F4-46) には、Yaboot に使用される ramdisk および vmlinuz ファイルが含まれます。2 つ目のディレクトリー (/var/lib/tftpboot/etc/40-95-40-42-F4-46) には、Yaboot の設定ファイル (yaboot.conf) が含まれます。
   Cobbler を使用したシステムのプロビジョニングに関する詳細は、「Cobbler へのシステムの追加」 を参照してください。
3. DHCP サーバー上で root ユーザーに切り替え、/etc/dhcpd.conf ファイルを開きます。Yaboot のインストールを実行するためのオプションが含まれる新しいエントリーを追加します。例を以下に示します。

   allow booting;
   allow bootp;
   class "Yaboot" {
     match if substring(option vendor-class-identifier, 0, 9) = "AAPLBSDPC";
     next-server 192.168.2.1;
     filename "yaboot";
   }
   

   このクラスは、以下のような動作を実行します。
   1. bootp プロトコルによるネットワークブートを有効化します。
   2. Yaboot というクラスを作成します。起動順序で Yaboot が最優先になるようシステムが設定されている場合、fAAPLBSDPC として識別されます。
   3. DHCP サーバーは、192.168.2.1 の IP アドレスの Cobbler サーバーにシステムを転送します。
   4. DHCP サーバーは、以前 cobbler で作成された Yaboot イメージファイルを参照します。
   DHCP サーバーを再起動します。

   # service dhcpd restart
   

4. Xinetd を設定します。Xinetd はサービスを管理するデーモンです。管理されるサービスには、ブートイメージを PowerPC クライアントに転送するために使用される FTP サーバーである TFTP が含まれます。
   chkconfig コマンドを使用して Xinetd を有効にします。

   # chkconfig xinetd on

   もう一つの方法としては、root ユーザーに切り替えて、/etc/xinetd.d/tftp ファイルを開き、disable = yes の行を disable = no に変更する方法があります。
5. Xinetd サービスを起動し、TFTP が Yaboot ブートイメージの処理を開始できるようにします。

   # chkconfig --level 345 xinetd on
   # /sbin/service xinetd start

   chkconfig コマンドは、すべてのユーザーランレベルに対して xinetd サービスを有効にする一方で、/sbin/service コマンドは、xinetd を即時に有効にします。

1. Cobbler サービスを起動する前に、Cobbler サービスでチェックを実行し、すべての要件が組織のニーズに応じて設定されていることを確認します。

   # cobbler check

2. 次のコマンドで Satellite サーバーを起動するには:

   # /usr/sbin/rhn-satellite start

   警告

   Satellite サービスに依存しない cobblerd サービスを起動/停止しないでください。エラーやその他の問題が発生する原因となる可能性があります。

   Red Hat Satellite の起動/停止には、/usr/sbin/rhn-satellite を必ず使用してください。