CentOS 6 で EPEL リポジトリを利用する時の基本を確認します。EPEL は標準リポジトリにない追加パッケージを利用するために便利ですが、古い CentOS 6 環境では、サポート終了後のリポジトリ状態や依存関係に注意が必要です。
EPEL を使う理由
- 標準リポジトリにないツールを入れる
- 監視、ネットワーク、開発系の追加パッケージを使う
- ソースビルドを避けてパッケージ管理に寄せる
ただし、EPEL を入れると利用できるパッケージが増える一方で、標準パッケージとの依存関係や更新方針を確認する必要があります。
現在のリポジトリ確認
yum repolist all
ls -l /etc/yum.repos.d
rpm -qa | grep epel
yum list installed | headCentOS 6 は既に古いため、通常の mirrorlist が使えない場合があります。既存環境では、vault や社内ミラーを参照していることがあります。
EPEL パッケージの導入確認
rpm -ivh epel-release-6-8.noarch.rpm
yum clean all
yum repolist
yum --enablerepo=epel list available | head現行のインターネット上の URL をそのまま使えるとは限りません。古い環境では、導入済みの rpm、社内ミラー、アーカイブリポジトリを確認してから作業します。
EPEL を常時有効にするか
EPEL を常時有効にするか、必要な時だけ --enablerepo=epel で使うかは運用方針によります。古いサーバーでは、意図しない更新を避けるため、必要時だけ有効にする方が分かりやすい場合があります。
yum --disablerepo="*" --enablerepo=epel list available
yum --enablerepo=epel install package-name
yum history運用上の注意
- リポジトリを追加した理由を残す
- どのパッケージが EPEL 由来か確認する
- 本番環境では安易に全更新しない
- サポート終了 OS では移行を優先する
CentOS 6 で EPEL を使うこと自体は当時よくある構成ですが、現在の視点では延命よりも移行を優先します。調査時には、EPEL 由来パッケージが移行先でどう置き換わるかを見ることが重要です。
まとめ
CentOS 6 の EPEL は追加パッケージ利用に便利ですが、サポート終了後の環境では参照先や依存関係に注意が必要です。リポジトリ設定、導入済みパッケージ、更新方針を確認し、移行時の棚卸しに活用します。
関連する記事
- CentOS 6 サーバー管理ガイド
CentOS 6 系の記事を役割別に確認できるハブページです。 - CentOS 6 共通設定
パッケージ管理を含む初期設定全体です。 - CentOS 6 Apache Web サーバー構築
追加パッケージ利用が関係する Web サーバー構成です。
参考書籍
参考書籍
参考書籍
ストーリーで覚える Linux CLI 入門
CentOS 6 のような古い Linux サーバー記事を読み直す時にも、コマンドライン操作の考え方を確認しやすい参考書籍です。
Amazon で見るこのリンクは Amazon アソシエイトリンクです。
CentOS 6 Yum EPEL リポジトリ設定 – 追加パッケージを利用する

