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

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

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

LTSSの加入者である場合は、LTSS拡張機能リポジトリがアクティブであることを確認します。

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

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

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

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

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

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

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

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

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

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

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

tux > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

LTSSの加入者である場合は、LTSS拡張機能リポジトリがアクティブであることを確認します。

zypper migrationを実行します。

tux > sudo zypper migration

Executing 'zypper patch-check --updatestack-only'

Refreshing service 'Basesystem_Module_15_x86_64'.
Refreshing service 'Desktop_Applications_Module_15_x86_64'.
Refreshing service 'SUSE_Linux_Enterprise_Server_15_x86_64'.
Refreshing service 'Server_Applications_Module_15_x86_64'.
Loading repository data...
Reading installed packages...

0 patches needed (0 security patches)

Executing 'zypper  refresh'

Repository 'SLE-Module-Basesystem15-Pool' is up to date.                        
Repository 'SLE-Module-Basesystem15-Updates' is up to date.                     
Repository 'SLE-Module-Desktop-Applications15-Pool' is up to date.              
Repository 'SLE-Module-Desktop-Applications15-Updates' is up to date.           
Repository 'SLE-Product-SLES15-Pool' is up to date.                             
Repository 'SLE-Product-SLES15-Updates' is up to date.                          
Repository 'SLE-Module-Server-Applications15-Pool' is up to date.               
Repository 'SLE-Module-Server-Applications15-Updates' is up to date.            
All repositories have been refreshed.
Available migrations:

    1 | SUSE Linux Enterprise Server 15 SP2 x86_64
        Basesystem Module 15 SP2 x86_64
        Desktop Applications Module 15 SP2 x86_64
        Python 2 Module 15 SP2 x86_64
        Server Applications Module 15 SP2 x86_64
       
    2 | SUSE Linux Enterprise Server 15 SP1 x86_64
        Basesystem Module 15 SP1 x86_64
        Desktop Applications Module 15 SP1 x86_64
        Python 2 Module 15 SP1 x86_64
        Server Applications Module 15 SP1 x86_64       

[num/q]:

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

すべての変更内容を確認します。特に、削除されるパッケージに注意してください。「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の古いリポジトリを使用してパッケージ管理ツールを更新します。

tux > sudo zypper patch --updatestack-only

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

tux > sudo zypper packages --orphaned

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

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

tux > sudo zypper repos -u

以下では、リポジトリURLを書き換えて、新しいサービスパックの各リポジトリを指すようにする必要があります(SLE-15をSLE-15-SP1に置き換える必要があります)。リポジトリのURLが次のようになっている場合:

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

以下に変更する必要があります

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

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

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

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

2. Zypperの使用. 新しいリポジトリを追加し、後で対応する古いリポジトリを削除します。

   tux > sudo zypper addrepo -f URL NAME-15-SP1
   tux > sudo zypper removerepo  NAME

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

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

tux > sudo zypper refresh -f -s

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

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

tux > sudo zypper refresh -f -s

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

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

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

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

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

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

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

tux > sudo zypper packages --orphaned

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

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

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

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

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

tux > sudo snapper list

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

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

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

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

tux > sudo snapper rollback

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

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

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

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

   tux > sudo zypper ref -fs

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

   tux > sudo zypper lr

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

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

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

   tux > sudo SUSEConnect --status

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

   tux > sudo SUSEConnect --rollback

たとえば、Ctrl–Alt–F1を押して、TTYに切り替えます。rootとしてログインします。

SUSEConnectを インストールします。

root # zypper in SUSEConnect

SCCで登録して、SUSE Linux Enterprise Serverリポジトリを取得します。

root # SUSEConnect -r REGISTRATION_CODE -p SLES/15.1/x86_64

システムのすべてのopenSUSEリポジトリを一覧表示して無効にします。

root # zypper lr
root # zypper mr -d REPO_IDS

REPO_IDSをすべての有効なopenSUSEリポジトリのスペース文字区切りリストで置き換えます。

ここでインストールに必要なモジュールを追加します。

root # SUSEConnect --list-extensions
[...]
root # SUSEConnect -p sle-module-basesystem/15.1/x86_64

ほとんどのLeapパッケージを置き換えるには、Basesystem、デスクトップアプリケーション、サーバアプリケーション、およびレガシーモジュールを有効にすることをお勧めします。また、SUSE Package Hubを有効にすることをお勧めします。

インストールされたパッケージをSUSE Linux Enterprise Serverリポジトリにマイグレートします。

root # zypper dup --force-resolution

孤立したパッケージを削除します。

root # zypper rm $(zypper --no-refresh packages --orphaned | gawk '{print $5}' | tail -n +5)

最後にシステムを再起動します。