ゾーン作成ウィザードがホストのコンテキストから起動された場合、リソースプールの選択画面が表示されます。少なくとも 1 つの実行中ゾーンが対象の専用 CPU で作成されている場合、プール一覧には選択肢として SUNWtmp プールが表示されます。ゾーン作成は SUNWtmp プールを選択した場合に失敗します。専用 CPU 構成とした結果、一時プールが作成され、2 つのゾーンで共有できなくなります。次のエラーメッセージが表示されます。
次に、入力したゾーンのログファイルの内容を示します。 自動起動: No such property type usage: set = Sets property values. For resource type ... there are property types ...: |
回避方法: 専用 CPU 番号を指定するか、ゾーン作成に SUNWtmp プールを使用しないようにします。
ブランドゾーンを含め、完全ルートゾーンの移行が失敗します。完全ルートゾーンの場合、内容も含めたゾーンの移行および copy 操作で、次のエラーが発生することがあります。
完全ルートゾーンのサイズは大きく、tar ファイル作成、圧縮、および完全ルートゾーンの分割で長い時間がかかります。copy コマンドで内容も含めた場合、元のゾーンの再接続を試みたあと、Solaris Container Manager のタイムアウト時間が短いとタイムアウトします。
各ゾーンが 2M バイトの固定サイズに分割されます。完全ルートゾーンのサイズはギガバイト単位であるため、サブアーカイブの数が多くなります。awk コマンドが、指定の限界値を超えた長さの文字列に対応しません。
古いゾーンアーカイブがサーバーに残ります。ダウンロード中、不要なファイルがゾーンイメージの一部としてダウンロードされることがあります。
ターゲットとなるシステムのディスク容量は、少なくともゾーンの 3 倍の大きさになるようにします。ディスク容量が足りない場合、アーカイブの展開中に失敗します。
前述のエラーに加え、次の問題が発生する可能性があります。
ゾーンの内容は完全に移行されたが、ターゲットへの接続に必要な状態ではないことがある。この問題は Solaris Container Manager をゾーンの移行に使用していない場合も発生することがあります。この場合、ゾーンはインストールされた状態ですが起動しません。
Sun MC でインストールされた Web サーバーに障害が発生することがあります。この場合、ファイル転送全体も失敗します。
回避方法: 次の条件が満たされているか確認してください。
es-config -l root -M scm-container コマンドおよびプロファイルの更新が正常に完了した
ホスト間でハードウェア構成が同じで同一の OS リリースがインストールされている
ホストに十分なディスク容量がある
/var/opt/SUNwsymon/downloads/ ディレクトリにファイルがいつも含まれていない。もしファイルがあればすべて削除してください。
ゾーンのコピーまたは移行の場合、「終了」をクリックしたあと少なくとも 2 分間待ってください。空のウィンドウが画面上に残ることがあります。このウィンドウは強制的に閉じても問題ありません。
/var/opt/SUNWsymon/cfg/scm-zonecopy.properties ファイルの値が定義済みである。定義済みの migratePollInterval (600000) はそのままでも構いません。有効なスリープ時間は pollInterval x retry と等しくなります。大きなゾーンの場合、デフォルトの再試行の値を 5 から 10 に増やしてください。
ゾーン作成ウィザードは、Solaris 10 11/06 リリースおよび Solaris 10 8/07 リリースでゾーン構成用のデフォルトおよび任意の特権を 入力するための画面で構成されています。この画面はブランドゾーンでは表示されません。
回避方法: 「ゾーンプロパティー」ページを使用してゾーン特権を修正してください。特権が更新された場合、ゾーンを再起動する必要もある場合があります。
Solaris Container Manager 4.0 を全パッチとともにインストールし、ゾーンを作成します。新規作成したゾーンのデフォルトプロジェクトでいずれかの 1 行を選択します。「アラームのしきい値」をクリックしてアラームを作成すると、アラームは左ウィンドウ区画に生成されますが、このアラームの原因となっているゾーンには反映されません。
回避方法: ありません。
名前を変更するゾーンに新しい名前を入力し「ゾーンログ」ボタンをクリックすると、次のエラーメッセージが表示されます。
ゾーンのログの内容 次に、入力したゾーンのログファイルの内容を示します。 tail: cannot open input |
このエラーはゾーン名が不正であるという意味です。変更前のゾーンの名前を入力して「ゾーンログ」ボタンをクリックすると、次の警告メッセージが表示されます。
Zone updated successfully Zone updated successfully Configuring zone with the following attributes: zonename lzdeluth2 Zone Rename successful. zoneadm: zone 'del2': WARNING: hme0:1: no matching subnet found in netmasks(4) for 10.12.174.155; using default of 255.0.0.0 |
回避方法: ありません。
新規作成したゾーンの名前を変更し、新しい名前を保存します。リソースプールのデフォルトページに移動すると、名前を変更したゾーンがゾーンリストに反映されていません。名前の変更が反映されていないゾーンをクリックすると、新しいページが表示されます。このページの右パネルは空です。左パネルのツリーは展開されていない状態です。
ゾーンの名前を変更したあと、左パネルのツリーを折りたたまないでください。システムを再表示します。名前を変更したゾーンが右パネルに表示されますが、左パネルの pool_default の下には表示されません。
回避方法: ありません。
英語以外のロケールを選択しても、使用状況グラフのイメージのタイトルと見出しが英語で表示されます。これらの値は、ローカライズされていません。
Solaris 8 OS を使用しているシステムでは、Container Manager で拡張アカウンティング機能が使用不可になっています。したがって、Solaris 8 システムでは、コンテナの CSV ファイルの拡張アカウンティングデータ (Exacct) 列は null になります。
エージェントホストの /etc/project データベース内のプロジェクトが、Sun Management Center のデータベース内のプロジェクトとプロジェクト ID が同じでプロジェクト名が異なる場合、プロジェクトは Container Manager で検出されません。Container Manager では、同じサーバーコンテキスト内のすべてのホスト間でプロジェクト ID が一意である必要があります。
projadd コマンドを使用してプロジェクトを作成しないでください。Container Manager だけを使用してプロジェクトを管理してください。
回避方法: projadd コマンドで作成されたデフォルト以外のプロジェクトをエージェントホストの /etc/project データベースから削除し、Container Manager の新規コンテナウィザードを使用してコンテナを作成します。
ゾーン、プールまたはプロジェクトの、作成、変更または削除に失敗したときに表示されるエラーメッセージが不完全で、詳細が表示されません。次のような内容のエラーメッセージが表示される場合があります。
リソースプールを作成できない
ゾーンを作成できない
プロジェクト、ゾーン、またはプールを更新できない
有効なユーザーのコンテナを有効にできない
コンテナをホストに関連付けることができない
回避方法: これらのエラーのいずれかが発生した場合は、このあとのプロファイルに関する推奨事項を参照してください。ただし、推奨されている作業を行う前に、ユーザーが有効な Sun Management Center ユーザーであり、必要な管理者権限を持っている (esadm、esdomadm グループに属している) ことを確認してください。
次のコマンドを実行して、必要なプロファイルにユーザーが関連付けられていることを確認してください。
$ profiles <username>
必要なプロファイルは次のとおりです。
Solaris 10 の場合 - ゾーン管理、プール管理、プロジェクト管理
Solaris 9 の場合 - プール管理、プロジェクト管理
Solaris 8 の場合 - プール管理、プロジェクト管理
必要なプロファイルがない場合は、次のコマンドをスーパーユーザーで実行し、ユーザーに関連付けられているプロファイルを変更します。
# usermod -P "<必要なプロファイルをコンマで区切ったリスト>" <username>
システム上にプロファイルが存在しない場合は、/etc/security ディレクトリの prof_attr ファイルに次の形式で必要なエントリを追加します。
Pool Management:::Resource pool management profile:help=RtPoolMgmt.html
Project Management:::Manage Solaris projects:auths=solaris.project.read,solaris.project.write;help=RtProjManagement.html
次のコマンドを実行して、ユーザーが SCM モジュールのローカルアクセスユーザーリストに含まれているかどうかを確認します。
<BASEDIR>/SUNWsymon/sbin/es-config -M scm-container -s
ユーザーがアクセスリストに含まれていない場合は、次のコマンドを実行します。
<BASEDIR>/SUNWsymon/sbin/es-config -M scm-container -l <user_name>
エージェントがクラッシュすると、scm-container* のファイルが /var/opt/SUNWsymon/cfg/ ディレクトリに残ります。エージェントが再起動したときに、最高のパフォーマンスではない場合があります。このような状況のときは、次のエラーメッセージが表示される場合があります。
「セキュリティー権限が不十分なため、操作を完了できません。」
次のコマンドを入力して、エージェント上のプロセスの状態を確認できます。
% ps -eaf | grep esd
回避方法: パフォーマンスを向上するには、次のコマンドを入力します。
スーパーユーザーになります。
% su -
エージェントを停止します。
# /opt/SUNWsymon/sbin es-stop -a
状態ファイルを削除します。
# rm /var/opt/SUNWsymon/cfg/scm-container*
エージェントを再起動します。
#/opt/SUNWsymon/sbin/es-start -a
サーバーの再起動後に Java Web Console が自動的に再起動しません。
Java Web Console を起動するには、次のコマンドを入力します。
スーパーユーザーになります。
% su -
root パスワードを入力します。
Java Web Console を再起動します。
# /usr/sbin/smcwebserver restart
今後は Java Web Console が再起動するようにします。
# /usr/sbin/smcwebserver enable
回避方法: ありません。
「新規ゾーン」ウィザードの「ロケール」ドロップダウンメニューから無効なロケールを選択すると、ゾーンの作成に失敗します。「ロケール」ドロップダウンメニューには無効なロケール値が含まれる可能性があります。
有効なロケールについては、『 International Language Environments Guide』の「Supported Locales」を参照してください。
回避方法: 「新規ゾーン」ウィザードの「ロケール」ドロップダウンメニューから有効なロケールを選択します。ロケール値がわからない場合は、C (英語ロケール) を選択します。
アラームが発生しているときに、アラームバッジそのものではなく、アラームバッジのツールチップが表示される場合があります。
別の区画に移動してからアラームが発生しているオブジェクトのアイコンに戻ると、アイコンのバッジが正しく表示されます。
回避方法: ありません。
ブラウザの「戻る」ボタンをクリックすると、Container Manager から例外がスローされる場合があります。このリリースでは、ブラウザの「戻る」ボタンはサポートされていません。
この例外から回復するには、https://server_name:6789/containers を表示し、適切なページに移動します。
回避方法: ありません。
Solaris 9 オペレーティングシステムでは、newtask コマンドのバグが原因で、一部のプロセス (たとえばユーザー nobody で実行される JavaTM アプリケーション) がコンテナに移動しません。
回避方法: ユーザー nobody で実行されるアプリケーションを、newtask コマンドを使用して適切なコンテナ内で起動します。
# /usr/bin/newtask -p projectname command |
projectname はアプリケーションを起動するプロジェクト、command はアプリケーションを起動するコマンドです。
詳細は、newtask(1) のマニュアルページを参照してください。
次のいずれかの一致式を使用してコンテナ定義を作成してから有効にすると、エージェントホストがハングアップします。
n
ns
nsc
nscd
回避方法: newtask コマンドを使用して、適切なプロジェクト内で nscd プロセスを開始します。
# /usr/bin/newtask -p projectname command |
projectname はアプリケーションを起動するプロジェクト、command はアプリケーションを起動するコマンドです。
詳細は、newtask(1) のマニュアルページを参照してください。
Sun Management Center ソフトウェアをサーバーレイヤーに再インストールする場合は、アンインストール時にデータを残してください。同様に、サーバーレイヤーで再設定を行う場合は、データベースを再作成しないオプションを選択します。データを保存せずにサーバーレイヤーで再インストールまたは再設定を行なった場合、以前に検出されたエージェントホストがデータベースに含まれなくなる可能性があります。
回避方法: 再インストールまたは再設定を行なったあとにホストが見つからない場合は、次の手順でホストで Sun Management Center エージェントを再起動します。
エージェントシステムにログインします。
スーパーユーザーになります。
% su -
次のように入力して Sun Management Center エージェントを停止します。
# /opt/SUNWsymon/sbin/es-stop -a |
次のように入力して Sun Management Center エージェントを起動します。
# /opt/SUNWsymon/sbin/es-start -a |
ほかの物理マシンに存在するゾーンにアクセスするには、大域ゾーンから zlogin -C <zone-name> と入力し、そのゾーンの設定を行います。
ゾーン作成の「ネームサーバー」フィールドに、ネームサーバー値に続けて IP アドレスを入力します。たとえば、「ネームサーバー」フィールドには、ns1.sun.com (10.255.255.255) のような値を指定できます。