SSH経由でのみアクセスできるリモートサーバーの場合DNFシステムのアップグレードこれはまだ推奨されるバージョンアップグレード方法ですか？ローカルシステムでは、再起動後のアップグレードの進行状況を表示できますが、sshを使用すると、すべての操作が正常に完了した後にのみサーバーに再ログインできます。
そうでなければ、より安定した方法はありますか？
答え1
何も残っていない信頼できるシステムをアップグレードするために私が見つけた方法です。
つまり、サードパーティのリポジトリが新しいリリースに合わせて更新されておらず、パッケージが欠落している場合や新しい競合がある場合は失敗する可能性があります。ただし、これらの問題が発生した場合は、ダウンロード/トランザクションテスト段階で表示されます。システムを再起動すると、停電やその他の重大な状況が発生しない限り、アップグレードは完了します。
ただし、Fedoraをアップグレードする前に、Fedora Wikiで「Common F** bugs」というタイトルの記事を確認する必要があります。ここで**はアップグレードしたいFedoraのバージョンです。たとえば、29から30にアップグレードする場合は、次をお読みください。F30 一般的なエラーまず、問題が発生していることを確認してからアップグレードを延期するか、指定された回避策を適用してください。
答え2
リモートFedoraサーバーを更新する最も信頼性の高い方法は、セーフティネットを使用することです。
- 関心のあるリモートデータのバックアップの作成と確認
- BMC / iLO /を介して一種のKVMを介してリモートコンソールアクセスを設定します。パーカーKVMまたは類似
その後、アップグレード手順をテストできるリモートFedoraサーバーのローカルレプリカが望ましいです。
実際のアップグレード手順には、デフォルトで次のオプションがあります。
- 新しいFedoraバージョンを最初からインストールし、プレイブックを実行し、バックアップを復元します。
- 使用
dnf system-upgradeアップグレードするには、ネットワークのない最小環境に再起動してください。 - 使用
fedora-upgradeでも直接dnfオンラインアップグレードの場合（たとえば、tmux'ed SSHセッションに滞在しながら進行状況を直接追跡できます）
確かに、最初のオプションは最もよくテストされ、最も複雑でないオプションなので、最も信頼性があります。
また、dnf system-upgradeplymouthがインストールされていない場合など、コンソールにアクセスできる場合は、進捗状況の更新も受信できない可能性があります。 （FWIW、Fedora 35から37にアップグレードするとまだ問題があります）
ローカルクローンでアップグレードをテストできる場合あなたテストされ、成功したことが最も信頼できます。