【大阪 / 横浜 / 徳島】インフラ / サーバーサイドエンジニア募集中!

【大阪 / 横浜 / 徳島】インフラ / サーバーサイドエンジニア募集中!

【導入実績 500社以上】AWS 構築・運用保守・監視サービス

【導入実績 500社以上】AWS 構築・運用保守・監視サービス

【CentOS 後継】AlmaLinux OS サーバー構築・移行サービス

【CentOS 後継】AlmaLinux OS サーバー構築・移行サービス

【WordPress 専用】クラウドサーバー『ウェブスピード』

【WordPress 専用】クラウドサーバー『ウェブスピード』

【格安】Webサイト セキュリティ自動診断「クイックスキャナー」

【格安】Webサイト セキュリティ自動診断「クイックスキャナー」

【予約システム開発】EDISONE カスタマイズ開発サービス

【予約システム開発】EDISONE カスタマイズ開発サービス

【100URLの登録が0円】Webサイト監視サービス『Appmill』

【100URLの登録が0円】Webサイト監視サービス『Appmill』

【200ヶ国以上に対応】グローバル eSIM「ビヨンドSIM」

【200ヶ国以上に対応】グローバル eSIM「ビヨンドSIM」

【中国への旅行・出張・駐在なら】中国SIMサービス「チョコSIM」

【中国への旅行・出張・駐在なら】中国SIMサービス「チョコSIM」

【グローバル専用サービス】北米・中国でも、ビヨンドのMSP

【グローバル専用サービス】北米・中国でも、ビヨンドのMSP

【YouTube】ビヨンド公式チャンネル「びよまるチャンネル」

【YouTube】ビヨンド公式チャンネル「びよまるチャンネル」

【Ansible 2.12】EOL した CentOS 6 で yum を使えるようにする Playbook

皆様こんにちは。
Ansible で業務効率の改善を図りたいシステムソリューション部所属の なか です。

以前「EOL した CentOS 6 で yum を使えるようにする【リポジトリ変更】 」という記事をかきました。

EOL した CentOS 6 のデフォルトリポジトリは利用不可になっており、yum はエラーで使えません。
そのため、リポジトリを現在も利用可能な物に変更する内容です。

ただ、上記の記事では「手動」での変更作業でした。

もし CentOS 6 のサーバーが複数存在する環境だと、「手動」で全台対応するのは骨が折れます。
また、複数台を手動だと事故の確率も高いため、「コード」で対応させたいと思います。

今回は、「コード」「Ansible」の「EOLした CentOS 6 で yum を使えるようにする Playbook 」を紹介&実行方法の解説となります。

前置き

  • CentOS 6 での運用を推奨している訳ではございません。
    あくまでもやむを得ない理由で存在する、CentOS 6 への応急対応用となります。
  • サポートがなくなったバージョンを利用しています。
    こちらも応急対応用であり、推奨する意図はございません。

前提の説明

Q. なぜ Playbook で変更させるの?

A.

1.「手動だと作業台数に比例して、作業時間も拡大していくため」
→ Ansible であれば台数が増えても、手動に比べれば非常に短い時間で対応可能です。
そのため、台数が多くなるほど作業効率が非常に良いです。

作業に人員が1日張り付きになるのを避ける事ができます。

2.「複数台への手動作業は、事故が起こりやすいため」
→ 作業を連続で行っていると、どうしても流れ作業になりがちで、作業ミスが非常に起こりやすくなります。

これを Playbook 化する事で、全台に対してミスなく同じ変更作業が行えます。

3.「Playbook も手順書として再利用・継承できるため」
→ 手順書が残らないケース・流用するにも修正が必要なケースがあります。
ですが、Playbook であれば、対象を変えるだけでそのまま利用できる事が多く「腐りにくい」です。

Q. (それでも)手動でやりたい場合は?

A. 以前書いた記事にて手動手順を解説しています。

コチラをご参考ください。

EOLした CentOS 6 で yum を使えるようにする【リポジトリ変更】

Q. 「(libselinux-python) aren't installed!」エラーが出たら手動の方が楽そう

A. このエラーは、SELinux が完全に無効化されていない状態かつ「libselinux-python」パッケージがない場合に起きる物と存じます。

「エラー修正のために手動で作業した流れでやってしまう方が楽」
といった本末転倒は起きやすいでしょう。

そのため、併用できる解決用 Playbook を、前回の記事で紹介しておりますので、ご活用ください。

【Ansible】CentOS 6 用「(libselinux-python) aren't installed!」解決 Playbook

実行環境

■ Linux 環境
OS : AlmaLinux release 8.10(WSL2環境)
Shell : Bash
Docker version 26.1.3, build b72abbb

■ Ansible環境(WSL2内Dockerコンテナ)
OS:AlmaLinux release 8.9
Ansible:Ansible-core 2.12.10

■ Windows 環境
OS : Windows11 Pro(バージョン:23H2)
言語設定 : 日本語に変更

■ CentOS 6 環境(Vagrant+VirtualBox)
OS: CentOS 6.9(bento / centos-6.9)
Vagrant : 2.4.1
VirtualBox : 7.0.18 r162988(Qt5.15.2)
IP : 192.168.33.15

Ansible 2.12 環境の構築手順

CentOS 6 環境は Python のバージョンが古い事が基本のため、 Ansible は対応した旧バージョン(2.12)を利用します。

以前の記事にて、 Ansible 2.12 の構築方法を解説しましたので、コチラをご参考ください。

【Ansible 2.12】CentOS 6用のAnsible実行環境を、WSL2内のDockerで構築

Playbook

手動の作業で実施していた
・「リポジトリのバックアップ」
・「バージョンの指定」
・「 Base リポジトリの書き換え」
・「 yum キャッシュの削除」

上記4ステップを、1枚の Playbook に落とし込みました。

centos6_repo_change.yml

main.yml 側で import_tasks 使って、この Playbook を読み込む形式にしています。
(筆者が再利用性・可読性・保守性を高めるために、役割事に Playbook を分けたい派のため)

---
## 変数default
# repo_source | default('/etc/yum.repos.d/CentOS-Base.repo')
# repo_dest | default(default_repo_path)
# repo_url | default('http://ftp.iij.ad.jp/pub/linux/centos-vault/$releasever')"

  # Base.repoバックアップ
  # 当日のバックアップが既に存在している場合は取得しない
  - name: Check backup for base.repo
    ansible.builtin.stat:
      path: "{{ repo_dest | default('/etc/yum.repos.d/CentOS-Base.repo_' + lookup('pipe', 'date +\"%Y%m%d\"')) }}"
    register: backup_base_repo_result<

  - name: Backup base.repo
    ansible.builtin.copy:
      src: "{{ repo_source | default('/etc/yum.repos.d/CentOS-Base.repo') }}"
      dest: "{{ repo_dest | default('/etc/yum.repos.d/CentOS-Base.repo_' + lookup('pipe', 'date +\"%Y%m%d\"')) }}"
      mode: "0644"
      remote_src: yes
    when: not backup_base_repo_result.stat.exists

  # releaseverが存在しない場合、現状バージョン数値を入れて作成
  - name: Set releasever
    ansible.builtin.shell:
      cmd: echo "{{ ansible_distribution_version }}" > /etc/yum/vars/releasever
    args:
      creates: /etc/yum/vars/releasever
  - ansible.builtin.debug:
      var: ansible_distribution_version

  # repoのmirrorlistをコメントアウト&baseurlを利用可能なリポジトリに書き換えて有効化
  - name: Replace mirrorlist
    ansible.builtin.replace:
      path: "{{ repo_source | default('/etc/yum.repos.d/CentOS-Base.repo') }}"
      regexp: "{{ item.regexp }}"
      replace: "{{ item.replace }}"
    loop:
      - regexp: '^mirrorlist=http://mirrorlist.centos.org'
        replace: '#mirrorlist=http://mirrorlist.centos.org'
      - regexp: '^#baseurl=http://mirror.centos.org/centos/\$releasever'
        replace: "baseurl={{ repo_url | default('http://ftp.iij.ad.jp/pub/linux/centos-vault/$releasever') }}"
    register: replace_result

  # リポジトリを変更した際は、yumのキャッシュを削除
  - name: Clean yum cache
    ansible.builtin.command:
      cmd: yum clean all
    when: replace_result is changed
意図は大体コメントに書いてありますが、下記でも説明いたします。

## 変数 default

変数の default値を明示。

別途 vars関係で指定したい際に、把握しやすくするための目安としても記載しています。

# Base.repo バックアップ

stat モジュールで存在を確認して、register で変数に格納します。

それを when で判定を行って当日のリポジトリのバックアップが無いとなれば取得します。

以降もパス先やリポジトリ等は、変数化かつ default フィルターで、変数の default 値を指定。

加えて、 lookup プラグインを使ったバックアップについては、ファイル名に年・月・日を末尾に加えて、”判別しやすくなる”ように設定しました。

# releasever が存在しない場合、現状バージョン数値を入れて作成

yum を利用する際にバージョンを固定するため、変数ファイルを作成します。

ansible.builtin.shell モジュールを使い、判定と処理を行っています。
この モジュールは OS側の機能を使うため、冪等性のチェックが行われません。

しかし、 args -> creates パラメータにて 「指定ファイル存在しない場合には実行しないという」条件で指定できるため、意図した状況に制御できるため利用いたしました。

ansible_distribution_version

Ansible 側のファクト変数の一部「ansible_distribution_version」を使う事で、実行環境の現在のOSバージョン(今回だと6.9)を取得できます。

上記を使い echo コマンド経由で ファイルを作成する処理にしています。

念の為、 ansible.builtin.debug モジュールで、変数の中身をコンソールに表示させます。

# repo の mirrorlist をコメントアウト & baseurl を利用可能なリポジトリに書き換えて有効化

ansible.builtin.replace モジュールで、表題のように2箇所を書き換えています。

手動の手順時に sed コマンドで書き換えている部分に相当しています。

2箇所を指定するために、 loop を使用していますが with_items でも実行可能です。

実行結果を register で保存し、次の処理の when で利用します。

 # リポジトリを変更した際は、yumのキャッシュを削除
when: replace_result is changed

yum のキャッシュの削除する yum clean all に相当する機能が、yum モジュールにはありません。

そのため、shell と同じくOSのコマンドを実行する、ansible.builtin.command モジュールを利用しています。

先程のリポジトリを書き換える replace モジュールを使用した際の結果を register で保存し、「changed」(変更)が確認できた場合のみ実行するようにしています。

余談: shell モジュールと Command モジュールの違い

Shell モジュールは Shell 経由のため、OS内の環境変数やパイプ等の利用が可能です。
環境内で普段使っているようなワンライナー等も実行可能なので便利です。

Command モジュールは Shell を経由しないため、環境変数等は利用できない仕様です。
これは利点でもあり、環境特有の変数によって、意図しない動作を行う可能性をなくせます

ただし、これらは Ansible ではなく 対象OSのコマンドを利用しているため冪等性が確保できません
あくまでモジュールで対応できない場合の最終手段となります。

実行例

検証環境用インベントリファイル

CentOS 6(bento / centos-6.9) 環境ではパスワード認証(非推奨)の環境は存在しうるため、今回もこの状態で検証。

---
all:
  vars:
  ansible_user: vagrant
hosts:
  targetnode:
    ansible_host: 192.168.33.15
    ansible_ssh_pass: vagrant

main.yml

main.yml 側でタスクは記述せず、 import_tasks で Playbook を読み込ませる書き方にしています。
(筆者が再利用性・可読性・保守性を高めるために、役割事に Playbook を分けたい派のため)

変数については、Playbook 内の default で指定した値を使用しているため、未指定でも実行可能です。

ただし変数で変更可能な項目・内容について、直感的にわかりやすいと考えて敢えて記載しています。

- name: main.yml
  hosts: targetnode
  become: yes
  vars:
    wget_repo: "http://ftp.iij.ad.jp/pub/linux/centos-vault"
    repo_source: "/etc/yum.repos.d/CentOS-Base.repo"
    repo_dest: "/etc/yum.repos.d/CentOS-Base.repo_{{ lookup('pipe', 'date +\"%Y%m%d\"') }}"
    repo_url: '{{ wget_repo }}/$releasever'
  tasks:
      #SELinuxがdisabled以外かつ、libselinux-pythonが無い場合に導入する
    - name: Include libeselinux-python(wget)
      ansible.builtin.import_tasks: libselinux-python_wget.yml
      #Centos6のBaseの初期リポジトリを変更する
    - name: Include centos6_repo_change
      ansible.builtin.import_tasks: centos6_repo_change.yml

libselinux-python_wget.yml は、上で紹介した前回記事、SElinux 関係のエラー対策のための Playbook です。

centos6_repo_change.yml が今回紹介した Playbook となります。

Playbook 実行

記事においては、上記で紹介した別記事の、以前の Ansible バージョンを搭載したコンテナ上から実行させます。

実行前に検証機で yum が使えないことを確認してから実行。

■事前確認
[vagrant@targetnode ~]$ yum info php
Loaded plugins: fastestmirror
Determining fastest mirrors
Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=6&arch=x86_64&repo=os&infra=stock error was
14: PYCURL ERROR 6 - "Couldn't resolve host 'mirrorlist.centos.org'"
Error: Cannot find a valid baseurl for repo: base

※リポジトリが使えなくなっているためエラーが出て使えません
■Playbook実行
[root@筆者コンテナ環境 work]# ansible-playbook -i hosts main.yml
~省略~
PLAY RECAP **************************************************************************************************************************
targetnode : ok=17 changed=8 unreachable=0 failed=0 skipped=0 rescued=0 ignored=2
※2つのPlaybookの結果が出力されています
■事後確認
[vagrant@targetnode ~]$ yum info php
Loaded plugins: fastestmirror
Determining fastest mirrors
base | 3.7 kB 00:00
base/primary_db | 4.7 MB 00:00
extras | 3.4 kB 00:00
extras/primary_db | 30 kB 00:00
updates | 3.4 kB 00:00
updates/primary_db | 8.1 MB 00:00
Available Packages
Name : php
Arch : x86_64
Version : 5.3.3
~省略~

Playbook 実行後の状態では、リポジトリのエラーが解消されメタデータの取得が行われています。
その後に yum info php の結果が出力されていますので、無事 yum が使えるようになった事が確認できました。

最後に

以前実際に、Ansible で何とかした時の経験を元に書いたのが今回の内容となります。
当時の Playbook は急いで作った事で、今より荒い内容で再利用性が低い物でしたが、今回ブログに書くにあたり改善出来て良かったです。

何事も対応が必要になった際に用意すると慌てますし、その場でしか使えない物になりがちかなと思います。
余裕があるときには、汎用的な内容の Playbook は用意しておくと良いかもしれません。

この記事を読んだ方に、多少でも Ansible を触るキッカケや役に立つ知識/情報やお役に立てれば幸いです。
ここまで読んで頂きありがとうございました!

参考資料

ansible.builtin.yum module – Manages packages with the yum package manager
https://docs.ansible.com/ansible/9/collections/ansible/builtin/yum_module.html

ansible.builtin.replace module – Replace all instances of a particular string in a file using a back-referenced regular expression
https://docs.ansible.com/ansible/latest/collections/ansible/builtin/replace_module.html

CentOS 6 リポジトリ アドレスを変更するにはどうすればよいですか? | Alibaba Cloud
https://www.alibabacloud.com/help/en/ecs/user-guide/change-the-centos-6-source-address

この記事がお役に立てば【 いいね 】のご協力をお願いいたします!
3
読み込み中...
3 票, 平均: 1.00 / 13
204
X facebook はてなブックマーク pocket
【2025.6.30 Amazon Linux 2 サポート終了】Amazon Linux サーバー移行ソリューション

【2025.6.30 Amazon Linux 2 サポート終了】Amazon Linux サーバー移行ソリューション

【大阪 / 横浜】インフラエンジニア・サーバーサイドエンジニア 積極採用中!

【大阪 / 横浜】インフラエンジニア・サーバーサイドエンジニア 積極採用中!

この記事をかいた人

About the author

なか

2022年ビヨンドに中途入社
システムソリューション部所属
LPIC-3 304とAWS SAAを一応は持っています
普段の飲み物が牛乳とコーラと紅茶の3択しかない