web-dev-qa-db-ja.com

RHEL / CentOSのバージョン番号(ドットの前後)

CentOSの番号付けはどのように機能しますか?

メジャーリリースは「ドットの前」です。たとえば、私が見る限り5.xと6.xであり、その後はマイナーな変更があります。

質問:

  1. 6.1システムでyum updateを実行すると、6。currentに更新されますか?
  2. yum updateを介して6.xから6.yに安全にアップグレードすることは可能ですか?
  3. yum updateを介して5.xから6.xに安全にアップグレードすることは可能ですか?
  4. パーツはどういう意味ですか?
  5. 左側にカーネルの更新がありますか?それとも正しい部分ですか?
  6. 6.1でOSを「ロック」したままにする理由と方法はありますか?

これらはおそらく非常に基本的な質問ですが、私は良い答えを見つけることができないようです。

2
Karlo
  1. はい、デフォルトでは、yumupdateは最新のマイナーバージョンとカーネルバージョンにアップデートします。
  2. あなたにとって「安全に」何を意味するかによります。一部の更新は、アプリを正しく実行するために必要なパッケージに影響します。システムの更新によって何が変更されるかを常に調査し、元に戻せるように常にバックアップし、可能であれば最初にテスト環境を試してください。
  3. インプレースアップグレードは、メジャーリリース間でサポートされていません。そうは言っても、あなたが危険な人なら、いつでもこのようなものでチャンスをつかむことができます http://www.linuxquestions.org/questions/blog/iamswift-664867/in-place-upgrade-from -rhel-5-x-to-rhel-6-x-34929 /
  4. CentOSでは、「パーツ」はRHELリリースから取得されます。 RHEL/CentOSでは、バージョン管理はa)メジャーバージョンのメジャーカーネルアップデートとb)マイナーバージョン管理の重要なバグ/修正/マイルストーンに非常に関連しています。
  5. メジャーバージョンの変更は通常、左側のカーネルメジャーバージョンを反映しており、通常、マイナーバージョンにはマイナーカーネル変更が含まれています。バージョンテーブルを確認して、ここで自分の目で確かめることができます: http://en.wikipedia.org/wiki/CentOS#Versioning
  6. はい、特に独自に開発したソフトウェアを使用している場合、またはすでに述べたように、一部のソフトウェアがインストールされており、ベンダーが特定のバージョンのみをサポートしている場合は、バージョンを保持するか、変更されたパッケージを厳密に管理する必要があります。
3
Nissy A.W.

私の答えは次のとおりです。状況によって異なります。

  1. はい。
  2. 任意のバージョンではありません。常に最新バージョンに更新されます。しかし安全:はい。
  3. それはうまくいくかもしれませんが、ほとんどの人はそれを思いとどまらせます。私はそれを自分ではしません。再インストールすることをお勧めします。
  4. 最初の部分(5または6)はメジャーリリースバージョンであり、2番目の部分はマイナーリリースバージョンです。
  5. カーネルの更新は、6.4でyum updateを実行している間でも、いつでも発生する可能性がありますが、新しいマイナーバージョンは利用できません。
  6. はい、このバージョンのRHELでのみリリースされているプロプライエタリソフトウェアを使用している場合は可能です。私はこのような状況に頻繁に遭遇します。ベンダーは、RHELの特定のメジャー/マイナーバージョンが使用されている場合にのみサポートを提供します。重要なのは、RHEL 6以降、基本的にセキュリティ更新プログラムを取得する機能が失われることです。 yum updateは、このメジャーリリースで利用可能な最新のマイナーバージョンに常に更新されます。
1
  1. はい
  2. はい、安全です
  3. いいえ、サポートされていませんが、可能です。推奨されません。
  4. メジャーバージョンとマイナーバージョン。それらはRedHatによって任意に選択されます。
  5. カーネルの更新は、マイナーバージョンとメジャーバージョンの両方で行われます。
  6. いいえ、RedHatでサポートされている限り、最新のマイナーバージョンにアップグレードしてから、最新バージョンの新しいサーバーをインストールする必要があります。フリーズする唯一の理由は、別の「フリーズした」システムを複製する場合、または技術的でない理由(上司がセキュリティアップグレードをインストールしたくないなど)です。

アップグレードの方法を常に計画し、最近の完全バックアップを身近に用意する必要があります。 VMを使用している場合は、アップグレードする前にVMスナップショットを作成し、数週間後にスナップショットを削除します。

1