5 オンラインでのアップグレード #

登録サーバ上の未使用の拡張機能をすべて無効にして、将来、依存関係の競合が発生が発生するのを防ぎます。拡張機能を覚えていなくても、後でYaSTによって未使用の拡張機能リポジトリが検出され、無効にされます。

更新するマシンで実行されているGNOMEセッションにログインしている場合は、テキストコンソールに切り替えます。GNOMEセッション内からアップデートを実行することはお勧めしません。これは、リモートマシンからログインしている場合には該当しません(ただし、GNOMEでVNCセッションを実行している場合を除きます)。

YaSTオンラインアップデートを実行して、システム用の最新のパッケージのアップデートを取得します。

yast2-migrationパッケージおよびその依存関係をインストールします(YaSTのソフトウェア › ソフトウェア管理)。

YaSTを再起動します。再起動しないと、新しくインストールしたモジュールがコントロールセンターに表示されません。

YaSTで、Online Migration (オンラインマイグレーション)を選択します(アップグレードするSUSE Linux Enterprise Serverのバージョンによって、このモジュールはシステムまたはソフトウェアの下にあります)。可能性のあるマイグレーションターゲットと概要がYaSTによって表示されます。システムで使用可能なマイグレーションターゲットが複数ある場合は、リストから1つを選択します。

リストからマイグレーションターゲットを1つ選択し、次へで続行します。

マイグレーションツールによってアップデートリポジトリが提供される場合は、はいで続行することをお勧めします。

オンラインマイグレーションツールにより、DVDまたはローカルサーバから古いリポジトリが検出される場合は、それらを無効にすることを強くお勧めします。古いリポジトリは以前のサービスパック用です。SUSEカスタマーセンターまたはRMTからの古いリポジトリは、自動的に削除されます。

登録サーバがモジュールまたは拡張機能のマイグレーションを提供しない場合、そのリポジトリ設定は変更されないままになります。これは通常、製品のバージョンまたはサービスパックに固有ではないNVIDIA Compute Moduleなどのサードパーティリポジトリで発生します。必要に応じて、マイグレーション後にリポジトリ設定を手動で確認できます。

概要を確認し、次へをクリックしてマイグレーションを続行します。更新開始を選択して確認します。

マイグレーションが正常に完了したら、システムを再起動します。

更新するマシンで実行されているGNOMEセッションにログインしている場合は、テキストコンソールに切り替えます。GNOMEセッション内からアップデートを実行することはお勧めしません。これは、リモートマシンからログインしている場合には該当しません(ただし、GNOMEでVNCセッションを実行している場合を除きます)。

SUSE Linux Enterpriseマシンをまだ登録していない場合は登録します。

> sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

マイグレーションを開始します。

> sudo zypper migration

マイグレーションプロセスに関する注記

すべての変更内容を確認します。特に、削除されるパッケージに注意してください。「y」と入力して続行します(アップグレードするパッケージの正確な数はシステムによって異なる可能性があります)。

266 packages to upgrade, 54 to downgrade, 17 new, 8 to reinstall, 5 to remove, 1 to change arch.
Overall download size: 285.1 MiB. Already cached: 0 B  After the operation, additional 139.8 MiB will be used.
Continue? [y/n/? shows all options] (y):

シェルをスクロールするには、Shift–Page ↑ またはShift–Page ↓ キーを使用します。

マイグレーションが正常に完了したら、システムを再起動します。

移行するマシンで実行されているグラフィカルセッションにログインしている場合は、そのセッションをログアウトして、テキストコンソールに切り替えます。グラフィカルセッション内からアップデートを実行することはお勧めしません。これは、リモートマシンからログインしている場合には該当しません(ただし、XでVNCセッションを実行している場合を除きます)。

SUSE Linux Enterpriseの古いリポジトリを使用してパッケージ管理ツールを更新します。

> sudo zypper patch --updatestack-only

現在リポジトリが割り当てられていないパッケージ(孤立したパッケージ)のリストを取得します。これらのパッケージは移行されず、マイグレーション後に動作する保証はありません(依存する他のパッケージは互換性がなくなったため変更されている可能性があるため)。リストを取得するには、次のコマンドを実行します:

> sudo zypper packages --orphaned

リストを注意深く確認して、必要なくなったすべての孤立パッケージを削除します。残りのすべての孤立パッケージをメモしてください。後で比較用に必要となります。

次のコマンドを実行して、システムが現在サブスクライブしているすべてのリポジトリのリストを取得します。

> sudo zypper repos -u

製品バージョン番号が15-SP6となるように、各リポジトリのURLをアップデートします。たとえば、リポジトリのURLが、

http://rmt.example.com/repo/SUSE/Products/SLE-15-SP2-Product-SLES/x86_64/product/

の場合は、次のように変更します。

http://rmt.example.com/repo/SUSE/Products/SLE-15-SP3-Product-SLES/x86_64/product/

これは、有効になっているすべてのリポジトリで実行される必要があります。また、後でアクティブ化するときにシステム内に間違ったインストールソースが存在しないように、現在無効になっているリポジトリに対してもこの操作を行うことを検討してください。

リポジトリURLを変更するには、次のオプションがあります。

1. YaST › ソフトウェア › ソフトウェアリポジトリの使用。リポジトリを選択して、編集をクリックして必要な変更を行います。すべてのリポジトリに対してこれを繰り返します。

2. Zypperの使用。次のコマンドを実行して、古いリポジトリを削除します。

   > sudo zypper removerepo OLD_REPO_ID

   削除後、対応する新しいリポジトリを次のコマンドを実行して追加します。

    > sudo zypper addrepo -f URL NAME-15-SP6

3. /etc/zypp/repos.dでリポジトリ設定ファイルを編集する。各リポジトリは1つの設定ファイルで表されます。各ファイルで、baseurlパラメータの値を変更する必要があります。

zypper repos -uを実行して変更を確認し、次のコマンドを実行してリポジトリをアップデートします。

> sudo zypper refresh -f -s

リポジトリのアップデートに失敗した場合は、間違ったURLを入力していないか再確認します。問題が修正できない場合は、失敗したリポジトリを無効にすることをお勧めします。

すべてのリポジトリが正常に設定された場合は、次のコマンドを再度実行して、

> sudo zypper refresh -f -s

「すべて」のリポジトリが最新であることを確認します。

マイグレーションを開始する前に、まずテストランを実行することをお勧めします。

> sudo zypper dup -D --no-allow-vendor-change --no-recommends

パラメータ-Dは、実際にシステムを変更せずにマイグレーションをシミュレートする、ドライランを実行します。問題が発生する場合は、修正してから続行してください。テストランが成功した場合は、次のコマンドを実行して実際のマイグレーションを実行します:

> sudo zypper dup --no-allow-vendor-change --no-recommends

-no-allow-vendor-changeは、サードパーティRPMが基本システムからRPMを上書きしないようにします。--no-recommendsオプションは、初期インストール時に選択解除したパッケージが再び追加されないようにします。

マイグレーションが終了して、システムが新しいサービスパックバージョンで起動したら、孤立パッケージのチェックを再度実行します。

> sudo zypper packages --orphaned

新しいリストとマイグレーションを開始する前に生成されたリストを比較します。リストに新しいパッケージが表示された場合は、新しいサービスパックの別のモジュールに移動されたことが原因である可能性があります。以前のインストールにそのモジュールがなかった場合、このパッケージはアップデートされていません。

https://scc.suse.com/packagesでパッケージが属するモジュールを確認できます。zypper addrepoまたはYaSTソフトウェアリポジトリモジュールを使用して、不足しているモジュールを追加し、次のコマンドを実行して後で孤立パッケージをアップデートします。

> sudo zypper install --no-recommends LIST OF PACKAGES

新しいサービスパックに正常に移行しました。

すべてのSnapperスナップショットのリストを取得します。

> sudo snapper list

出力を確認して、サービスパックのマイグレーションの開始直前に作成されたスナップショットを見つけます。列Descriptionには対応するステートメントが含まれており、スナップショットには列importantUserdataにというマークが付いています。列#のスナップショット番号と、列Dateの日付を覚えます。

システムを再起動します。ブートメニューからStart boot loader from a read-only snapshot (読み込み専用スナップショットからブートローダを起動)を選択して、前の手順で覚えた日付と番号が付いたスナップショットを選択します。2番目のブートメニュー(スナップショットのブートメニュー)がロードされます。SLES 15 SP6で始まるエントリを選択して起動します。

システムが以前の状態で起動し、システムパーティションは読み込み専用でマウントされます。rootとしてログインし、正しいスナップショットを選択しているかどうかを確認します。また、すべてが正常に機能することも確認します。ルートファイルシステムは読み込み専用でマウントされるため、機能の制限が適用される場合があることに注意してください。

問題がある場合、または間違ったスナップショットをブートした場合は、再起動して、ブート元として別のスナップショットを選択します。この時点では、恒久的な変更は加えられていません。スナップショットが正しく、正常に機能する場合、次のコマンドを実行して変更を確定します。

> sudo snapper rollback

マシンを再起動します。ブート画面で、デフォルトのブートエントリを選択して、復元されたシステムで再起動します。

リポジトリの設定が適切にリセットされているかどうかを確認します。さらに、すべての製品が適切に登録されているかどうかも確認します。いずれかが間違っていると、後でシステムを更新しようとしてもできなかったり、間違ったパッケージリポジトリを使用してシステムが更新されたりすることがあります。

次の手順を開始する前に、システムがインターネットにアクセスできることを確認してください。

1. 次のコマンドを実行して、サービスとリポジトリを更新します。

   > sudo zypper ref -fs

2. 次のコマンドを実行して、アクティブなリポジトリのリストを取得します。

   > sudo zypper lr

   このコマンドの出力を入念に確認します。更新対象として追加したサービスとリポジトリが一覧にされていてはなりません。たとえば、SLES 15 SP6からSLES15 GAへのマイグレーションをロールバックする場合、SLES15-GAのリポジトリではなく、SLES15-SP6のリポジトリがリストに含まれている必要があります。

   間違ったリポジトリが一覧にされている場合は削除し、必要に応じて、製品またはサービスパックのバージョンに一致するバージョンに置き換えます。サポートされるマイグレーションパスのリポジトリのリストについては、1.3項 「モジュールの依存関係とライフサイクル」を参照してください。(リポジトリは自動的に更新されるため、手動での操作は必要ありませんが、確認して必要な修正を行うことがベストプラクティスです。)

3. 最後に、次のコマンドを実行して、インストールされているすべての製品の登録状態を確認します。

   > sudo SUSEConnect --status

   すべての製品がRegisteredとレポートされる必要があります。そうなっていない場合は、次のコマンドを実行して登録を修復します。

   > sudo SUSEConnect --rollback