SL Microクライアントの登録
このセクションでは、SL Microオペレーティングシステム6.0 x86-64、arm64、およびIBM Z(s390x)を実行しているクライアントの登録について説明します。
SL Microはトランザクション更新を使用します。 トランザクション更新はアトミックであり(すべての更新が成功した場合にのみすべての更新が適用されます)、ロールバックをサポートします。 システムが再起動されるまで変更は有効にならないため、実行中のシステムには影響しません。
トランザクション更新および再起動に関する詳細は、 https://documentation.suse.com/sles/15-SP7/html/SLES-all/cha-transactional-updates.html.を参照してください。
1. ソフトウェアチャンネルの追加
SL MicroクライアントをSUSE Multi-Linux Managerサーバーに登録する前に、必要なソフトウェアチャンネルを追加し、同期する必要があります。
ソフトウェアチャンネルは、Web UIまたはコマンドラインから追加できます。
|
次のセクションでは、説明はしばしば |
Web UI手順には、次の製品が必要です。
| [OSのバージョン] | 製品名 |
|---|---|
SL Micro 6.2 x86-64 |
SUSE Linux Micro 6.2 x86_64 |
SL Micro 6.2 arm64 |
SUSE Linux Micro 6.2 arch64 |
SL Micro 6.2 s390x |
SUSE Linux Micro 6.2 s390x |
SL Micro 6.2 ppc64le |
SUSE Linux Micro 6.2 ppc64le |
| [OSのバージョン] | 製品名 |
|---|---|
SL Micro 6.1 x86-64 |
SUSE Linux Micro 6.1 x86_64 |
SL Micro 6.1 arm64 |
SUSE Linux Micro 6.1 arch64 |
SL Micro 6.1 s390x |
SUSE Linux Micro 6.1 s390x |
SL Micro 6.1 ppc64le |
SUSE Linux Micro 6.1 ppc64le |
| [OSのバージョン] | 製品名 |
|---|---|
SL Micro 6.0 x86-64 |
SUSE Linux Micro 6.0 x86_64 |
SL Micro 6.0 arm64 |
SUSE Linux Micro 6.0 arch64 |
SL Micro 6.0 s390x |
SUSE Linux Micro 6.0 s390x |
SL Micro 6.0 ppc64le |
SUSE Linux Micro 6.0 ppc64le |
SUSE Multi-Linux Manager Web UIで、に移動します。
検索バーを使用して、クライアントのオペレーティングシステムおよびアーキテクチャに適切な製品を見つけ、適切な製品にチェックを付けます。 これにより、すべての必須チャンネルが自動的にチェックされます。 また、`include recommended`トグルがオンになっている限り、すべての推奨チャンネルも選択されます。 矢印をクリックして関連製品の完全なリストを表示し、必要な追加製品がチェックされていることを確認してください。
製品を追加をクリックし、製品の同期が完了するまで待機します。
または、コマンドプロンプトからチャンネルを追加できます。 この手順には、次の製品が必要です。
| [OSのバージョン] | ベースチャンネル |
|---|---|
SL Micro 6.2 x86-64 |
sl-micro-6.2-pool-x86_64 |
| [OSのバージョン] | ベースチャンネル |
|---|---|
SL Micro 6.1 x86-64 |
sl-micro-6.1-pool-x86_64 |
| [OSのバージョン] | ベースチャンネル |
|---|---|
SL Micro 6.0 x86-64 |
sl-micro-6.0-pool-x86_64 |
SUSE Multi-Linux Managerコンテナホストのコマンドプロンプトで、ルートとして、適切なチャンネルを追加します:
mgrctl exec -- mgr-sync add channel <channel_label_1> mgrctl exec -- mgr-sync add channel <channel_label_2> mgrctl exec -- mgr-sync add channel <channel_label_n>同期は自動的に開始されます。 チャンネルを手動で同期させたい場合は、次を使用してください:
mgrctl exec -- mgr-sync sync --with-children <channel_name>続行前に、同期が完了していることを確認してください。
2. 同期ステータスの確認
SUSE Multi-Linux Manager Web UIで、に移動し、`Products`タブを選択します。 このダイアログには、同期中の各製品の完了バーが表示されます。
また、に移動し、リポジトリに関連付けられたチャネルをクリックすることもできます。 `Repositories`タブに移動し、`Sync`をクリックして`Sync Status`をオンにします。
tailを実行する前に利用可能なログを一覧表示するには、コンテナホストで次のコマンドを実行します。
mgrctl exec ls /var/log/rhn/reposync/SUSE Multi-Linux Managerコンテナホストのコマンドプロンプトで、ルートユーザーとして、チャンネルログファイルの同期を確認します。
mgrctl exec -ti -- tail -f /var/log/rhn/reposync/<channel-label>.logそれぞれの子チャンネルは、同期の進捗中にそれぞれのログを生成します。 同期が完了したことを確認するには、ベースチャンネルと子チャンネルのログファイルをすべて確認する必要があります。
3. クライアントの登録
|
SL Microクライアントは、登録後に再起動が必要です。 登録が完了した後に再起動が自動的にスケジュールされますが、デフォルトの再起動マネージャのメンテナンスウィンドウを尊重しています。 このメンテナンスウィンドウは、クライアントが登録された後、開始までに数時間の遅延がある場合があります。 登録スクリプトが終了した後にクライアントを手動で再起動することをお勧めします。これにより、登録が迅速に行われ、システムリストにシステムが表示されるようになります。 |
クライアントを登録するには、ブートストラップリポジトリが必要です。 デフォルトでは、ブートストラップリポジトリは自動的に作成され、すべての同期された製品に対して毎日再生成されます。 コンテナホストのコマンドプロンプトからブートストラップリポジトリを手動で作成できます。
mgrctl exec -ti mgr-create-bootstrap-repo
クライアントの登録に関する詳細は、クライアントの登録を参照してください。
SL Microシステムでブートストラップスクリプトを使用する場合は、スクリプトの証明書セクションに次の内容が含まれていることを確認してください:
ORG_CA_CERT=RHN-ORG-TRUSTED-SSL-CERT ORG_CA_CERT_IS_RPM_YN=0
ブートストラップスクリプトを直接編集して設定を追加するか、次のパラメータを使用してブートストラップスクリプトを作成します。
mgrctl exec -ti -- mgr-bootstrap --script=bootstrap-sl-micro.sh \
--ssl-cert=/srv/www/htdocs/pub/RHN-ORG-TRUSTED-SSL-CERT
4. SL Microを再起動します。
SL Microはトランザクションシステムです。 トランザクション更新は、一般的にいくつかの再起動方法をサポートしています。 `systemd`で管理されているシステムの再起動には、SUSE Multi-Linux Managerを使用することをお勧めします。 他の方法を使用すると、望ましくない動作が発生する可能性があります。
SUSE Multi-Linux Manager上でトランザクションシステムを起動する際、システムがデフォルトの設定の場合、再起動方法として`systemd`が設定されます(REBOOT_METHOD)。
このような構成により、SUSE Multi-Linux Managerが再起動アクションを制御でき、再起動は即時に行うことも、SUSE Multi-Linux Managerを使用してスケジュールすることも可能です。
4.1. 背景情報
デフォルトでは、クライアントのインストール中の再起動方法は`auto`に設定されています。
auto`ブート方法を使用すると、サービスが実行中の場合、`rebootmgrd`が構成されたポリシーに従ってシステムを再起動します。
ポリシーは、即時に再起動するか、メンテナンスウィンドウ中に再起動することができます。
詳細については、`rebootmgrd(8)のマニュアルページを参照してください。
それ以外で`rebootmgrd`が実行されていない場合は、SUSE Multi-Linux Managerが`systemctl reboot`を呼び出します。
|
`systemd`とは異なる方法を使用すると、望ましくない動作が発生する可能性があります。 |