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セッションを実行している場合を除きます)。

パッケージ管理ツールを更新します。

> sudo zypper patch --updatestack-only

/etc/zypp/repos.d/内のSUSE Linux Enterprise Serverリポジトリのすべての設定ファイルで変数$releaseverが使用されていることを確認します。

> grep baseurl /etc/zypp/repos.d/*.repo
/etc/zypp/repos.d/rmt.repo:baseurl=https://rmt.example.com/repo/SUSE/Products/SLE-15-SP5-Product-SLES/x86_64/product/
/etc/zypp/repos.d/updates.repo:baseurl=https://updates.suse.com/SUSE/Products/SLE-Product-SLES/$releasever/x86_64/product[...]

この例では、ファイルupdates.repoは変数を使用し、rmt.repoはバージョン文字列15-SP5をハードコードします。すべてのリポジトリ設定ファイルで15-SP5のすべての出現箇所を$releaseverに置き換えるには、次のコマンドを実行します。

> sudo sed -i 's/15-SP5/${releasever}/g' /etc/zypp/repos.d/*.repo

必要に応じて、異なるバージョン文字列を使用してこのコマンドを繰り返し、すべてのリポジトリ設定ファイルが更新されるようにします。

すべてのリポジトリが正しく設定されているかどうかを確認します。

> sudo zypper --releasever=15-SP7 repos -u

リポジトリURLに15-SP7が表示されるようになります。一部のサードパーティのリポジトリはバージョン管理されていない可能性があることに注意してください。これらはすべてのSUSE Linux Enterprise Serverリリースで動作するものと想定されています。

すべてのリポジトリを15 SP7に切り替えて更新します。

> sudo zypper --releasever=15-SP7 refresh -f -s

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

マイグレーションをテストします。

> sudo zypper --releasever=15-SP7 dup -D --no-allow-vendor-change --no-recommends

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

オプション-no-allow-vendor-changeは、サードパーティのパッケージがベースシステムのRPMパッケージを置き換えることを防ぎます。--no-recommendsオプションは、初期インストール時に選択解除したパッケージが再び追加されないようにします。

完全なディストリビューションアップグレードを実行します。

> sudo zypper --releasever=15-SP7 dup --no-allow-vendor-change --no-recommends

上記のコマンドを使用すると、zypperはすべてのパッケージを事前にダウンロードします。これにより、インターネット接続が失敗する可能性がある場合でも信頼性が高まります。パッケージをヒープ単位でダウンロードしてインストールするには、次のコマンドを実行します。

> sudo zypper zypper --releasever=15-SP7 dup --no-allow-vendor-change --no-recommends --download-in-heaps

ディストリビューションの更新が完了すると、SUSE Linux Enterprise Serverは$releasever変数を新しいバージョンに設定するため、--releaseverオプションで指定する必要がなくなります。

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

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

> sudo snapper list

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

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

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

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

> sudo snapper rollback

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

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

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

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

   > sudo zypper ref -fs

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

   > sudo zypper lr

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

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

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

   > sudo SUSEConnect --status

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

   > sudo SUSEConnect --rollback