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

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

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

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

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

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

   rm /var/satellite/custom-distro/rhel-i386-server-5.3-beta/Server/*.rpm

   注記

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

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

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

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

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

   install
   text
   network --bootproto dhcp
   url --url http://$http_server/ks/dist/org/1/ks-rhel-i386-server-5
   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. RHN Satellite Sever は、指定されたディストリビューションをキックスタート内の url として処理しないため、url --url オプションをプロファイルに記載する必要があります。以下は、その例です。

   url --url http://satellite.example.com/ks/dist/org/1/my_distro

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

手順3.1 マスターサーバーの設定

1. Inter-Satellite Synchronization (ISS) 機能を有効化し、/etc/rhn/rhn.conf ファイルを開いて、以下の行を追加するか、同じとなるよう修正します。

   disable_iss=0
   

2. /etc/rhn/rhn.conf ファイル内で、allowed_iss_slaves= の行を見つけます。デフォルトでは、同期にスレーブ Satellite は指定されていません。各スレーブ Satellite サーバーのホスト名をコンマ区切りで入力してください。

   allowed_iss_slaves=slave1.satellite.example.org,slave2.satellite.example.org
   

3. 設定ファイルを保存して、httpd サービスを再起動します。

   service httpd restart
   

手順3.2 スレーブサーバーの設定

1. コンテンツをスレーブサーバーに安全に転送するには、マスターサーバーからの ORG-SSL 証明書が必要となります。この証明書は HTTP を介して任意の Satellite の /pub/ ディレクトリからダウンロードできます。ファイル名は RHN-ORG-TRUSTED-SSL-CERT ですが、変更することができ、スレーブのローカルファイルシステム内の任意の場所 (例：/usr/share/rhn/ ディレクトリなど) に置くことができます。
2. マスターサーバーからの同期が可能なチャンネル一覧を表示するには、以下のコマンドを実行します。これにより、正式な Red Hat チャンネルと、利用可能なカスタムチャンネルが表示されます。

   satellite-sync --iss-parent=master.satellite.example.com --ca-cert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT --list-channels
   

   master.satellite.example.com の箇所は、マスターサーバーのホスト名に置き換えてください。

手順3.3 Inter-Satellite Synchronization の実行

1. スレーブサーバー上で /etc/rhn/rhn.conf ファイルをテキストエディタで開き、マスターサーバーのホスト名と SSL 証明書ファイルのパス詳細を追加します。

   iss_parent      = master.satellite.example.com
   iss_ca_chain    = /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
   

2. satellite-sync のコマンドを以下のように実行して、同期を開始します。

   satellite-sync -c your-channel

   注記

   satellite-sync コマンドで手動で提供されるコマンドラインオプションは、/etc/rhn/rhn.conf ファイル内のカスタム設定を上書きします。

手順4.1 Cobbler と併用するための SELinux の設定

1. SELinux の Cobbler サポートを有効化するには、以下のコマンドを使用して、SELinux のブーリアンが HTTPD Web サービスコンポーネントを許可するように設定する必要があります。

   setsebool -P httpd_can_network_connect true
   

   -P のスイッチは不可欠です。これによって、HTTPD 接続は再起動しても永続的に有効となります。
2. Cobbler サーバー上で以下のコマンドを使用して、TFTP 用の SELinux ファイルコンテキストルールがブートイメージファイルにサービスを提供するように設定します。

   semanage fcontext -a -t public_content_t "var/lib/tftpboot/.*"
   

3. IPTables は、Cobbler サーバー上でのネットワークトラフィックの発着信を可能にするように設定する必要があります。
   IPTables を使用する既存のファイアウォールルールセットがある場合、以下のようにルールを追加して、Cobbler 関連のポートを開きます。
   TFTP の場合:

   /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 69 -j ACCEPT
   /sbin/iptables -A INPUT -m state --state NEW -m udp -p udp --dport 69 -j ACCEPT
   

   HTTPD の場合:

   /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
   /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
   

   Cobbler の場合:

   /sbin/iptables -A INPUT -m state --state NEW -m udp -p udp --dport 25150 -j ACCEPT
   

   Koan の場合:

   /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 25151 -j ACCEPT
   

4. ファイアウォールの設定を保存します。

   /sbin/iptables-save
   

5. 以下のコマンドを実行して、設定ファイルがすべて確実に同期されるようにします。

   cobbler sync
   

6. Satellite Server を起動します。

   /usr/sbin/rhn-satellite start
   

   警告

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

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

手順4.2 Cobbler システム記録の設定

1. 各システムの システムの詳細 → Provisioning に進み、関連付けするキックスタートを選択します。
2. Cobbler システム記録の作成 ボタンをクリックし、関連付けします。
3. この関連付けは、任意のマシンに対して Cobbler 内で pxe_just_once を true に設定していない限りは、永久的に残ります。true に設定した場合は、キックスタートが成功した後に関連付けは無効となります。この設定に関する詳しい情報は、手順4.3「PXE を使用するための Cobbler の設定」 をご参照してください。

手順4.3 PXE を使用するための Cobbler の設定

1. BIOS の順序は、多くの場合、PXE ブートが最初に実行されるように設定されます。これは、PXE サーバーがリモートで指示しない限りはローカルディスクからはブートしないということになります。この設定により、システムが継続的に再インストールを行う ブートループ が発生する場合があります。
   ブートループを防止するには、/etc/cobbler/settings ファイルを開いて、以下の行を追加します。

   pxe_just_once: 1
   

   この設定により、$kickstart_done マクロがキックスタートテンプレートに追加されます。これは、インストールが完了した後にシステムがネットワークからではなく、ローカルでブートするように指示します。
2. pxe_just_once: 1 セッティングを追加して、後でシステムを再インストールしたい場合には、システム上の netboot-enabled フラグを切り替える必要があります。これは、RHN Satellite の Web インターフェースを使用するか、直接 Cobbler 内で行うことができます。システムが次回再起動する時には、PXE インストールが実行され、その後には、フラグがリセットされるまでローカルディスクからのブートに戻ります。
   ローカルのハードドライブから最初に起動するように BIOS が設定されている場合は、pxe_just_once を有効にする必要はありません。ただし、PXE を使用してシステムを再プロビジョニングするには、MBR (マスターブートレコード) をゼロ設定する必要があります。