Centosを6.6の代わりに6.5にアップグレードしますか?

Centosを6.6の代わりに6.5にアップグレードしますか?

CentOS 実稼働環境、特に Datastax の Enterprise Edition で Cassandra を実行しています。

だから私は私のコンピュータを以前のCentOS 6.3バージョンから6.5にアップグレードしたいと思います。 6.6までアップグレードしたくない理由は、Datastaxがまだそのバージョンを認証していないためです。これは私たちの本番環境なので、6.6が機能しないリスクを負うことは望ましくありません。

Centos 6.5にどのようにアップデートできますか? yum updateを実行すると6.6にアップデートされると思いますか?

答え1

Warren Youngの回答には、あなたがこれを行うことを望むかもしれないし、望ましくないかもしれないすべての理由が含まれているので、読んでください。しかし、何をしているのかを知っている場合は、次のコマンドを使用してください。

yum --disablerepo=* --enablerepo=C6.5* upgrade

デフォルトでは、システム上のすべてのリポジトリを無効にし、CentOS 6.5リポジトリで指定されたリポジトリを有効にし、アップグレードコマンドを実行するため、/etc/yum.repos.d/CentOS-Vault.repoCentOS 6.5の最新コンテンツのみを取得できます。

アップグレード中にいくつかの追加のリポジトリを有効にする必要がある場合は、--enablerepo=fooyumコマンドにさらにオプションを追加してください。

答え2

CentOSには、意図的に以前のバージョンを確実に維持するメカニズムはありません。

他のほとんどのソフトウェアと同様に、CentOS 6 以前のバージョンで使用されているドットのバージョン番号は通常、新機能を表しません。彼らは単にCentOSの長いリリースサイクルでRPMにバグ修正とセキュリティ修正を適用し、新しいインストールメディアセットをマスターした時間を示しました。

(実際にはCentOS 7からドットバージョン番号を完全に破棄し、新しいインストールメディアバージョンを区別するために日付コードを追加しました。)

yum updateCentOS 6.1がリリースされた日にCentOS 6.0システムを使用していた場合、アップグレードされたCentOS 6.0システムと新しくインストールされた6.1システムの違いは非常に小さくなりました。

CentOS 6.5とCentOS 6.6の主な違いは、多数のバグ修正とセキュリティパッチです。通常、これらのポイントバージョン間には機能的な変更はほとんどありません。

「6.5」ではなく「CentOS 6」を実行していると思う方が良いです。唯一の質問は、あなたの修正が最新かどうかです。

CentOSなどの「安定した」Linuxを使用する主なポイントは、メジャーバージョンシリーズでは不要な機能変更を意図的に実行しないことです。構成ファイル形式には変更はなく、新しく変更されたパッケージを使用するために構成変更は必要ありません。もともとオペレーティングシステムと一緒にインストールされたソフトウェアは、よりよく実行されます。

したがって、私はあなたが常にそれに固執しないことを提案します。どのCentOSポイントリリース。システムを最新の状態に保ちます!これがセキュリティ修正を取得する方法です。

「新機能なし」ポリシーにはほとんど例外はありません。いくつかの例:

  • たとえば、彼らはFirefoxの以前の機能バージョンを維持していないようです。おそらく、特定の時点以降、セキュリティ修正をバックポートするのは難しすぎるからです。

  • Red Hatは時々新しいノンストップ機能を追加します。 XFS は RHEL 7 の基本ファイルシステムであるため、RHEL 7 のリリース直後に RHEL 5 および 6 のベータ状態から XFS を削除しました。オペレーティングシステムがインストールされたときにベータと見なされたため、これらの以前のオペレーティングシステムでXFSを回避することは、実際には、以前のコンピュータがアクティブなメンテナンスサイクル中に新機能を受けたことを意味します。 (CentOS / RHEL 5.10および6.5でこれが起こると思います。)

    ただし、この状態の変更はXFS以外のファイルシステムに影響を与えないため、信頼性の面では問題になりません。ベータ版でXFSを楽しんでいる人だけがこの変化に興味を持っています。

CentOS 6.6がリリースされたことを考えると数ヶ月前に、Datastaxの承認を待つ理由を理解できませんでした。特定のパッケージが互換性がないという具体的な情報が得られない限り、私は彼らの承認を待って息を止めません。

RHEL 6.7、ベータ版リリース約2ヶ月前なのですぐに現れるでしょう。 CentOS 6.7は2〜3週間でリリースされる予定です。つまり、6.6を延期すると二つまもなく現在のバージョンより遅れます。

それでも不安がある場合は、1台の機械でロールチェンジし、次に2台、次に4台などですべての機械を交換するまで2倍にします。

関連情報