Sun N1 System Manager 1.3.2 ご使用にあたって

OS プロビジョニングに関する問題点

この節では、OS プロビジョニング (配備) に関して判明している問題点をまとめています。

Sun Fire X4200 M2 サーバーへの Solaris 10 6/06 のプロビジョニング

次の手順でデフォルトの OS プロファイルを変更し、Sun Fire X4200 M2 サーバーに Solaris 10 6/06 をプロビジョニングします。この例では、s10u2_x86 という OS プロファイルを使用しています。

N1-ok> remove osprofile s10u2_x86  partition /
N1-ok> remove osprofile s10u2_x86 partition swap
N1-ok> add osprofile s10u2_x86 partition swap type swap size 1024 device c3t2d0s1 sizeoption fixed
N1-ok> add osprofile s10u2_x86 partition / type ufs device c3t2d0s0 sizeoption free

OS プロファイルに製品キーがない場合に Windows OS の配備に失敗する (6449265)

OS プロファイルに製品キーがないため、配備に失敗します。しかし、OS プロファイルに製品キーを追加しようとすると、「OS profile is in use.」というメッセージが表示されて処理に失敗します。

回避策: ジョブのタイムアウトが発生するまで待ってから、OS プロファイルに製品キーを追加します。

DHCP オプションを使用した Red Hat OS の配備で DHCP 範囲から IP アドレスが割り当てられない (6449051)

DHCP オプションを使用して Red Hat OS をシステムに配備するときに、DHCP 範囲内の IP アドレスがシステムに割り当てられません。

回避策: 次の手順を実行します。

管理サーバーにログインします。
/opt/sun/scs/data/allstart/scripts/dhcp_redhat.sh ファイルで、Device エントリを、DHCP の実行に必要な適切なインタフェースに変更します。
```
DEVICE=eth0
FILE=/etc/sysconfig/network-scripts/ifcfg-$DEVICE
cat <<_EOF_> $FILE DEVICE=$DEVICE
BOOTPROTO=dhcp
_EOF_
chown root.root $FILE
chmod 644 $FILE
```
dhcp_redhat.sh スクリプトをサーバーの OS プロファイルに追加します。

#n1sh add osprofile osprofile-name script /opt/sun/scs/data/allstart/scripts/dhcp_redhat.sh type=post

ACPI が有効になっている場合に Sun Blade X8400 サーバーへの Red Hat OS の配備に失敗する (6442992)

Sun Blade X8400 サーバーの CMOS 設定では、デフォルトで ACPI が有効になっていますが、この場合、Linux のインストールが対話型モードになります。

回避策: 次の 2 とおりがあります。

1. load コマンドに追加のカーネルパラメータを指定します。

N1-ok> load server servername osprofile profilename ... kernelparameter pci=nommconf

この操作で BIOS の設定は変更されません。したがって、load コマンドを実行するたびにこのパラメータを指定する必要があります。

2. ACPI 設定で MCFG 表を無効にすることで、BIOS の設定を手動で変更します。この操作では BIOS の設定が恒久的に変更されます。

`nfs` オプションを指定した場合、Sun Blade X8400 サーバーへの SUSE Linux Enterprise Server 9 SP3、64 ビット OS の配備に失敗する (6438194)

インストールプロトコルとして nfs を指定すると、OS の配備が対話型モードになります。

回避策: インストールプロトコルとして http を指定します。

拡張モジュールを使用して Sun Blade X8400 サーバーに Red Hat OS をプロビジョニングしたあとに管理対象サーバーが完全に再起動されない (6437482)

拡張モジュールを使用して Sun Blade X8400 サーバーに RedHat Enterprise Linux 4.0 AS Update 3、64 ビットのオペレーティングシステムをプロビジョニングしたあとに、管理対象サーバーが完全に再起動されません。Kudzu が有効になっている場合に再起動に失敗する可能性があります。処理は「Checking for new hardware」というメッセージで停止します。

Linux OS のプロファイルを使用して Sun Blade X8400 サーバーで Kudzu を無効にするには、次の手順に従います。

スーパーユーザーとして管理サーバーにログインします。
次の行を含むシェルスクリプトファイルを作成します。
```
#!/bin/sh
chkconfig kudzu off
```
ファイルを既知の場所 (たとえば /scripts/kudzu.sh) に保存します。
N1 System Manager のコマンド行から add osprofile コマンドを使用して、スクリプトを OS プロファイルの post セクションに追加します。

たとえば、Red Hat Enterprise Linux 4 Update 3 の OS プロファイルが rhel4u3 という名前の場合は、次のように入力します。
N1-ok> add osprofile rhel4u3 script /scripts/kudzu.sh type=post
スクリプトは適切な OS プロファイルに追加してください。
更新したプロファイルを使用して Red Hat Enterprise Linux 4 Update 3 を Sun Blade X8400 サーバーに再び配備します。

Windows の配備時に手動ネットブートを指定すると `dhcpd.conf` ファイルにエントリが作成されない (6432047)

回避策: 手動ネットブートを指定せずに配備します。

ジョブまたはジョブステップのタイムアウト値を経過したときに OS 配備に空白のエラーメッセージが表示される (6405994)

多数の管理対象サーバーに OS を配備する場合、OS 配備ジョブがジョブまたはジョブステップのタイムアウト値を経過すると OS の配備に失敗する場合があります。この問題が発生した場合、ジョブはエラーになりますが、エラーの説明が空白で、インストールは実際には正常に終了した可能性があります。

bash-3.00# n1sh show job 12
ジョブ ID:　　 12
日時:　　　    2006-03-29T01:06:53+0000
種類:　　　    OS のロード
ステータス:    エラー (2006-03-29T03:07:00+0000)
コマンド:　    load group sparc-srvrs osprofile sol-sparc networktype=static ip=10.0.108.81-10.0.108.90
所有者:　　    root
エラー:　　    10
警告:　　　    0

ステップ
ID     種類　　　     開始                        完了                        結果
1      ホスト取得     2006-03-29T01:06:54+0000　　2006-03-29T01:06:54+0000　　完了
2      ホスト取得     2006-03-29T01:06:54+0000　　2006-03-29T01:06:54+0000　　完了
.
.       サーバー 3 〜 28
.
29     ホスト取得     2006-03-29T01:06:56+0000　　2006-03-29T01:06:57+0000　　完了
30     ホスト取得     2006-03-29T01:06:56+0000　　2006-03-29T01:06:57+0000　　完了
31     Java の実行　　2006-03-29T01:06:56+0000　　2006-03-29T03:06:58+0000　　エラー 1
32     Java の実行　　2006-03-29T01:06:56+0000　　2006-03-29T03:06:58+0000　　エラー 2
33     Java の実行　　2006-03-29T01:06:56+0000　　2006-03-29T03:06:58+0000　　エラー 3
34     Java の実行　　2006-03-29T01:06:56+0000　　2006-03-29T03:06:58+0000　　エラー 4
35     Java の実行　　2006-03-29T01:06:56+0000　　2006-03-29T03:06:58+0000　　エラー 5
36     Java の実行　　2006-03-29T01:06:56+0000　　2006-03-29T03:06:58+0000　　エラー 6
37     Java の実行　　2006-03-29T01:06:57+0000　　2006-03-29T03:06:58+0000　　エラー 7
38     Java の実行　　2006-03-29T01:06:57+0000　　2006-03-29T03:06:58+0000　　エラー 8
39     Java の実行　　2006-03-29T01:06:57+0000　　2006-03-29T03:06:58+0000　　エラー 9
40     Java の実行　　2006-03-29T01:06:57+0000　　2006-03-29T03:06:58+0000　　エラー 10


エラー
エラー 1:
説明:

エラー 2:
説明:

.
.             3 〜 8 まで空白のエラーメッセージ 
.
エラー 9:
説明:

エラー 10:
説明:

回避策: n1smconfig を使用してジョブのタイムアウト値を大きくするか、既存のタイムアウト値を超過する原因 (ネットワークの待ち時間の問題など) を改善します。また、一部の OS 配備は正常に終了した可能性があります。サーバーが正常にインストールされたかどうかを確認するには、「すべてのサーバー」ページの「使用 OS」列を確認するか、シリアルコンソールを使用してサーバーにログインします。

RIS のホストキーがないため、Windows OS ディストリビューションの作成に失敗する (6392700)

Windows で RIS サーバーのホストキーが管理サーバーの ./ssh/known_hosts ファイルにない場合、create os コマンドは失敗します。

回避策: RIS サーバーのホストキーが管理サーバーの ./ssh/known_hosts ファイルにあることを確認します。ssh コマンドを使用して管理サーバーから RIS サーバーに手動でログインすると、ホストキーが自動的に作成されます。

DHCP を使用して Windows OS を配備するときにプロビジョニング IP アドレスが正しく割り当てられない (6381141)

networktype=dhcp 属性を指定して Windows OS を配備すると、Windows のインストール後に管理対象サーバーに割り当てられる IP アドレスが、bootip 属性で指定した IP アドレスになります。IP アドレスは、DHCP サービスによって自動的に割り当てられる必要があります。

回避策: インストールの完了後に管理対象サーバーを再起動します。サーバーのプロビジョニング IP アドレスが、DHCP サーバーから正しく再割り当てされます。

Sun Fire X4500 サーバーへの Solaris 10 6/06 OS の配備にプロファイルが必要である (6379990)

Sun Fire X4500 サーバーに Solaris 10 6/06 OS を配備するには、特殊なプロファイルが必要です。ランダムディスクは選択できません。サーバーの正しい起動ディスクを判別するには、工場出荷時の OS または CD-ROM から先にシステムを起動する必要があります。

正しい起動ディスクを検出するには、次の手順に従います。

端末ウィンドウを開きます。
次のように入力して、最初の起動可能なディスクを検索します。

#cfgadm | grep sata3/0

次のようなメッセージが表示されます。

sata3/0::dsk/cXt0d Y

ここで X と Y は数値です (たとえば c4t0d0)。
次のいずれかの操作を実行して、2 番目の起動可能なドライブを検索します。

0 に 4 を加算します。たとえば、最初のドライブが c4t0d0 の場合、2 番目のドライブは c4t4d0 になります。

または次のコマンドを入力します。#cfgadm | grep sata3/4

次のようなメッセージが表示されます。

sata3/4::dsk/cNtNd N

ここで N は数値です (たとえば c4t1d0)。
手順 2 と手順 3 の情報を使用してインストールを続行し、サーバーの OS プロファイルに適用します。

Windows の OS プロファイルにタイムゾーン属性と言語属性のデフォルト値がない (6374740)

回避策: 回避策はありません。

`bootpath` 属性に `bge1` デバイスパスを指定すると、新しい Sun Fire V20z サーバーへの OS の配備に失敗する (6346563)

N1 System Manager の製品マニュアルに記載されているように、Sun Fire V20z サーバーの bge1 デバイスパスは /pci@0,0/pci1022,7450@a/pci17c2,10@3 です。ただし、新しい Sun Fire V20z サーバーでは bge1 デバイスパスが変更されているため、bootpath 属性に bge1 デバイスパスを指定すると、OS の配備に失敗します。

回避策: 新しい Sun Fire V20z サーバーでは、bootpath 属性に次の bge1 デバイスパスを使用します。/pci@0,0/pci1022,7450@a/pci17c2,10@2,1

BIOS コンソールのボーレートを設定すると、Sun Fire V20z および V40z サーバーへの OS の配備に失敗する (6322295)

BIOS コンソールのボーレートが 9600 (デフォルト) に設定されていないと、Sun Fire V20z または V40z サーバーへの OS の配備に失敗します。したがって、load server コマンドまたはブラウザインタフェースの「OS のロード」ウィザードで consolebaudrate の値を変更しないでください。

注 –

SP コンソールのボーレートが 9600 以外に設定されていた場合、OS の配備は正常に終了しますが、connect server コマンドを使用したコンソールで文字が正しく表示されません。

回避策: OS の配備後に BIOS コンソールのボーレートを手動で変更します。変更するには、ターゲットサーバーを再起動し、起動処理中に BIOS 設定画面を表示します。BIOS の設定を変更する方法については、サーバーのマニュアルを参照してください。

Grid Engine アプリケーションがあるサーバーへの OS プロファイルのインストールに失敗する (6406020)

Grid Engine アプリケーションが実行されているサーバーに OS プロファイルをロードしようとすると、「Operation failed.」というメッセージが表示されて処理に失敗します。

回避策: ターゲットサーバーから Grid Engine アプリケーションをアンロードします。